優化中程序員不配合怎麼辦

① 為什麼程序員寫程序的時候，不喜歡被打擾

一個程序員被打攪後，他需要10-15分鍾的時間才能重新恢復到之前的編程狀態；
當修改一個程序函數時被打攪，只有十分之一的程序員能在一分鍾內回到之前的思路；
程序員一天中只能得到一段2小時不被打攪的時間。
當被打擾後，很可能再也回不去了。即使回去也得花費10～15分鍾，要是這過程中還有人過來找他們呢？

② 程序員工作中遇到不會做的怎麼辦不能接了工作，又做不出來啊「不是要做辭職

如果不能，首先要盡力，你真的盡力了嗎？可以問專業課程的老師，可以問師兄，問同事，問主管，問經理。不要自己藏著，不會了就辭職。
其次，實在有問題，一定要及時和你的上級溝通，讓他知道，不要拖延到事情沒時間解決了再做。因為不止是你的工作，還有公司的信譽！

③ 當作為一個初級程序員，自己的業務能力不夠的時候怎麼辦有些功能業務實現不了怎麼辦

你只能繼續深造加強學習，因為你剛參加工作經驗比較少，學的東西和實際結合不進去慢慢的來別著急，多和有經驗的交流，就會改變你現有的壯況。

④ 程序員做項目，發現有些需求真的完不成，該怎麼辦。目前那個模塊只有我一個人比較懂。很糾結現在，該如何

可以和上級溝通一下啊，或者一起討論看看有沒有好的想法，項目這個東西最終定型是在不斷的討論修改過程中生成的

⑤ 不想當程序員了，壓力太大，怎麼辦啊

如果不是看重程序員工資高而去工作的。建議去找個自己有興趣的職業，或者自己內心想去做的事情。這樣會活的開心點，找個輕松點的工作也可以去廣交朋友

⑥ 程序員遇到解決不了的bug怎麼辦

但大部分程序員都有一個問題就是不太願意測試自己的代碼。他們草草的調式完成以後就認為工作結束，測試那是測試人員的工作。
1. 影響了程序員自己的聲譽
2. 影響了產品的質量
3. 影響了客戶的信任度
4. 這個時候再 DEBUG 難度增大了許多。
大的不說，就說多自己聲譽的影響吧。如果你的程序總會有這樣那樣的 BUG ，你得到收益會減少，即使你寫了很多代碼。
程序員必須克服一些自身的致命缺點才能夠從根本上解決這個問題。那麼這個問題是什麼?前面我們已經提到，程序員對自己的代碼都非常寬容，認為那是正確的沒有問題。實際上這種想法比較正常，程序是通過程序員思考和設計之後才寫出來，程序員不會將自己認為不正確的東西寫到代碼里，而到這個時候都一直假設程序是正確的;但人非聖賢，怎麼可能不犯錯誤來。實際上程序員在對待其他程序員時候的態度就很好，帶著一種挑剔和學習的態度;但一旦對待自己的代碼就很難這么做;這就是最致命的。程序員也必須對自己的代碼帶著挑剔和學習的態度;這個基礎是假設自己的代碼是錯誤的，然後需要做的是怎麼樣證明自己的代碼是正確的。程序員自身可以在程序生成的每個階段做這些工作：仔細的設計(這個時候畫點時間是值得的，必須保證我們對自己的程序有清晰的輪廓後才能開始動手寫)、編寫代碼時、單元測試(單元測試的重要性就不在贅婿了)、功能測試。
仔細的設計：這個的仔細是說在程序員編寫代碼之前，其必須對代碼的整個結構以及邏輯結構有明確的清晰的了解，只有這個時候才可以去寫代碼。這里沒有談到文檔，但我說到了一定要清晰的思路，但清晰的思路不是每個人都可以在腦袋中直接形成的，很多人都是普通人，沒有辦法在腦袋瓜中把所有問題都想清楚，那麼就記下來，特別對於復雜的邏輯。
編寫代碼：對於沒有把握的代碼，例如：新設計的演算法，最好保證其正確性。可以單獨將這部分測試，這可以讓代碼模塊化的同時又保證了代碼的正確性。一句話：少量的代碼保證質量還是比較簡單的。
單元測試：單元測試的重要性不在贅敘了，現在也有許多工具可以幫助程序員並減少工作量。
功能測試：程序員保證自己代碼質量的最後一關;為了做這樣的工作我們可能必須寫一些代碼來測試，甚至是測試工作。使用大量的 CASE 來測試，以及錯誤的 CASE 。這里和測試人員的測試不同之處在於：仍然讓程序員的注意力放在其自己的代碼范圍內，減小了排錯的難度。
如果你通過了以上的步驟都找不出你程序中有任何問題的話，那麼我想你的程序應該足夠健壯了。其實還有一點必須說明的就是：代碼 REVIEW 。
前面說道了程序員對待別人代碼的態度是挑剔和學習的態度，所以讓其他程序員來 REVIEW 你的代碼也是檢查程序有沒有邏輯錯誤的很好的辦法。團隊中應該交叉 REVIEW 代碼，這是實踐的經驗。
作為一個好的程序員必須有以上的習慣，以及對待自己代碼象孩子一樣，我們要愛惜我們的代碼，同時也要讓代碼走正確的路。

⑦ 程序員技術差勝任不了工作應該辭職嗎

那就去找個有老員工的大公司吧，這樣可以學到很多東西。

⑧ 好累，轉行程序員為什麼這么難，感覺自己堅持不下去了

再怎麼累也不要放棄，成仙成魔就在一念之間

⑨ 我是it程序員，剛進公司讓我調試bug但是總是調不好很是郁悶，我該怎麼辦是不是有很多人都有這樣的困惑

一般代碼不是很多，可以一步一步跟蹤，這樣在找Bug的過程也學習到人家撰寫的編碼的知識；如果很長又沒耐心去看，你就根據報異常的信息去瞭解，哪裏有錯了，打個斷點，F5調到那個斷點，如果能跑到那個斷點，就說明前面沒問題，如果沒跑到那個斷點，就說明前面有異常，要在重新調整。其實就是要會拆分找問題。
做IT，沒熬得住寂寞，謹慎仔細，品質如何保證呢。

⑩ 程序員老手都不好找工作了，這是為什麼呢

很長一段時間以來，不少國內媒體都熱衷於討（炒）論（作）與「程序員中年危機」相關的話題，似乎程序員到了中年時前途一片黯淡無光。

認為IT行業是青春飯的說法，無外乎兩方面理由。

一方面是IT行業高強度的工作壓力，讓年紀大的人很難適應。常聽有人感慨，想當初剛工作的時候，連軸轉熬個三天兩宿小意思，好好補一覺就緩過來了。但過了30歲就不行了，哪怕只加一個通宵的班，都可能小一周緩不過來。

另一方面則是IT行業技術發展的迅速，逼著這個行業的人時刻都不能完全放鬆下來，因為不知道什麼時候現在掌握的技能可能就落伍了，甚至自己所處的細分領域都可能在科技發展的過程中被優勝劣汰。

IT是不斷需要學習的行業，知識體系更新很快，優勝劣汰也是非常殘酷，不學習就要被淘汰。但任何人，只要走上社會，都應該向前看，不能只是停留在睡懶覺過舒服日子的學生時代。