工作 技术 规划

人之所以迷茫往往是因为找不到工作和生活的重心，感受不到工作或生活的价值。
清楚自己的行为，目标和价值三者之间的关系。

关注价值优于关注技术。

看清从业务到软件架构的价值链条。
清楚定位自己在分工体系的位置。
处理好自身与技术、业务的关系。

不要丢失对业务场景的感受。
不要丢失对用户痛点的体会。
不要丢失对业务发展的思考。
不要用战术的勤快掩盖乩略的懒惰。

业务就是指某种有目的的工作，
业务的目的就是解决某领域的问题，包含物质和精神的需求，
使开展业务活动的的主体和受众都能得到利益。
技术是解决问题的工具和手段。
技术如果脱离业务，技术就无法落地，研究也将失去场景和方向
数字化程度越高那么AI越容易落地。

公司依靠软件系统提供业务服务而创造价值，程序员通过构建并持续演进软件系统服务能力以及业务功能以支持公司的业务发展从而创造价值。

架构师的首要任务就是解决业务问题，推动业务增长，收集业务反馈，制定下一步的架构目标和方向。
架构的目标就是为了支撑业务增长，提升软件系统的服务能力，要先确认产品解决了业务问题，需要审时度势，仔细衡量正确性、大规模、可用性三者的关系。
程序员要想工作出成绩，必须认清系统背后的业务价值，按价值去梳理工作的优先级。

从价值出发，找学习与工作的新思路，用价值找寻重心，引导我们思考做哪些事才能实现价值。
学会连接，构建体系。

 

https://www.cnblogs.com/zxpo/p/9340321.html

 

人月神话

（1）提倡外科手术式的团队组织：
    [在软件开发组织上的过份民主，往往带来的是没有效率和责任，参与其中的人想法太多，层面参差不齐。所以，软件开发的组织，应该借鉴外科手术式的团队方式，有一个主要的负责人，其他人都是分工协作的副手，这样效率最好，结果最好。]
（2）软件项目的核心概念要由很少的人来完成，以保证概念的完整性：
    [少就是多，项目的定位需要和功能多少的权衡。太多的想法，使项目没有焦点，什么都要放进去，结果什么都做不象；]
（3）软件开发过程中必要的沟通手段；
  [ 软件开发中最大的风险往往不是技术的缺陷，而是缺少沟通；]
（4）如何保持适度的文档：
[ 在开发中，保持适度的文档。喜欢过度多的文档的人，忘记了文档不是最终的产品，不是用户需要的，最后以为文档好，就是好的开发，其实完全不是。]
（5）在软件开发的过程中，只有适度改进，没有包治百病的银弹。
[在软件开发的过程中，重要的不是采用了什么工具，而是不论用何种工具，都要达到项目本身的客户需求。任何方法论之前，先要探求问题的来源，否则，对各种方法论的依赖或滥用，有害无益。]