日常开发方案设计指北
互联网公司管理研发流程，常常使用TAPD一类的敏捷工具。一个需求从提出到上线要经历至少七个流程。初级工程师往往做不好需求评审工作。要么被产品经理牵着鼻子走，让干什么就干什么；要么预估不到隐藏的工作量，在开发排期阶段给出不合理的排期，导致开发时间紧张，最后加班应付测试。
什么是草台班子？
有个朋友最近想跳槽，他对管理的兴趣不大，而且认为自己的性格也不适合做管理，更想成为技术专家。基于这些考虑，他希望能进入知名大厂，如果面试不顺利，去小而美公司也行。他的面试经验不多，就向我咨询了一下如何选择公司的问题。小公司必然缺钱缺人，技术团队几乎没有美，99%都是草台班子。有一些上万职员的大公司，运营着很多业务线，每条线又有多个技术团队，这些技术团队的水平良莠不齐，也存在部分草台班子。
基于TAPD的代码Commit规范
开发团队中，总是有人提交代码时的commit内容不明确、不完整。当其他人回溯代码时，很难通过commit内容定位历史记录，无法确定时，只能咨询参与开发的其他同事，沟通成本很高。定义commit规范能够一定程度解决这个问题。但是规范一定要简单，过于严苛和复杂会让提交者厌烦。如果您的团队采用tapd作为敏捷开发平台，可以参考这套规范。
初次走上技术管理岗位的总结
初次走上管理岗位的技术骨干，总是有很多困惑。为什么比以前写代码还累？怎么让任务安排更合理？为什么总有下属不愿意进步，每天得过且过？诸如此类的问题，本文并不能都给出解决方法。本文的目的是抛砖引玉，如果诸位能从中获得一点点启发，那就是我的一点点贡献。
绝了！起个好标题的9大技巧
许多自媒体经常发一些标题雷人的文章，内容却非常空洞甚至低俗，技术创作领域也未能幸免，这个搞法被大家笑称为“标题党”。互联网是眼球经济，靠标题骗点击量的恶习将会一直持续下去。用标题吸引读者进来，一定要呈现真正优质的内容，才不辜负读者的期待。我一直把自己当半个文人，尽管很清楚这种标题的套路，但是一直嗤之以鼻，完全不屑于用。今天，我做出一个违背祖宗的决定，给大家分享9个起标题的技巧。即使大家不写文章不做自媒体，这些技巧在职场做报告也用得上。