說話的藝術我也會啊。 不管工程師的問題多狀況外、多異想天開、多像是規格書還沒打開就開始鬼扯，我也知道要先回： 「你想得很周到。」 「你很擅長抓細節。」 「你做事很嚴謹。」 先認同，再檢討。 先稱讚，再導 ...

真是太過份了，我因為績效還可以，已經一個月不用、不能進會議室，和末位部隊一起被拉正了。 只要去客戶端聽客戶說「這個版本真好用、為什麼變得這麼好用」就可以了。 這樣害我都沒素材，沒故事可以投稿純靠北工程 ...

邏輯不好是一回事 但用html組table然後再把組好的html放到hidden input… 只會讓人覺得寫這code的人是腦袋有什麼問題嗎？ 改這些程式碼前還要看懂到底在寫三小 到底誰能不憂鬱？

對，我是職場菜鳥，網頁前端 後端 全端混在一起也就寫過不到2年，但一直以為前後端分開寫時，開規格，是非常合理的事情，就能分開開發 照著規則走 結果，到新公司，一個韌體轉過來的老人家寫後端，我寫前端。 我跟 ...

有時候我會覺得要是我沒有進一步溝通這個東西，這個系統就會被我改到天下大亂，所以溝通很重要。 但，這個癥結點從來就不是溝通，是為什麼我會改了一個東西就天下大亂，癥結點都是因為我對系統不熟，不是我有沒有溝 ...

我終於知道為什麼有些部門面試，都要求對方至少熟悉一套 framework 了。 以前我會覺得，framework 進來再學就好了啊，有很難嗎？ 然後我踩過雷後才明白，願意去學一套 framework，至少代表他的工程常識，沒有被亞 ...

有空真的要帶工程師去見見世面，看看競品、競爭對手長什麼樣子，然後他們就會發現： (1) 即使他們領了和競爭公司一樣的薪水，也做不到有對方程度的東西； (2) 自己做的爛東西，客戶還願意每年花錢買單、花錢維護， ...

不是所有穀倉都該被打破。 我們公司把 300 人拆成一堆 task force，每個 10 幾人的小團隊，從出納、研發、業務、PM 到廠商溝通全部自己包。 聽起來很敏捷、很跨域、很扁平。 實際上就是什麼都做，什麼都半桶水。 ...

“大重構”團隊 2026 年中進度更新： 一、二、三月，他們一邊罵「外包商 code 真爛、設計真糟糕」，一邊把外包商做好的東西拆掉。 四、五、六月，他們一邊喊「這裡有坑、那裡有雷，我又沒做過怎麼會知道」，一邊把那 ...

最近 AI 短劇好多拍給工程師看的職場 A 片、職能自慰劇情片， 例如「我離職後公司服務器沒有我的金鑰崩潰了」、「廠商解不了的 bug 被我低調不邀功解決了」， 看著很爽，不過仔細想一下這根本是資料治理、稽核、IS ...