不要對一個程序員說你的代碼有bug

A. 程序員代碼bug導致銀行損失怎麼辦

程序員承擔。程序員的代碼bug是個人原因，在導致銀行損失後應該由程序員承擔。程序員是從事程序開發、維護的專業人員，程序員分為程序設計人員和程序編碼人員兩種人員。

B. 互聯網前輩總是說「bug是改不完的」，新入職的程序員該怎樣應對bug

互聯網前輩總是說“bug是改不完的”，新入職的程序員應對bug：

C. 運營人員如何與技術人員溝通

當設計師把頁面設計山汪出來之後，運營就需要拿著這個逗讓仔和技術人員把產品需求溝通到位。

和設計人員一眼，技術人員往往也是搶手的資源，所以一定要提前預約，把排期確定下來，對於需求文檔里的內容要溝通到位。

有時候對於一個功能的實現，沒有直觀的感受，技術人員可能並不能理解要實現怎樣的功能，或者是理解上出現偏差，所以要及時溝通，如果能有案例就展示案例，能自己利用一些軟體作出動畫效果，就用動畫效果來展示，總之，文字描述不如圖片，圖片不如動畫，一定要把需求傳達到位。滑知

再開發階段，一般不再修改需求，因為技術人員開始寫代碼的時候，心裡就有了對整個功能模塊的框架，一旦修改，就可能推到重來，那你和技術人員之間友誼的小船，真的要說翻就翻了。

前段時間有個段子

你不能對一個程序員說：你的代碼有bug。他的第一反應是：1，你的環境有問題吧；2，傻逼你會用嗎。如果你委婉地說：你這個程序和預期的有點不一致，你看看是不是我的使用方法有問題。他本能地會想：操，是不是出bug了！

雖然有點好笑，但確實是應該要委婉地溝通。如果出現bug，就盡可能描述出出現bug的步驟，使用環境，已及這個bug的重要程度，方便技術人員排查bug和確定任務優先順序。

運營和技術人員的良好溝通可以保障產品的順利上線，所以別看技術人員只會寫代碼，人家可重要著呢。

D. 你的代碼出bug了，程序員聽到這個時的表現太真實了

這個大撒比寫出這么個爛代碼，幸虧有哥這樣神一樣的存在才發現，哥真是救世主。

這個程序運行很久了是不是真有bug啊，是不是你弄錯了啊，可以重現么，什麼？可以重現，有尼瑪問題也不大，要不用戶早投訴了，瞧你那驚慌失措的樣子，真想吐你一臉狗屎。

這個bug隱藏的很深啊，還好哥犀利犀利，沒有被領導發現，今晚加個菜。

這個程序剛上線還處於調試階段，有bug很正常，誰的程序沒bug，連操作系統都有bug。

哥就是犀利，自己開發自己測試，看測試那幫撒比什麼也不會干，這么明顯的bug都測不出來，真是一群廢物。

1、「是刪除它還是修改它呢？好糾結 ！」

2、網上一定有解決辦法。

3、是誰動了我的代碼？

4、完全不知道這些代碼是神馬東東。

5、哦，為什麼我都沒寫注釋呢？

6、算了，廢了他，我還是從頭開始吧！

程序員自身可以在程序生成的每個階段做這些工作： 仔細的設計、編寫代碼時、單元測試(重要)、功能測試。