程序員刷演算法是離職的表現

A. 35歲的程序員工資不錯，卻不喜歡領導，該不該辭職走人

在當今社會，很多人對工作有諸多抱怨：比如不喜歡現在的工作，又不知道該幹嘛：對領導不喜歡，是不是該辭職？工作沒有成就感，一輩子就這樣了嗎？壓力好大，撐不下去等等問題。

其次，嘗試從自己身上找原因。一般來說，和上司關系不好的員工，基本上自身也存在問題。所以，改變對領導不滿情緒的第二個做法，就是審視自己，處理事情的時候有沒有被自己的主觀情感所影響。很多人之所以對領導不滿，往往是評價對方時過於主觀。

最後，嘗試尋找改變的機會，試著與領導進行溝通，或許能通過這來處理問題。

B. 為什麼越來越多的人不想做程序員了

作為一個在帝都混日子的程序員，經常能看到不少同事轉行。

最開始是一位年紀比較大了（快40歲，在這個行業算老了）的，回家開個小店去了。後面聊了聊，非常慶幸自己做出了辭職的決定，現在日子過得是滋潤得很。

再之後，有回老家小縣城干別的去了的。要准備好回縣城，恐怕就很難找到IT行業的工作，除非是自己干。但小縣城能幹起來的活不多，加上那裡這方面的人才也難找，也就基本認為是已經換行了。

最近，甚至身邊有剛在17年畢業後加入來的成員，都不想幹了，想要考公務員。現在究竟是一些什麼原因，導致這樣了了？

7.要創業了

不能光是說一些不好的，不想幹了的人中，肯定有不少是想要自己出來單乾的。創業也基本分為兩種，一種是自己出來接單，成立公司開始為別的企業做項目。另一種是自己做產品。這兩種其實都比較好起步，特別是第一種，有活就會盈利。而且成本基本只有人力和應酬，機器大部分也都是用戶負責的。第二種則是比較賭的，要麼很成功，要麼很快燒錢結束。不管怎樣，這都是不少程序員不再願意為別人碼代碼的原因。

C. 程序員的工資這么高，為什麼還會有人離職

1.團隊暮氣太重，產品方向不明、市場不明，改需求改到天荒地老。

2.老闆的總是跟你談理想，畫大餅，讓加班，給低工資，還說這是歷練，熬過去就好了。

3.壓榨得太厲害，加班太厲害，一直掉頭發，快禿頭了。沒有培訓，連程序員自己自學的時間都被加班佔用，身體和技術很難提升。

4.此外，不少的程序員也有年齡層面的恐慌。

因為一些程序員已經認識到，程序員過了三十幾歲大部分都不好找工作，年齡太大沒人要，不如趁年輕把工資跳高，總比年齡大了後悔好

D. 如何看待程序員面試讓上機做編程題，這樣的公司多嗎

從事軟體開發多年，上機寫代碼這種考查模式在國外用的比較多，很多國內的公司也在學習這種方式，這種方式能直接看出寫代碼的能力，但對上機做編程題目這種事情很多成熟的程序員覺得是一種侮辱，有一些程序員看到有筆試直接就選擇走人了，這些東西在面試之前應該有溝通，事情不會變得這么被動，因為對於很多有能力的程序員，能夠請到面試已經非常不容易了，能力越強脾氣越大。

直接上機做編程測試能力的公司不是很多，從事軟體開發十幾年主要經歷了四家公司，面試的時候主要靠面談為主，因為編程行業能力的高低通過交談就能了解差不多，只需要根據簡歷上寫的項目進行細節溝通，如果真的做過幾句話就能看出大概的水平，所以很多公司壓根不搞什麼筆試或者上機寫代碼的事情，編程這個職業主要靠時間的積累，並且在積累中不斷完善自己的知識體系，慢慢提高自己的認知。

一個程序員如何提升自己的能力水平，對於初學者來講首先是學習好一門編程語言，開始學習階段覺得編程語言就是天了，好像是學會了編程語言就能做任何的東西了，隨著編程語法的學習完畢就開始嘗試做一些題目，結果發現距離語法真的非常遙遠，所以有很多的初學者有一種感概明明在課堂什麼都明白了，結果到真正自己實踐的時候什麼都想不起來，這是初學者必然的經歷，編程本身就是一種不斷磨練編程思想的過程，編程語言屬於在輔助類基礎技能，沒有輔助就不會寫代碼，編程設計思想再牛也不可能實現，兩者是相輔相成的作用，編程思想裡麵包含著仙姑經驗的積累。

很多人覺得很奇怪有些公司也不進行面試也不讓上機寫代碼，就是通過不到一個小時的閑聊就能把一個人的水平能力和工資水平給定位下來，通過面試就能檢測出編程思想以及編程基礎，編程基礎類的考察只需要問幾個簡單的語法問題就能做個大概的檢測，編程思想就是完全的編程意識以及編程經驗的積累，所以一些企業在招聘的時候明確寫著就相關開發經驗的人優先，企業招聘的目的就是希望要的人在短時間內能夠上崗直接切入到項目開發中去，整體來看是不是需要上機寫代碼測試完全看每個公司的技術文化了。

有些技術類的公司對於程序員的基本功要求特別嚴格，有個同事在第一家技術公司的時候，部門技術經理特別關注程序員的基本語法，只要是簡單的代碼語法錯誤，就能到部門的黑板通報，開始實施階段很多人上了黑板，後來隨著時間的推移上去的人越來越少了，同事說到自己上了兩次黑板都是因為在使用指針的時候沒有初始化導致，到今天還是記憶尤新，如果在技術生涯的初期能夠經歷過這種企業是一個技術人的幸運了，越是嚴格要求的領導或者公司越是有利於技術人員 的成長，至於在面試的時候要不要上機這個就看每個公司的技術文化了，一般注重代碼基礎的領導會引領這個事情，希望能幫到你。

這是一個正常的流程，我覺得有時候還是有必要的考驗一下面試者的。

以前這種面試實際上是很平常的，但是發展到現在越來越多的人對這樣的面試很反感，大概率的原因是因為很多人更多的是在搬代碼，並且搬的很成功，而真正注意寫代碼的人反而越來越少。
筆試和上機編程好不好？
我覺得挺好的，這樣可以刷下去很多劃水的人，有的人，寫代碼的能力並不強，但是搬代碼的技術一流，隨著技術越來越晚上，一些解決各種bug的網站越來越流行，現在更多的畢業生為了高工資，變成了搬代碼的人，他們能解決問題嗎？能，但是是他們自己的解決的嗎？不是，更多的是他們通過搜索的手段，問度娘，問谷歌，漸漸的形成了一個可以解決問題的方案，雖然問題解決了，但是等遇到一個需要創新開發的時候，他們就完了，基本上沒有了自我的思維。

筆試和上機可以有效的防止這類人進入公司，實際上也是一種不錯的手段。

這樣的公司多不多？
據我所致，目前來講上機編程的公司不是很多，畢竟，每個公司所使用的編程軟體不同，有的公司製作的軟體也比較具有保密性，沒辦法直接考程序員的實際能力，只能通過一些演算法測試，或者是什麼測試，來簡單的排除掉那些搬運的人。

所以上機測試的效果並不是特別好，一般的公司都會選擇用筆試的方式。

我遇到過不少筆試的，上機的從來沒有遇到過。

我一個同事之前換工作的時候倒是遇到過，按他所說，這樣的測試並沒有什麼效果，畢竟測試題出得很淺，太難的問題，基本上短時間內很難解決，也不會有那麼長的面試時間。

其實，在我看來，這個上機面試並沒有那麼大的用途，畢竟測試不到太多的東西，還不如看他自己寫過的代碼來的更快。至於這樣的公司多不多，真沒辦法說，畢竟沒有統計過，根據我的經驗，我覺得不會太多。

筆試的我見過，但是上機的沒有過。

1.筆試可以有
這么說嘛，其實簡單的筆試的話肯定是可以的。因為筆試的話可以讓招聘者知道你大概的能力定位在什麼位置？一些邏輯編程可以測試你的邏輯能力。尤其是在it這個行業，邏輯能力是非常重要的。

如果說你是一個已經有工作經驗的人。其實筆試就沒有那麼重要了。這時候看中的一般差不多就是你曾經的項目經歷。

如果說讓你做一些項目上的，比如說項目架構了這種的，你可以拒絕回答。因為我之前就有聽到過說招聘產品經理，讓他去設計一個產品的。結果這個公司就是通過一直招聘產品經理。然後讓產品經理去設計產品相關的功能，最後再把這些所有求職者的產品相關的思維組合到一起。

雖然說這總公司是很少的，但是也不排除是有隻通過這種方式來滿足產品需要的。

所以解釋的時候可以大概的寫一個思路代碼的流程，但是可以不用全部都寫。

2.上機測試
我覺得這個確切的來說是有一點過分的。像這種上機考試的話，肯定他是需要一個比較完整的項目。但是這種項目誰都不知道是他們公司需要，還是讓他僅僅是為了做測試。所以像這種事情完全可以直接拒絕。

在這里大概說明一下。 找工作是一個雙向的過程 ，如果說是你無法接受這個公司相關的制度，或者說是相關的流程。其實你可以趁早放棄這種公司的，不然的話即使是你筆試面試都過啦，你到公司之後也會因為你自己的價值觀跟企業的文化匹配不到一起。遲早還是要辭職的，所以你要慎重考慮。

其實面試的時候筆試和機試都是it的正常流程，但是在國內被玩爛了，面試和機試過程中，會有公司內遇到的問題做為面試內容的，也許是個人也許是公司，讓你解決這樣那樣的問題，這樣子的都是垃圾

作為一個老程序員，關於程序員面試的話題，非常有意思，特別有的聊。其實在 IT 界面，有兩個不算公開的秘密，也就是兩個不成文的習慣或者規定吧，關於面試的。

讓老程序員做筆試題是一種侮辱
很多程序員，尤其是有經驗的程序員，去面試的時候，尤其是去小公司面試的時候，如果對方給你出了一套筆試題，很多程序員會說： 我轉頭就走，這是對我經驗水平的侮辱 。

你們是不是感覺很吃驚，還有這種道理？確實是，我有一次去一個創業公司面試，對方給我出了一套筆試題，我做完了，面試完回去跟一些同事聊筆試題的事，他們會驚訝的說：你竟然把筆試題做了？你是有經驗的程序員，不應該經過筆試的，直接面試就行，筆試是一種侮辱。那是我才發現，好多程序員都這么認為的。

但是，我感覺這是一種病態思維，你既然去面試，其實筆試也是面試的一種，你去大公司比如 BAT 這樣的公司的時候，也會有筆試，而且層層面試好幾輪，你都能忍，一些小公司給你出筆試題，你竟然受不了？公司用什麼方式來面試你，是公司的選擇和考量，當然了，面試是一種雙向選擇，如果你感覺是侮辱，當然可以選擇不面了，這是雙方面試的權利。

但是，我感覺筆試是一種正常的流程，跟有沒有經驗沒有關系。有經驗了，你筆試你確定能過么？

很多程序員都不會選擇上機測試
還有一種就是面對上機做題的面試，很多程序員都不喜歡，其實我也不喜歡的，大部分程序員好像遇到上機面試的情況，也是選擇扭頭就走。

其實，我感覺上機測試是可以接受的，但是是有條件的，那就是上機做題，可以做演算法題，這種方式我能接受。

有一次我去面試，他讓我上機做題，竟然跟我說用 Android 寫個什麼功能，什麼模塊，簡直了，這種題怎麼做？直接去實現功能模塊，寫其中的一個點，我都不熟悉需求，也不熟悉功能模塊，上來就寫，怎麼做？沒法弄。我直接就走了。

演算法題屬於比較明確的東西，上機做兩道應該是可以接受的。

你問上機做題的這樣面試的公司多嗎？可以明確地告訴你，不多，我工作這么多年，面試了很多公司，只遇到過兩家。

我是負責我們公司技術面試的，機試環節必不可少。題目不會很難主要是考核程序員的感覺，只有有感覺的程序員才能寫好大程序，這很關鍵。

這主要看做什麼了，我最頭疼的是拿一個構架來靠你函數命令。我都是自己寫數學模型和函數。我哪知道這個構架的函數名？

務實啊，說明人要的是能實乾的程序猿，沒什麼奇怪。面試需求很明確，要會乾的。找領導才找會說的。剛畢業面試的時候遇見過這種機試，程序猿這行算是工科，靠技術吃飯，面試動手實戰是正常的。

支持，不然很多水逼，劃水貨太多了

這樣的公司會存在

基於以下4個原因：

1 面試的人很多，不想花過多的時間去篩選。這樣做題，可以快速過濾一些濫竽充數的人

2 通過合理的上機操作，有針對性地找合適的人，匹配的人也能快速完成上機操作

3 標准，對面試者統一對待，以免主觀原因造成誤判

4 面試者的配合度，一般看到機試，有人就會直接退出。（我遇到這種情況，就會直接走）

以上4個原因，都是較為正式的原因，還有一個主要原因就是能力不行，面試官無法正確篩選簡歷，面試官無法從面試中獲取想要的信息並加以判斷。

基於最後一個原因就是我會選擇直接走的原因，面試官能力不行，表示公司對此招聘的用功不足，該公司沒有能力或沒有意願重視此次招聘。即使入職，收到的待遇不會重視，沒有必要把自己的前景壓在一個不會重視你成果的公司上。

E. 程序員30歲真的是坎其實，過了30歲，還能更上一層樓！

程序員干到30歲，好不容易從碼奴混到了白領，卻再也干不動了，還時時面臨失業的危險。30歲，是一個程序員傷不起的年齡。明天，何去何從？

在官場上，曾經有一個59歲現象，就是官員們會在59歲時，會使勁撈上一把。很明顯嘛，權力過期作廢，再不撈就要退休了，沒有機會了。

在程序員的圈子裡，也有一個30歲現象。當然，如果你有鐵飯碗，比如在國企或政府機關，那你是無法理解底層勞動人民的感受的。同時也要恭喜你成為體制內的一員，可以一直干到退休無憂。

30歲現象人人都明白，但要給出一個定義並不容易。列舉幾個表現，也許你會覺得心有戚戚焉。

面臨職業瓶頸，程序寫不動，上升又困難。

薪水較高，加班變少，後浪追前浪，面臨失業壓力；生活壓力劇增，不敢跳槽；

招聘程序員年齡限制在30歲以下成為行業潛規則，跳槽困難。

30 歲現象和59歲現象貌似不搭邊，其實都出於同樣的原因：價值貶值。 官員老爺在任就像皇帝，一旦退休，就成為了平民百姓，貶值那是自然的。而程序員也一樣， 所謂三十而立，一旦到了30歲左右，由於面臨結婚生子，一方面需要高薪撫養家庭，另一方面卻無法像以前那樣全身心投入到工作，性價比急劇下降；與此同時， 大批廉價的新手湧入，他們往往還使用最新的技術，老一輩程序員只能慢慢的靠邊站了。

30歲現象產生，只能程序員自身身上找原因。

當然我們也可以產業、從社會、從政府、從制度等多方面進行分析，發現不足，這些分析未必沒有道理，但是肯定沒有用，因為我們無法改變。所謂「 命苦不能怪政府，命背不能怪社會」 ，從外部找原因，只會讓我們滿腹牢騷，整天覺得自己生不逢時，苦悶不堪。

從自身找原因，試著問自己幾個問題：「為什麼我的性價比以下降？老闆為什麼要請我，給我高工資呢？一個人有價值是由什麼決定的呢？」

你也許可以列出很長很長的答案，但我想應該都可以濃縮為一句話：「一個的價值是由他的不可替代性決定的」。不可替代性可以理解為，為了替代你老闆需要付出的代價。

因為你的可替代性高，所以性價比下降。反之，因為你不可替代性高，所以老闆會給你開高工資。不是這樣的嗎？

有一則小故事：

技師退休時告誡自己的徒弟：「少說話，多做事。」

十年後徒弟也成了技師，他找到師傅，苦著臉說：「師傅，我一直都按您的教導做，只知埋頭苦幹，可那些比我技術差的都升職了、加薪了，我還是拿著過去的工資。」

師傅想了想，說：「你請一次假吧。如果一盞燈一直亮著，那就沒人會注意到它……」

徒弟恍然大悟，真的請了一星期假，等他回去上班時，廠長找到他說要給他加薪。原來，在他請假時，廠長發現，工廠已經離不開他了。

徒弟很高興，以後他時不時就請幾天假，每次請假後廠長都會給他加薪。一天徒弟請假後准備去上班，廠長卻告訴他：「你不用來上班了。」

徒弟苦惱地去找師傅，師傅說：「那天我的話還沒說完呢。一盞燈偶爾可以熄滅一次，可如果它總是熄滅，性質就不一樣了，因為沒人會需要一盞時亮時熄的燈。」

故事中，因為徒弟的不可替代，所以廠長給他加薪；後來因為有其它的燈亮了，他被替代了，廠長不需要他了，所以被炒了魷魚。

所以我們 歸根到底還是要提高自己的不可替代性。否則，一旦老闆覺得用較低的代價就可以替代你，那麼你就面臨可能失業的危險了。

那程序員到了30歲，怎樣提高自己的不可替代性呢？我們打算做一輩子程序員嗎？敢問路在何方？

作為一個過來人、一個資深程序員，我覺得有幾個方向可以選擇：

（1）成為技術大拿

其實，做一輩子程序員並沒有什麼問題，重要的是，你必須成為一個不可替代的程序員，也就是說，你要成為技術大拿，能夠解決普通程序員所不能解決的問題。技術大拿有兩個版本：

一 是程序員加強版。 你仍然是一個程序員，但你是一個很牛的程序員，憑借多年的積累，你在知識廣度和深度方面均已不是等閑之輩。從匯編到java，你樣樣精 通。你在意數據結構和演算法，對系統的優化有獨到見解，對設計模式如 數家珍，你還有完備的工具箱和自己的專用類庫。其實，加強版程序員有非常獨特的價值，可 惜的是，在現實中卻很少見，因為對任何一個公司而言，人才總是很稀缺的。老闆的眼睛是雪亮的，他怎麼會對你這種技術大牛視而不見呢，在你還沒有成為真正的 大拿之前，早已經被任命為系統架構師、項目經理或者更高的職位了。因此，你想守住自己的一畝三分地，悠閑的做自己的大拿，往往是不可能的。

二 是程序員升級版。 雖然你的內在仍然是一個程序員，但你的職位已經升級了，你成為了系統分析師或系統架構師。這是非常自然和現實的選擇。程序員與系統分析師 或架構師之間並有鴻溝，只需一步而已，你就可以從崎嶇山路駛向寬闊的大馬路。但這一步卻並不容易，需要幾年時間不斷思考、學習、實踐，才能化蛹成蝶。

（2）成為行業專家

行業專家也是一個公司不可缺少的角色，他們對公司的行業知識、業務流程和細節了如指掌。行業專家一般並不是從外部招聘的一個只懂業務、不懂技術的超人，而往 往是從程序員經過多年的摸爬滾打成長起來的。作為從程序員成長起來的行業專家，你往往還肩負系統分析師之職。在公司里，對業務有一般了解的人很多， 但專 家級別的往往很少，為了後30年的職業生涯，你必須成為專家。

（3）朝管理方向發展

向管理方向發展的第一步，一般是被任命為項目經理。在大部分IT公司里， 項目經理是最小的管理崗位了，可能你不會覺得有太多驚喜，工資也沒有大的提升，但這個轉變，可以說會成為你一生中最重要的轉變之一。

不 要小看了項目經理。有人說， 項目經理是一個古老的職業。也人有人說，21世紀是項目管理的世紀。 事實上，從人類有組織以來，就一直有項目管理，以前的項目 經理可能是部落首領，一次集體打獵、一次攻城拔寨，都可以視為一個項目。項目管理的知識可以應用到我們生活的方方面面，大至登月計劃的實施，小至家庭聚會 的組織，都離不開項目管理。

一個優秀的項目經理，不僅需要高智商，還需要高情商。可以不誇張的說，如果你能勝任項目管理，你就可以勝任戰術層的所有管理崗位，甚至你有家庭生活質量，也會提高到新層次。

然而，要成為一名優秀的項目經理，並不是一件容易的事情。可以說，需要一定的天分，有些人無師自通，有些人卻永遠也學不會。程序員屬於高智商人群，情商卻往往存在不足，這註定了只有少數程序員能夠成長為項目經理，成為優秀的項目經理，則非常稀少了。

如果你覺得這幾方面都不合適，那你還有幾條出路：

一是塌塌實實混日子。

說老實話，做老實人，辦老實事，拿老實的工資，這種員工公司也是非常需要的，一般不會遭遇炒魷魚的命運；

二是轉行或者創業。

因 為這個行業已經不再適合你，已經沒有更大的發展前途，只能轉行。如果可以轉行，未必是壞事，也許在新的環境中，可以激發出更強的能量，創造出一番事業來。 至於創業，那就更具有挑戰性了，建議你在創業之前，已經成為了一名優秀的項目經理。試想，如果轉不動一個項目，如何能轉動一個公司？

春招季節到來，我總結出了互聯網公司java程序員面試涉及到的絕大部分面試題及答案做成了文檔和架構視頻資料免費分享給大家（包括Dubbo、Redis、Netty、zookeeper、Spring cloud、分布式、高並發等架構技術資料），希望能幫助到您面試前的復習且找到一個好的工作，也節省大家在網上搜索資料的時間來學習，也可以點贊和關注一下以後會有更多干貨分享。

資料領取方式：加Q群：721886889 領取！

F. 如何看待程序員日均寫7行代碼被開除，大家對此事件有什麼想說的呢

不是我不明白，這世界變化快。俺當年入職時，一些公司的確會問代碼量。當時的標准大約是每周40到400行代碼，可以少，但不能多——換句話說，平均來說，每周多於400行代碼的可能得不到工作機會。因為你的代碼質量和工作態度讓人家心裡發毛。當然，也沒人太較真。功能點完成了、代碼質量可以（bug少、代碼邏輯清晰、文檔齊全），多點少點無所謂。

先後在多家公司擔任技術專家；平均來說，每周代碼量也就200行上下。當然，也搞過一次一天寫了2000行代碼的壯舉，結果是之後一個多月腦袋嗡嗡響，眼花，惡心。這個東西我事先花了一周多做設計、寫文檔，然後第二周的某天一氣呵成，寫完bug；然後累傷了，一個多月沒法工作。換句話說，相當於還是花了6周；平均下來，仍然是每周300來行代碼。

公司在與李某某簽訂勞動合同時並沒有約定一定要進行深度學習識別演算法代碼編寫，3D點雲演算法和多攝像頭聯合演算法代碼編寫的具體工作內容，所以沒有指明非要編寫這些代碼；拿什麼同級別同行業的平均每日編寫代碼的統計數據來作為考核的依據，沒有法律根據，任務不同，編寫難度不同，不能以編寫條數作為考核的依據；

至於工作內容，作為程序員並一定非要整天的在編寫代碼，也有可能在設計新的方案，或是對數據進行統計分析和總結等，不能以什麼編碼工作沒有做，就認為李某某沒有做出「成績」；作為剛來才兩個多月的程序員，前期的准備和熟悉是需要一個過程的，隨著對公司的熟悉和項目的了解，編寫代碼的速度必然會提高，而不能在剛來兩個月就以其他老員工的標准來進行考核；在發出解聘通知書後，馬上將其辦公電腦進行收回，這是嚴重的不尊重人，這屬於單方面強制辭退，沒有給李某某一點申辯的餘地。以上，公司理應對李某某進行賠償。