工程師:「我剛剛測試明明可以啊!」
用戶:「可是網頁打不開啊???」
⋯⋯
工程師:「我昨天測了一整天,還是找不到問題耶,不然你電腦借我看一下。」
工程師:「欸,你是不是開飛航模式= =」
用戶:「真的耶!」
工程師:「我剛剛測試明明可以啊!」
用戶:「可是網頁打不開啊???」
⋯⋯
工程師:「我昨天測了一整天,還是找不到問題耶,不然你電腦借我看一下。」
工程師:「欸,你是不是開飛航模式= =」
用戶:「真的耶!」
最近經常跟一些在做數位轉型的傳統產業合作,
他們都想借助線上工具,來嘗試新的商業模式。
聽起來很棒對吧,但做起來實在是痛苦啊。
像是有一家,工程師好不容易把所有資訊都放到網頁上,
上面的老闆卻問說:「可不可以把網頁上的東西都印出來呀?我不習慣用網頁」,其他人還附和著:「沒錯!印出來弄成冊,可以拿去賣」。
聽了真是差點沒昏倒,工程師這麼辛苦把資料整理到資料庫上,到底為了什麼?
所以說,如果只是嘴巴喊著數位轉型,但思維卻還是舊時代,根本轉型轉不過來呀~
做為一個管理技術團隊的基層主管,到底要不要寫程式呢?
我們先假設,這篇文章提到的技術主管是:5-7 人 web 開發團隊的負責人,也就是初階、基層的技術主管。
大家是否會好奇後端工程師的職涯發展?我自己在剛開始工作的時候,就常常在想做這一行,下一步要往裡走比較好?很當時希望有人可以討論跟指引方向。
不知不覺中,我自己在業界也待了一個說長不長,說短不短的日子了,就想說也許也可以依照自身經驗,還有自己所看到的,來寫一篇文章分享。
我自己曾經待過千人、甚至萬人的跨國企業,也待過只有十幾人的新創小公司,每間公司都有不同的特性。
而我今天主要想分享的是,我過去在一家中型的公司的經驗,一來是我認為這應該比較適用於大多數人、二來是因為這間是我目前為止待得最久的公司,可以敘述的比較詳細。
我大概簡單介紹一下背景,這間公司的工程團隊大概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,老闆上周開會時又提出要新增其他付款方式,眼看程式碼就要爆炸,有沒有什麼可以簡化程式的方法?