作为⼀个程序员，特别是有技术追求的程序员，经常关注的是：技术⽔平有多么⾼，多么复杂，多么酷炫。可当被问到做的东西有什么“价值”时，往往很难说清楚。

技术的价值到底是什么？
我们都知道GitHub⽹站上有很多的开源项⽬，如何衡量这些项⽬的价值⼤⼩呢？下⾯有⼀些考虑因素：

• 以技术复杂度衡量？
• 以代码⾏数衡量？
• 以技术的先进性衡量？
• 以创新性衡量？

衡量这些项⽬的关键指标是：有多少⼈使⽤了这个开源项⽬。即使这个项⽬的代码量很少，功能也很简单，但如果很多组织、个⼈都在⽤，说明它就是有巨⼤价值的。

技术的四层价值模型。

1.第⼀个层次

程序员最熟悉且经常谈论的：系统有多少个业务模块，功能多么强⼤，采⽤了多少新技术，采⽤了某个先进的算法。

2.第⼆个层次

在所做的所有⼯作中，最核⼼的是采取了哪种措施？最终可能会抽象出⼀到两个。再追问⼀下，这⼀到两个⼤的技术改进有什么价值，通常都会追问到软件的各个⾮功能性需求：

（1）可重⽤性：做了某个Jar包、组件、服务，别⼈不再需要重复造轮⼦。
（2）可扩展性：来了⼀个新的需求，只需要配置⼀下或做很简单的代码开发即可实现，不需要改动很多系统。
（3）可维护性：整个系统解耦做得很好，代码也很整洁。叠加功能或找⼈接⼿都⽐较容易。
（4）⾼性能：⽤户体验很好，所有请求都在100ms内返回。
（5）⾼并发：能⽀持千万到亿级的⽤户并发访问。
（6）稳定性：系统时不时出问题、宕机，已经把这些问题都解决了，还增加了监控，出问题会⽴即报警。
（7）⾼可靠：做了灾备⽅案，即使某个机器宕机，系统也不受影响。
（8）⼀致性：做到了强⼀致性，极⼤地提⾼了业务体验。

3.第三个层次

所做的系统为公司带来了什么业务价值：
· 极⼤提升了⽤户体验？因此促进了⽤户增长？· 提⾼了⽤户的活跃度？
· 为公司增加了收⼊？
· 降低了公司的研发成本？
· 提升了公司的运维效率？
· 为公司开辟了⼀个新的市场？

4.第四个层次

站在公司的⾓度来看，公司是⼀个在市场经济中追求利润最⼤化的组织。从这个⾓度来看，技术也好，产品也好，运营销售也好，最终⽬的都是要增加公司的利润，即使短期不盈利，长期也是要盈利的。⽽增加利润，要么“开源”，要么“节流”。所以做的任何东西的价值，基本都会被归结到从这个层次去评判。当然，还有⼀类是“战略性投⼊”的项⽬，虽然它本⾝不直接挣钱或挣钱很少，但是为了⽀撑其他盈利的核⼼业务⽽能发挥重要作⽤。

在这四个层次之外，可能会涉及研究性质的技术、技术的普惠性、技术对整个社会的促进作⽤等。

以“价值”为中⼼的管理，会让⼈避免陷⼊“⽆效忙碌”的状态：整个团队天天忙得不亦乐乎，做各种功能，解决各种问题，但回过头来想想，到底有多少东西是有“价值”的？