Ⅰ 紼嬪簭鍛樺埌搴曟槸鍋氫粈涔堢殑錛
鍦ㄥ︿範浜嗕竴闂ㄦ妧鏈涔嬪悗錛屾壘鍒頒竴涓鍚堥傜殑鑱屼笟鍙戝睍鏂瑰悜鏄寰堥噸瑕佺殑銆
榪欑瘒鏂囩珷鏄浠嬬粛楂樿柂鑱屼笟鏂瑰悜鐨勭▼搴忓憳鐨勮亴涓氬彂灞曟柟鍚戱紝浣犲枩嬈㈠摢涓鏂瑰悜灝辨湞鍝涓鏂瑰悜鍙戝睍錛
1銆佹灦鏋勫笀
榪欒亴浣嶅惉璧鋒潵寰堥珮澶т笂錛屼絾瀹冮渶瑕佸己澶х殑鎶鏈瀹炲姏鍜屾繁鍘氱殑鎶鏈縐緔銆傚緩絳戝笀鐨勬垚闀塊渶瑕佺粡楠屻佹妧鏈鐨勫箍搴﹀拰娣卞害銆傝捐′紭闆呫佺伒媧匯佹墿灞曟у己鐨勬灦鏋勬槸鏋舵瀯甯堢殑涓昏佸伐浣溿
鎮ㄤ笉鑳藉彧榪芥眰鏈鏂版渶鐑闂ㄧ殑鎶鏈錛岃繕闇瑕佽冭檻鐜版湁鍥㈤槦鐨勮兘鍔涘拰鎶鏈鐨勬垚鐔熷害銆
浜哄憳闇奼傦細鈽
闅懼害鎸囨暟錛氣槄鈽呪槄鈽呪槄
2銆丣ava鍚庣紼嬪簭鍛
鍚庣紼嬪簭鍛樹富瑕佸疄鐜頒笟鍔￠昏緫錛屼負鍓嶇浣跨敤鎻愪緵鎺ュ彛銆
Java鏄鏈甯哥敤錛屼絾涔熸湁鍏朵粬鐩稿瑰皬浼楋紝姣斿侾ython錛孯ubyonRails銆丳HP絳夛紝榪樻湁灝辨槸PHP錛屽皬緗戠珯緇忓父鐢錛屼笉璁哄摢涓璇璦錛岄兘涓嶉毦瀛︼紝榪欎竴鍧楃殑闇奼傛槸姣旇緝澶х殑銆
浜哄憳闇奼傦細鈽呪槄鈽呪槄鈽
闅懼害鎸囨暟錛氣槄鈽呪槄
3銆乄EB鍓嶇紼嬪簭鍛
涓昏佹槸JavaScript銆丆SS銆乯Query絳夛紝榪戝嚑騫存潵錛屾垜浠鍏蟲敞嫻忚堝櫒絝鐨勭敤鎴蜂綋楠岋紝嫻忚堝櫒絝瓚婃潵瓚婅鐪礆紝鎵浠ヤ篃闈炲父嫻佽屻
浜哄憳闇奼傦細鈽呪槄鈽呪槄鈽
闅懼害鎸囨暟錛氣槄鈽呪槄
4銆佹墜鏈虹紼嬪簭鍛
瀹冧富瑕佹槸Android銆乮OS錛屽洜涓虹Щ鍔ㄤ簰鑱旂綉鐨勫彂灞曪紝鐜板湪涔熼潪甯告祦琛岋紝闇奼傚ぇ錛屽叾涓璉OS闂ㄦ涢珮錛岀▼搴忓憳鐩稿硅緝灝戱紝浣唅os紼嬪簭鍛樿柂姘撮珮涓浜涖
浜哄憳闇奼傦細鈽呪槄鈽呪槄
闅懼害鎸囨暟錛氣槄鈽呪槄鈽
5銆佺郴緇熺紪紼嬬▼搴忓憳
鏈夌殑闇奼傚嶆潅錛屾湁鐨勯渶奼傜畝鍗曪紝闇瑕佹敮鎸佸ぇ閲忕殑鐢ㄦ埛錛屽ぇ閲忕殑騫跺彂錛屽傛窐瀹濈殑鈥滃弻11鈥濄佸井淇＄殑鏄ヨ妭綰㈠寘銆
闇瑕佸仛鐨勮櫄鎷熷寲銆佷簯璁＄畻銆佸垎甯冨紡澶勭悊錛屾敮鎸佺郴緇熺駭鎵╁睍銆傚逛簬嫻烽噺鏁版嵁錛岄渶瑕佸仛澶ф暟鎹鍒嗘瀽錛屼粠涓鎻愬彇鏈変環鍊肩殑淇℃伅錛屾瘮濡侶adoop銆傜敱浜庨渶瑕佸仛鎿嶄綔緋葷粺錛屾暟鎹搴擄紝鏈嶅姟鍣ㄧ郴緇熺殑瀹氬埗寮鍙戱紝鐢氳嚦浣胯嚜宸辯殑涓濂楋紝灝忎紒涓氫竴鑸涓嶅叿澶囪繖鏍風殑鎶鏈鑳藉姏錛屼富瑕佹槸BAT榪欐牱鐨勫叕鍙擱兘鍦ㄥ仛銆備漢鎵嶇殑闇奼備笉鏄寰堝ぇ錛岀▼搴忓憳鑰岃█錛屼綘闇瑕佷笉鏂瀛︿範錛屽湪涓涓鍖哄煙娣卞叆閽葷爺銆
浜哄憳闇奼傦細鈽呪槄
闅懼害鎸囨暟錛氣槄鈽呪槄鈽呪槄
6銆佸畨鍏
鍦ㄧ綉緇滄椂浠ｏ紝涓涓嶅皬蹇冧綘鐨勪俊鎮灝卞彲鑳借娉勯湶錛屾墍浠ワ紝瀹夊叏鍙樺緱瓚婃潵瓚婇噸瑕併傛墍浠ヤ粎浠呭疄鐜板姛鑳藉拰鎬ц兘鏄榪滆繙涓嶅熺殑銆傝稿氬叕鍙革紝鐗瑰埆鏄疊AT錛岄潪甯擱噸瑙嗗畨鍏ㄣ傚綋鐒訛紝榪欎釜鏂瑰悜涔熼渶瑕佸規妧鏈榪涜屾繁鍏ョ爺絀躲
浜哄憳闇奼傦細鈽呪槄
闅懼害鎸囨暟錛氣槄鈽呪槄鈽呪槄
7銆佹祴璇
榪欏湪鎶鏈涓婄殑瑕佹眰騫朵笉鏄寰堥珮錛屼絾鏄瀹冮渶瑕佹祴璇曠煡璇嗐佽兘澶熻捐℃祴璇曠敤渚嬨佸噯澶囨祴璇曟暟鎹鍜屾墽琛屾祴璇曠殑鑳藉姏銆
鐜板湪鏁忔嵎寮鍙戝緢嫻佽岋紝嫻嬭瘯榪橀渶瑕佺煡閬撳紑鍙戠煡璇嗭紝鑷沖皯闇瑕佸紑鍙戜竴浜涜嚜鍔ㄥ寲鑴氭湰銆傚洜涓哄コ鐢熸瘮杈冪粏蹇冿紝鎵浠ュ緢澶氬コ鐢熼兘杞鍒頒簡嫻嬭瘯榪欎釜宀椾綅銆備竴涓浼樼鐨勬祴璇曚漢鍛橈細涓嶄粎鑳藉嚭鑹茬殑瀹屾垚鑷宸辯殑宸ヤ綔錛岃繕鑳藉弬涓庤捐″紑鍙戣ㄨ猴紝鑳藉熶粠嫻嬭瘯瑙掑害鎻愬嚭闂棰橈紝甯鍔╁紑鍙戜漢鍛樻彁鍗囪蔣浠惰川閲忥紒
8銆佹暟鎹搴撶＄悊鍛
鍑犱箮鎵鏈夌殑欏圭洰閮介渶瑕佺殑鏀鎸侊紝閭ｇ嶅ぇ鍨嬮」鐩錛屽氨鏈変竴涓宀椾綅鈥斺擠BA銆備粬闇瑕佹繁鍏ョ殑鎺屾彙涓撲笟鐨勬暟鎹搴撶煡璇嗭紝榪涜屾暟鎹搴撶＄悊錛屽彲浠ュ府鍔╁紑鍙戝洟闃熻捐℃暟鎹搴撳紑鍙戱紝騫舵壘鍑烘ц兘鐡墮堬紝鎬ц兘浼樺寲銆
紼嬪簭鍛樼畝鍗曠偣灝辨槸寮鍙戝悇縐嶈蔣浠跺拰緗戠珯鐨勶紝鎮ㄨ寸殑鍓嶅悗絝灝卞儚鏄劇ず鍣ㄥ拰涓繪満錛屾樉紺哄櫒灝辨槸鍓嶇錛屼富鏈哄氨鏄鍚庣錛屾樉紺哄櫒璐熻矗鏄劇ず鍥懼儚緇欑敤鎴風湅錛屼富鏈鴻礋璐ｈ繍綆楅昏緫錛屽笇鏈涜繖涔堣存偍鑳界悊瑙ｏ紒
紼嬪簭鍛樸傞【鍚嶆濅箟錛岃繖鏄涓涓錛岀敤鐢佃剳涓哄伐鍏風殑宸ヤ綔鐨勪漢錛屾病鏈夌數鑴戜粬浠灝變細鐢熷瓨涓嶄笅鍘匯
鍏蜂綋鍙浠ユ彁鐜板湪錛岄渶瑕佸啓浠ｇ爜錛屽疄鐜頒笉鍚岀殑鏁堟灉銆
鏇村氬湴錛屽彲浠ュ叧娉ㄤ竴涓嬪煿璁鏈烘瀯錛屽傚寳澶ч潚楦熴佷腑鍏浼樺氨涓氥佽揪鍐呫
紼嬪簭鍛樺氨鏄鍐欎唬鐮佺殑錛岃繖涔堣窡浣犺村惂錛岄棶絳斿氨鏄鐢辯▼搴忓憳鍋氬嚭鏉ョ殑涓嬈続PP鍜岀綉絝欙紝鉶界劧浣犱笉鐭ラ亾鏄鎬庝箞鍋氬嚭鏉ョ殑錛屼絾鏄瀹冪殑紜鏄鐢卞箍澶х▼搴忓憳鍋氬嚭鏉ョ殑銆
鍦ㄧ綉涓婄湅浜嗗ぇ瀹剁殑鍥炵瓟灝辨槸鍑犱釜鑻辨枃瀛楁瘝瀵規垜浠榪欎簺闆跺熀紜鐨勪漢鐪嬮兘鐪嬩笉鎳傘傚氨榪欎箞璇村惂錛岀▼搴忓憳鏄涓嶆槸鍋氱綉欏電殑錛熸槸涓嶆槸閫氳繃浠ｇ爜璁╃綉欏典笂闈㈢殑姣忎釜鎸夐挳錛堟垨鑰呰磋繛鎺ュ疄鐜板畠鐨勫姛鑳斤級姣斿傜櫨搴﹂棶闂涓婇潰鐨勬垜鐐逛竴涓嬫彁闂灝卞脊鍑轟竴涓緗戦〉錛屾垜鐐逛竴涓嬮棶棰樿ˉ鍏呭氨寮瑰嚭涓涓涓滆タ錛屽啀鑰呮垜鐐逛竴涓嬫彁浜ゅ氨鑳芥彁浜や簡錛熷笇鏈涢偅涓澶х炵敤榪欑嶇畝鍗曠殑鏂瑰紡甯鎴戣茶茬▼搴忓憳鍒板簳鏄騫蹭粈涔堢殑銆傜壒鍒鏄鍓嶇鍜屽悗絝鍒嗗紑璁茶阿璋浜
從事軟體開發多年，上機寫代碼這種考查模式在國外用的比較多，很多國內的公司也在學習這種方式，這種方式能直接看出寫代碼的能力，但對上機做編程題目這種事情很多成熟的程序員覺得是一種侮辱，有一些程序員看到有筆試直接就選擇走人了，這些東西在面試之前應該有溝通，事情不會變得這么被動，因為對於很多有能力的程序員，能夠請到面試已經非常不容易了，能力越強脾氣越大。
直接上機做編程測試能力的公司不是很多，從事軟體開發十幾年主要經歷了四家公司，面試的時候主要靠面談為主，因為編程行業能力的高低通過交談就能了解差不多，只需要根據簡歷上寫的項目進行細節溝通，如果真的做過幾句話就能看出大概的水平，所以很多公司壓根不搞什麼筆試或者上機寫代碼的事情，編程這個職業主要靠時間的積累，並且在積累中不斷完善自己的知識體系，慢慢提高自己的認知。
一個程序員如何提升自己的能力水平，對於初學者來講首先是學習好一門編程語言，開始學習階段覺得編程語言就是天了，好像是學會了編程語言就能做任何的東西了，隨著編程語法的學習完畢就開始嘗試做一些題目，結果發現距離語法真的非常遙遠，所以有很多的初學者有一種感概明明在課堂什麼都明白了，結果到真正自己實踐的時候什麼都想不起來，這是初學者必然的經歷，編程本身就是一種不斷磨練編程思想的過程，編程語言屬於在輔助類基礎技能，沒有輔助就不會寫代碼，編程設計思想再牛也不可能實現，兩者是相輔相成的作用，編程思想裡麵包含著仙姑經驗的積累。
很多人覺得很奇怪有些公司也不進行面試也不讓上機寫代碼，就是通過不到一個小時的閑聊就能把一個人的水平能力和工資水平給定位下來，通過面試就能檢測出編程思想以及編程基礎，編程基礎類的考察只需要問幾個簡單的語法問題就能做個大概的檢測，編程思想就是完全的編程意識以及編程經驗的積累，所以一些企業在招聘的時候明確寫著就相關開發經驗的人優先，企業招聘的目的就是希望要的人在短時間內能夠上崗直接切入到項目開發中去，整體來看是不是需要上機寫代碼測試完全看每個公司的技術文化了。
有些技術類的公司對於程序員的基本功要求特別嚴格，有個同事在第一家技術公司的時候，部門技術經理特別關注程序員的基本語法，只要是簡單的代碼語法錯誤，就能到部門的黑板通報，開始實施階段很多人上了黑板，後來隨著時間的推移上去的人越來越少了，同事說到自己上了兩次黑板都是因為在使用指針的時候沒有初始化導致，到今天還是記憶尤新，如果在技術生涯的初期能夠經歷過這種企業是一個技術人的幸運了，越是嚴格要求的領導或者公司越是有利於技術人員 的成長，至於在面試的時候要不要上機這個就看每個公司的技術文化了，一般注重代碼基礎的領導會引領這個事情，希望能幫到你。
這是一個正常的流程，我覺得有時候還是有必要的考驗一下面試者的。
以前這種面試實際上是很平常的，但是發展到現在越來越多的人對這樣的面試很反感，大概率的原因是因為很多人更多的是在搬代碼，並且搬的很成功，而真正注意寫代碼的人反而越來越少。
筆試和上機編程好不好？
我覺得挺好的，這樣可以刷下去很多劃水的人，有的人，寫代碼的能力並不強，但是搬代碼的技術一流，隨著技術越來越晚上，一些解決各種bug的網站越來越流行，現在更多的畢業生為了高工資，變成了搬代碼的人，他們能解決問題嗎？能，但是是他們自己的解決的嗎？不是，更多的是他們通過搜索的手段，問度娘，問谷歌，漸漸的形成了一個可以解決問題的方案，雖然問題解決了，但是等遇到一個需要創新開發的時候，他們就完了，基本上沒有了自我的思維。
筆試和上機可以有效的防止這類人進入公司，實際上也是一種不錯的手段。
這樣的公司多不多？
據我所致，目前來講上機編程的公司不是很多，畢竟，每個公司所使用的編程軟體不同，有的公司製作的軟體也比較具有保密性，沒辦法直接考程序員的實際能力，只能通過一些演算法測試，或者是什麼測試，來簡單的排除掉那些搬運的人。
所以上機測試的效果並不是特別好，一般的公司都會選擇用筆試的方式。
我遇到過不少筆試的，上機的從來沒有遇到過。
我一個同事之前換工作的時候倒是遇到過，按他所說，這樣的測試並沒有什麼效果，畢竟測試題出得很淺，太難的問題，基本上短時間內很難解決，也不會有那麼長的面試時間。
其實，在我看來，這個上機面試並沒有那麼大的用途，畢竟測試不到太多的東西，還不如看他自己寫過的代碼來的更快。至於這樣的公司多不多，真沒辦法說，畢竟沒有統計過，根據我的經驗，我覺得不會太多。
筆試的我見過，但是上機的沒有過。
1.筆試可以有
這么說嘛，其實簡單的筆試的話肯定是可以的。因為筆試的話可以讓招聘者知道你大概的能力定位在什麼位置？一些邏輯編程可以測試你的邏輯能力。尤其是在it這個行業，邏輯能力是非常重要的。
如果說你是一個已經有工作經驗的人。其實筆試就沒有那麼重要了。這時候看中的一般差不多就是你曾經的項目經歷。
如果說讓你做一些項目上的，比如說項目架構了這種的，你可以拒絕回答。因為我之前就有聽到過說招聘產品經理，讓他去設計一個產品的。結果這個公司就是通過一直招聘產品經理。然後讓產品經理去設計產品相關的功能，最後再把這些所有求職者的產品相關的思維組合到一起。
雖然說這總公司是很少的，但是也不排除是有隻通過這種方式來滿足產品需要的。
所以解釋的時候可以大概的寫一個思路代碼的流程，但是可以不用全部都寫。
2.上機測試
我覺得這個確切的來說是有一點過分的。像這種上機考試的話，肯定他是需要一個比較完整的項目。但是這種項目誰都不知道是他們公司需要，還是讓他僅僅是為了做測試。所以像這種事情完全可以直接拒絕。
在這里大概說明一下。 找工作是一個雙向的過程 ，如果說是你無法接受這個公司相關的制度，或者說是相關的流程。其實你可以趁早放棄這種公司的，不然的話即使是你筆試面試都過啦，你到公司之後也會因為你自己的價值觀跟企業的文化匹配不到一起。遲早還是要辭職的，所以你要慎重考慮。
其實面試的時候筆試和機試都是it的正常流程，但是在國內被玩爛了，面試和機試過程中，會有公司內遇到的問題做為面試內容的，也許是個人也許是公司，讓你解決這樣那樣的問題，這樣子的都是垃圾
作為一個老程序員，關於程序員面試的話題，非常有意思，特別有的聊。其實在 IT 界面，有兩個不算公開的秘密，也就是兩個不成文的習慣或者規定吧，關於面試的。
讓老程序員做筆試題是一種侮辱
很多程序員，尤其是有經驗的程序員，去面試的時候，尤其是去小公司面試的時候，如果對方給你出了一套筆試題，很多程序員會說： 我轉頭就走，這是對我經驗水平的侮辱 。
你們是不是感覺很吃驚，還有這種道理？確實是，我有一次去一個創業公司面試，對方給我出了一套筆試題，我做完了，面試完回去跟一些同事聊筆試題的事，他們會驚訝的說：你竟然把筆試題做了？你是有經驗的程序員，不應該經過筆試的，直接面試就行，筆試是一種侮辱。那是我才發現，好多程序員都這么認為的。
但是，我感覺這是一種病態思維，你既然去面試，其實筆試也是面試的一種，你去大公司比如 BAT 這樣的公司的時候，也會有筆試，而且層層面試好幾輪，你都能忍，一些小公司給你出筆試題，你竟然受不了？公司用什麼方式來面試你，是公司的選擇和考量，當然了，面試是一種雙向選擇，如果你感覺是侮辱，當然可以選擇不面了，這是雙方面試的權利。
但是，我感覺筆試是一種正常的流程，跟有沒有經驗沒有關系。有經驗了，你筆試你確定能過么？
很多程序員都不會選擇上機測試
還有一種就是面對上機做題的面試，很多程序員都不喜歡，其實我也不喜歡的，大部分程序員好像遇到上機面試的情況，也是選擇扭頭就走。
其實，我感覺上機測試是可以接受的，但是是有條件的，那就是上機做題，可以做演算法題，這種方式我能接受。
有一次我去面試，他讓我上機做題，竟然跟我說用 Android 寫個什麼功能，什麼模塊，簡直了，這種題怎麼做？直接去實現功能模塊，寫其中的一個點，我都不熟悉需求，也不熟悉功能模塊，上來就寫，怎麼做？沒法弄。我直接就走了。
演算法題屬於比較明確的東西，上機做兩道應該是可以接受的。
你問上機做題的這樣面試的公司多嗎？可以明確地告訴你，不多，我工作這么多年，面試了很多公司，只遇到過兩家。
我是負責我們公司技術面試的，機試環節必不可少。題目不會很難主要是考核程序員的感覺，只有有感覺的程序員才能寫好大程序，這很關鍵。
這主要看做什麼了，我最頭疼的是拿一個構架來靠你函數命令。我都是自己寫數學模型和函數。我哪知道這個構架的函數名？
務實啊，說明人要的是能實乾的程序猿，沒什麼奇怪。面試需求很明確，要會乾的。找領導才找會說的。剛畢業面試的時候遇見過這種機試，程序猿這行算是工科，靠技術吃飯，面試動手實戰是正常的。
支持，不然很多水逼，劃水貨太多了
這樣的公司會存在
基於以下4個原因：
1 面試的人很多，不想花過多的時間去篩選。這樣做題，可以快速過濾一些濫竽充數的人
2 通過合理的上機操作，有針對性地找合適的人，匹配的人也能快速完成上機操作
3 標准，對面試者統一對待，以免主觀原因造成誤判
4 面試者的配合度，一般看到機試，有人就會直接退出。（我遇到這種情況，就會直接走）
以上4個原因，都是較為正式的原因，還有一個主要原因就是能力不行，面試官無法正確篩選簡歷，面試官無法從面試中獲取想要的信息並加以判斷。
基於最後一個原因就是我會選擇直接走的原因，面試官能力不行，表示公司對此招聘的用功不足，該公司沒有能力或沒有意願重視此次招聘。即使入職，收到的待遇不會重視，沒有必要把自己的前景壓在一個不會重視你成果的公司上。