狂笑江湖1
確實在我們的印象中，程序員（碼農）的主要工作就是根據產品經理的需求，然後進行需求開發。由於在開發過程中，需求不斷變更（新增或刪除），導致程序員不停的忙於應付。
這些內容充斥在程序員的生活中，而且個別時段對版本的要求比較緊急，所以閒著程序員比較忙碌。
上面的幾個方面基本是涵蓋了多數程序員的工作中，那麼我在結合我的工作補充幾點：
第一點：單個程序員負責的項目多
我是做汽車方向的軟件開發。在我的工作中，我是一個人負責十幾個項目的定製開發工作，對接多個廠商，比如奇瑞、眾泰、日產、廣汽之類，然後不同的車廠下面可能會有多個供應商來提供軟件，我就需要在不同的系統軟件上去適配，所以我的工作中顯得我非常忙碌，一句話“操碎了心”。
最後在吐槽幾句，今年準備換份工作了，這個工作壓力太大，心太累。一天到晚收不完的郵件。
第二點：瑣碎事情多
工作中都有這樣的體會，正在聚精會神的去完成某個需求的編碼開發工作，突然一個郵件過來客戶或者車廠的甲方說了一個問題，你得中斷一會趕緊回覆下郵件。可能沒一會，項目經理要來找你跟客戶開個電話會議，這個電話會議真是沒有個準點，客戶的電話說打過來就打過來了，然後給你丟個需求，然給你評估。這樣的瑣事沒斷過一天天的，所以做事情很容易被打斷，導致時間過去了，但是工作需求還是沒做完，所以噁心循環就得晚上加班來做。顯得很忙碌。
第三點：忙給領導看
這點可以說是非常的挫，就拿我們公司來說，即使你工作效率高、代碼質量高，出來的bug少，你很快把工作做完了。但是。。。但是領導沒走，你就得坐在那裝給領導看，眼睛盯著電腦，電腦裡隨便打開一段代碼。給人的感覺很忙碌似的。我們領導就直接說過，月度績效的時候，我就翻著你們的下班打開時間來看，你說這忙活一個月，還能跟錢過不去嗎？說出來都是淚。
最後，希望大家工作中注意身體，身體是革命的本錢。
Andoter的學習筆記
各種需求變更
有的時候項目會有各種各樣的更改。會導致浪費大量得時間，也許你一天的工作都白做了，有的時候甚至一週的工作都是無用功也有可能。舉個例子，你剛好的項目，產品經理說要加個按鈕，不就一個按鈕嗎？我呵呵了，我如果要加按鈕，按鈕要加在哪裡合適呢，各種間距怎麼改看起來美觀呢?按鈕觸發的事件的流程怎麼走呢?我改完之後是不是要發佈，從前端頁面和後臺服務是不是要完整的測試一遍呢?光一個按鈕就要牽扯這麼多，其他的有的時候則是大量的修改。所以需求一旦變更，碼農會很忙的。
工作量大，任務重，時間緊
有的時候客戶著急要求看項目。所以苦的還是我們碼農，為了短時間內滿足客戶需求。但是巨大的工作量，時間如此之緊，而我們一般來說人數不足，只能加班幹活了。其實在有的公司你會發現項目沒有不緊的，只有做完一個項目，然後再進行下一個項目，才能創造更多的利益。
技術更新快
在軟件行業，技術更新較快。據說，要想跟上步伐，只有不斷的學習。而有的時候你做項目的時候，你所要用到的這個新的技術你壓根完全沒有接觸過，但是項目急需。所以你只能夜以繼日的攻克新的技術關鍵點。
接手他人的代碼
有的時候在工作中你不得不接手他人的代碼。而這段代碼相當的亂，不止一個人修改過。有多亂呢，我舉個例子，那個代碼現在就像一大堆亂糟糟的毛線一樣，這堆毛線已經完全揉在了一起，各種顏色都有，黃色綠色粉紅色等等。你現在要做的就是，想辦法把這堆毛線一根根的縷順，每個顏色的單獨放在一起，然後利用這些毛線進行織毛衣。知道有多亂了吧!
工作經驗不足，對框架不瞭解
許多公司都有自己的框架。有各種各樣的已經封裝寫好的功能，你要做的就是直接調用這個方法即可，但也許你是公司的新人，工作經驗也不足，對框架不是很瞭解。你需要實現這個功能時，自己從頭到尾是不是一個一個代碼敲的，浪費了幾個小時，你卻不知道有封裝好的方法。舉個例子，你現在要炒菜了，要洗菜，切菜，然後往鍋裡灑油各種炒菜過程。其實呢，現在你有一個機器人，你只要發出一個指令，他就可以幫你完成你所有的炒菜過程。你發出指令的過程就像調封裝的方法，你炒菜過程就像是從頭到尾寫這個方法。那個省時省力，顯而易見。一分鐘完成的事情，有的時候折騰了幾個小時，當然忙了。
小目標哥哥
1.需求多，開發週期短。這點主要是產品需要急於搶佔市場，又想做得功能豐富，需求就多，這是一個壓力很大的事情，如果編碼質量不高，反覆改Bugs，工期就更緊了。
2.需求反覆變更。這點主要是設計沒做好，總是試一試，看一看，改一改的套路。有時好不容易按需求把功能做好了，項目經理反饋，客戶或產品經理說這不好，那不好的，甚至推翻重來，天哪，忙不忙？
3.代碼質量低，錯漏百出。這點主要體現在新手身上，新手編程普遍有個特點，看了一看需求，擼起袖子，立馬敲代碼，還時不時複製粘貼，代碼是否冗餘也不知道。這樣就容易，又亂又錯又漏，功能也不恰當，程序也不健壯，也不容易擴展，天哪，後面修呀改呀，忙不忙？
1.徹底分析需求，充分溝通。在一開始就把需求吃透，要有預見性地看待需求，並指出完成後可能有哪些不足之處，充分和項目經理，設計師，美工溝通好，儘量完善和確認需求。
2.對工期要有個合理的足夠的彈性評估。這點一般項目經理會評估，但一般以項目鬆緊度來定，作為碼農，比較知道自己能力，如果安排的工期預估很緊或很難完成，就要提前提出，讓管理者適當調配。
3.工欲善其事，必先利其器。這點很重要，在開始碼字前，必須先從整體角度，拆分角度分析清楚，怎麼實現，用什麼框架，用什麼模塊，難點在哪裡，易錯漏在哪裡，邏輯關係是什麼，用哪些算法，健壯性擴展性怎麼做……等把這個問題清單解決得八九成了，才開始編程，這時候碼字就如行雲流水，得心應手。
謝謝大家。
宏思微想
有句話說的好:”你想要別人的錢，別人想要你的命！”
碼農，說白了也是一個打工的！只不過這個打工的性質和其他行業不大一樣，每天通過代碼和電腦打交道。
換句話說，這是有一定難度的技術活。
畢竟，想讓電腦按照你自己的預設的想法去一步步執行程序，用漢語文字去告訴它是不現實的。至少，在目前來說是這樣。我倒是希望有一天，編寫程序能用漢語來進行，這樣對於國人絕逼能大大提高開發效率！
然而，也只能想想而已！誰讓老外開發的操作系統老外發明的編程語言呢！
如果看不懂一點英語，或者連26個字母也不會。那這個編程工作真的一點不適合你。
說到碼農忙，大概有這麼幾個因素。
1.項目開發週期短。
2.項目太多，編程人員不足。
3.普通碼農多，優秀的大牛少之又少。
4.改bug。
5.完整的程序都是成千上萬行代碼組成，碼農可能不斷的重複造輪子。一遍一遍的砌磚頭！
6.每天都要不斷學習，思考，總結。
7.產品不斷更改需求，持續更新迭代。
8.各種需求討論評審，表結構設計，測試用例評審等一系列會議。
9.碼農當全棧工程師來用，今天做後端明天搞前端大後天可能要搭建服務器。術業沒有專功，在自己不擅長的領域解決疑難雜症，白白浪費時間。
10.就算自己有一丁點閒的時間，也要假裝自己很忙。因為，你閒就襯托出別人忙，領導看到了會認為你乾的活少沒難度，或者說你要能者多勞。總之，你不能太閒！
好了，今天就分享這麼多。
歡迎👏大家指正。
碼農的搬磚生涯
我總結碼農加班，不外乎兩個原因，能力不夠和任務分配有問題。
能力不夠
遇事先在自己身上找原因:
項目中用到的各種技術是否熟悉
項目中的業務知識是否熟悉，是否瞭解項目流程
項目的上下游系統是否瞭解，至少做到熟悉各種接口調用吧
是否善於總結：自己的代碼庫和提高工作效率的工具
溝通理解能力，比如看不懂需求可以主動去問，別坐那兒幹想
解決問題的能力，Google用好了也是有學問的
解決方法：這些問題不是著急就能解決的，還是需要不斷的積累，提升自己各項能力。
任務分配問題
更多的時候，是任務分配的原因：
互聯網產品，迭代速度快，有的時候一個想法誰先做出來，誰就能圈住客戶；誰晚做出來，可能就直接死掉了，這種公司，加班一定很多（或者22:00是正常下班 ）。這種時候，要麼適應公司（當然工資一般不會低），要麼跳槽離開公司，千萬別想著朝九晚五還能拿高薪。
業務要求：很多人都遇到過，業務週一提了一個需求，說希望週五上線，測試先說我們需要四天測試...得咧，只有一天開發時間。這種時候就跟業務溝通唄，溝通不了就給個排期，讓領導和領導溝通，最後的結果是，領導說“努力滿足業務的要求”。
需求老是（隨意）變化，這個是最不能容忍的，提了需求開發都要開發完成了，結果需求跑過來說...需求變了，新的要怎麼怎麼樣；很多時候需求懟不過業務，其實業務提的功能不見得都是對的，需求應該進行合理地篩選和加工。這種情況如果很多，開發人員建議一起參加需求評審。
項目經理時間安排的有問題，本來三天開發工作量，他估了兩天，一兩次還說的過去，如果長期是這樣的，要麼是他故意壓開發時間，要麼就是能力問題。這種情況可以參考敏捷開發的模式，把需求拆分成故事（細分的需求），然後和全體組員一起評估開發時間。
希望我的回答能夠幫助到你！
會點代碼的大叔
忙，以我的經驗來看，並不全是工作，程序開發者不工作時往往也很忙。
一般程序員開發者，忙的狀態，生活中也忙，忙賺錢，忙提升技術，而工作中忙寫代碼，忙解bug。
為何？
1. 職業屬性如此，這點是大多數人所看到的。互聯網熱和發展，是創業者、程序員、運營、產品等一個個產品，一次次迭代推動的。互聯網行業競爭太激烈，搶風口，爭時間，不忙離下崗就不遠。
2. 技術更新快，不學跟不上。經常聽說半年不學一門新技術就落伍了，對未來有期待的程序開發者怎能不打上雞血拼命學習？
3. 程序開發者工資和經驗實力一般是成正比的，不光工作中學習，業餘時間也賠上才更有把握搏一個好未來。
（完）
技術世界
因為要不停的找bug，寫bug，改bug。
菜鳥學Python
本人從事編程調試近10年，曾經從用一個星期熟悉新機型彙編語言開始，到再用三個星期編程調試通過，到最後程序編寫完成幾乎一兩次就全部通過，並用最短的時間讓用戶認可。這種經歷磨練了本人嚴謹的思維方式，這其中不乏熬夜加班。但許多碼農非常累，原因是在編程中喜歡耍小聰明，欲速而不達。印度人軟件做的比較好，是因為他們做軟件規規矩矩，重視合作和標準化。中國碼農想快點完成工作，但卻不重視項目編程基礎工作，上來就編，有問題就打補丁，到最後程序一塌糊塗，BUG層出不窮，程序效果只在程序猿最關心的部分表現較好，其他細節慘不忍睹，經常“鬧鬼”。這種程序猿“手腳不乾淨”，是項目的大禍害，不能留
呼兒嗨右
競爭啊，生存啊，壓力啊！一分錢一分貨，拿人錢財，替人消災。掙錢哪有那麼容易，只能自己快速學習，快速提升。為了保住得之不易的飯碗，防止別人搶走；為了抓住機會，完成自己的原始資本積累；為了防止和擺脫，上司，產品經理的刁難；為了，和市場競爭，不至於自己被淘汰；為了跟上時代的風口，提升自己的技能等級！
我又不是程序員，我怎麼知道？(o´ω`o)雖然我想成為程序員，沒人要啊Ծ‸Ծ
李向前743
忙是因為技術更新太快，老技術還沒學紮實，新技術已經成為風口，所以碼農都很忙，忙於幹項目，忙於學習新技術。
