程序員交接工作最痛苦知乎

① 普通程序員的工作生活是怎樣的

通常我們進入公司以後，不會是重頭開始一個項目，而是在已有代碼的基礎上進行維護或新功能的開發，所以必須「讀代碼」。
讀有「泛讀」，了解系統架構、功能模塊，對系統有一個大致的認識，各個功能能找到相應代碼實現的位置。
還有「精讀」，通常就是調試了，在fix bug的時候使用。此外還包括審核：一些規范一點的公司，都會有code review，也是精讀，但不用debug。
對於一個成熟的項目來說，讀代碼——而不是寫代碼——可能是最耗時間的工作了。
寫注釋文檔
為了減少「讀代碼」的時間，我們不得不花時間「寫注釋」「寫文檔」——這個程序員最深惡痛絕的工作。所以現在「爛代碼才需要注釋」的聲音變得越來越強，但無論如何，文檔還是要寫的。（注意：要能區分注釋和文檔）
了解需求
好了，終於到了「寫代碼」的時間了。
然而，在動手開始寫代碼之前，你必須花時間「了解需求」。和自己寫個小程序玩玩不同，在公司，你是為別人寫代碼，所以你一定要了解別人究竟想實現什麼功能。通常，這並沒有你想像的那麼簡單，需要反復的溝通。
當然，也有一些團隊和個人，不願意在這上面「浪費時間」，通常他們的下場就是不斷的寫代碼，然後不斷的改代碼，加班加點的做大量的無用功，整個公司怨氣沖天一地雞毛。

② 程序員的交接工作應注意些什麼

程序員離職後進行交接工作時要考慮全面，具體有以下這些方面：

技術層面：

1. 最後修改的代碼提交入庫Git或SVN。

2. 自己整理過的技術文檔。

3. 自己使用設備（實體伺服器、虛擬機、Docker等）的IP、用戶名、密碼。

4. 自己的項目進度文檔。

非技術層面：

1. 歸還公司的工牌或者鑰匙。

2. 歸還公司的設備。

3. 辦好離職手續。
   

③ 當程序員太痛苦，我該裸辭嗎

裸辭一時爽，實際兩面傷。
做程序員是一件非常枯燥乏味的事，但是出來工作，都是要有職業操守的。
假如你說不幹就馬上不幹走人，那你那麼痛苦去上班勞動應得的工資就沒有了；而用人單位當初聘用你，你去工作，就代表你對程序員這個工作是認可的。但現在你突然裸辭，他們也會受到麻煩或損失。這樣兩相傷害何必呢？
建議題主實在堅持不了，就向人事行政部提出辭職，走正常離職程序，交接完工作、結算了工資再離開為好。

④ 程序員在交接過程中應做哪些工作

如果能事先確定接替他的工作的人選,交接應該在接替人在場的情況下進行,如果有一段交接期就更好了,可以讓接替人在這段時間內參加交接人的項目,根據該程序員的重要性按下面順序[重要性遞增],交接工作主要針對未完成的項目任務進行:
1.目前未完成的軟體代碼和文檔,代碼和文檔應相對應,關鍵代碼應該有詳細注釋,各個模塊的解釋性文檔,設計文檔等.[這塊如果公司有好的規范是很方便的,如果沒有一個好的規范一般只有代碼沒有文檔就很麻煩了,要求重新寫出代碼說明,規范代碼注釋.對關鍵代碼要求交接人和接受人之間有口頭的說明和解釋]
2.目前未完成的設計任務,其中按其擔當職責不同有下面幾個東西需要交接:模塊設計文檔[系統架構/主程序員],模塊變動文檔[主程序員],模塊測試文檔[主程序員/程序員],系統測試文檔[主程序員/系統架構],系統分析書[系統架構],需求分析書[系統架構/主程序員].要求所有交接必須項目經理,交接人,接收人三人在場,並口頭解釋說明.
3.人事關系交接,這塊應該不屬於項目交接了呵呵.
4.長期有效的聯系地址或電話.

交接工作的成效考核:接收人必須對原有項目有充分的認識,能夠完全代替交接人進行工作.所有文檔符合規范,代碼有充分的注釋.已完成的測試文檔必須詳細.至此交接工作應該算是圓滿完成了.

上面是一般性交接工作的流程和需要注意的地方,一個好的交接必須有完善的規范做支撐,才能達到事半功倍的效果,希望對LZ有幫助.

⑤ 程序員最大的悲哀是什麼

程序員哥哥最大的悲哀是什麼？哈哈，我是黑程序員的小能手。1就在5年以後，「哇，叔叔的經驗閱歷好棒，應該是CTO級別啊？為什麼連個工作都沒有？」2哇喔，我們團隊居然沒有一個可以讓「我」學習的人。（100行代碼寫了一萬次，還沒有人能看得出你的問題，悲哀不？程序員永遠要做團隊能力最差的那個人，如果你所在的團隊沒有人比你更厲害，趕緊辭職。）3大牛會寫的代碼有很多，從c，c++，java，到php，ruby，python，js到go，swift，haskell，erlang。通通信手拈來，天賦那麼好，「我」只會java還半吊子。那「我」轉了算了。轉去哪裡好呢？轉架構師吧，要不轉系統分析師也行啊（兄弟，你可真敢想。）4一程序員哥哥來面試，老闆問：「你畢業才兩年，這三年工作經驗是怎麼來的？！」程序員哥哥答：「加班。」5作為一名程序員哥哥的讀書歷程：第一階：x語言入門—>x語言應用實踐—>x語言高階編程—>x語言的科學與藝術—>編程之美—>編程之道—>編程之禪—>第二階：《和產品經理的有效溝通》《如何找到一個女朋友》《如何同時購買西瓜和包子》第三階：《如何戴Prada墨鏡》《如何打理一頭飄逸的長發》《如何把灰黑搭配出30種效果》第四階：《領導為什麼生氣了》《老婆為什麼生氣了》《XX導購為什麼生氣了》第五階：《頸椎病康復指南》《腰椎間盤突出日常護理》《心臟病的預防與防治》《高血壓降壓寶典》《強迫症的自我恢復》《精神病症狀學》第六階：《活著》....

⑥ 程序員連續加班在餐廳淚崩，程序員工作究竟有多累呢

提到程序員這個工作，大家都會覺得非常的辛苦，雖然工資也很高，但是就是在透支自己的身體哪，禿頭也是很普遍的，年紀輕輕就遭受生活的折磨。就在武漢的一家超市，一位程序員深夜下班吃飯，在和家人打電話的工程中淚崩了，當自己在外面很辛苦，聽到家人關切的話語的時候，相信沒有人能夠忍受的，大家都知道程序員的工作很辛苦，但是多辛苦卻不知道。

對於上班族來說，最痛苦的事情就是加班了，畢竟一天的工作已經很辛苦了，但是下班之後還要加班，但是對於程序員來說，加班熬夜已經是很常見的事情了，大家都已經見怪不怪，但是這位程序員每天晚上2點回家，早上5點就又起床，每天僅僅只休息3個小時，鐵打的身子也熬不住啊。

我們經常會聽到很多這樣的消息，就是很多的程序員都因為加班熬夜進醫院的，真的是太可怕了，幸運自己沒有進入這一份行業，不然的話自己的小命也不保了，還這么年輕。

⑦ 剛做程序員，很痛苦，怎麼辦

這里再推薦另一種學習方式，就是看博客，博客比起書籍來說，更適合對於某個技術點的學習，你可以很容易地在網上找到這個知識點相關的原理，實現方法，以及代碼範例。學習java的心?得體會學習任?何語言(包括英語),?基礎一定要打好,沒有?學會走路跑步不可能快?吧報了動力節點JAVA班，深圳新校區學了不少實戰經驗

⑧ 新入職程序員的痛苦和迷茫

我剛從動力節點畢業上班的時候跟你一樣，在一家小公司做編程，雖然薪資不低，有一萬六，單每天重復單調枯燥的過程，感覺自己像個上了發條的機器木偶，尤其是在地鐵上擠著上班的時候，我跟老師訴苦，老師開導我，每個人都會有一段低迷時期，找不到方向，想踏出固步自封的圈子又怕跌倒。關鍵是，你是討厭這份工作還是討厭這個行業，不用著急，慢慢理清自己的內心。

⑨ 程序員的悲哀是什麼

「碼農」這個詞，不管是不是從事IT工作的人，都略有耳聞。這個詞的誕生無從考究，不知是程序員的自嘲，還是外行帶有顏色的嘲諷。總之，對於這個詞，我是既無奈又無力反駁。確實，工作中，我們大多數底層程序員每日做的工作相當於流水線的作業。

大部分程序員是悲哀的，不是情商、衣著、自黑之類，悲哀的是沒有決策權。項目做成什麼樣，那是領導和產品經理的事；用什麼技術框架，那是架構師的事；資料庫的設計，業務那是項目經理和產品的事；而作為一個普普通通的底層碼農，我們只需要拿到需求，然後等設計給圖子，流水化的寫出實現代碼。我們只是一個執行者，別人叫你幹啥就幹啥。最後項目做壞了，裁員的是誰？程序員。

這就是一個普普通通的「碼農」。讀書那會，我的老師跟我說，「如果從業十年，你依舊在寫最基礎的代碼，做一個碼農，那麼就不要做程序員了，轉行吧」。現實中，每個公司存在最多的就是這些「碼農」，那種掌握核心技術，產於項目設計，技術架構的畢竟是少數，大多數程序員都處於被動接受，按需求完成代碼的任務。

做程序員越久，越是感到：我們就是新時代的手工藝者。只有少數的人，從手工藝者，變成了發明手工藝製作機器的人，少部分人變成了設計手工藝品的人，少部分人變成了車間主任罷了。

「碼農」這個詞有著深深地悲哀。

見過太多剛入行的菜鳥，像極了曾經那個滿懷激情，夢想的自己。當第一次接觸Java的面向對象思想時，那種興奮，彷彿能用Java描述整個世界，彷彿自己就是上帝一般，在現實世界，創造出另一個虛擬世界。而現實中，一兩年的流水化作業，沖淡了一切。

對於產品，彷彿是自己的孩子，從無到有，一點一滴，看著一個網站，產品，在自己的手下，滿滿長大，那種滿足感，自豪感，油然而生，但是最後你希望它變得更優秀時，卻發現它不受你控制，彷彿養了好幾年的兒子，被人教唆去做壞事，你不能說任何話，因為撫養費不是你出的。

決定你有沒有決策權的是你的縱向位置，也就是在本行業金字塔的位置，出類拔萃者說話就響。過慣了咸魚生活，但誰又甘心做一個「碼農」，我們希望發出自己的聲音，成為那個有權利選擇的人，這一切需要提高自己的技術，能力作為支持。在國外，程序員被稱為程序設計師，而國內「碼農」，區別可想而知。