在编程这个行业，有很多争议的话题，比如大公司还是小公司更适合程序员发展，哪种开发语言好，做专才程序员还是通才程序员好等等，这些话题都比较有争议性，因为没有标准答案，需要看具体情况，

目前IT技术更新速度还是很快的，程序员这个行当是特别需要学习能力的，我一直认为，只有对程序员这个职业真正的充满兴趣，保持自驱，才有可能在这个职业上做好，否则的话是很容易淘汰的。

技术管理岗位，需要软件开发的专业知识体系，也需要项目管理、部门运营、人际沟通、产品知识、自我提升、公司知识、行业知识等等，这个岗位，需要的是一个知识树：

那些为该产品付出大量心血的人都能通过这个产品分到好多钱的产品才是好产品！这有点成王败寇的意思，很多产品做的很棒，细节把握的很好，但就是没给公司带来什么利益，时也，运也？

设计思维是一个迭代过程，在这个过程里，我们尽力去理解用户的痛点，拒绝空想，重新定义问题是什么，从而得出新的策略和解决方案。与「头脑风暴」相反，设计思维强调「痛点风暴」，以期全面理解

敏捷教练和顾问们经常告诉他们的客户：传统的度量指标，诸如收益价值、工作小时数、代码行数，以及代码测试覆盖率等都不能与敏捷项目很好地吻合。那么，-什么是好的敏捷度量指标？-如何有效衡量

1.每次迭代的交付物可否被接受。（团队采用的敏捷开发，每一阶段会制定一个产出计划和产出目标）目的：保证每次迭代的质量达到要求；考核办法：测试反馈，团队试用，团队评估；

我们假设，敏捷转型的开始是瀑布式开发，我把这个阶段定义为Agile0，根据我们的敏捷成熟度模型（AMM）里提及的最终形态定义为Agile5，期间会经历三个阶段。

从采纳这个轻量级迭代过程框架（就如有围棋的布局，留了很多空白）入门开始实践敏捷的艺术是容易的，但随着战局的发展，特别是进入中盘，就会碰到需求多的疑惑、挑战和困境，如有面对精妙负责的

在加入小红书之前，我曾先后在百度、知乎、Facebook、Airbnb工作。今天就想分享我在这过去的十几年间看到过、经历过的不同公司在“效率”上不同做法，以及一些自己的总结。“从硅谷到中关村到底

软件产品的生命力在于不断的功能迭代。一个新功能从需求产生到完整地呈现给终端用户，中间经过了调研、立项、需求分析、设计、开发、测试等一系列步骤，而发布变更则是整个流程的最后一步。具体

苏宁的IT研发体系大概有8000多技术研发人员、共有3000多个系统、25000多种服务，每天有250多亿次的调用，平均一天发布2000多单，这些都是苏宁真实存在的情况和数据，但对管理者而言是一个巨大的