工作 技術 規劃

人之所以迷茫往往是因為找不到工作和生活的重心，感受不到工作或生活的價值。

清楚自己的行為，目標和價值三者之間的關係。

關注價值優於關注技術。

看清從業務到軟體架構的價值鏈條。

清楚定位自己在分工體系的位置。

處理好自身與技術、業務的關係。

不要丟失對業務場景的感受。

不要丟失對使用者痛點的體會。

不要丟失對業務發展的思考。

不要用戰術的勤快掩蓋乩略的懶惰。

業務就是指某種有目的的工作，

業務的目的就是解決某領域的問題，包含物質和精神的需求，

使開展業務活動的的主體和受眾都能得到利益。

技術是解決問題的工具和手段。

技術如果脫離業務，技術就無法落地，研究也將失去場景和方向

數位化程度越高那麼ai越容易落地。

公司依靠軟體系統提供業務服務而創造價值，程式設計師通過構建並持續演進軟體系統服務能力以及業務功能以支援公司的業務發展從而創造價值。

架構師的首要任務就是解決業務問題，推動業務增長，收集業務反饋，制定下一步的架構目標和方向。

架構的目標就是為了支撐業務增長，提公升軟體系統的服務能力，要先確認產品解決了業務問題，需要審時度勢，仔細衡量正確性、大規模、可用性三者的關係。

程式設計師要想工作出成績，必須認清系統背後的業務價值，按價值去梳理工作的優先順序。

從價值出發，找學習與工作的新思路，用價值找尋重心，引導我們思考做哪些事才能實現價值。

學會連線，構建體系。

（1）提倡外科手術式的團隊組織：

[在軟體開發組織上的過份民主，往往帶來的是沒有效率和責任，參與其中的人想法太多，層面參差不齊。所以，軟體開發的組織，應該借鑑外科手術式的團隊方式，有乙個主要的負責人，其他人都是分工協作的副手，這樣效率最好，結果最好。]

（2）軟體專案的核心概念要由很少的人來完成，以保證概念的完整性：

[少就是多，專案的定位需要和功能多少的權衡。太多的想法，使專案沒有焦點，什麼都要放進去，結果什麼都做不象；]

（3）軟體開發過程中必要的溝通手段；

[ 軟體開發中最大的風險往往不是技術的缺陷，而是缺少溝通；]

（4）如何保持適度的文件：

[ 在開發中，保持適度的文件。喜歡過度多的文件的人，忘記了文件不是最終的產品，不是使用者需要的，最後以為文件好，就是好的開發，其實完全不是。]

（5）在軟體開發的過程中，只有適度改進，沒有包治百病的銀彈。

[在軟體開發的過程中，重要的不是採用了什麼工具，而是不論用何種工具，都要達到專案本身的客戶需求。任何方**之前，先要探求問題的**，否則，對各種方**的依賴或濫用，有害無益。]

工作 技術 規劃

人之所以迷茫往往是因為找不到工作和生活的重心，感受不到工作或生活的價值。清楚自己的行為，目標和價值三者之間的關係。關注價值優於關注技術。看清從業務到軟體架構的價值鏈條。清楚定位自己在分工體系的位置。處理好自身與技術 業務的關係。不要丟失對業務場景的感受。不要丟失對使用者痛點的體會。不要丟失對業務發展...

技術部落格規劃

從事it行業已經有四年了，一直都忙於工作的輸出，在遇到技術問題的時候，大多在技術論壇上尋找答案，也獲得了很多幫助，解決了很多問題，但是基本沒有真正系統的學習某一項通用的技術。在技術論壇上學的東西都是有點零碎，隨著工作所需的知識深度的增加，逐漸感覺到系統學習的重要性。而系統的學習是需要總結的，因此開乙...

規劃引擎工作模式

單機對戰 和 挑戰雲主機 兩種遊戲模式都是處理人機對弈的場景。我們計畫在兩種場景使用相同的 battlepage 頁面，僅配置不同的 ai 引擎。我們之前已經存在 cloudengine 了，它和本地引擎將有一些不同的實現方式，但卻有一些相同的對外介面。對此，我們做乙個物件導向的抽象思考，以便讓 b...