Warren Lo
8 位追蹤者
Hi, 您好，我是 Warren Lo。我以前是軟體工程師和工程經理，現在是網通廠的系統架構師，我很喜歡現在的工作。平常會用文字記錄自己的工作與生活，期望自己做到傳遞專業知識、經驗傳承來幫助有需要的朋友們。如果你也喜歡我的分享內容也請你轉達給你的朋友們，讓我們一起讓生活變得更美好吧！
全部內容
由新到舊
當我們從事軟體開發工作一段時間後，有些人會開始接觸軟體架構設計。由於每個軟體架構設計者的對問題的理解與知識經驗差異會導出不同的設計架構。近期與同事的軟體設計案例經驗交流後，就很希望自己剛開始學習軟體架構設計的時候就有人能用實際的軟體架構設計經驗來帶我入門...
專案工作型態很需要「溝通」，特別是每次交替時期需要與新的合作對象建立關係的時候，對方可能是你從不認識的同事或主管也可能是廠商。除非你是專職的專案經理，否則這種突然爆增的「初次溝通」聯繫的工作、會大量壓縮到你專案執行時間。在這種情況下要如何達到高效率的溝通，我們可以朝兩個面向來思考看看...
如果你也是從事軟體相關工作的人，一定會遭遇突然需要你去學習一套你不熟悉的程式語言狀況吧，此時你會怎麼做呢? 是趕快去買書來看嗎? 還是趕快找一門程式課來上? 又或者乾脆去找會的同事來教學?
經過這麼多年的觀察與實踐，一個成熟的軟體工程師還需要第四個要素，它是讓決定你通往熟手的重要關鍵沒有之一。
整合測試的時候突然遇到一個突然無法登入產品網站的問題，把程式模組單獨拉出來測試又正常，觀察測試報告後發現出現發生登入異常的時間點並不固定，而且只要發生就會連續發生一段時間，程式被中斷掉。後來確認問題在...
當這產品的這個 API 被呼叫，再從回傳內容的某個欄位欄位來判斷，只要“這個欄位”顯示 false 就代表不支援」，雖然這樣的設計也能滿足功能需求…
我在漂書站看到這本書的時候，被作者在封面的獨照「驚艷」到，有一股強大氣場，小心翼翼拿著書心理壓力十足（設計封面的人要負很大責任），我到底該不該拿來翻看？我決定開始翻閱，沒多久書中的一句話吸引到我...
IDE 升級後出現了一樣的錯誤，手上程式碼沒有 pylint black-format 檢查上不了 gitlab，我又點開了那個很小很小的 x 符號，裡面 logs 提示的解決方式是升級..
工程師要做新產品或是要實現一項新技術，從來都不是件容易的事，從想法開始研究相關技術主題，了解客戶需求定義要實作的規格，還要解決實作過程中面臨的技術瓶頸、資源衝突等問題，不只絞盡腦汁還要勞心勞力才能實現心中的理想產品
