不改編了，如有雷同，純屬事實。 --- 工程師們： 「我們是專業的，查核點就在那邊，我們會自己規劃怎麼做，你們收進度就好。」 查核點到了， 主管問：「請問查核點有什麼進度呢？」 還是那群工程師： 「還在規 ...

我現在才發現，只想準時上下班，對寫程式沒有 “熱情”，“只會” 老實用框架的工程師，其實最好相處、最好用 ...。

不改編了，如有雷同，純屬事實。 === 自詡為本科系的新人說： 此乃吾武林正宗 REST API 之 JSON 字串格式，爾等務必以此打資料給我 { "0": "xxx", "1": "ooo" } === 我們恭敬照辦，打了 API，結果一直報錯 ...

不改編了，以下如有雷同，純屬事實。 === 前主管最厲害的地方，是可以笑瞇瞇地跟白癡說話。 同事：那個 UART AT Command ... 主管：請說？ 同事：結尾用 0x0D 0x0A 看不到，容易搞錯，可以改成 $$ 嗎？ 主管： ...

啊你們這群M$信徒，不是都在鼓吹github copilot不差嗎，怎麼要講到coding agent比較，codex跟claude的心得明顯較多呢？ 特別是github copilot改收費方式，失去量大管飽優勢的現在，還有多少人能繼續吹捧呢？

從業到現在印象相當深刻的鬼故事： 任務是調整前端畫面，把指定的區塊改成紅色 調整完畢後客戶反應他們那邊是橘色，但明明程式碼和css都是同一組，怎麼調整都調不好，找不出任何異常 最後發現是客戶螢幕太爛 TMD ...

菜鳥主管最難的第一課，應該就是帶著菜鳥工程師跨越過度設計 over engineering 的無知山丘吧， 客戶明天就要搬到新房子住了，就要用新馬桶大便了。結果工程師就是不肯把馬桶裝好，堅持要先把水肥車訂閱制系統開發完 ...

祝老闆生意興隆，願再能找到能出義氣且不求錢財，且願意發生什麼事（連續捅 N 回）都願意跟隨你的員工。 若造成公司在發展中造成不適，請老闆海涵！

我剛來公司的時候，遇到委外模組有問題要問廠商。那是我們公司長期合作的供應商，照理說應該很熟。 結果對方一看到是我們公司的需求，講話就是一副火氣又要上來的樣子，整個賭爛： 「好，我改好給你。」 「我直接 ...

每次主管在講話的時候，旁邊有個剛出社會的工程師，都會一直應聲： 「這個大致沒錯」 「我同意這個說法」 「認同，這個安排合理」 ... 他到底是不是董事長的孫子啊？是的話我得趕快巴結巴結。