乙個頭腦風暴的彙總

飯後無事，正好公司的tl有興趣，閒聊聊

cop community of practice

我先吐槽了上午乙個培訓老師的內容：

根據需求抽象出乙個領域模型（形式化），然後根據這些領域符號（無個crud），再寫乙個直譯器/編譯器(自動化)，開發人員使用領域語言開發，這些領域符號通過直譯器/編譯器，得到可以執行的指令（可以是c**，也可以是二進位制），到這，有沒有**生成器的感腳

吐槽的點：

（1）領域模型的正確性及擴充套件性，誰來保證

（2）直譯器/編譯器的健壯性和正確性，誰來保證（編譯器是使用erlang來開發。正常的開發語言使用的是c）

（3）好用的文件，誰來提供，會不會需要很大的工作量

（4）編譯器使用erlang來開發，為了自動化又搞了一門語言，學習成本和試錯成本

理由：縱觀計算機語言的發展史，除了語言本身優秀，有好用的文件，能解決問題，只有滿足上面3點，才可能被推廣起來

乙個需求，自己搞乙個編譯器，編譯器還可能使用小眾的語言（erlang）,如果編譯器報錯，誰來解決（開發人員可能不懂，因為用的是c，這怎麼搞，為了提高工作效率，結果又整了一門語言），

如果沒有好的文件和重新培養起來的erlang團隊，這種用新的編譯器來解釋領域語言的做法，不推薦，但從培養寫編譯器的人才的話，可以做一下

tl提出新的吐槽的點：

（1）沒有好的ide來自動完成。使用記事本來寫業務邏輯，效率低下。寫錯乙個字母，乙個關鍵，乙個符號，只能編譯時才會發現

（2）報錯不好排查，導致效率低下。語言方面的原因；不同部門間的**不公開，問題會堆在編譯器開發團隊，結果仍然是效率低下

結論：按照領域化的標準設計api。

其中一位老師，講了a mouse is a database（stream&reactive program）,和資料庫操作相比，不是pull,而是要push,理論好像是聽懂了，但**好像是c語言(看到了指標的標識)吧，木有看懂，老師也沒有把**和剛才講的內容結合起來，懵懵懂懂吧

主要是這些了。其它也不是很懂，沒有聽明白

乙個文章中講到，業餘時間多參加一些培訓，認識一些志同道合的人，思想碰撞中，也會得到一些啟發，在批判一些自己認為不好的時候，自己也會多想一些

就這樣吧