工作中最難遇的程序員

A. 程序員本科畢業找工作困難

我個人認為程序員如果找工作的話應該相對容易，因虧山為雖然學習計算機專業的人數挺多的，但是真正能夠從事這項工作的人員並不是很多。我認為主要有兩個原因。假如一個班是學習計算機程序設計的，真正能夠領會精髓，掌握的很好的。學生應該不足三分之一。

第二就是程序員工作非常辛苦，一般被戲稱為碼農。工作起來一般是不分晝夜，需要連續工作多日，所以很多人是吃不了這個苦的，因此即使剛一開始進入了時間不長也就知難而退了，因此程序員崗位總是在缺人，所以你畢業了之後找一個這種崗位去頂缺的話，應該相對容易。

程序員本科畢業找工作不困難的，很多公司要求程序員的學歷也是大學本科就可以的了，現在做程序員的工作是很辛苦的了，看他們年紀輕輕的，頭發都掉了，禿頂了，這個真的是很慘的事情了，現在在程序員壓力真的是越來越大了，他們的工作壓力很大

不難。

程序員就是軟體工程專業。本科畢業工作好找。網路公司，信息公司，企事銷族中業單位都需要這一類人才。在企業做程序員可能比較辛苦，做軟體開發，游戲開發，攻克難關不簡單，也不是都辛苦，辛苦的有成就。做程序維護，做數字維護的需求也很多。專業技術人才哪裡都要。學好專業最重要。

程序員找工作並不難呀，只要你有真才實學而且對薪水的要求不是很高的話。找一個編程的工作還是很容易的，但是你對薪水要求較高，對工作環境也有比較要高的要求，那麼就能說了，

程序員市場需求量大

有很多人認為現在計算機專業的人都飽和了，找工作不容易。但是，實際情況是，計算機工作的人是最好找工作的，有不少沒有學歷，自學成材的人，都找到了好工作。這是因為，盡管計算機專業的人很多，但真正認真學進去的很少。

計算機安全系統是IT里相對最簡單的工穗鬧作；從python編程、html5開始，就比較難了，學精的人就很少；到了java代碼、微信小程序設計這里，代碼多得讓不少學生望而卻步。所以，因為IT行業難度太大，所以高級程序員市場需求量非常大。

程序員找工作並不困難，只要你願意勤勞能幹，工作是很多的

B. 央視網評45歲程序員求職難引發熱議，他的焦慮你也有嗎

45歲IT男在中國政府網的一條心酸留言火了，他在留言中寫道：我是一名45歲的軟體開發工程師，從事IT行業很多年了，精通各種編程語言及技術體系，但在我辭職半年後重返職場求職時，卻連一個面試機會都得不到。這樣的留言引發了很多IT人士的共鳴，更得到了社會的廣泛關注，央視網對於此事發表了評論，其稱“結構性失業”是職場常態，相關部門應探究出更多人性化措施，盡量取消職業年齡的門檻，讓各個年齡段的人，都能有工作機會。

所以，從多個角度上說，企業不想要35歲以上的求職者，也是合理的，即便他們是技術骨幹，但是公司也會考慮到他們的健康問題，家庭問題、薪資問題，所以，大多不會錄用。這就像是《都挺好》裡面的蘇明成，海歸人才，技術骨幹，但是卻連一個面試機會都拿不到，現實中的職場就是這樣，如果我們改變不了它，就要學會改變自己，可以適當轉型去做一些沒有年輕門檻的工作，擴充自己的求職范圍。

C. 程序員的悲哀是什麼

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

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

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

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

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

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

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

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

D. 北京一28歲程序員不幸離世，程序員的日常工作有多艱辛

引言：現在有很多年輕人都忙碌著工作，甚至還有一些人為了工作失去了生命。在北京就有一個程序員因為工作比較勞累不幸離世，那大家知道程序員平常在工作的過程當中有多麼辛苦嗎？

三、總結

很多人看到這個新聞之後，都表示非常的同情這個年輕的小伙。因為他的妻子已經懷孕了，而且他每天陪伴妻子的時間也很短。那他的突然離世對於妻子來說也是一個非常大的打擊，看見了這樣的新聞小編，只是希望大家以後在工作的過程當中一定要好好的照顧自己。雖然說工作比較重要，但是如果沒有一個好的身體，拿再高的工資也沒有什麼用。

E. 45歲程序員求職有多艱辛

45歲程序員求職有多艱辛

45歲程序員求職有多艱辛，40多歲的年齡，面臨上有老下有小，而自身能力卻頗有江郎才盡的感覺，心力憔悴，焦慮之情油然而生。45歲程序員求職有多艱辛，下面一起了解。

45歲程序員求職有多艱辛1

當今社會，線上求職已經非常普遍了，各類招聘網站層出不窮，比如有多少人被某招聘網站「找工作跟老闆談」的魔性廣告詞洗腦了，但是去國務院網站發求職信息的還是頭一次見。

這篇求職留言一發出，文字中些許悲涼而又真實的訴求，瞬間戳中了無數人的內心，彷彿說的就是自己。

作為一名也是JAVA方向的互聯網從業者，表示深有感觸，周圍超過40歲以上的同事，基本都是部門負責人或者高層，真正還在一線做開發或者當個小領導的，已經是鳳毛麟角了。

同事A今年剛滿40，育有一兒一女，從進入公司到現在有七年了，級別一直沒調整，晉升雖然很困難，實際原因卻是他自己放棄了，和每一任上級都打過招呼說自己不願意往上走，訴求是做好本職工作，時間上能夠照顧家庭即可，所幸是老員工，且性格不爭不搶，也是為數不多相安無事到今日的大齡員工。

同事B據說45以上了，目前是個leader，雖然大家都叫哥，實際上喊聲叔叔也不為過，從傳統軟體公司跳槽到互聯網，被冠以架構師職位，功勞自然不少，但最多的還是苦勞，你能想像一個45歲的程序員，和其他剛畢業甚至不到25歲的小年輕一起加班的場景嗎，而且總是加班到凌晨，周末隨時待命，我想他也有危機感，怕哪天拼不動了，就在一次次人事調整中被洗出去了。

公司內網每年最熱門的話題就是：今年被新入職的畢業生又倒掛了多少，又有多少人痛罵公司的不公平。

殊不知你們入職那年也倒掛了多少人，只是當自己也變成了前浪，體會到那些不甘心罷了。

自程序員被官方認證為農民工後，青春飯的標簽也貼得死死的了，每逢校招季實習生進來時，老員工都不禁感嘆到：新同學都這么卷了嗎，啥時候把我們給捲走了，拼不過這些小年輕啊。

程序員過了35歲沒有出路了嗎？還是有的。

有人傍上了老闆大腿，這部分人在職場是幸運的。

畢竟混到最後拼的還是人脈，大老闆挪窩時，手下一幫小弟烏泱泱地跟著過去，大有「一支穿雲箭，千軍萬馬來相見」的氣勢，加上程序員還算是外人看來的高薪行業，大佬吃肉小弟喝湯也是夠的。

樹倒猢猻散是沒錯，但只要大樹還沒倒，是可以繼續依附下去的，況且大佬給力時，財務自由也不是夢想。

還有些人家庭背景好，來干程序員屬於下基層體驗生活的。

這類人要麼家裡有十幾套房，要麼拿著辛辛苦苦賺來的20萬和爸媽給的480萬買套房的，這些人本來就不靠這點工資掙錢，脫離這行也就無所謂了。

也有仍然喜歡這行，並且願意繼續幹下去的，靠家裡走動走動關系，調到清閑的研究所等機構，也是不錯的選擇。

而對於大部分沒錢沒勢的，上有老下有小多張嘴巴等飯吃的來說，選擇提早面試留條後路的多些。

程序員不是想像的那種走在科技最前沿的人，干太久反而接觸的面就窄了，說是「兩耳不聞窗外事，一心只懂敲代碼」也不為過，所以在沒人帶沒人教的情況下，轉行是很困難的，不如提前找個小公司占個負責人的坑位，說不定還能多撐幾年。

當然，憑自己能力找到出路的也不少。

之前帶的一個同學腦子很活，在大學時就各種鼓搗新技術，也懂得怎麼將技術變現，增加我們說的「被動收入」，可能也用不上創業這種高大上的名詞，但是一年能掙幾十萬甚至上百萬，所以早幾年就辭了工作自己搞事情去了，一度也讓不少員工羨慕的不行。

現在網路這么發達，搞短視頻、自媒體、電商也是不錯的，只要思想不滑坡，方法總比困難多。

說了這么多例子，其實也是嘗試多舉幾條路，朝九晚六是大部分職場人的夢想，不過也別真把這個當歸宿，人還是不能太安逸，要打破舒適圈。

空閑時間還是要發展下自己的興趣愛好，找找能變現的途徑，最重要的是讓自己有危機感，保持有競爭力的狀態，這樣才不至於在大環境不好的時候，被末位淘汰或者優化掉。

趁著還有力氣，不如放開步子，大膽往前走，再長的路也不在話下，而停滯不前，再短的路也難以到達，與諸君共勉。

45歲程序員求職有多艱辛2

最近，一位程序員的帖文《我精通各種技術體系，因已45歲求職難》引起廣泛熱議。一位45歲的程序員網民在中國政 府網留言，「我是一名軟體開發人員，今年45歲，精通各種技術體系……而我辭職回家半年後再回來尋找工作機會的時候，卻發現連個面試機會都很難得到。」原本是一件普通的事情，卻在網路上引發了廣大的議論。

都說35歲是人生的一個分界嶺，這個年齡之後的職場人逐漸面臨著被淘汰的風險，變得人人自危，觸發了中年人的焦慮。前幾年聽說華為這樣的公司都已經開始考慮淘汰掉35歲以後的技術人員，如果在這個年齡之前還不能晉升到管理崗位，那就面臨著被淘汰掉，多麼殘酷的事實呀，或許自然界的優勝劣汰就是這樣的規則吧。

一不小心自己也已是40多歲的年齡，面臨上有老下有小，而自身能力卻頗有江郎才盡的感覺，心力憔悴，焦慮之情油然而生。以前總說自己焦慮了，只是想著給外人說說而已，沒有想到當時的.一語成讖，現在的自己也開始了間接性的焦慮。

多少個晚上在睡夢中驚醒，看著四周漆黑一團，而自己茫然不知所措。睡不著，也不想做點有意義的事情，就那麼靜靜的躺著，消耗著時間，靜待天亮，感覺自己好生的無聊。

下午去和朋友聊天，閑聊中，朋友問我疫情期間，業務應該沒有什麼影響吧，畢竟我們做的是互聯網行業，不比實體經濟競爭那麼殘酷。聽完他的話，我面露苦笑，不知道應該如何回答他。大家都知道我們是互聯網行業，而且現在也是互聯網最好的時代，想著一切應該都是最好的發展機遇。可是誰又曾想過我們所面臨的困境呢！是的，疫情加劇了互聯網的應用，但是也促進了行業的飛速發展。以前我們的競爭對手可能是本地化的公司，甚至遠點就是西安的同行，可是現在不同了，我們面臨的競爭對手已然成了華為、阿里、騰訊、網路這樣的技術公司，甚至以前不太注重小型軟體開發的移動、電信和聯通這樣的運營商也進來了。拼技術、資源和人脈，我們都被他們無情的碾壓，多次面對同樣的客戶，我們被無情的掃地出門。為什麼？就是因為我們是小公司，沒有他們的實力和品牌影響力。小公司的生存就是火中取栗，為了那麼點生存空間，無數次的嘗試，希望能有所轉機，有所突破。

其實，誰的生存都不容易，並不是說45歲以後的人。誠然，發貼的人是精通各種技術體系，也明白其構架，可是互聯網行業就是一個知識迭代更新最為迅速的行業，你一天不學習新知識，你可能就落後於別人；你敢一個月不了解新知識，那麼你可能就落後了這個行業。這不是危言聳聽，是真實的存在。要不然會有那麼多的IT技術人員早早的禿頂，甚至突然猝死。我以前做過技術，是了解這個行業的現實狀態，所以我是有發言權的，並不是憑空臆想。

解決中年危機最好的辦法就是在我們還年輕的時間好好規劃自己的人生，清楚地知道自己的人生方向，對自己及時做好安排，這也就是古人所說的運籌帷幄，決勝於千里之外，這個「千里之外」就是以後的生活。我們常說凡事預則立，不預則廢，這里的「預」同樣是計劃、安排。好多人在中年時候感覺到工作不好找，各種理由和借口，其實這更大程度上是他在年輕的時候沒有對自己的人生好好規劃，所以才導致了在遇到突發事件之後，感覺到茫然無措。

為了避免中年危機，我們就應該在尚年輕的時候對自己的人生做一個統籌規劃，比如說從生到死大概的花費是多少，養育兒女、父母養老、孩子教育等等，把這個全部加起來就是我們奮斗的長期目標，然後再把這個分攤到每一年，就是我們每年要努力的短期目標。有了人生的目標，就有了奮斗的動力，也就有了努力的方向，生活其實靜下心來想想，不也就是這樣！如果不求大富大貴，那麼我們就力求小富即安，這也應該是一種活著的態度吧！

45歲程序員求職有多艱辛3

最近，一位程序員的帖文《我精通各種技術體系，因已45歲求職難》引起廣泛熱議。化名Mary的網友自稱是一個優秀的程序員，卻因為年齡原因發現連個面試機會都很難得到，更別提發揮自己的專業特長了。這件事讓廣大網友不禁聯想起職場「35歲現象」，也就是目前很多企業崗位年齡大多限制在35歲以下。

作為走在發展前端的互聯網大廠來說，35歲就成為了所謂的「中年」員工，成為企業優化裁減的首要群體。互聯網科技等行業發展迅猛，產品升級換代快，迫切需要30歲以下充滿熱情的「後浪一代」作為主力軍，這是企業盈利需求，也順應信息化時代潮流。但是在激烈的市場競爭環境下，「人的價值」不應單純以「年齡」作為區分，這未免「一刀切」，年輕有年輕的好，年老也有其自身人生經歷和社會閱歷豐富、心智成熟情緒穩定、責任心強等優勢，企業用人應以能否為企業真正所用，能否在大有可為的時代發揮作用，展現作為為選用標准，而不是以年齡劃線「一刀切」。

實施人才強國戰略，讓我們處在一個大有可為的時代。作為市場和企業來說，應具備容才的雅量、用才的氣魄、愛才的情懷，樹立正確用人觀，廣納賢良、育才造士，讓更多類似Mary的就業者發揮自身價值，做可為之事成有為之人，創造一番新天地，為大有可為、爭先進位的大好時代增光添彩。

F. 程序員遇到很難的技術問題是怎樣的感覺

昨天剛領一個線上P0級重大事故，持續時間1小時，影響范圍全站 ！准確的時間點是下午17點開始，具體問題定位且聽我下文細細道來。

先說感覺，那感覺真是太刺激了，本來下午五點，昏昏沉沉的，瞬間一個激靈就清醒了（想像一下高中課堂，你在打瞌睡，突然老師走到你面前給你一下子的感覺），原本准備再過一小時吃晚飯了，吃完晚飯再摸魚到21點就可以下班了呀，別問我為啥到21點，問你就不是程序員！

帶著無比緊張且顫抖的心情開始定位問題，先來個錯誤日誌嘗嘗鮮：

1、下午五點開始有少量的慢sql報警，沒有人當回事，因為這種事情總發生，雖然大家都知道在實際開發中如何避免慢sql，但是整個團隊要想完全避免慢sql卻很難；

2、五點十分左右，開始零星有用戶反饋指定功能不可用，SLB開始報警，技術開始介入排查；

3、十五分左右，客服部門電話開始爆炸，用戶密集反饋指定功能不可用，技術部開始重視；

4、二十分左右，所有服務大面積出現介面無法響應，整體服務不可用；

5、我們一開始定位覺得是MySQL的問題，因為前面有mycat的慢SQL報警，後來定位並不是MySQL，因為MySQL的內存、連接數、流量這些指標都很平穩；

6、最終在五點三十分的時候我們定位到是ES出問題了，因為所有的Java服務不可用最終都指向上面的錯誤日誌，bbo提供的服務線程池滿了，再有請求進來直接拒絕了，查看這個服務的代碼，最終查詢的是ES，此時的ES進程已經處於假死狀態。

那接下來大家說怎麼辦？如何快速的恢復線上服務？

重啟！

是的，只有重啟大法此時是最快的解決辦法，你不可能說保留ES事故現場，讓我用arthas之類的工具來現場分析jvm內存情況。

然而重啟之後服務依舊是不可用，介面還是無法響應， 大家知道這個時候是什麼原因嗎？為什麼重啟了ES服務還是不行？

後續繼續重啟報錯bbo日誌的相應服務，當這些服務全部重啟完畢後，我們的服務終於恢復訪問了，這個過程持續了十幾分鍾，確切的說，直到17點五十多分，我們的所有服務才恢復了訪問。

接下來就是事故總結、相關責任人、產生問題的原因、接下來的優化方案，全公司郵件通報！

你說這個難不難？本身並不難，難的是事情緊急且重要，這個時候你慌了啊，亂手亂腳的，大家你一言我一語的，如何冷靜提取有效信息然後盡可能快的解決生產的重大故障才是最難的！

最後，當一切都恢復平靜的時候，你會發現：「卧槽，好累啊！」。

虛脫的感覺！

最後祝大家程序員節日快樂，今年可是程序員的本命年哦

2020 = 1024 + 996 = 404 + 404 + 404 + 404

這種感覺能難受，很壓抑。

技術難題，對於程序員來說，是經常有的事，關鍵是如何面對吧。

說下我的事情，雖然也會寫點代碼，但並不是以此為正業，所以對於真正的程序員來說，可能說法會有點偏頗。

遇到難題時，一般都在網上搜索解決方法，一般來說，都有很優秀的程序員分享他的勞動成果，所以一般都能解決問題。但也真正碰到難的問題，一個就是循環的問題，無限極菜單問題，當時都是找了很久，看了很多遍才明白過來，當時自己是幾天都不太開心，也不太想說話，總是在測試著程序。挺煩也挺不開心的。只是最後做出來了，心情就好多了。

這是我的一些經歷，當然，如果全職程序員，可能壓力就更大了。

如何形容這種感覺呢？焦躁，緊張，失落，無助，亞歷山大...

再多詞可能都描述不清楚。本人在工作中經常遇到難題，有些問題一兩個月都搞不定。遇到這種問題，估計只有下面這張圖的表情能描述此時此刻的心態了。

程序員遇到的難題其實分為兩種，一種是沒有辦法定位清除的問題，另外一種是定位清除了，但是沒辦法，或者很難解決的問題。

所謂難定位的問題，其實就是你根本不知道這個問題是什麼。比如系統突然掛掉了，你從現有的信息根本不能確定問題在哪。這個時候你剩下的可能只有滿腦子的問號了。

如果系統只掛了一次，後面不再出問題，那就很難找出問題的根源了。不過這樣也有好處，那就是問題的影響的程度相對較輕，畢竟不容易出現。所以在軟體開發中通常不是什麼問題都解決的，因為不是所有問題都能搞清楚是什麼問題，談何解決呢！

難解決的問題是問題搞清楚了，但是基於現有架構很難，或者沒法搞定。遇到這種情況，通常先是很高興，興奮，然後就只剩下無奈了。

當然，從技術層面來說並不是完全解決不掉。只是如果要解決需要涉及架構調整或者其它方面的改動，修改調整的內容太多。這種情況下就要考慮利弊得失了。

如果改動太大，可能會引入很多新的問題，可能得不償失。因此，遇到此類問題可能會採取一些規避方案。

當然，在開發和運營當中遇到各種問題是很正常的，關鍵是遇到不同的問題採用不同的策略。首先保證的是業務的正常運行，然後是考慮是否需要徹底解決。這樣慢慢調整，心理壓力會小一些。

作為一個工作多年的老碼農，在工作也遇到過一些艱難的技術問題，就以切身體會談談對這個問題的看法。

首先需要明確一下，問題是否困難除了取決於問題本身之外，還在於解決問題的人的水平，也許對你很難的問題，在別人看來不過是小菜一碟。明白了這一點，那麼這些技術問題也就成了考察程序員水平的試金石，有些人可能會因此氣餒，甚至放棄；而有些人則通過解決問題學到了很多新的技術，也讓自己進一步成長。

記得多年前看工作中要用到一款開源庫，那時候剛學完C++不久，自以為對面向對象了解甚深，然而學習這個庫時卻是一頭霧水，最後在經過泡論壇，然後又認真的學習了面向對象設計模式，後來不但能使用那個庫，更重要的是對面向對象編程有了更深的認識！

後來還有很多類似的事情，剛開始時感覺無比困難，但是通過自己的努力，或求助他人、或查閱資料，當最終問題解決時，你會發現自己又牛逼了一些，然後再遇到一些新的問題，如此循環……

其實編程也是一個學習的過程，就如同爬山一樣，每一階段都會有一些山頭，只有當你爬上山頭才能欣賞美麗的風景，但是當你爬上一座山頭的時候，就會發現更高山峰！只有當你爬上最高峰，才能「一覽眾山小」，可是到那時，你可能會嚮往地球之外的天地！

很難解決一般就是遇到某些瓶頸了，不同瓶頸的感覺是不一樣的，但無非可以歸結為下面幾類。

成本原因
不讓馬兒吃草，還想讓馬跑。這個是有些不太理解互聯網的一些領導的錯誤觀念，他們會給你安排一個老舊台式機，想要讓你承載幾萬、幾十萬並發的秒殺系統，你當然很難解決。
外界的評論可能是，「這幫程序員是吃干飯的么？這系統也太垃圾了！」
老闆的評論是，「我這台式機也不少錢呢。」
程序員的評論是，「這摳門老闆不會是個傻子吧。哎，再優化優化吧。」

當然，有些情況也是能夠理解的，公司明白需要更好的設備，但是由於成本控制，不得不在某些方面節省。但換句話說，設備成本是占不了一個大頭的，可能有其他方面的成本更加需要收緊。

如果是因為成本原因，我們的心情可能是無奈，又有些不能施展拳腳的束縛感。

歷史 原因
舉個例子，系統用了5年了，迭代了N個版本，在面對新的需求的時候，就會出現需求限制於系統的情況，常常會有程序員說，這個實現不了，那個不符合現在系統規則。其中很大一部分是這些年的積累，欠下的技術債造成的。俗話說，大船難調頭。

這種情況更多的出現在剛創業之後的幾年，由於一開始的快速迭代，追求先把業務流程跑通，先生存再規范，會讓一開始的軟體開發流程並不那麼規范，如果在1-2年內沒有進行重構，那麼積攢的3-5年的技術債就會慢慢把你壓得喘不過氣來。

解決這種情況，一是需要時機，給出足夠的空間和時間讓技術團隊重構，二是需要魄力，你得有成功的把握，不能幹著干著說不行了，咱們還是回到原來吧。

如果是因為 歷史 原因，我們的心情可能是期待和渴望，又有些對現狀的無奈。

能力原因
雖然說專家很厲害，但說白了，大部分企業需要的研發人員，還到不了需要專家的級別。所以，一般而言，沒有什麼技術是攻克不了的。如果真的遇上了，那就說明你的公司已經到達了一個新的層次，從而需要那個層次的人員來解決，可以通過外聘或者顧問的方式，引進新的技術。

如果是因為能力原因，我們的心情雖然有些力不從心，但又為公司在新的台階而高興。

不管怎樣，程序員是一群追求美好的人，不管是外部限制還是內部限制，不能解決的難題對於技術人員來說總是很憋屈的。

不能著急，慢慢分析，找到問題點，沒有解決不了的問題

程序員的技術問題，排除架構師技術選型錯誤以外，都是程序員的功夫不到家所致。

1,面向網路的程序員會第一時間問度娘，各大社區求助大神。

2,面向源碼的程序員會第一時間查看源碼實現，查找api文檔，思考解決方案。

3,不管技術如何發展，架構如何延伸，不變的是基本功，再先進的組件都是由基礎語法書寫出來的 。

練武不練功，到老一場空，共勉！

首先說下這個很難的技術定義，個人認為在你知道之外的知識都是很難的，一旦你深入了解其使用方式，原理，甚至閱讀了他的源碼，你會覺得有的時候會恍然大悟。程序員是一個不斷要學習的崗位，就要面臨很多從未知到已知技術的時候，每當遇到這樣的情況時候，總有種不解決了這個問題，睡不著覺的感覺，心裡不踏實，總是想盡各種辦法去解決這個問題。甚至可以一直追查這個問題。也許這就是一種執拗吧

我老公最近就遇到一個大石頭需要敲碎，我作為一個旁觀者，都挺心疼他。

他還在讀博，最近遇到的問題是他一個項目上的問題，也跟他的畢業設計相關。他剛讀博的時候確定了一個方向，去年開題的時候他覺得這個方向沒有什麼前景，真的是考慮了好久要不要換，如果不換，就是安穩的畢業，換的話接下來的一年多時間他會很艱難，很多新的問題需要一一克服，最後他決定換了，他說他讀博就是為了提高自己，還是想挑戰一下。

年前，系統板設計好了，然後最近做好回來了，開始調試，說這個板子跟個石頭一樣，不工作。本來就是禮拜一到禮拜六待在學校不回來，周日是休息的。現在放假回來都是在啃變壓器的東西，早上起的很早，晚上又很晚。真的挺心疼的，他還安慰我說，他又要進步了。挺擔心他的身體的，我特別希望時間能快點過去，能順利畢業。他卻不希望，總覺得時間過的太快，沒有時間搞研究。

今年的生日願望，希望他科研順利，身體 健康 。

以我的從業經歷，說說遇到很難的技術問題是什麼感覺吧： 興奮、充滿挑戰性 。尤其是在開發中遇到了技術難題，很多情況下真有種可遇不可求的感覺。

我認為能遇到技術難題，至少證明這個工作是有價值的。 這種價值體現了兩個方面，一是你的工作在整個產品開發中占據重要地位，甚至是核心地位。二是你的認知和經驗，仍然有成長的空間。如果你的工作一直沒有遇到難題，輕而易舉地就解決了一切，那麼很可能是你沒有機會深入重要的核心部分，或者你的工作性質可替代性很高，簡單重復性很高。

分解法。 把技術難題拆分，盡量的單元化、模塊化，這樣有利於逐步攻破，逐步解決。主要是降低技術難度，尋找真正的難點所在。如果問題無法拆分，就是那麼一個點，那麼需要逆向思維，可以先把問題擴大，看看涉及面有哪些，然後再縮小范圍，鎖定關鍵之處。

刨根法。 把技術難題抽象化，理論化，從根本的源頭去解決。很多技術問題，從基礎理論的角度去看，其實真的不難，只要你能定位到相關的技術點，困難點，知識點，就很容易進行快速解決。解決的終極辦法就是從理論上徹底解決，做到知行統一。

討論法。 三人行，必有我師。很多情況下，所謂的技術難題，在別人的眼中，也許並不是難題。很多情況下，小組討論，交換意見，方案互補，就可以解決難題。有些情況下，還需要和供應商一起討論，主要是補充信息的錯漏。經常出現的晶元問題，很多情況下供應商都更加有經驗。因為供應商有更多的使用客戶，有很多解決問題的經驗。最主要的是，晶元是他們設計的，他們更加清楚緣由。

沒有絕對的技術難題，有的只是尚未解決的技術難題。

G. 對程序員來說最難的是寫代碼嗎

謝邀。我是一名Java後台開發，還是一名工作沒多久的「碼農」。寫代碼作為工作的一部分其實不算難，甚至程序員寫代碼的時間比其他事情花的更少。我就分享一下咱們Java後端開發的小體會吧:

初級程序猿大部分都是寫增刪改查的業務代碼，增刪改查最需要技術含量的是查，歸根結底都是寫SQL語句，有的業務邏輯復雜一點就SQL語句復雜一點，或者資料庫里不好處理就在Java代碼里處理。只要資料庫學的還行，MySQL比較會用，Java功底有一定基礎，基本上都能勝任敲代碼的工作。

文|熱心哥哥宇文笑

文|熱心哥哥宇文笑

業務復雜
，有的系統尤其是一些toB的系統，比如一個上市公司的超市人力管理系統，這是非常復雜的，人事組織，薪資社保，還要針對不同地區分公司不同類別的員工進行不同的代碼處理。

業務復雜

需求變動頻繁
，有些項目的顧問或者產品經理沒把控好，導致需求被客戶拖著走，搞產品的可能覺得也就變化一點點東西，實際上有的功能代碼需要後端重寫，資料庫的表結構一變，那改動也是得跟著變。咱們敲代碼的朋友最不喜歡的就是返工，我們寧願去接受更多的開發新任務也不想再去重寫自己以前寫的代碼。（不用說什麼重構，這些業務代碼重構其實並沒有什麼技術上的突破）

需求變動頻繁

代碼優化
，其實比較難得住人得，尤其是難住我們這些剛入行的程序員。有的業務數據量龐大，就得先考慮資料庫優化，代碼多線程優化，總之優化代碼倒是一件比較進階的拆事，比敲代碼難。

代碼優化

來說說，作為程序員的你，最難的什麼呢？

H. 程序員的職業困境

老虎、Bill、自己，中國程序員的困境也來自三個方面
困境之一：老虎的威脅。程序員要面對的餓老虎實在不少，比如說老闆，好象就是程序員的天敵，什麼「不懂技術卻指手畫腳」、什麼「得到與付出不相當」似乎是程序員最常見的牢騷，這個問題不可能得到真正的解決。
困境之二：Bill的競爭。一般說來中國的程序員大都是吃「青春飯」的，大部分程序員的黃金時代是24～28歲。到了30歲左右，一批又一批年輕程序員會給你帶來巨大的競爭壓力。首先由於軟體行業的飛速發展，很多自己以前學的東西逐漸升級換代，而許多程序員由於長期於工作，學習新知識的效率必然下降。其次自己幹了幾年，薪水要求自然就高了，而年輕程序員工資又低、幹活又快，當然會成為老闆的首選；第三，30歲基本都已經成家了，要支撐家庭的生活負擔，幾乎連從頭再來的勇氣都不會有了。中國的老話說「長江後浪推前浪、前浪死在沙灘上」，這個歷史的規律在軟體開發行業體現的尤其明顯和殘酷，很多程序員必然要面對的結果就是降薪乃至失業。
困境之三：自我的實力。都知道人最難戰勝的是自己，所以自我也就是程序員需要超越的最大障礙。大多程序員都把系統分析員和項目經理作為自己的職業目標，但這些目標的達成，需要個人素質、市場機遇等多個方面的條件，太多的程序員就是在高不成、低不就的狀態中蹉跎了歲月。對於系統分析員，特別需要以下幾方面的素質：客戶需求分析能力、系統架構與設計能力、模塊分解設計能力、項目流程式控制制能力、項目風險評估能力等，而對於項目經理則更注重項目管理方面的能力如團隊組織能力、溝通協調能力、分析問題解決問題的能力以及良好的職業道德等，而這些素質和能力往往只能依靠程序員個人的學習和努力。看到越來越多的程序員開始學習項目管理的課程，真的有點為他們擔心，因為現在的項目管理培訓只能停留在理論和考證的程度，既沒有素質方面的訓練，又缺少實際軟體開發項目的案例，學習的結果遠遠不能達到預期的效果。