從去年到現在，整整一年經歷了從ethercat主站到伺服從站的實現過程，包括全程負責從站的ethercat認證工作，所以目前對ethercat的認識還是比較深刻的。下面說說我的一些簡單感受。
1.ethercat確實是目前工業匯流排中技術比較先進的乙個協議，通過改造ethernet的協議結構，最大程度的利用了100m頻寬(on-the-fly)，可以達到倍福所宣稱的90%以上。通過引入dc，使得各從站的時鐘同步最小在100ns之內。通過twincat的測試，確實達到了這個級別。這就使得從站的協同工作達到了乙個很高的水平，可以廣泛應用在要求精度比較高的自動化領域，例如伺服驅動器。
2.關於主站的開發，目前主站的開發有兩種模式，乙個是付費的商業化解決方案，比如倍福官方提供的twincat介面，還有其它公司的解決方案，但都是國外的。另乙個就是開源的etherlabmaster，基於linux,這個庫總的來說用起來還算穩定，但有一些小的bug，也是在不斷的發布新的版本。這個開源庫是德國人寫的，**真的寫的非常大師級別，涉及到ethercat網絡卡驅動(目前主要是基於intel的晶元)，和ethercat上層協議，看懂了這個庫，你也可以把其它網絡卡改造成支援ethercat驅動。主站的開發其實比從站要困難一些，原因就在於linux系統不是實時性的，需要引入其它的實時補丁模組將linux改造成實時性的，這個是實現主站在dc模式下，能夠使從站穩定的執行在op狀態下的基礎。還有主站的時鐘要跟參考時鐘同步起來，這個也是比較重要的。
3.在開發的過程中，也是乙個對ethercat深刻認識的乙個過程。乙個好的方法是需要從twincat身上借鑑到一些它的實現機理。twincat的使用也是從完全不懂，通過不斷摸索到目前來說還算比較熟悉，在從站認證的過程中，也從twincat身上學到了很多技術。
4.ethercat在國內的推廣，我覺得目前主要的障礙在於需要付費註冊成為etg會員，才能獲得它的一些技術資料。國內大部分還是一些高校在研究應用這個技術，企業雖然也有在應用，但通過官方認證的卻不多。
關於開發的一些思考
單頁面應用真正開始像乙個應用。多頁面是乙個鬆散的結構，即使有個打包工具，可以使用webpack進而使用模組化。但每個頁面是封閉的結構。模擬小程式，小程式每個頁面同樣是封閉，即使可以通過本地存貯進行資料共享，如同多頁面也可以額本地儲存進行資料共享。但有一點無論是多頁面還是小程式都沒有做到的。但是單頁面...
關於遊戲開發的一些總結
1 架構的設計原則 簡單 可控 穩定 高效能。作為遊戲開發，簡單和可控在很大程度能夠減少開發成本，對於正在運營的遊戲，也正是追求遊戲的穩定。2 關於三方通訊的功能，一定要採取不信用的態度，任何 於外部的東西，都可能是不安全的，一定要有防禦性。3 遊戲設計一定要有可控的壓力閾值，不能讓單個玩家控制我們...
關於敏捷開發的一些事情
說的敏捷開發不得不提之前一直流行的 瀑布式 開發，所謂瀑布式開發 就是所有的專案開發過程都是按部就班的進行，先要需求調研有需求文件然後設計文件再後就是開發文件等等，之後就是 的編寫 測試上線，所有的整個過程都是按照一定的先後順序來進行的。瀑布式開發的好處在於管理人員可以對整個專案進行很好的掌控，專案...