14 | 大师级程序员的工作秘笈

又发现了几个任务分解都好处， 1. 让自己的工作可以被量化。 2. 可以加强对任务估算的能力。 3. 可以掌控项目的进度。 4. 每完成一组任务就可以提交一个 PR，这时就可以去休息一下。之前是一直坐到「天荒地老」...而且不知道任务什么时候完成，感觉自己做完了，想一想又有几点需要做...

Feature toggle（功能开关）分享两篇文章： https://martinfowler.com/articles/feature-toggles.html https://www.infoq.cn/article/function-switch-realize-better-continuous-implementations

看了这么多，忍不住发个言：这是我定过的所有极客专栏里 写的最有诚意、最有价值的一个！

这世界很简单，忽视啥就在啥上面吃亏。 开发多年，潜移默化的，我习惯了在稳定的根基上构建代码， 重构，改善代码既有设计是本神书，推荐大家看看，里面套路包满满，例如代码意图与实现分离这句话，我在第一次看到时感受到了震撼，突然觉得自己之前写代码好sb. 然后随阅读量上升，当我看到这段文字时 An algorithm can be regarded as consisting of a logic component, which specifies the knowledge to be used in solving problems, and a control component, which determines the problem-solving strategies by means of which that knowledge is used. The logic component determines the meaning of the algorithm whereas the control component only affects its efficiency. The efficiency of an algorithm can often be improved by improving the control component without changing the logic of the algorithm. We argue that computer programs would be more often correct and more easily improved and modified if their logic and control aspects were identified and separated in the program text. 以及google 整理术后，更明白为啥要那样处理了。 不扯太远，话说回来，tdd 的精髓我认为就是任务细分和重构。而且很多时候重构就是为了更好的去理解和实现任务细分。形成更好的正向循环。并且每一步是建立在成功的根基上。 然而此事还可以继续再横向迁移一下。 一个计划能稳定可保障的执行，靠的就是合适粒度的分解。（放心，我们平时都分的过粗了，分的不适合我们的大脑高效工作了） 我自己是马拉松爱好者，更深知步子迈大了对跑全马来说意味者什么，更别提大铁，巨人，utmb（utmb 是我此生的梦想）了 高强度上班一天好累，本想早点睡觉，奈何点错了专栏，大脑被作者的内容给搞兴奋了，又一次没控制住自己，最后还是想说非常感谢，读好的文章是一种享受，灵魂在被洗礼的感觉，谢谢

昨天刚改了编程习惯，先在notion写出思路、需要用到的知识点，api等，写出各个小任务，然后对应写出关键代码段。最后真正敲代码就花了10来分钟。 重新开始看极客就看到这篇，实践过来读，很认同。 我特别佩服国外的工程师写的代码，代码块很小，非常清晰易读。特别记得之前参加infoq会议，听socketio作者的分享，看他现场撸码，思路、代码结构都非常顺畅和清晰。

老师好, 关于基于主分支的策略上线流程是怎么样的, 假如两个人同时在开发两个功能, 并不断的进行小的粒度提交, 那其中一个人完成功能要上线的话, 另一个人的功能才完成一部分, 待主干中已经有他那没完成的任务的代码了, 是要一块发布吗

这个专栏最牛逼的地方就是，如果今天的内容你只能记住一句话，那么...

看完文章，我才发现我之前的做法跟任务分解的思想差不多，我在工作上喜欢将一个大的任务拆分成很小的任务，然后把每个小的任务在有必要的前提下都会画流程图进行思考，这种方式前期耗费的时间会比较多，但是好处也很多，不管对大任务的完成时间可以有一个比较准确的预估值。 不过这种做法被其中之前的技术总监认为会比较耗时，他的理由是做完方案（也是任务分解）已经占很多时间，尽量快去投入开发，那时我也一度接受他的点吧。 现在，在我看来，我会继续我之前的做法，虽然任务分解前期会比较耗时，但是带来的收益是很高的，最直接就是bug率很少。

极客时间里，我买了二十门课了，这是第一门我看得欲罢不能的课程，思路连贯清晰，看完让人惊叹。这么普通的主题讲的这么高水准确实不易。

任务分解也是我目前最想做好的，也是最无从下手的，概念都懂，做起来吃力，即使做一份分解清单出来，也不知道是不是好的。因为现在也在带团队做项目，所以对做任务分解的重要性深有体会，现在尝试让所有人在思维认知上有变化，一步步去实操微操作级别的任务分解，学好这些软技能才能快速成长为大牛级的人物。而所有问题中最大最迫切的问题是如何能快速合理的做任务分解，得到任务清单，希望老师能多拿些实际需求来讲解下如何分解出合理的任务清单，是否可以在后面的章节中留些任务分解的作业，实践后老师给一些指正