文章同步於it邦

前言

昨天介紹了一些比較有關程式碼部分
都是跟Code比較有關的

今天會來介紹比較是設計面的問題
也就是Clean Code的羽化

文章同步於it邦

前言

第三天就要來個硬的

這次將要介紹Clean Code

之後會依序介紹Clean Coder以及Clean Architecture

Clean Code這本書我相信很多公司都有擺著當精神象徵

這個主題過去也有人介紹過，這次會從裡面的案例去做延伸探討

而且每個人看過的想法也不太一樣

書中Java的範例我就不多做說明了，因為我不會寫Java

如果沒有讀過這本書的朋友，尤其是新手或是Coding Style不太好的，強烈建議看過這本書

他會對日後的你非常有幫助

今天我們先從第一章節到第五章吧(迷之音: 我有點擔心我講太多…

第二章到第五章分別是

• 有意義的命名
• 函式
• 註解
• 編排

這些單元會放在一起講解

文章同步於it邦

前言

今天我們會來介紹什麼是Coding Style，以及團隊的Coding Style為什麼應該統一

文章同步於it邦

為什麼會要寫這個主題

自己身為菜鳥時，寫Code常常被前輩噴爛，說你的一些習慣不太好。直到我接觸了Clean Code這本書還有去了其他團隊，我才知道軟體的維護是非常重要的，這些後續會繼續說明。

再來講另一個故事

約莫6月底時，公司希望我評估某個超大型專案的時程，因為那個專案爛尾了，想要接回來做。

當我一打開Code的時候，我整個眼睛真的快瞎了，我實在無法想像這個東西是資深工程師寫出來的。舉個他寫的髒扣:

• 路徑命名為path，看起來沒什麼問題，但我看不出是哪家的path
• 全部黏在一起不空格
• 物件直接命名為Neko ，我沒找到mewo()這個方法我就把你變成Neko
• 最屌的，變數命名a ~ z都有

身為一個不喜歡看到髒扣的人，就決定來寫這篇。

這次的教學主要會以後端的角度來看軟體開發這件事
這個月會講講一些軟體設計的原則還有一些後端在設計API以及架構會需要注意的地方
會用到Python、PHP、Golang，不過都只會用來做一些說明，只有PHP會拿來寫Laravel框架的重構

講解的是概念，其實也不用擔心看不懂

前言

同步競爭(Race Condition)是指說某個資料因為多個行程而導致最終資料不正確的狀況

這其實滿淺顯易懂的，但懂歸懂有時候還是會忽略到一些狀況。