沒有方向規劃，全聽老闆的。

崩潰的真實案例:一週變更了18次需求，一天3次，最後說沒做完，直接辭職走人。

寫自媒體軟文的人最害怕的應該是寫好的文章，只差校稿一步結果因為沒儲存「全部消失」。寫程式的人可能寫好的程式都測好了，而且還一個大躍進/大功能，因為忘了save忘了git commit 或可能已save但某些原因（例如rm -rf . , git reset HEAD）而全部消失。這時要重寫就會很無力。

首先說明一下，程式設計師是職場各種職業之一，他們並不那麼特殊，但也有自己的職業特點。

一、改

無論是設計師改圖，策劃改方案，產品經理改需求，程式設計師改程式碼，測試人員改用例都是一件讓人崩潰的事，只能說各個部門把改的內容，範圍以及時間控制在可控的範圍。因為改不僅僅降低工作效率而且降低工作激情，因為一件事往往一鼓作氣再而衰三而竭。

二、合作同事不給力

往往做好一件事，不是一個單一職業就可以完成的。尤其是一些合作程度比較高的職業。比如產品經理設計的產品再好，程式設計師無法實現。或者程式設計師技術再牛逼，沒有好的產品設計都是做不好一個產品的。

三、主管領導不專業

很多公司都可能有這種情況，比如運營總監不懂運營，甚至沒有運營思維，其它運營人員再厲害也施展不出來，因為主管領導根本不懂他在說什麼。程式設計師的主管領導如果不懂技術，不會評估實現難度，不清楚實現成本。一味的只說別人能實現你也必須要實現，否則就是你技術能力不行。這就像讓一個小作坊的銷售實現一個億銷售額的小目標，完不成就是銷售能力不行。

四、職業邊界不清晰

很多人對某個職業不理解，所以就想當然的認為是某件事做不好就是某個職業的鍋。這點尤其程式設計師尤其嚴重，比如產品設計的互動不好，有些人就會說是程式設計師的問題。產品上線了有問題也是程式設計師的問題。運營資料不好看也是程式設計師的問題。其實程式設計師是一箇中間部門，也就是說其實使用者是感知不到程式設計師的工作的，程式碼寫得好壞，執行效率搞不搞這些問題使用者都是感知不到的。使用者感知的是產品好不好用這個決定權在於產品經理，至於產品經理提出需求程式設計師能不能實現，這是這兩個之間的博弈。再比如產品上線有bug，第一責任肯定是測試。比如程式卡，第一責任也是測試，但後期涉及到程式設計師和伺服器運維的博弈 。

除了以上事情，其實還有很多。但是大多數公司不可能把各個崗位配置那麼全，程式設計師做為中間部門，上下游的崗位都多多少少了解一些。只要公司能做到多勞者多得，大部分人是願意能者多勞的。

雖然我不是程式設計師但是身邊有很多程式設計師朋友，我覺得讓程式設計師崩潰有很多種情況。

第一種：就是你想設計一個案子，但是自己實力又不夠，在網上找了很多資料，但是網上沒人放出來，這個時候就很頭痛，因為這個案子關乎到自己以後的人生方向。

第二種：自己好不容易寫了幾年的程式碼，突然一天因為看小電影中了病毒，或者硬碟壞了，或者是因為寫了一天的程式碼沒儲存突然又斷電這個時候就很頭疼。

第三種：自己在公司寫程式碼或者家裡寫程式碼突然來了靈感，剛好這個時候有客戶或者親戚朋友拜訪就非常尷尬了。

1、頻繁改需求

2、領導說簡單

3、壓縮開發週期

4、中途插入別的任務

5、專案上線前夕突然要求增加功能

……

1.

bug！在寫程式碼的時候最頭疼的就是 bug ，最讓人頭疼的就是程式看走眼了，把一個相似的函式（方法）調成了另外一個函式，編譯的時候不報錯，執行起來找了半天才發現自己把單詞搞亂了，盡然長得一樣！

2.需求不定。寫了一半的程式突然來一句，要重新改，我想這個肯定能讓很多碼農崩潰。

3.沒有開發工期。催人的產品經理和技術經理，出一個功能十天的工作量硬是要你兩天敢出來。