仍然看不懂自己以前寫得程式?或是別人仍然看不懂你在寫什麼? 註解說的跟程式運作的也不一樣? 如果程式能寫出如同英文子句一般的邏輯描述 那無論是程式交接,或是回顧自己一年前寫的code 豈不是更淺顯易懂? 本篇將以Clean Code 為主軸 從閱讀我們使用的SDK 的Source Code 到撰寫淺寫意懂的程式碼 並介紹為何我們會需要近代的程式碼撰寫技術與規範 範例語言為 : C# ,maybe Angular5 (此篇會盡可能減少語言之間的隔閡)
我們在開發軟體時，會用到一些常見的第三方套件，如快取功能或圖片處理等，在網路上都能找得到很棒的開源實作。它們都具備良好的設計，讓開發者能方便地使用或是擴展，因此大家才會願意推廣這些套件。未來三十天裡，讓我們一起來探索這些輪子的奧妙吧！
一個初心者因為太喜歡.Net Core了，所以就在mac上寫.Net Core
我已經把這個網頁設定為首頁，每次打開網頁時都會提醒自己要發文章跟閱讀新知識 文章內容會是程式/演算法的心得分享+詳細報告，希望大家能透過心得分享，了解工程師撰寫程式的考慮&思考角度。 與此同時，我也會多觀看大家的文章，希望可以交流心得。謝謝大家
這個由加州大學柏克萊分校所打造而興起的 RISC-V 開放指令集架構，不少人雖用過開源的工具包，但卻鮮少人深入探討底層的架構！筆者身為與之工作的攻城獅，因為工作、研究、興趣，將這期間的開發過程記錄下來。預計將會分成架構介紹、除錯器底層實作介紹及相關應用等等！
在 Unix-like 系統之中，ELF 檔案格式可說是整體運作的基石，然而因為太過底層，不少人雖然知道它的存在，卻只能模糊地理解個概況。 筆者為了自身學習、研究的需求，以正在興起的 RISC-V 開放指令集架構為平台、功能集單純的 GO 語言作為主要武器、參考經典的 GNU Binutils 工具包的功能，透過邊做邊學的方式第一線接觸過去總是沒有好好理解的 ELF 檔案格式。 筆者預計在前 2/3 的部份，按照 binutils 的功能劃分，實作一些原先工具程式的子集，並熟悉 GO 語言原生的 ELF 函式庫；後 1/3 則選擇一些原創專案來開發，以紀錄開發日誌的方式完成鐵人賽。
小菜菜的Linux自習人生，從現在開始，看看30天後能不能考試100分的好孩子Www 預計2017.12.19開賽(開始貼文)
有過慘痛維護經驗的開發者都會了解，程式是需要設計的！設計不良的架構，會在未來增修功能的時候，大喊要殺了某人；但追求完美設計的下場，反而會被不懂程式的非工程人員追進度，還會被嫌沒效率；「重構」能在這兩個極端之間取得一個平衡。它能在具備基本設計的架構上，持續以增修功能為目的，補足設計上的缺陷。不僅能持續交付程式碼，也能持續改善設計，好重構，不試嗎？
Unit Test（簡稱UT），是已經發展幾十年的概念，到了2017(2018)仍是一股潮流 所以身為程式人，多少都要對UT做些研究 因此這30天，試著盡可能探索其有什麼特色，以及用法，進而做出一些運用
在持續開發軟體的生涯中，經手或協同開發的過程中。 常常發現各種小問題累積，最後導致軟體的維護，變成如同惡夢的地獄。 其實只要在開發中間，利用一些技巧，就可以程式碼更容易閱讚與維護。 期望可以自己在這三十天，可以將自己一路走來，不停撞牆與突破的經驗， 好好的整理成一系列的文章，分享給大家。 若能幫上忙，那就太好了。 若覺得有改進空間的，也請給與指教與建議，謝謝。
