高級程序員招聘

㈠ 國內外企招程序員嗎

招。根據查詢外企招聘相關信息得知。國內外企有招程序員。國內外企喜歡招聘有成熟經驗的員工,同時對英語有一定的要求,只要你的技術能力、工作經驗符合招聘要求,外企一定會擇優錄取。

㈡ 華為招聘什麼學歷的程序員

官方認證職Q平台賬號

華為程序員的學歷要求是本科及以上學歷，具體招聘要求是：1、年齡在18周歲以上；2、編碼基礎扎實，重視代碼品質，具備優秀的業務建模能力；3、計算機相關專業優先，具有深度學習、圖像處理開發經驗；4、有良好的技術視野，並能深入理解技術核心原理。華為程序員的工作職責是：1、負責項目組開發或設計工作，能夠按要求、高質量地完成開發或設計任務；2、熟練掌握分析設計工具，按照規范的要求，編寫設計文檔；3、按照設計功能，實現模塊的代碼編寫和維護；4、按照公司的規范進行編碼，並對開發的代碼進行單元測試；5、負責解決項目開發過程中的技術攻關及運行中出現的技術問題。作為一名程序員，天生崇拜寫代碼能力強的程序大佬。但是，只要寫代碼能力足夠強，就能在職業發展道路暢行無阻嗎？

答案當然是：NO！你還需要有項目管理的能力。

· 產品經理天天不幹正事，提的需求沒頭沒腦，煩；

· 每周開不完的例會/對接會，一點效率都沒有，煩；

· 同一個需求，要和好幾個部門的人反反復復對接，煩；

· 意見不統一，想說又說不過人家，只能被動接受，煩！

工作中之所以會出現這些問題，其實大多是因為項目管理能力不足。

提到項目管理能力，不少人第一反應就是項目經理崗位。然而作為一名普通的程序員，其實也需要懂得項目管理。

據調查，大部分程序員工作三五年內，都能掌握所在崗位必須的知識、經驗和技能。然而很多人接下來就會陷入困境， 無法突破職場瓶頸，更別提加薪升職了。

通常來講，程序員的成長路徑大概有兩條：一是走個人能力線，成為技術專家；另一條是成為技術管理者或業務管理者，然而走好這條路需要時機和坑位，好的機會可遇不可求。

項目管理無疑為程序員開辟出第三條精進之路。只要你身處團隊中，就會有項目管理的需求和機會。而具備項目管理能力的程序員，無疑會在這個程序員嚴重同質化的局面下，擁有更多的競爭優勢。

1

不懂項目管理 工作寸步難行

只會技術不會管理 註定和升職加薪無緣

最近一年裡，程序員老馬已經想過無數次離職了。

作為公司里最早的一批老員工，寫過的代碼比吃過的鹽都多，本該混得風光無限，沒想到是「長江後浪推前浪」。

最近幾年，技術能力上沒有新突破不說，工作這么多年還是底層碼農，就連今年剛招進來的大學生，都已經獨自帶項目拿高薪了。

老馬不禁困惑，沒有項目管理能力，真的無緣升職加薪嗎？

沒有項目管理能力 在領導眼裡一無是處

在某互聯網公司做了5年產品經理的啟明，最近一下班就像泄了氣的皮球，疲憊又沮喪。

一問才知道，公司最近有新產品要上線，啟明信心滿滿地推進工作，沒想到研發不配合、測試資源緊張，忙活了大半個月，每天像打仗一樣，上線日期卻一拖再拖……

而隔壁團隊產品經理評審完需求後，團隊各司其職，在deadline前三天就順利完成了項目，還給公司帶來了額外創收。

在季度復盤大會上，面對質疑自己管理能力的領導， 啟明緊張地不敢抬頭。唯一可以確定的是，不會做管理的自己，可能真的要35歲退休了。

不懂管理的項目經理 就是個背鍋俠

張力在某知名汽車製造公司，做了3年的項目經理。

別人眼裡的項目經理，是個呼風喚雨的總指揮。但張力覺得，自己明明就是個背鍋俠！

采購成本過高，項目經理背鍋；工程出問題，項目經理背鍋；甲方驗收不滿意，項目經理背鍋；不可抗力導致工期延遲，還是項目經理背鍋……

每天忙得心力交瘁，飯都顧不上吃，恨不得拿起電焊自己上手了，最後非但客戶不願繼續合作，還被老闆和同事說「根本不會管理」！

2

具備項目管理能力 到底有多吃香？

如果你平時經常翻看招聘網站就會發現，「項目管理能力」被越來越多次地提到。

尤其對於程序員來說， 項目管理能力已經成為了職場能力的分水嶺，薪資待遇上也很豐厚。

㈢ 騰訊的程序員招聘有什麼要求呢

騰訊公司長年招聘程序員，一般要求三年工作經驗，熟悉C＋＋（或者C，Java），能獨立承擔編碼工作。

程序員（英文Programmer）是從事程序開發、程序維護的基層工作人員。一般將程序員分為程序設計人員和程序編碼人員，但兩者的界限並不非常清楚。

職責

1、對項目經理負責，負責軟體項目的詳細設計、編碼和內部測試的組織實施，對小型軟體項目兼任系統分析工作，完成分配項目的實施和技術支持工作。

2、協助項目經理和相關人員同客戶進行溝通，保持良好的客戶關系。

3、參與需求調研、項目可行性分析、技術可行性分析和需求分析。

4、熟悉並熟練掌握交付軟體部開發的軟體項目的相關軟體技術。

5、負責向項目經理及時反饋軟體開發中的情況，並根據實際情況提出改進建議。

6、參與軟體開發和維護過程中重大技術問題的解決，參與軟體首次安裝調試、數據割接、用戶培訓和項目推廣。

㈣ 程序員往上做是什麼軟體分析師、架構師、工程師有什麼區別

程序員往上做是軟體分析師、架構師這些高級技術人員。要說層級關系軟體分析師、架構師、工程師比程序員高級，這些都是從基礎程序員做起的。

(4)高級程序員招聘擴展閱讀

對於軟體工程師，不太重視學歷，但並不是對學歷沒有要求，重點關注項目的經驗和學習知識的能力，能否利用軟體工程專業知識來解決問題，根據崗位不同，對軟體工程師的要求也有所不同。

具體能力要根據崗位和自己的興趣愛好選定自己的職業規劃方向，一方面要詳細了解軟體工程師的要求，可以關注企業的招聘信息；一方面自己要貯備通用的知識技能。

可以確定的是軟體工程師的前途在未來的發展依然是不斷升溫的職業，比較需要有技術和良好前景的專業。

參考資料

網路—軟體工程師

網路—程序員

網路—系統架構設計師

網路—系統分析師

㈤ 招聘兼職程序員：1. 精通PHP以及MYSQL開發,熟悉Magento 開發平台；2、精通PHP語言

不算5年PHP+mysql程序員，業余的,從事seo優化,Magento未接觸過
，有意向從事，希望提高編程能力

㈥ 為什麼有人說大部分碼農做不了軟體架構師

從事軟體開發多年，在編程行業真正的架構師比例少的可憐，就目前國內軟體開發環境而言，真正意義的架構師還不是很多，因為大部分的代碼框架幾乎從開源代碼社區裡面拿出來，然後定製成自己公司產品需要的，其中研究框架的時間比較長的，並且能夠深度定製的程序員就算是高手了，因為很多開源的代碼更新速度非常快速，能跟上開源社區的代碼更新速度的企業已經是實力非常強的公司了，國內企業現在真正意義上的從頭開始設計一個框架然後推向市場相對比較少。

經過十幾年的發展，國內編程人才的平均水平已經上來了，雖然在頂級程序員由於在編程底蘊以及生態系統這塊有差距，但基層的程序員水平已經上來了，國內很多互聯網公司做的產品有些已經不弱於歐美等企業，這些都是國內程序員水平提升的結果，而且現在由於培訓行業在國內普及，入門級別的程序員在國內數量巨大，所以很多人喊著國內程序員行業已經飽和了，已經不適合再去從事程序員的工作了。

事實上國內軟體行業內需依然足夠多，特別是現在的三四線城市都陸續出現了軟體公司，而且規模和數量都在提升，國內企業對中高級程序員的需求量還是非常巨大，五六年大小公司對於這類的人才招聘一直沒有停止過，而且薪資水平還維持在非常高的水準，了解這個行業現狀對於規劃自己的職業生涯還是有著非常大的好處。

架構師這種職位可遇不可求，基本上國內架構師都是自己本公司內的優秀的軟體工程師，成為了優秀的程序員並且在公司內部深得公司的信任願意給這種突破的機會，抓住了後邊的就會給與架構師的待遇，不是每個程序員天生就是做架構師的料，關鍵還在於平時的積累，有了機會抓住了，要成為架構師先要自己成為一個優秀的程序員，優秀的程序員需要具備什麼樣子的因素，現在就根據自己技術生涯的一些經歷分享給大家。

基本功扎實。 很多程序員在入門之前由於在學校裡面比較重視基礎，還能看看基礎，在成為了程序員之後就開始放鬆了對這方面的要求，所以導致很多程序員見到有筆試的公司，直接就選擇了放棄走人，不能講這類的程序員水平不行，但起碼不是優秀程序員的范疇， 優秀的程序員是經得住基本功考驗的，是不怕這些所謂的筆試題目的。

演算法扎實。 很多程序員做了很長時間還不覺得演算法挺重要，演算法貫穿整個技術生涯，如果沒有意識到這點說明意識層面還沒理解到，證明需要彌補的東西還是非常多，有些程序員可能是學習了一門編程語言就匆匆去找工作了，運氣還不錯還找到工作了，沒有很好的規劃技術生涯路線，一個標準的程序員需要的一門基礎的編程語言，熟悉數據結構，並且穿插著學習演算法，這三樣也是優秀程序員的標配，學習技術不是由著自己性子去做事，需要有規劃，這其中不能少了演算法的因子。

錘煉編程思想。 很多程序員覺得能夠寫代碼，時間長了經驗到位了慢慢就能熬成資深技術專家了，程序員不是靠著熬日子過的，需要不斷的提煉編程思想，舉個簡單的例子，做網路編程如果懂得了一門編程語言的編程經驗，相信切換到別的語言只需要很短時間內就能搞定，而且積累總結類似的場景以後遇到這種場景都能靈活應對，還能同步遷移到類似的場景，不能只是為了做而作，僅僅就是為了完成任務，那麼提升的空間有限，不能因為工作承擔的東西就這么點，而不去補充其餘的東西，善於總結也是優秀程序員需要具備的一種意識。

成為架構師沒有所謂的模板，而且有些人一輩子也沒有這種機會，但想要達到這種境界就需要先讓自己成為一個優秀的程序員，這樣子遇到有理想的企業抓住機會就上去了，一旦進入這個級別後面的編程生涯就會有根本的變化了，關鍵在於平時一點一滴的積累，讓自己長期處於一種高效的學習狀態，有太多的程序員經歷了幾年的適應期就提前讓自己進入了舒適期，結果隨著年齡的增長技能沒有相應的跟上導致年齡大了競爭力下降，出現了老了被企業淘汰的悲劇，什麼樣子的態度決定什麼樣子的人生，也就決定了什麼樣子的結局，希望能幫到你。

作為一名IT行業的從業者，同時也是一名計算機專業的研究生導師，我來回答一下這個問題。

首先，目前IT行業內大量的程序員確實無法成長為架構師，主要原因集中在三點，其一是自身的知識結構不足以支撐向架構師方向發展；其二是崗位工作任務受限；其三是行業迭代速度太快，學習壓力較大。

早期的架構師主要集中在後端領域，針對於不同的開發領域，對於架構師的要求也不盡相同。總的來說，架構師的任務主要集中在三個方面，其一是整體技術框架設計；其二是技術選型；其三是解決難點問題。所以對於程序員來說，如果想成長為架構師，需要做好以下幾個方面的知識儲備：

第一：豐富的開發經驗。 開發經驗通常是軟體架構師的基本要求，通常軟體架構師都是從初級程序員、主力程序員、研發級程序員等崗位一步一步成長起來的，每一個階段都會積累一定的開發經驗，這些經驗對於架構師的方案設計會起到重要的作用。對於大量的程序員來說，從主力程序員向研發級程序員發展會存在較大的困難，主要原因就是基礎知識結構的問題，不少程序員通過讀研的方式完成這一步升級。

第二：豐富的知識結構。 架構師的知識結構不僅僅局限在技術層面，還需要掌握大量的行業知識，不同行業領域往往有不同的特點，要能夠根據這些特點來完成具體的方案設計。

第三：緊跟技術發展趨勢。 架構師一定要緊跟技術發展趨勢，同時能夠對於未來的發展方向有較強的認知能力，這對於架構師的方案設計會起到重要的作用。對於技術趨勢的認知能力，是判斷一名架構師能力的重要因素。

架構師並不是一個很好玩的升級路線。

相對於架構師的開發工作。研發工作更有趣，更容易得到 社會 的承認，不論是圖形學，還是人工智慧，區塊鏈，甚至黑客（網路安全），憑借你的智慧和努力，可以在短時間內取得成就，並達到一個很漂亮的高度。研發方面是拼年輕，智商和體力的工作，有眾多的天才少年取得漂亮的成果，每年有大量新的技術突破和文獻等著大家研究。你做的每一件事情，都能表現出漂亮的成果，全局光照，計算機視覺。或者很容易賺到很多的錢，自動駕駛或者區塊鏈ico，就算做 游戲 外掛，其收入也大得超乎你的想像。

而架構師不是，架構師拼的只有經驗，正確的方法和項目數量。《C++程序設計新思維》裡面有一句話：「只有天才的程序員沒有天才的構架師。」 在構架師的世界裡不存在天才，只存在重構。一定要有正確的方法（敏捷開發），然後就是無數個項目和時間的鋪墊。然而對一個架構師應該明確，我們的職責是內部質量而不是外部質量，我們要把軟體做的強壯且易易擴展。但你會發現，對於外行麻瓜來說，這根本不吸引人，麻瓜老闆經常說一句話：你功能做不出來我們公司就破產了，別他媽的再花時間重構了。

至於為什麼架構師很少

內部原因是： 架構師太無趣了，相對於圖形學光照演算法，你卻強調測試驅動重構持續集成。研發工程師會得到大量的外部激勵，所有人都去贊揚他們的成果。而構架師需要從自身產生激勵的能量，比如對代碼的潔癖，重構在不改變功能的情況下不斷優化代碼質量，一個分層，一個正確的依賴關系，甚至一個精簡美麗的命名，都需要由衷地感到興奮和刺激。否則很難熬下來。

外部原因是： 浮躁的 社會 容不下一個架構師成長的時間和空間。一個框架師需要大量的項目經驗，超級長的編碼時間。堅持正確的方法和一個融洽配合的團隊。國外的架構師都是大鬍子，而國內程序員到30歲，老婆就催著要去做管理崗位了。和研發工作拼智商不同，架構師就拼的是經驗，沒大鬍子沒五六十歲很難成為xx之父這個級別。

行業原因是： 架構師容不下架構師。架構是藝術不是科學，沒有一個統一的標准，每個成型的架構師心裡都有一套屬於自己的程序結構和原則，你可以看到十個圖形學程序員基於一個演算法合作，但你很難看到兩個架構師做一個項目不打架的。架構師需要有自己的團隊來驗證自己的觀點和共同進步，但就如同食肉動物永遠是食草動物的十分之一，行業也沒那麼多團隊給架構師來糟蹋。

經歷過很多項目洗禮，並有自己的想法和能力的架構師，必然是稀有動物。

但看起來無聊的架構師有什麼用呢？

他是輔助英雄，給整個團隊加各種屬性光環：降低代碼中的混亂（熵），讓團隊中初級的程序員做出高級的代碼，提高單位時間效率避免加班，讓團隊更容易進入未知領域，大幅度降低企業成本。

我現在做的混合現實領域，這是一個新的領域，有一個優秀的架構師可以在沒有前人經驗的情況下開疆闢土，並且可以帶起來整個團隊的開發質量，降低成本給客戶更多的獲利空間。

這個問題不知道提出來的緣由是啥，其實問題不是很合適，不過還是一分為二的來回答一下，如下：

架構師不是誰都能做到的，我想說如下幾點：首先，應具備的素質應該是快速的學習能力，需要從平常的任何工作活動中，快速學習，包括從自己的本質工作完成，以及與他人的交流中，而後者又尤其重要，從別人那兒學來，而快速形成自己的理解並超越對方，而這，從自然規律角度上來講，這只有少數人能做到；

其次，需要具有全局的視野，能平衡整系統各子系統之間的解耦與耦合，這個需要積累，需要在各子系統內有實際項目的、比較成功的設計編碼的問題處理能力，而尤其是問題處理能力又尤為重要，這也不是段時間能達到。

第三，在這個行當內，能靜下心來踏踏實實，保持飢渴的學習，保持積極正向的心態，不斷的越挫越勇，始終往設計架構方面努力，在當下整個行業浮躁的環境下，很對都想通過不斷的跳槽來達到漲薪的目的，這又會淘汰一大部分人。

最後，即便具備了素質，你能否當上架構師，取決於客觀因素了。因為一個架構師，決定了他所在領域的發展規劃，以及當前的問題現狀的改進，這個位置至關重要，不是那個人，上一層組織關系是不會讓你做這個位置的，上層組織還會考察你除了技術能力以外的，諸如與人溝通，管理你的上下級，包括你的上級的上一級到連三級的關系，關繫到你的直接老闆的，這些其實就很難說了。

呵呵，當然了，還有其他很多了，靠這個問題是說不清道不全的。

真正的軟體架構師對各方面的職業素養都要求比較高。架構師的工作，不是平時工作的簡單堆疊，除了專業技能要過硬外，還要思維活，想東西細致全面，需要自己去主動去接納工作以外的大量知識。此外，在性格方面也有一定要求，一個軟體架構師往往還需要具備善於溝通的品質。

總而言之就是要技術好、思維活、會交際。大多數程序員做不到架構師的位置主要是因為自身能力達不到，其次是一個公司裡面架構師佔比本來就想小。

一般程序員在公司負責的工作主要是維護日常的需求，在原有的架構上進行修改，所以很少會接觸到架構層面的東西。長期缺少接觸相關的知識及業務的機會，久而久之離架構師的標准也會越來越遠。

年輕的程序員在知識儲備上無法達到成為架構師的標准。

現代的高可用架構一般為：RDS、Cache、MQ、後端服務、監控服務。而隨便拿其中一個點，都有著非常多的技術點知識點需要掌握。

比如在多系統交互中，如何保證MQ中的消息能被對方系統消費，如何設計高可用的服務負載均衡，這些都是需要很多經驗才可以解決，但是一般的程序員又不容易接觸到架構設計。

而年紀大點的程序員要麼是後期缺少折騰的的動力，要麼在職業發展途徑走到不同的分岔路口，最終走上架構師這個樹枝上的寥寥無幾。

小富即安的心理。很多程序員滿足於現狀，缺少堅持不斷學習不斷提高的動力，每個月拿著萬把塊錢的工資，心安理得，懶得去折騰。

一個公司架構師在廣大碼農裡面佔比還不到10%，能成為架構師的一般都在公司里擔任研發和管理的角色，想像一下公司團隊的人員金字塔你就知道競爭力有多大了。

平常，開發的團隊一般都是10多人組成。幾個團隊間一般會存在一個技術面最廣、技術經驗較充足的人，叫做架構師或者說是TL。而架構師的存在，一般在眾多的碼農中占的比例少之又少，可能連碼農總人數的10% 都達不到。軟體架構師也存在初中高級。

碼農都會寫代碼，對計算機編程語言都有自身的理解。但是很多時候，程序員或者說是碼農只是機械的完成自身的編碼工作。為了完成任務，成長有限。

看到這里，很多人都會說：編碼時間長了，經驗積累的足夠，自身也就逐漸成為了資深技術專家。想法其實不能說是不正確，在一個人見多識廣後，自然自身的內涵也就足夠的豐富。從碼農的角度出發。除了架構師，很少有35歲以上的人士會在互聯網做程序開發。而一個人想要通過機械性質的編碼積累經驗。需要多少年成長才能見多識廣呢？是否會有碼農堅持到那一時刻呢？一個值得商榷的問題?

碼農是一份年輕人為主的職業。平均從業者的年齡都是20多歲。慢慢熬、慢慢積累在碼農中也不能說錯。但是很多人在軟體開發領域積累一定的經驗後就會轉型不做開發。

所以說，長久時間的碼農很少。而在短暫的碼農開發軟體的工作中，脫穎而出，成長起來的人更少。

些許拙見，供您參考。

從事互聯網開發多年，歡迎大家騷擾

小團隊一般 10 人左右，其中常常是技術最牛的人做架構師（或TL）。所以，架構師在廣大碼農中的佔比大概平均不到 10%。而架構師也可以分為初級、中級、高級三檔，江湖上真正高水平的軟體架構師就更少了。

所以，大部分（超過九成的）碼農幹上許多年，還是做不了架構師，這是什麼原因造成的呢？

1：碼農分為真的能寫代碼的，以及自認為能寫代碼的。

2：真的能寫代碼的碼農又分為自認為寫的不錯的，以及真的還不錯的。

3：真的能寫不錯代碼的碼農又分為會鑽研會不斷優化的，以及安於現狀的。

4：會鑽研的碼農又分為喜歡廣度了解新技術蜻蜓點水的，以及深入鑽研用到知識的。

了解廣度的碼農又有少部分願意深入某些技術，喜歡深入研究的又往往缺乏廣度知識。

6：為業務而技術的深度廣度都了解的碼農，又需要有良好的溝通能力。

7：而溝通好的，又有一部分當PM去了。

8：然後剩下的，又有一部分慢慢脫離實際開發（不再做任何實現）或者開始依靠拿各種中間件搭積木來作為「架構」手段。

9：除去這些，剩下對業務有一定了解，對技術廣度上有多種涉獵，深度上對部分技術研究徹底，還有很重要的一點，考慮問題足夠細致全面。

10：細致全面善於溝通，技術上深度廣度都沒問題， 又喜歡這個工作，還會不時做底層實現，從業務和開發兩個角度出發，搭出「架構」來是為了開發效率，為了運行效率，為了開發質量，為了業務靈活和運行穩定，為了維護方便等等這樣的人，個人認為可以稱為「架構師」。

而真能滿足這種需求的，別說題主的10%的比例，1%能不能達到我也持懷疑態度。其實現在的「架構師」大多數都停留在8這個層次，甚至很多在5這個層次就當上title上的架構師了。

總之，成為架構師，不僅僅是工作上的簡單積累，更需要主動接納工作外的大量知識，同時，對性格上對於非技術能力上也有一定的要求，不僅如此連思維方式都很重要，外加職業發展中又有很多岔路，最後走到架構師這根樹枝上的就寥寥可數了。

如果你想要往架構師的方向發展的話，那或許你可以看一下我分享給你的這份進階路線圖，主要針對2到5年及以上工作經驗的Java開發人員，裡面的技術包涵了Java高並發、分布式、微服務、源碼分析、高性能等技術，這些也是目前互聯網企業比較常用的技術，那麼來詳細看看。（圖片可以保存）

一：常見模式與工具

學習Java技術體系，設計模式，流行的框架與組件

常見的設計模式，編碼必備

Spring5，做應用必不可少的最新框架

MyBatis，玩資料庫必不可少的組件

二：工程化與工具

工欲善其事必先利其器，不管是小白，還是資深開發，玩Java技術體系，選擇好的工具，提升開發效率和團隊協作效率，是必不可少的：

Maven，項目管理

Jenkins，持續集成

Sonar，代碼質量管理

Git，版本管理

三：分布式架構

高並發，高可用，海量數據，沒有分布式的架構知識肯定是玩不轉的：

分布式架構原理

分布式架構策略

分布式中間件

分布式架構實戰

四：微服務架構

業務越來越復雜，服務分層，微服務架構是架構升級的必由之路，Java技術體系，和微服務相關的技術有哪些呢？

微服務框架

Spring Cloud

Docker與虛擬化

微服務架構

五：性能優化

任何脫離細節的ppt架構師都是耍流氓，向上能運籌帷幄，向下能解決一線性能問題，Java技術體系，需要了解：

性能指標體系

JVM調優

Web調優

DB調優

如何一起學習，有沒有免費資料？ 有需要的滴滴滴哦

軟體架構師？似乎是個明確的職位或者崗位了。然而，他在軟體產品開發過程中，充當什麼角色？起什麼作用？確眾說紛紜，缺乏共識。成為一名架構師，碼農根本沒有明確的努力目標。這是問題的關鍵，架構師，是上級領導、老闆對某些軟體開發人員的「認同」，是某種管理理念的體現，不是軟體產品生產活動中某個具體的崗位、角色。

㈦ 怎麼樣才算高級程序員

高級一般指的是5年經驗以上的
但實際上沒有固定說法，專注一件事5年左右都是高級人才
編程是需要持續積累的
一般招聘需求高級和普通 在JD上就有明顯差異， 可以去讀一讀

㈧ 馬上就要去實習了，程序員上哪個網找工作好啊

其實你可以網路搜索一下程序員招聘網站呀，裡面可以出很多招聘網站出來的。也可以到中國程序員人才網找(http://www.cxyrc.com/).裡面也有很多招剛畢業的程序員，只要你不怕辛苦啥都可以做!我剛出來工作的時候也是到哪裡找的，也蠻好!

㈨ 如何招到一個靠譜的程序員

1. 簡歷看人
閱讀簡歷永遠是面試的第一步。好的簡歷一定是正確、清晰並且能夠體現候選人最有價值一面的。我首先會過濾掉那些包含錯別字，文句不通或沒有邏輯性的簡歷，因為如果一個程序員連自己的簡歷都不願意去仔細檢查並完善的話，很難想像他寫出來的代碼質量會如何。接著，我便會重點閱讀簡歷中的項目經驗部分，在這里我能夠看到面試者的開發經驗，技能棧，並且判斷他們熟悉的技術框架、工具是否與目前公司要求相匹配。
這里，我還會特別關注面試者是如何來寫這部分項目經驗的，你需要用盡可能簡練的文字來描述項目的背景，你在項目中承擔的角色、參與項目的時長，你用到的技術、以及你在項目中的亮點等信息。優秀的程序員們往往有一個共同的特質，那就是善於歸納，並能夠一針見血的發現問題或把一個問題說清楚。我經常看到面試者在簡歷中像寫故事一般地描述他們的項目經歷，光這一個章節就有好幾頁，其實這反而會給你減分，因為這會讓面試官判斷你缺乏必要的歸納能力。
最後你的一些與編程有關的社會化活動，如：你在GitHub上的開源項目，在知乎、V2EX中給他人的解答以及你的個人技術博客等等都會給你加分，因為這說明你對所從事的工作有著極大的熱情，並願意在業余時間去學習和提高自己，就像在我之前的 「給職場新人的10點職業建議」 一文中提到的，如果你要成為一個領域的專家，那你必須花費超過10,000小時，而這光靠工作時間是遠遠不夠的。
2. 給面試者10分鍾介紹自己最擅長的
當面試者通過了筆試和HR面試之後，你就需要面對面地對候選人進行面試。我遠不是什麼面試專家，但我有一些自己的獨特方法。我討厭問一些很個人的問題，比如你的職業規劃是什麼？你為什麼想換工作？等等。我更願意給面試者10分鍾時間，讓他介紹自己最擅長和最感興趣的領域。這往往能幫助我很快作出下面的判斷：
這個人對他所做的事情是否充滿激情
他們是否能在團隊中很有效地進行溝通
他們是否在專業領域足夠擅長
你的團隊是否會樂於和這個人一起工作
這一招我在面試中用得很多，而實踐證明也確實非常有效。
3. 基礎打牢了嗎？
一般，有一定規模的公司都會為面試者安排機考或筆試，從而能首先篩掉一批未能通過的面試者。另一些規模較小的或初創公司則會讓面試官直接進行技術面試。其實，我覺得這兩者的差別不大，有經驗的面試官往往能夠通過幾個最簡單的技術問題，判斷出面試者的技術基礎是否牢固，這不是為了證明他有多優秀，而是用來判斷他是否是一名合格的程序員。對於我來說，並不看重機考的成績，因為機試的考題很多能夠在網上得到，特別對於一些外包公司，他們總是能夠通過各種途徑得到考題，從而使得他們推送的外包能夠順利通過筆試。
下面是我經常會問的幾個問題（JAVA）:
HashTable與HashMap有什麼區別？
Servlet是線程安全的嗎？
JSP中 @include跟jsp:include的區別
HTTP的response code 403和500分別代表什麼
......
這些問題都很簡單，但一些基礎不牢的程序員往往會在這個時候露餡。當然，根據面試崗位的不同，你還可以有針對性地問一些問題，例如，你需要找一個能寫核心演算法的程序員（比如 銀行的總賬計算，或者保險公司的保費計算），那麼你可以問一些演算法相關的問題。
4. 技術深度夠嗎?
具備牢固的技術基礎，一般就可以滿足項目中普通程序員的要求了，但如果你需要找的是一個資深程序員，那麼你還需要對面試者的技術深度進行考察。我們現在做項目時都會大量使用框架，這能使我們的開發效率和質量都得到提升和保障，但同時也降低了對於程序員開發技能的要求。因此我一般會詢問面試者下面的問題，來考察他對所使用框架的掌握程度。
請你描述一下，在這個項目中，從一個HTTP請求發起，到最終的Response返回，它在你的系統和框架內部是如何流轉的？
這個問題往往能夠判斷出面試者對於相關技術掌握的深度。較初級的開發人員描述的層級往往比較淺，比如使用Spring MVC框架的，只能說到實現一個Controller繼承BaseCommandController（甚至很多開發人員只知道繼承了一個公司內部框架的基類），至於再往下Spring框架是如何進行內部流轉的，就再也說不清楚了。而更資深的開發人員，往往能說出框架內部的實現機制，以及如何調用和處理的。在面試者描述的過程中，你還可以穿插詢問一些比較有深度的問題，比如框架中某個類這樣設計是哪一種設計模式的體現，採用這樣的設計有什麼好處等等。這比讓面試者默寫一個設計模式代碼要有效、自然得多。
除了技術層面上的考察之外，對於資深開發人員，還需要考察他們的設計能力。說到軟體設計，大部分面試者都能熟練地背出面向對象的三個基本特性：繼承、封裝、多態，也能把它們的概念描述清楚。但我一般會問下面的這個問題來考察他們的面向對象設計能力。
請用一段程序代碼描述我們所在的這間房間。
我驚訝地發現至少有一半的面試者都很難准確使用Interface和Class來給房間建模，也有一些人會將最基本的代碼語法或關鍵字寫錯。
5. 選擇適合所在企業文化的人
這一點也曾是我經歷的一個誤區，我總是希望能為團隊招到技術能力最強的人，而忽略了他是否與整個公司和團隊的文化相匹配。這往往會造成，雖然招到了人，但沒過多久就因為理念不同不歡而散的結果，反而給公司帶來了損失。讓我們看看GitHub的負責人是怎麼說的。
我們很嚴肅地看待我們自己關於招聘流程的哲學。我們希望每一個GitHub員工都了解他們所要面對的環境，並保證他們是能夠很好適應的。這包括我們所創造的文化、哲學、計劃、錯誤甚至是晚餐。比起他們的技能是否滿足要求，我們更看重他們的潛力以及是否能夠適應我們的企業文化。
我曾在具有鮮明文化差異的不同公司或團隊工作，看到許多崇尚開放、開源的程序員在一個相對封閉，具有很多流程以及規范限制的公司中很難發揮，最終選擇離開。因此在招聘程序員時，選擇合適的往往比選擇最優秀的更重要。
6. 行為面試法
行為面試法可能是我在整個面試過程中唯一用到的教科書面試方法。一個程序員是否能夠很好地工作，不僅取決於他能否順利地完成開發任務，更重要的是在遇到一些特殊場景或問題時，他能否合理有效地處理和解決。行為面試法能夠幫助我們從面試者描述的過去某一具體事件中，預測未來他在工作中可能的表現。下面便是一個我經常用到的問題。
請談談你在這個項目中遇到的最大困難或挑戰是什麼，你是如何解決的。
從面試者對上面這個問題的回答中，我能夠很好地判斷他是否有較強的獨立解決問題的能力，而我認為這是除技術能力之外，程序員最應具備的能力。

7. 給他們一個虛擬任務
經過上面的這些環節，你可能對面試者的整體情況已經比較滿意，但先別急著下結論。我曾見過能夠順利通過上面所有面試步驟，並且被僱傭的程序員，當他們進入實際工作後卻沒能把事情做好。
在你確定是否錄用他們之前，可以給他們一個虛擬任務。我不是說一個抽象的程序問題，而是指一個真實的，可能就存在於你當前項目中，並且需要在一兩個小時之內完成的一個開發任務。我曾經出過這樣的考題：
寫一個小程序將一個以特定格式（如CSV）存儲的文本文件轉換為XML格式，並存儲為另一個文件。
你可以給他一台已經配置好開發環境以及IDE的電腦，讓他當場編寫代碼。當然如果時間有限，你也可以直接詢問面試者的實現思路，並簡單用偽代碼來描述處理過程。通過這個測試，你能夠看到很多細節，比如面試者是否有良好的編碼習慣，異常處理是否規范，代碼邏輯是否縝密高效，以及他的開發效率是否足夠高。如果面試者給出了非常優秀的解答，那麼你就應該能夠判斷他確實是一個優秀的候選人了，因為我從沒碰到過能夠通過上面的測試，卻在實際工作中無法做好的人。