前段时间有幸去上海参加了Qcon,聆听了业界一些优秀经验、实践的分享,感觉收获很大。尤其对两个分享感触比较深,分别是美团田泱同学分享的: 《云+端一体化:前端工程化探索》,以及字节跳动艾石光同学分享的《微前端在字节跳动的落地》。两个分享虽然落地点不同,但是解决的却是同一个问题:开发效率。
《子弹笔记》行动指南
核心思想
- 集规划簿、日记本、笔记本、todo list、速写簿于一身。
- 想要成功应对周围世界,我们必须看清自己的内心。
- 动手写字 -> 思想在神经层面沉浸于当下。
- 整理思绪,从客观角度出发,审视自己的想法。
- 拒绝被动回应,开始主动应对
- 信息过载比筋疲力竭或吸食大麻更不利于我们集中注意力。
记一次对Koa.js middleware的源码贡献
本文主要记录笔者在使用开源Node.js web框架Koa.js过程中遇到的一个小bug,为修复此Bug查找Koa及其middleware源码的过程,以及最终发起Pull Request并被采纳的过程。
写给Javascript程序员的Jupyter Notebook使用指北
Jupyter Notebook是一块所见即所得的画布,通过在浏览器上编辑代码,让开发人员实现展示与快速迭代的利器。项目最初给予python,通过安装插件,对Javascript也有良好的支持。
本文主要针对前端/Javascript工程师在安装、配置的过程进行记录。希望notebook能给我们的开发、研究工作带来便利。
Chrome Dev Tools---[性能篇]
本文主要记录Chrome Dev Tools 关于性能调优的使用方法。基础用法请参见基础篇
效率至上-一文带你真正走进vim
vim
一直是程序员之间比较有争议的一个话题。有人认为她是编辑器之神,有人则认为她古老过时,远远不如IDE,或是以当红小生vscode
为代表的图形化文本编辑器。无论爱恨,我们的开发工作,大到远程登录服务器coding
,修改config
文件,小到git commit message
,或多或少总要接触她。
为什么要写这篇blog呢,是因为我发现各大平台充斥的vim
教程类blog其实很不友好,大多数是命令的堆砌,很少有对思想的解读。由此造成的结果,很多工程师对vim
总是敬畏三分,或者就算部分人可以使用vim
,也只是以自己的固有思维,结合vim的命令操作,并没有真正掌握vim
的精髓。所以我尝试用自己的方式,试图帮助大家系统地建立起vim
的知识系统。
关于GTD的思考
WHY GTD
专注目标不是那么容易做到的,需要学会分离与当前无关的任务/问题,工作中经常会碰到的问题可以首先寻找简单可用可靠的方案,并将心中的疑虑记录下来,集中成一个列表,工作之外翻翻书,系统思考和学习,而不会因为这个问题而叉开思路对相关的内容研究一番。总之,专注当前的任务,把新问题记录下来,回头再专心攻克。
用自己最熟悉的工具(我用notes,或者纸笔,以后可能尝试Bear),把待办工作列表(今天要做什么)记录下来,很重要的一点是记录分解后的小目标(分解任务也是一个很重要的能力)。
上述关于做事习惯的思考,便是GTD
相关内容。所以本文主要关注如何做GTD。
CSS居中的各种实现方式
CSS中如何完美做到居中,一直是令前端工程师头疼的问题。最近读到CSS-TRICKS中的一篇帖子,将居中问题的解决方案策略化。感觉收获很大,翻译过来供大家交流学习。
当我们书写CSS时,让元素居中,是抱怨的爆发点之一:为什么会这么难?
我认为问题的关键,不在于怎么做,而在于我们如何从诸多居中方法中选择出适应当前情景的。
所以接下来,让我们一起创建一颗决策树,希望可以让居中变得简单。
Chrome Dev Tools---[基础篇]
Chrome Dev Tools 是每一位前端工程师开发调试的必备利器,称之为FE的瑞士军刀也毫不为过。然而,每每当发现一些自己不知道的用法时,我们经常会觉得,自己只是掌握了其强大功能的九牛一毛。为了能够让她发挥出最大功效,首先,我们应当了解她更多的使用方法;然后,在开发中合适的场景下,刻意练习使用;最后,熟练掌握那些之前不了解的功能,并为我所为用,最大提升效率。
本文翻译自谷歌官方文档,主要介绍了Elements, Console, Sources, Network四个Tab页面下的功能。敬请期待
Chrome Dev Tools 性能篇
Mac开发环境配置
本文主要记录Mac开发环境的设置,以及一些优秀软件,使用技巧,等, 后续还会继续逐渐添加.
所有的设置,软件以及技巧都追求 在极致简洁和极致效率, 最大可能提升工具效率,以提升生产力.
主要作为个人笔记性质,故有些细节略去.如有不解,欢迎留言.如有推荐 or 其他软件问题,欢迎留言探讨.