扎實的基本功是一切的基礎,
在這個資訊發達的時代,網路上到處都可以獲得學習資源,
如果想要系統化地學習一套完整的知識,閱讀仍舊是最好的選擇之一。
扎實的基本功是一切的基礎,
在這個資訊發達的時代,網路上到處都可以獲得學習資源,
如果想要系統化地學習一套完整的知識,閱讀仍舊是最好的選擇之一。
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,老闆上周開會時又提出要新增其他付款方式,眼看程式碼就要爆炸,有沒有什麼可以簡化程式的方法?
PHP的有非常高度的隨便性,我是說自由性。
這樣的自由性,對於新手來說非常容易入手,因為怎麼寫都會動,但相對地非常容易寫出可怕的東西,導致不少PHP專案,最終都會變成可怕的樣子,難以維護。
其中有一個罪魁禍首,就是array。
小島經濟學:關於魚(金錢)、漁網(資本)、儲蓄及借貸的經濟寓言
How an Economy Grows and Why It Crashes
很多工程師,會希望自己的程式有人看過,有人可以提供Feedback。但相反的,很多人懶得幫別人看Code,覺得開發以外還要做額外的事情,真的是很麻煩。
我個人覺得Code Review是值得的,畢竟人再怎麼精明總是會有盲點,多一個人幫忙看一下會比較心安。
不過Code Reivew不只是看看Code而已,要懂得怎麼看才有意義。
做一件事情之前,要先確認這件事的目的,才不會迷失方向,我認為Code Reivew的目標有這些:
可以發現這些目標其實都是為了:提高團隊效率。
給予:華頓商學院最啟發人心的一堂課:Give and Take。
當初跟某位長輩聊到,在職場上,應該要用怎麼樣的態度面對其他人?應該要完成其他人的期待嗎?還是要以自己的利益主?或是有其他的思考方式。
他給我的建議是:當個給予者(giver)。
剛開始工作的時候,總覺得寫文件很麻煩,程式寫完,會動、執行結果正確不就沒事了嗎,為什麼要寫一堆惱人的文件或註解,麻煩死了,自己寫的東西怎麼可能會忘記?
結果過了一陣子回來看自己半年前寫的東西,有些還真的不知道發生什麼事了,完全沒印象當初怎麼會這樣寫,或者是有些操作流程忘記了,導致沒辦法正常執行某些程序。
這個時候才後悔當初自己為什麼沒有留下一些文件可以參考。
總之,要寫文件,還要有一些方向,這篇主要就是想要聊一下兩件事,一、寫文件的目的跟好處,二、怎樣的內容需要文件化。