引用抖音哲玄前端
纯业务开发（体力活，无成长）
做一个事情或者完成一个工作项是需要一个体系化的思维方式，或者是一个做事的套路，
日常工作善于复盘，多回顾以前做过的事踩过什么坑，以及重新开始做这样的事情，会有怎样的不同，而这个项目便会按照以上套路进行开展：
1. 首先发现问题从而分析问题
2. 进而推导出工作需求
3. 在看这个工作需求在业界有什么样的解决方案，
4. 以及这个方案对我们的业务的契合度
5. 推导出我们自己的方案
6. 再落地我们自己的方案
7. 最后在复盘方案
8. 以及考虑到未来的规划
9. 从问题推导出怎么样的需求
10. 进而引申出此项目。
根据工作中归类出常见的问题，工作中的一个痛点，绝大部分程序员再开发过程中，像中后台系统，就经常就事论事的开发，有一个功能就应付一个功能，一旦进入这个模式，那接下来的工作都会是重复性的crud的体力活了，在这种工作中是很难得到提升的，这也是上班为什么在搬砖的根本原因。
在这种环境中大部分人都会期待遇到一个很强的项目，并且加入到这样的项目里面，那这样的想法其实是不太现实的，因为在工作中的业务和功能场景是满足商业化需求，他不是为了满足技术性需求去展开的，而技术能力往往是在解决一个业务场景的产生，或者我们解决一个发现工作中的痛点而产生，而不是在常规的业务需求中产生的，首先是不一定有这样的项目，即便有，在日常没有技术提升也很难去驾驭住这样的业务需求。
技术的亮点、深度往往不在于做过一个什么特别的事情上，而是在于一个普通的事情怎么样做的比别人更好，这个方向往往会挖掘出重难点，并且用技术的手段去解决它，在解决这个痛点的过程中会做一些事情出来，做出来的事情就会成为项目的重难点，技术深度就会伴随着提升，基于这些理解，看看接下来项目要达成哪些目标是可以解决出这些问题的
专注架构设计与基建，脱离体力活
在工作中的痛点，工作中的重复性工作很高、CRUD的体力活占比很高、多套系统交付间产生大量重复工作，技术人员往往很偏页面端开发，而这个项目要达成的目标是，避免相似的功能重复开发、更多参与系统框架开发迭代工作、支持多套系统建设、无需开发相同功能、技术及综合能力全面提升。
不是去抛弃CRUD的工作，而是去转身参与更多的系统框架开发以及迭代的工作当中，去维护引擎和框架让引擎去维护CRUD的工作，在toB、toC、外包的项目中可能出了一个标准的商品，但是要卖给客户，需要同一个系统多方交付的一个场景，基于每一个客户，这个产品多多少少都有些定制化的需求，就因为定制化的需求，又要再上面在改定制化的需求，会导致项目越来越混乱，出现了十几个分支，遇到这类型的问题要达成一个目标，做出一套框架出来，让目标支持多系统的交付，不要需要根据不同的客户，频繁的去开发定制化的功能，这是要达到的目标和所希望得到的。
如果只是做前端页面的前端程序员，对他来说路会越走越窄，慢慢的在整个后十年，针对只会写页面的前端需求其实会越来越没有竞争力，我们需要基于全栈开发能力，如果没有工作了，没有岗位了，可以作为一个全栈开发者去接私活，也可以产生收入。
搭建于“领域模型架构”的开发框架
我们知道在项目中具体要做什么事情，当下绝大部分的痛点都集中在百分之八十的重复工作上，觉得没有价值、没有提升。
我们要解决这个问题，就要做到避免相似功能重复开发这个事情，对应着就可以衍生出第一个需求，对此需求要有一套解决方案。
这套方案可以沉淀百分之八十的重复工作，支持配置化，能只针对百分之二十定制化工作进行的开发。将crud工作转换成系统框架迭代的开发，平台需支持多系统建设，且系统间功能复用
通过这个项目提升技术广度、深度，将技术综合能力得以提升，了解一个系统的全貌，从零到一建设的全流程，从发现问题到推导需求，到分析问题，再到业界方案调研，再到技术框架的分析代码实现，这整一个技术架构的思维，总而言之就是，全栈全流程去开发一个支持多网站建设的系统平台，能通过配置化沉淀百分之八十的重复性需求，并且提供各种各样的定制化能力可灵活支持百分之二十的定制化需求开发。
