[前端&後端]工程師常犯的錯誤 — 下班有約系列文
筆者跟擔任 Tech Lead 的朋友聊天時,發現在幫新人 Code Review、Code Refactoring、Bug Fix 時遇到了許多類似的問題,針對這個部分我安排了 3 篇文章做講解,今天這篇文章我挑選了幾個工程師常犯的錯誤來分享。
ARCHIVE
林鼎淵從 2020 年至今的所有文章:生成式 AI 實戰、技術教學、團隊合作與職場成長故事。
共 417 篇文章依年份看全部標題
筆者跟擔任 Tech Lead 的朋友聊天時,發現在幫新人 Code Review、Code Refactoring、Bug Fix 時遇到了許多類似的問題,針對這個部分我安排了 3 篇文章做講解,今天這篇文章我挑選了幾個工程師常犯的錯誤來分享。
筆者跟擔任 Tech Lead 的朋友聊天時,發現我們在幫新人 Code Review、Code Refactoring、Bug Fixing時遇到了許多類似的問題,針對這個部分我安排了 3 篇文章做講解,而今天這篇文章會針對新手工程師容易卡住的問題來做分享。
產品是由某個角色主導,還是大家討論出來有共識的結果?公司的文化是追求創意還是效率?今天這篇文章會先將職位依照象限來做劃分,然後再從工程師的角度跟大家分享話語權這件事。
K8s 最吸引人的其中一個功能應該就是用 Auto Scaling 來應付高併發(High concurrency)情境,今天就用一個水平自動擴展(HPA)的範例來讓大家了解他的實際運作模式。
公司很早就導入了 Kubernetes(K8s),主要是為了自動化部署以及管理、監測多台機器上的 Container,在遇到高併發情境時可以自動擴展。過去我都是以輔助者的角色跟 DevOps 說我希望有哪些功能,所以便藉著寫這篇文章的機會來初探這個已經成為業界潮流的技術。
隨著年齡的成長、工作的繁忙,我發現自己如果在休息時間閱讀到「與自己三觀不合」的文章時,會產生負面情緒,並浪費時間在批評、轉發、生氣上面。因此決定重新審視一次自己加入的社群、訂閱的媒體,這才發現原來困擾都是自找的,於是我開始執行「減法」。
最近工作時剛好遇到了一個需求:「需要取得每位使用者最後的工作記錄。」使用者是一張 table,工作記錄又是ㄧ張 table;原本以為這個簡單的需求用個 leftJoin 就能瞬間搞定,結果卻搞了自己快一個晚上…因此決定把解決方案放上來,給有遇到相同問題朋友們。
我想大部分 Medium 平台的創作者,都應該非常關心自己文章的瀏覽數量;但 Medium 提給供創作者的後台並沒有統計出「總數」這塊的資訊,如果要自己土法煉鋼用計算機加總也會讓人崩潰,今天筆者就帶你們用聰明且快速的方法來取得這份資訊吧!
因為專案剛好有遠端文件管理的需求,原本是使用 samba 作為解決方案;但在 chrome 瀏覽器要「跳轉顯示檔案總管」時遇到了瓶頸,只能跳出唯獨顯示文檔的頁面。因此轉而去尋找其他合適的工具,最好是操作簡單、一鍵安裝的那種,因而發現這款好用的工具來跟大家分享。
在職場上,通常是一對多的場合會用到簡報(PPT);一但用到它不外乎幾個情境:「談判、說服、解釋」,這篇文章不是叫你製作精美的簡報,而是從觀眾的角度去探討,怎樣的一個簡報能最清楚的傳達訊息。
前幾天跟一位給了我很多幫助的學長一起吃晚餐,因為同為資訊工程領域,所以聊天的話題也不免轉移到程式方面;其中談到 Pair Programing 的話題時,我覺得學長的見解很棒,因此趁記憶猶新時記錄下來,也許未來筆者也會在自己的公司試行看看。
最近在測試 K8s 在大流量時 pod 的 auto scaling 機制,使用的工具是 Mac 本身內建 Apache Bench,這篇文章就來介紹它的基礎使用方式。