能，如果对方能回答并解释我提出的算法问题，而同时我也被说服了：
1、TA 肯定为面试做了准备。我会认可 TA 的求职态度。（大部分人在日常职业开发中都不会自己去撸数据结构或者算法）
2、TA 自己理解了这个算法 /花时间去研究了算法。至少不会太笨。
3、如果是非科班出身的话，我会认为他有欲望去学习基础知识。
4、便于后续的面试延伸

1、面试人可以手写程序代码，但不一定需要某种语言的代码，个人认为对他适合问一些难度稍高的算法与数据结构，伪代码加思路就好了。因为一个工作 5 年的人，他不一定奋斗在开发第一线，尤其是运维人员，他可能善于解决问题，思索方案，确实不屑于纠结一些语言语法问题。如果你觉得候选人必须能手写 XX，可能在要求上面就要写明。
2、我同意楼上某位的看法。考察人不应该从面试官这边的情况考察起，而是针对面试者的简历、项目、职位匹配程度考察起。你这边要求的是一位程序员（程序设计师），对方是一个运维人员，既然简历被你们选中，应该一上来考察对方是否适合这个岗位，如果对方觉得自己开发实力也不错，OK，你这边可以尽管问一些开发的东西。但是如果对方只是想运维转开发涨涨薪，对于开发很多是一知半解，我觉得你也不用问他某些语言功能的实现，就对照简历有针对性问一些问题。至少可以维持一个比较平和的面试气氛。
3、LZ 打算问的问题没毛病，不过面试的学问从来不是在问什么，而是在于能不能招到匹配人选。他不想手写你还拿电脑给他？嫌气氛不够火爆？不对胃口就尽早 PASS，也是对对方的尊重。

去 TMD，业务规模急速膨胀，人员缺口也大。难度比 BAT 小，学到的东西不比 BAT 少。

1L 说得不错，这文章内容比较流于表面，其实大多数应届生，尤其是科班出身，他们并非不知道该怎么选以后的技术栈或者是职位方向。他们更多的是无法估量职场上对于技术的需求深浅。需要的是一个告诉他们自身实力在现有技术市场上的定位以及未达到目标情况下该怎么去努力的声音。

建议加上：
国内外技术市场概况;
现今的技术公司层别、各自的主营业务及招聘偏好、内部的热门应用技术以及即将发展的技术；
大型公司里面对于职级的划分、不同方向的培养模式；
求职指南，也是一份尽量让双方信息量对等的手册。

这篇东西的定位应该是对于转专业 /转行人士的技术选型指南 /职业方向选择指南

讲个个人思路，把字符串跟字节数组进行同字节数据比较可能更简单点

freelancer 不是赚不到钱，说白了就是心累，一来二往干个活整天提心吊胆担心对方不结款。

找实习怎么不说找什么方向的？感觉适合做底层

...很尴尬的简历。
你求的是 PHP 后台一职应该多写 PHP 的项目与描述，而不是把亮点放在前端的一些特性上。

技能奖项的东西建议也不用写，会成为你的减分项。
一句话，突出你的目标技能，避开你的弱项（学历、低级证书等等）

学历什么的不说，是个运气因素（除了硬性规定之外，取决于考官的好恶）
认真看了下楼主的项目，给你点意见。
第一是项目深度不够。都是一些常规的框架 api 使用，属于小 Demo 性质，完成度不高。这些东西在网络课程上一抓一大把
第二是工程素养，认真把 README 写好，文件的名称改规范，你要展示自己也得弄得光鲜点
第三是技术栈，因为都是一些仿站项目，我也不好判断你的技术深度，最好把 python 技术几个热门的点都要涉猎一下（爬虫、数据分析、运维）
第四是简历，把专业技能缩短一些，多点篇幅描述一下你项目的贡献跟解决的难题

@ahkxhyl
1、大部分公司的业务还没有成长到非大数据、高并发技术不可用的地步。很多业务都是生搬硬套新技术，并不一定能依靠它们解决什么问题。
2、要求你要懂得并发、大数据，可能是测试你的学习能力，也可能是测试你的业务深度。但无论怎么说都是面试屠龙，实际养鸡。考察这些但以后并不一定能接触这些场景。
3、如果是 BAT，不用说，大数据高并发必考，内部有很多转岗机会，公司架构也时不时在调整。你的话，走管理路线比较靠谱

1、楼主是业务型的人才，看经验，我可以认为你对仓储系统的流程开发与管理十分熟悉，求职向来是扬长避短：推荐偏管理的职位，充分利用业务与技术广度的两种优势。
2、同时你工作中有涉及到前后端开发与运维，学习能力不差，如果想脱出业务的框架，不如从现有的技术经验着手，钻研深度，比如做点开源项目，阅读框架源码，自然会有前进方向的。
3、其实哪有那么多业务是必须使用到大数据、分布式的，比起这些炒热的概念，还有多少大家都觉得很简单的系统质量依然不堪入目的。不少公司也是青睐能做出靠谱系统的工程师，而不是单单只是看中一些“高大上”
4、求职很看中缘分，暂时没有 offer 很多时候是机遇不到，而不是你技术不行或者是落后

在申请离职之后，按时下班时本分，自行加班是情分。

先上岸，本来这种问题是不提倡急着上岸的。但鉴于 LZ 咸鱼的本质...

讲道理，我觉得程序员的日子。只有 30%的时间在编码，或者更少

假设你问的是 web 后端
1、技术团队的熟练语言永远是第一选择，让一个 PHP 团队转向 Go 来开发后端，其开发效率未必比原先的高。
2、PHP 远比 Go、Nodejs 成熟，对于中小规模的业务完全可以用 PHP。
3、在业务上升到一定量级，Go 比之 PHP 的性能优势突显的时候使用 Go。
4、PHP 是世界上最好的语言。

要练手还不容易？ vue、react 挑一个做个简单的应用

@shangshicc
取决于你干的活，单 Android 技术这个面太窄了，而且候选人一大堆。
即使是 webapp 开发，除了 vue、react 等前端框架也需要懂 nodejs 等后端的东西。何况现在的情形是原生开发远没以前吃香了，涉猎更多后台的东西，增加你的竞争力的同时也方便你以后有需要的时候转型。

怎么不报岗位要求那些

哥们，你可以 append 个详细，感觉是你之前那个导致被辞退的选择在你心里起了根刺