問問題之前可不可以先自己試過 不要沒試過就直接來問好嗎？ 我不是保母欸 要不要順便幫你把code寫完？ 我以為問問題應該是要先說明自己試了什麼 在哪裡卡住並附上錯誤訊息

跟主管要討論處理git的分支 結果工作列要按SourceTree 卻按到了Discord 偏偏又顯示 不獸控制的色圖頻道...... 這兩個圖標為什可以這麼像 乾

「白話來說，TLS憑證就像是網站的身分證」，簡志誠先說明，每個網站就像是公司行號，合法成立需要申請工商登記，如同「實名制」，證明不是冒牌貨；如果沒登記，就是非法。 「所以網站成立後，這些瀏覽器browser要認為你是合法有根據的，你就要取得憑證」，他說，中華電就是專門在幫Google發憑證的代理商之一，如果該網...

招生單位打來資訊處，我們拿到學生資料後請問你什麼時候能把資料匯入招生審查系統？ Me: (OS你倒是先說幾點能給我資料阿？)：你越早給我就越早弄好，上午10點前給我應該下午可以弄好給你。 招: 可不可中午前處理好，XX系的在Blabla。 Me: 檔案傳輸需要一定時間，匯入系統跟轉檔也要一定時間(OS 又不是我鍵盤按快一點就能比...

拜託不要再相信甚麼先做個表面上能動的東西出來應付能過就好的神(鬼)話了。 需求長怎樣東西就該長怎樣，先做出來只是後面還是得改掉。 嫌人家想太複雜，吵著要看到表面就好， 那就真的給你只有表面，反正你也不在乎，只想自己騙自己。 Yeah，過了。 結果前幾天那個東西突然爆走開始無限迴圈， 哀...該還的債還是得還。 拜...

今天聽說弄 AI 會導入很多技術債 講的像是不用 AI 就有在還債一樣

需求單明明白白就只有寫要做什麼！結果不知道使用者要省他們部門開銷還怎樣！額外跟PM加一堆無關的需求也不另外提單！ 要不要把從現在到年底的需求一起加上去好了！笑死

法人觀察日記 Part 5 在體質健全一點的業界，或者高品質的開源專案裡，你有意見就發 PR（Pull Request）或 MR（Merge Request）出來。只要不是太離譜，或者單純胡說八道，大多都會有人理你、回應你，甚至協助你改進。 但在法人單位，情況就完全不同。這裡的人特別擅長對那些自己不需要負責的事，發表一堆機機巴巴、毫無建...

在軟體韌體雙修十年經驗談 完全不怕AI先取代本職 只怕一堆餐飲腦不知死活跑來寫程式 然後解決1+1=2的問題就沾沾自喜 沒錯 你看到的"我用了短短x分鐘寫出網站"這種例子就是 AI只丟出一個無腦範本 複製貼上後 那些人還會奇妙地誤以為自己很神 在井底當然什麼都看不到 就怕他們提早爬出來後才發現世界這麼大 靈活變通的同時又...

我們在奇怪的地方上班 PM開需求都是一個簡訊過來十幾二十幾個字追問也沒下文 然後老闆嫌我們都不知道PM在講啥 把RD集合起來做集訓 叫RD怎麼聽懂PM的需求 然後讓PM繼續維持這種用line傳十幾二十幾個字就要驗收的工作模式 = =