日常开发方案设计指北
互联网公司管理研发流程，常常使用TAPD一类的敏捷工具。一个需求从提出到上线要经历至少七个流程。初级工程师往往做不好需求评审工作。要么被产品经理牵着鼻子走，让干什么就干什么；要么预估不到隐藏的工作量，在开发排期阶段给出不合理的排期，导致开发时间紧张，最后加班应付测试。
系统架构面试题（7）方案设计
在系统架构设计阶段，我一般会首先做数据建模。根据业务模型和功能列表，已经可以分清楚大概的系统、模块和功能，由此数据库的概念模型基本能够确定下来。通过数据库的概念模型设计，结合需求分析阶段产出的功能需求列表，整个系统的详细需求基本可以被印在大脑中了。同时经过概念模型的设计，不同数据实体之间的关系已经相对清晰，服务或领域的划分也具备初步的雏形了
系统架构面试题（3）团队管理
谈谈架构师的职责；以前的研发流程是怎么样的？如果你来设计研发流程，能否提高效率和质量；系统设计文档包括哪些内容。
从前端走向后端
严格来说，我算是全栈开发者，不是用Node.js通吃的伪全栈，而是掌握了HTML、CSS、JavaScript / JQuery、Vue、Android以及Java技术体系的真全栈。我并不是跟大家吹嘘自己技多不压身，因为掌握前端技术完全是生活所迫。如果可以选，我宁愿把花在JavaScript的时间用去学习Java。
我最鄙视的程序员
今天在技术群里看到关于优秀程序员特质的话题，让我想起多年前的一个同事，一个我最鄙视的程序员。他的名字叫李伟(化名)，是入职没多久的员工，我所在的开发二组和他在的一组，以前没有过工作交集。某一天上级安排我们两组人合作开发一个小额贷款项目，在基础服务上构建一个可以灵活对接多个贷款渠道的系统。
离职，问题就解决了吗？
刚入职场的那几年，我经常对工作有各种抱怨。回想起来，有两次冲动的不必要的离职，或者说应该干得更久一点。一旦有了离职的想法，整个人每天都纠结是去还是留，这种纠结成倍的放大焦虑，让自己做出错误的决策。如果你也有离职的纠结，无论原因是什么，都可以问自己：离职，问题就解决了吗？
什么是草台班子？
有个朋友最近想跳槽，他对管理的兴趣不大，而且认为自己的性格也不适合做管理，更想成为技术专家。基于这些考虑，他希望能进入知名大厂，如果面试不顺利，去小而美公司也行。他的面试经验不多，就向我咨询了一下如何选择公司的问题。小公司必然缺钱缺人，技术团队几乎没有美，99%都是草台班子。有一些上万职员的大公司，运营着很多业务线，每条线又有多个技术团队，这些技术团队的水平良莠不齐，也存在部分草台班子。
基于TAPD的代码Commit规范
开发团队中，总是有人提交代码时的commit内容不明确、不完整。当其他人回溯代码时，很难通过commit内容定位历史记录，无法确定时，只能咨询参与开发的其他同事，沟通成本很高。定义commit规范能够一定程度解决这个问题。但是规范一定要简单，过于严苛和复杂会让提交者厌烦。如果您的团队采用tapd作为敏捷开发平台，可以参考这套规范。
初次走上技术管理岗位的总结
初次走上管理岗位的技术骨干，总是有很多困惑。为什么比以前写代码还累？怎么让任务安排更合理？为什么总有下属不愿意进步，每天得过且过？诸如此类的问题，本文并不能都给出解决方法。本文的目的是抛砖引玉，如果诸位能从中获得一点点启发，那就是我的一点点贡献。