Ⅰ 绋嫔簭锻桦埌搴曟槸锅氢粈涔堢殑锛
鍦ㄥ︿範浜嗕竴闂ㄦ妧链涔嫔悗锛屾垒鍒颁竴涓钖堥傜殑镵屼笟鍙戝𪾢鏂瑰悜鏄寰堥吨瑕佺殑銆
杩欑瘒鏂囩珷鏄浠嬬粛楂樿柂镵屼笟鏂瑰悜镄勭▼搴忓憳镄勮亴涓氩彂灞曟柟钖戯纴浣犲枩娆㈠摢涓鏂瑰悜灏辨浈鍝涓鏂瑰悜鍙戝𪾢锛
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个原因，都是较为正式的原因，还有一个主要原因就是能力不行，面试官无法正确筛选简历，面试官无法从面试中获取想要的信息并加以判断。
基于最后一个原因就是我会选择直接走的原因，面试官能力不行，表示公司对此招聘的用功不足，该公司没有能力或没有意愿重视此次招聘。即使入职，收到的待遇不会重视，没有必要把自己的前景压在一个不会重视你成果的公司上。