記錄一下，9月份參加研發峰會時的材料。寫得不好，而且思想也並不成熟。大致內容如下（excel中直接粘過來的，比較亂）：類別
任務名稱
背景介紹
目的（不超過三個）
目標（smart_c）
關鍵策略
選定方案
策略、方案、計畫制定人
實施負責人
協作人督導人
考評人時間
行動計畫關鍵里程碑
成敗攸關因素
管理三問
開發設計：領域建模解決方案模式
1.業務與**實現脫離：一般情況下，在進行領域建模時，都會使用圖形化的建模工具。在追求開發效率的今天，這種純建模方式由於它的**無關性，只能用於對領域內模型進行大體的關係層面的描述，而不會特別詳細。這樣會導致後期的具體開發會和設計相脫節。而有些直接使用類進行建模或使用資料庫建模的方法，也面臨著相似的問題，即二者相脫離。
2.不夠純淨的模型**：在**層面，一般的業務模型類會包含太多的非業務資訊。如直接對映資料庫欄位而來的屬性、如表示層顯示的資訊。這些非業務的資訊附加在這些它的上面，會使得業務模型類過於龐大。而基於它的分析、設計、實現，都會不可避免地更加複雜。（如，在設計業務類的時候，會不自然地去考慮資料對映等問題。）
3.不易滿足設計思想：領域建模得到的業務模型類，應該是基於oo思想的。可是單使用目前的各種orm框架，是不可能實現任意的對映（因為裡面很可能包含我們自己的對映規則）。
1.在「純淨的領域建模環境」下建立「純淨的領域模型」。
2.領域建模得到的業務模型，應該是完全符合物件導向思維的，應該是可隨意設計的。並且應該能夠精準地描述業務，應該是可以直接指導開發的。
3.模型到**實現的快速轉換。相對原來的實現，不會新增過多的工作量。
1.構建的每乙個模型，都是純淨的，不能擁有業務以外的內容。這包含模型的所有屬性和方法。
2.構建的模型，應該精確到每乙個屬性。
3.模型的設計，滿足三大物件導向原則：封裝、繼承、多型。可在不考慮其它因素的情況下，隨意設計以達到業務要求。
4.模型的構建，時限必須比純圖形方式更快。（由於專案的大小不同，這個時限需要按需界定。）
5.模型建立完成後，基於這些模型的**實現較一般開發方式相比，額外需要的開發時間不能超過10%。
1.使用「**即設計」的方案。（原因：設計直接就是**，無需轉換。oo語言的**，直接支援可使用oo的原則。文字檔案，編輯方式靈活，可迅速構建。）
2.基於inte***ce code建模。（原因：足夠抽象，只關心業務規則。相對只進行關係建模，更加具體，可清楚地定義每乙個屬性，方法，關係。）
3.模型**實現可支援使用orm框架等。（原因：支援一般的開發模式。）
4.**生成 + 通用框架。(原因：減少開發時間。這步主要是生成一般性的**，構建通用的框架。）
1.在需求明確後，使用inte***ce code描述業務模型的屬性和方法。所有的code都應該確定下來。具體到每乙個屬性的名字、型別等。（簡單文字適合於快速開發。）
2.（可復用的）為了輔助第乙個步驟，可以開發乙個圖形化的模型檢視工具（對模型唯讀）。這個工具不但可以檢視模型是否構建有較大的問題，更加有用的是，方便和其它人員的溝通，包括開發人員、需求分析人員、業務專家等。（圖形化的方式會比較有利於溝通。）
3.（可復用的）**生成器 + 通用框架。**生成一般會包含sql建表語句。當然，視具體開發情況而定，也需要為不同的模型實現生成不同的**：如對應hibernate用一套，對應pojo用一套……同樣的，框架也分為兩部分：抽象通用的一部分和具體使用某orm框架的一部分。
4.定製開發。以第一步的inte***ce為界限，一分為二。上層人員基於這些業務模型，直接組織業務「流」邏輯，十分方便業務維護。下層為模型實現具體的類，需要考慮以下內容：資料庫的設計、選定適應需要的orm模型（或者不使用）、實現對映模型中orm框架未實現的特殊對映規則。乙個中小型專案中，這個工作的實施往往只需要一到二個精通orm的人即可。
胡慶訪胡慶訪
胡慶訪胡慶訪
2010、2
得到：通用框架、**生成器
通用度的抽象。（需要更多小型專案的測試）
1.承辦人目標明確（承辦人能準確複述）： （是）、（否）
2.承辦人的能力（與目標要求的匹配度）： （高）、（需要指導）、（需要協助）
3.承辦人的積極性（如何進行有效激勵）: （高）、（一般）、（低）
2010、3
得到：模型檢視工具
inte***ce code中通用定義規則的抽象。
具體專案開始時間+半月
得到：業務模型
理解需求。
具體專案開始時間+乙個半月
得到：業務模型的實現**
精通orm。
具體的檔案：
裡面乙個是五環表，乙個是示例**。
參加「技術峰會」得到的感悟
大約乙個月前，偶然看到乙個技術會議，看起來好像很厲害的樣子，然後興趣瞬間就被調動起來了。然後我就和朋友們一起抱團報了名，繳費。靜等這一天親眼見到大牛。到了當天 週六 很早起床趕車，終於在差不多的時間到了會展中心，深圳，福田。上幾張圖。更多的圖我發現傳上來之後很難看，我就不傳了，官網相關頁面是這樣的。...
參加AWS技術峰會的收穫與思考
7月31日，我參加了aws 技術峰會2019北京站的會議。從廈門到帝都，奔赴千里，只為一場技術盛宴，我想記錄一些收穫和思考，才能不負此行。大會議程全天，上午是主題演講和行業解決方案展示，下午是技術分論壇。我們一直都知道，企業上雲，首先要解決的是安全問題。在上午的主題演講中，我們看到aws將安全列為首...
參加百度深度學習峰會的雜談
總結接觸機器學習還是比較早的，大概在17年就知道有kaggle這玩意，混進了乙個美國的資料分析團隊，slack辦公。然並卵，自己有多水還是有點b數的，之後就一直搞lot去了。直到19年在谷歌開發者大會上，某某老哥說tf2馬上就要推出，目標是讓更多開發者受惠，乙個月即可掌握tf2,然並卵,paddle...