大家是否會好奇後端工程師的職涯發展？我自己在剛開始工作的時候，就常常在想做這一行，下一步要往裡走比較好？很當時希望有人可以討論跟指引方向。
不知不覺中，我自己在業界也待了一個說長不長，說短不短的日子了，就想說也許也可以依照自身經驗，還有自己所看到的，來寫一篇文章分享。
我自己曾經待過千人、甚至萬人的跨國企業，也待過只有十幾人的新創小公司，每間公司都有不同的特性。
而我今天主要想分享的是，我過去在一家中型的公司的經驗，一來是我認為這應該比較適用於大多數人、二來是因為這間是我目前為止待得最久的公司，可以敘述的比較詳細。
我大概簡單介紹一下背景，這間公司的工程團隊大概100人左右，是台灣本土的網路產業公司，有將近二十年的歷史，因此公司已經有一定的制度了。
我會從工程師一路介紹到技術副理的角色，再往上走的話，一來是差異性會比較大，二來是自身的經驗還沒有那麼多，所以我只會講到技術副理為止。
沒有完美的工作，只有最適合自己的工作。
為了生活，工作通常是一種不得不的選擇。
但工作畢竟還是佔掉人生一半的時間，即便不得已，也是要想辦法讓自己過的下去，可以維持工作的動力、維持健康的心情跟狀態。
而我相信，人生是一場馬拉松，比的是氣長，即便不求突出亮眼，也要避免自己在中途就被消耗殆盡。
因此如果目前的工作，不斷的消磨自己的能量，如果有點積蓄，生活還算過得去，那可能就要考慮離職了。
根據我自身的經驗，以及和朋友、同事討論的結果，比較常見的離職原因有這九個：
扎實的基本功是一切的基礎，
在這個資訊發達的時代，網路上到處都可以獲得學習資源，
如果想要系統化地學習一套完整的知識，閱讀仍舊是最好的選擇之一。
Introduce to php magic method: __get & __set
本篇為PHP 系列
接續PHP魔術方法系列，
此次要講的是，可以讓操作資料更彈性的 __get 及 __set，
Code Review 的重點是改善及控制 code quality，確保不會有糞 code 進到 master branch。
因為專案時程有時候非常緊急，review 的時候並沒辦法盡善盡美，因此需要將各個項目，依據重要程度還有急迫性來分級，藉此來達到有效的 code review。
以下是我自己在使用的優先順序分級：
自從2015年底，PHP發布7.0.0後，歷經了將近五年的時間，PHP官方終於正式在2020.11.26發佈了PHP 8.0.0的版本。
這次的升級，如同官方所宣稱的，在執行效能上會更加快速、語法更為簡潔、而在型別的使用上也更加的安全。
架構師的工作內容到底是什麼？用嘴巴寫程式嗎？
我認為，本書對於想要建構或瞭解大型網站應用系統，像是大型電子商務網站、大型即時聊天通訊系統的人，提供了一個很好的參考方向。
想像一下：
隨著公司的電商系統生意越做越大，支援的付款方式越來越多，負責處理訂單的OrderManager行數也越來越多，程式碼充滿了層層疊疊的if-else，老闆上周開會時又提出要新增其他付款方式，眼看程式碼就要爆炸，有沒有什麼可以簡化程式的方法？
Photo by Adi Goldstein on Unsplash
PHP的有非常高度的隨便性，我是說自由性。
這樣的自由性，對於新手來說非常容易入手，因為怎麼寫都會動，但相對地非常容易寫出可怕的東西，導致不少PHP專案，最終都會變成可怕的樣子，難以維護。
其中有一個罪魁禍首，就是array。
小島經濟學：關於魚(金錢)、漁網(資本)、儲蓄及借貸的經濟寓言
How an Economy Grows and Why It Crashes
很多工程師，會希望自己的程式有人看過，有人可以提供Feedback。但相反的，很多人懶得幫別人看Code，覺得開發以外還要做額外的事情，真的是很麻煩。
我個人覺得Code Review是值得的，畢竟人再怎麼精明總是會有盲點，多一個人幫忙看一下會比較心安。
不過Code Reivew不只是看看Code而已，要懂得怎麼看才有意義。
做一件事情之前，要先確認這件事的目的，才不會迷失方向，我認為Code Reivew的目標有這些：
可以發現這些目標其實都是為了：提高團隊效率。