技术遗产
当一个项目大体开发完成，这个项目就进入了生命的尽头，剩下的一些修修补补的工作会由人来接手。
或者说是已经稳定的项目。尽管他可能还能用来赚钱，但已经和开发者没有关系了。
为爱发电的项目，稳定性不高，往往很难持续更新，很多时候一旦项目发起人不在进行维护，项目基本就停滞了。
企业项目有其他方面的考虑，更新和维护以及结构设计通常持续的更久。
一个项目的死活和他的赚钱能力没有关系，之和我们是否愿意投入精力到具体项目的迭代开发有关。
比如我主要进行维护的项目，每天都会产生很多的更新，积少成多，这个项目的重要性也会随着我的滚动更新变高。
当一个项目已经走向了技术末期。即无人愿意在上面投入时间的时候，其实这个项目的并非没有价值了，其价值程度要看是否能够继续赚钱。
只要能够持续赚钱，尽管步入了维护周期之后，代码的更新减少，但积少成多，只要项目存在的足够久，变动还是很大的。
业务赚钱，技术不赚钱。技术支撑业务，业务反哺技术。
通常一个新立项的项目中，会存在许多创新型的技术点，比如我在前公司做的主控，比如我现公司在做的流程。
一般来说，技术方向不会出现问题，但能否做的下去的核心技术点是由很多其他因素造成的。
新的技术方向必须解决一些切实的问题，而不是引发更多的问题。一般来说，新的技术方向会让原先9成的事情变得简单，1成的事情变得复杂，在这种状态下，整体的效率是递进的，随着迭代的进步，处理事情的规划会出现大量未在设计中的事情，那么变得复杂的事情会在总体中占比越来越高。
但因为前车之鉴，总归是可以维护的，开发人员的开发经验也会降低这种复杂度。
直到人员跑路，青黄不接，又或者是出现了一个技术死点，一个简单的事情，要花费巨大的精力去解决，那么基本上这个新的技术方向就会被放弃。
通常一个庞大的项目中，会存在若干个技术创新点，并不会每一个都成功，但也不会每一点都失败。
很多的逻辑，从直接复制总好过重新开发。
我们把这种称之为技术遗产。
就像是大数据虽然死了，但他留下了丰厚的技术遗产。
这些东西都可以传承到下一个项目中，或者是跟着人走。