人之所以迷茫往往是因爲找不到工作和生活的重心，感受不到工作或生活的價值。
清楚自己的行爲，目標和價值三者之間的關係。
關注價值優於關注技術。
看清從業務到軟件架構的價值鏈條。
清楚定位自己在分工體系的位置。
處理好自身與技術、業務的關係。
不要丟失對業務場景的感受。
不要丟失對用戶痛點的體會。
不要丟失對業務發展的思考。
不要用戰術的勤快掩蓋乩略的懶惰。
業務就是指某種有目的的工作，
業務的目的就是解決某領域的問題，包含物質和精神的需求，
使開展業務活動的的主體和受衆都能得到利益。
技術是解決問題的工具和手段。
技術如果脫離業務，技術就無法落地，研究也將失去場景和方向
數字化程度越高那麼AI越容易落地。
公司依靠軟件系統提供業務服務而創造價值，程序員通過構建並持續演進軟件系統服務能力以及業務功能以支持公司的業務發展從而創造價值。
架構師的首要任務就是解決業務問題，推動業務增長，收集業務反饋，制定下一步的架構目標和方向。
架構的目標就是爲了支撐業務增長，提升軟件系統的服務能力，要先確認產品解決了業務問題，需要審時度勢，仔細衡量正確性、大規模、可用性三者的關係。
程序員要想工作出成績，必須認清系統背後的業務價值，按價值去梳理工作的優先級。
從價值出發，找學習與工作的新思路，用價值找尋重心，引導我們思考做哪些事才能實現價值。
學會連接，構建體系。
https://www.cnblogs.com/zxpo/p/9340321.html
人月神話
（1）提倡外科手術式的團隊組織：
[在軟件開發組織上的過份民主，往往帶來的是沒有效率和責任，參與其中的人想法太多，層面參差不齊。所以，軟件開發的組織，應該借鑑外科手術式的團隊方式，有一個主要的負責人，其他人都是分工協作的副手，這樣效率最好，結果最好。]
（2）軟件項目的核心概念要由很少的人來完成，以保證概念的完整性：
[少就是多，項目的定位需要和功能多少的權衡。太多的想法，使項目沒有焦點，什麼都要放進去，結果什麼都做不象；]
（3）軟件開發過程中必要的溝通手段；
[ 軟件開發中最大的風險往往不是技術的缺陷，而是缺少溝通；]
（4）如何保持適度的文檔：
[ 在開發中，保持適度的文檔。喜歡過度多的文檔的人，忘記了文檔不是最終的產品，不是用戶需要的，最後以爲文檔好，就是好的開發，其實完全不是。]
（5）在軟件開發的過程中，只有適度改進，沒有包治百病的銀彈。
[在軟件開發的過程中，重要的不是採用了什麼工具，而是不論用何種工具，都要達到項目本身的客戶需求。任何方法論之前，先要探求問題的來源，否則，對各種方法論的依賴或濫用，有害無益。]
