精华内容
下载资源
问答
  • 面试如何解释上份工作时间短

    千次阅读 2019-03-31 12:35:12
    上家公司待的时间短,面试时,会被扣分吗? 小伙伴问:跳槽一家公司,发现是个深坑,想撤; 我回答:如果真的不合拍,及时...在人力资源从业者看来,一份工作没待满1年,是无法积累任何经验的。 举个例子, ...

    上家公司待的时间短,面试时,会被扣分吗?

    小伙伴问:跳槽一家公司,发现是个深坑,想撤;

    我回答:如果真的不合拍,及时止损对双方都好;

    小伙伴:但是我在这家公司时间这么短,会不会被HR嫌弃?

    我回答:扣分会扣分,但是不是致命伤,要看情况……

     

    01

    扣分点在哪里?

     

    扣分总是难免的。

     

    在人力资源从业者看来,一份工作没待满1年,是无法积累任何经验的。

     

    举个例子,

     

    你在Victoria Secrets做市场活动(我年轻时的梦想)。

     

    1年1次的维密秀是最挑战能力,难度最大的工作,你没待满一年,很可能就没参加过这场活动。

     

    就算参与了,因为是新人,也不可能独当一面,大概率跟在后面做点杂活,根本摸不到这场活动的精髓。

     

    活动无论成功还是失败,你都没法积累经验教训。流程为什么出错?王思聪为什么没座位?你根本不知道。

     

    如果连半年都没干满,试用期可能都没出。

     

    那么大概率你连分内活具体有哪些,也就刚刚摸清楚。

     

    结论:

     

    1年(甚至半年)都没待满的公司,无论你是服务于多么出色的公司,这段履历都是作废的。

     

    不过,这种扣分,很多人并不在意。

     

    真的拿到了谷歌或者苹果的offer后,谁会半年不到就跑路呢?

     

    大多是去了一家不靠谱的公司,才会万般无奈做出这样的选择。

     


     

    02

    真正的考点在哪里?

     

    实际上,HR最担心不是上一份工作做了多久。

     

    面试官真正关心的是:

     

    入职后,你愿意/能够在公司工作多久

     

    所以,真正的考验点是:

     

    你的平均每段工作时间是不是都不长——你跳槽是不是过于频繁。

     

    面试官的心态大概是:上段履历这么短,往往会心里一紧——然后会下意识去看前几次经历。

     

    如果前几份工作,你都做了3年以上,那么面试官会长舒一口气,这人还是很稳定的,可能是和上家公司不来电,招来面试一下,问问情况吧。

     

    如果你前几份工作同样是干了1年就跑路了,那你的简历大概率要被放到「待定」位置,只有企业实在找不到合适的人才后,才会再来看你的简历。

     

    一般来说,大中型公司的预期都在3年以上,急于用人的公司可能会定在1-2年。

     

    你干了三年,公司感觉花在你身上的招聘成本,培训成本差不多都能赚回来。

     

    如果干不满1年,公司铁定是亏了。

     

    介绍一下大中型公司 HR 招人的工作量:

     

    第一步:需求确认,与用人部门理清招聘需求,到底是招英文好的,还是会编程的……

    第二步:根据用人部门的需求设计招聘启事(Job Description),并给用人部门确认;

    第三步:找到合适渠道发布岗位,线上线下,垂直社区,校园招聘

    第四步:从收到的几百 - 上千封简历中筛选出符合要求的简历,提交给用人部门进一步筛选;

    第五步:用人部门挑出自己看得上的简历,HR约面试;

    第六步:一面,二面,群面,文化面, HR要么自己上阵,要么协调同事时间。

    第七步:一切顺利的话确定候选人,再和候选人谈薪资福利,安排劳动合同和入职手续;

    第八步:没被候选人放鸽子的话,新同事入职,再安排部门同事或者亲自负责帮助新员工了解公司制度,熟悉同事,度过试用期。

     

    以上任何一步不顺,所有流程就得重来。

     

    在工作量如此繁琐的背景下,谁都不愿意招一个可能干不满 1 年的人。

     

    这繁琐的流程再走一遍,就算 HR 扛得住,业务团队也会抱怨HR眼瞎乱招人的。

     

    大多数情况下,HR 只有在完全招不到其他人时才会考虑频繁跳槽的职场人。

     

    显然,对于跳槽过于频繁每段工作经历都很短的小伙伴们,很难接到知名企业,尤其是职业发展前景最好的企业 offer。

     

     

    03

    真正的考点在哪里?

     

     

    很多人担心:「工作时长太短,在面试中会被扣分?」

     

    事实上,真的嫌弃跳槽频繁,企业是不会邀请我们来面试的。

     

    很多公司在筛选简历时,都有硬性规定筛掉平均工作年限不满1年的求职者。

     

    到了面试阶段,意味着:

    • 你真的很出色,公司愿意冒这个风险;或者

    • 公司着急用人,找不到更合适的人选了,凑合一下

     

    而到了面试阶段,求职者就有机会,通过沟通去化解面试官对于工作时长太短的担心。

     

    沟通内容包括:

     

    表决心:

     

    光表决心HR是不会相信的,但是你不表决心,更让HR担心,你是不是加入的意愿并不强;

     

    坦诚问题,自我反思:

     

    有反思才有进步,很多人跳槽时都会遇到坑的,遇到坑的时候,尽早止损并非犯错。

     

    但肯定你需要有反思:自己为什么会选择错的公司,在下次挑选的时候你会不会调整自己的策略。

     

    比如你挑选了一家小公司,公司很小很乱,入职前答应你的事情都没有实现;那么你在挑下家的时候就会看更大一些公司,希望稳定下来多学点东西。

     

    这对大中型公司来说,反而是好消息,因为你在小公司那里经受了挫折,更容易稳定在大公司。

     

    谈职业规划:

     

    职业规划是一个好东西,无论是否跳槽,我们都应该认真规划。

     

    一旦你有了清晰的职业规划,你会发现它特别好用,可以回答很多面试问题:

    • 你为什么考虑跳槽机会?

    • 你为什么离开上家公司?

    • 你为什么选择我们?

    • 你对自己未来的预期是怎样的?

    • 未来五年,你是怎么规划自己的?

    • ……

     

     

    我之前写过关于职业规划的文章,可以参考:

     

    面试时,被问到职业规划如何作答?

    瞎说电影:《流浪地球》的职场隐喻

    面试时,被问到职业规划如何作答?

     

     

    职业规划,也是反思的结果之一。

     

    之前选择犯了错,重新上路时也需要评估职业规划方向。

     

    当然也有口吐莲花的小伙伴,可以把之前所有的经历串起来,变成一个合理的职业规划:

     

    我跳那么多槽,是为了积累足够的能力,以胜任贵司的岗位啊……

     

    你真能说得让HR信服也是水平。更详细的,我之前的文章分享过:《HR:跳槽这么频繁,可以说说原因吗?

     

    至于能不能说服HR,首先看你能不能说服自己。

     

    你相信了,HR才有可能相信。

     

    我也希望大家在跳槽的时候,做全面谨慎的判断,不要因为单纯钱多,或者上家公司太累了,就跳槽。须知,你跳过去的可能还不如之前那家公司。

     

    理想的跳槽应该是:

     

    百尺竿头更进一步,而非火烧眉毛逃离虎口。

     

    感谢樊登读书的邀约,我的《职场破局思维课》,从今天开始在樊登读书的知识超市开展为期三天的限时7折优惠活动。欢迎大家届时扫码捧场。

     

    目前上线的课程中每一期都有试听部分,欢迎大家收听完之后点评留下你的看法和建议。

     

    谢谢大家的支持。

     

     

    更多内容

    简历 | 面试 | 求职 | 薪水 | 辞职

    职业发展 | 自我提升 | 职场女性 | 年终奖

     

    瞎说职场(HRInsight):是Sean分享人力资源行业12年从业经验感悟的地方,主要内容涉及:职业规划,个人职场提升以及求职面试建议。

     

    Sean拥有10多年的人力资源行业经验,先后供职于全球领先的人力资源服务机构Randstad和咨询公司Mercer。工作之余,Sean的身份还包括第一财经/南都周刊/领英专栏作家,知乎人力资源优秀回答者。

     

     

    微信扫一扫
    关注该公众号

    展开全文
  • 我有个大学校友,他是去年 8 月份才开始正式学习 Java 的,之前在一家私企工作了 5 年,工资个月只有不到 6000 块,日子过得很苦逼,毕竟郑州的房贷压力也不小,公司就那么大,除非领导离职,否则根本看不到晋升...

    我有一个大学校友,他是去年 8 月份才开始正式学习 Java 的,之前在一家私企工作了 5 年,工资一个月只有不到 6000 块,日子过得很苦逼,毕竟郑州的房贷压力也不小,公司就那么大,除非领导离职,否则根本看不到晋升的希望。他刚 26 岁,正值青春年华,我就劝他不如改学 Java,他之前学 PHP 的,虽然做起来项目很快,但发展前景确实不怎么乐观。我身边的很多朋友在北京做 Java 开发,差不多能拿到 2 到 3 万的月薪,师弟听了非常羡慕,感觉超出了他的认知范围,就下定决心开始学习 Java,一共学了大概 6 个月的时间,今年跑去杭州找到了一份 Java 开发的工作,月薪 15K,因为是自学,能拿到这个薪水我觉得很不错了。

    这期间,我给了他很大帮助,帮他梳理了一条非常清晰的自学路线,他自己也很下劲,遇见什么问题就来问我,我有时候回复不及时,过一会他就说,不用了,自己找到了答案,这股劲真的让我感觉非常佩服。

    自学的过程并不容易,我认为有两个因素非常重要。

    第一,就是一定要自律。很多人看到 Java 很吃香,就跑过来学,很草率,学了一段时间后,感觉很痛苦,就放弃了。我师弟的情况特殊一点,他本身感觉到生存的压力比较大,就抱着很强烈的学习愿望,再一听别人拿那么多钱,就更下劲了。加上自己学习又非常自律,每天上班的时候偷偷学一点,然后下班后又一直学到晚上一点多真的超级自律。

    第二,就是有人带。如果全程靠自己去摸索,超级难受,一是没有目标,不知道该学什么,东学一块,西学一块,成不了知识体系;二是遇到问题的时候没人交流,这个是非常难受的,信心就会受到很大的打击,慢慢学习的劲头就下去了。师弟来找我,我基本上看到就回复他了,我还认识很多技术很厉害的大佬,基本上没有解决不了的问题。

    所以,总结一下就是,自身一定要主动去学习,然后要有人带你,然后就是时间,水到渠成的事。这两点少了一点,就很难成功。

    自学 Java 必须要注意的一些问题。

    1)遇到不会的点,不要死磕

    很多问题,可能是自己当时累了,然后如果钻牛角尖的话,很容易出不来,耽误了学习时间不说,还很有挫败感。可能休息一下,或者问一下大佬,或者去学一下其他的知识点,很快可能就找到了解决方案。

    2)一定要高效

    学习就是这样,如果短时间内看不到效果,会很沮丧,会怀疑自己,然后就越来越没劲去学习了。动手动脑,不要一直眼睛盯着去看,无论是视频,还是书,要学会去调解自己,累了就休息会,千万不要学头悬梁锥刺股的那种学习方式。

    3)及时沟通

    可以去问搜索引擎,一定不要用度娘,最起码也得用必应去搜索吧,最次跑到知乎直接问问题,这也是一种沟通,俗称“人机交互”,哈哈。另外一个就是问大佬,跑技术交流群去提问,不要怕没人回答你,自己总结的过程中可能就会自己得到答案。

    接下来,说一下 Java 主要学的内容。

    第一部分,Java 基础

    学 Java 基础的话,我推荐两本,一本《Java 核心技术卷》,一本《Head First Java》。

    《Java 核心技术卷》分为上下两册,上册的难度较低,可以在最短时间内刷完,尤其是有了 C语言的编程基础后,再刷这本书可以说是手到擒来。下册涉及到的内容有流与文件(☆)、XML、网络(☆)、数据库编程、国际化、Swing、AWT、JavaBean、安全(☆)、脚本编译和注解处理、分布式对象、本地方法(☆),没有标星的内容我认为可以略过。

    《Head First Java》更有趣一些,里面有很多小游戏,很活泼的一本书。

    两本书之间的风格差别比较大,之前就有读者给我反馈说,《Head First Java》有点驾驭不了,那就挑《Java 核心技术卷》。

    刷完任意一本书后,可以看一看《Java 编程思想》,看自己是否能驾驭得了。因为思想的东西嘛,只有经过一些实践后才能有所感悟,否则就像王阳明一开始对着竹子格物一样,屁也格不出来,有了后面领军作战的经验,以及到地方上体验艰苦生活的感受后就开创了心学。

    如果 Java 编程思想看起来确实比较痛苦的话,可以看一看《On Java 8》,GitHub 上有开源的中文翻译版,作者是同一个人。

    上面提到的这 4 本书里面都还保留了图形程序设计的内容(AWT 和 Swing),我认为是完全可以跳过的,希望后面出版社再版的时候能把这些内容全部删除,定价估计就降了,但他们不一定会这么干。

    Java 是一门面向对象的编程语言,所以三大特性:封装、继承、多态是必须要掌握的,然后是异常处理、IO、集合和并发编程。只要这些内容掌握了,可以说 Java 的基础知识就全部掌握了。

    这其中的难点是并发编程,我前面提到过,显然这部分内容学起来并不容易,但却最能考验一名 Java 后端工程师的功底了。怎么才能学好并发编程这块呢?我推荐一本非常牛逼的开源电子书《深入浅出 Java 多线程》,几位阿里朋友写的,质量非常高,我在很早之前推荐过,可以点击下面的链接下载离线版。

    几位阿里朋友重写的Java并发编程,牛逼了

    第二部分,Java Web

    大部分 Java 程序员都要从事 JavaWeb 的相关开发工作,要开发 JavaWeb,自然就离不开 Spring 的系列框架。甚至可以这么说,没有 Spring 的 Java 项目是不存在的。

    要学习 Spring,能读的书不多,我能想到的只有《Spring实战》,坦白地说,这本书很一般,但市面上比它好的书,我还不知道。学完 Spring,就要学 SpringMVC,推荐大家看松哥的视频,在 B 站上虽然播放量不是特别大,但我觉得内容特别棒。

    然后是 MyBatis,不用找书看了,直接看官方文档就行,讲得特别好。本身 MyBatis 也没有特别难的东西,就是一些 XML 配置和动态 SQL。

    Spring+SpringMVC+MyBatis 这三个学完,可以说你就具备了开发企业级应用的能力了。

    然后是 Spring Boot,我推荐看大哥纯洁的微笑的博客,访问量在千万级别以上,影响了无数的初学者,我个人强烈推荐。链接就不用我贴了,直接搜“Spring Boot”关键字就行了。

    如果说你已经掌握了 Spring、SpringMVC、MyBatis、Spring Boot 等内容,就有能力进行一些真正有用的应用项目开发了,比如说学生管理系统、商城系统、博客系统、秒杀系统等等。

    如果你觉得这些系统无从下手的话,其实可以到 GitHub 或者码云上去找,很快就能找到一大堆。为了节省大家的时间,我直接给大家推荐两个。一个微人事,一个 mall,可以直接到 GitHub 上搜。

    第三部分,数据库

    学习一门编程语言,如果不去操作下数据,就感觉这门编程语言空有皮囊却没有灵魂,对吧?要想学好数据库,首先要学习一下 SQL(《SQL 必知必会》这本小册子就足够用了),然后是 MySQL(最流行的关系型数据库,当推《高性能 MySQL》),然后是 Redis(缓存,老钱的《Redis 深度历险:核心原理与应用实践》非常经典)和 MongoDB(非关系型数据库,《MongoDB权威指南》就可以吃透)。

    第四部分,工具

    工欲善其事必先利其器,掌握了下面这些工具,学习起来其他的内容也会更加顺手,不用瞎折腾。

    Intellij IDEA,编写 Java 程序的最佳 IDE,必须得掌握。GitHub 上有一本开源的书库值得推荐。

    接下来是 Maven,可以帮助我们解决 jar 包的烦恼。看《Maven 实战》就可以了。

    然后是 Git,工作中是必须掌握的,看《Git 权威指南》就好了。

    这些内容学完后,就可以准备找工作了,但在找工作之前,一定还要做两件事。这两件事对找到一份心满意足的工作至关重要,缺一不可。拼命学习了这么长时间,就剩下这最后两个关键节点了,怎么能不锦上添花。

    1)first blood

    一定要刷面试题,做到有备而战。就像打战一样,如果只是招募到兵员,却不训练,上了场,根本就不经打,只有训练有素的士兵,在场上作战的时候才能做好攻守平衡,应付自如。

    我推荐这份在 GitHub 上星标 100k 的面试攻略,离线版已经更新到第四版,内容更加详实。新增了校招/社招面试指南、程序员简历之道这些大多数程序员在面试前比较关心的内容。可通过下面的方式下载离线版。

    V4.0 《JavaGuide 面试突击版》来啦!GitHub 上标星 100k,帮你成功上岸!

    2)double kill

    一定要准备一份让面试官耳目一新的简历,很多初学者容易忽略的一个点就是,随随便便整一份简历,然后就开始投递,结果就像石沉大海一般,没有回响。作为简历的撰写者,你必须要搞清楚一点,简历的本质是什么,它就是为了来销售你的价值主张的。往深处说,简历就是一块敲门砖,它通过白纸黑字的方式告诉招聘方,我是谁,我想来贵公司担任什么职位,我能够完成什么样的工作,我能够为公司带来什么价值,我期望的薪资是多少。

    入职阿里后,才知道原来简历这么写

    OK,这两件事准备充足了,就大胆地往前冲吧,相信我,就像我的师弟一样,你也一定能找到一份满意的工作。有任何关于 Java 相关的疑问,也欢迎随时私信我。

    传统美德不能丢,来个一键三连吧,笔芯芯~

    展开全文
  • 工作季来了,互联网大潮也将至。近来陆续有不少师弟师妹校友求分享各种资料和经验,想来手头...前面已经有找工作笔试面试那些事儿(15)---互联网公司面试的零零种种和多家经验、找工作笔试面试那些事儿(14)---轻松

    作者:寒小阳
    时间:2013年9月。
    出处:http://blog.csdn.net/han_xiaoyang/article/details/11683589
    声明:版权所有,转载请注明出处,谢谢。

            

           找工作季来了,互联网大潮也将至。近来陆续有不少师弟师妹校友求分享各种资料和经验,想来手头上确实还有一些资源,也包括当初博主的师兄师姐们以及某些无私的大牛们分享的资料,笔经面经以及感想。于是翻出来看看,倒是也勾起了不少博主当初找工作时候的记忆和感想,于是一并整理整理,发上来吧。前面已经有找工作笔试面试那些事儿(15)---互联网公司面试的零零种种和多家经验找工作笔试面试那些事儿(14)---轻松一下,谈谈面试注意的点谈谈找工作过程中的那些环节、注意点和经验三篇文章了,这里再上一篇长文吧。其实博主打心底里也不大赞赏这类快餐似的知识补充突击准备,也觉得技术这个东西应该踏踏实实,一步步积累,积累的量到了,技术到位了,自然就找到好工作了;但是也理解第一份工作的意义,大家都想要一个好的平台,好的起点,可观一些的收入(博主当年找工作的时候也是这么一种心理)。这里暂且先不议好坏,该分享的还是分享上来吧,大牛们一笑而过就好,其他的同学们若看过文章后感觉能对自己有那么一些些的帮助,那也挺好的。

             某师兄留下过一篇比较诚恳的找工作感想,博主回忆了一下自己的经历,想来很多东西也比较类似。于是在其基础上,增删修改了一部分内容,整理成一篇文章发上来了。

    找工作前: 

            1)多动手解决实际问题。

            实验室的任务也好,自己感兴趣的事情、项目(现在有很多非常不错的开源项目,能参与进去对自己的提高也会很大)也好,多多主动折腾。

             来自别人的知识很容易遗忘,来自自己的知识是最扎实的。 没事上各大高校的OJ刷一下acm题对现场写代码很有帮助。这个听起来很泛,但是感觉性价比还是很高的。也可以读读“如何用两年时间面试一个人”这篇文章和一些相关的延伸(博主在本文后面附上了),看面试官都想要怎样的人。        

            2)确定自己的方向。

            首先要找到自己的核心竞争力,这个竞争力是多元的,有人算法厉害,有人懂设计模式工程能力超NB,有人做页面效果很炫丽……不妨问问自己,最擅长的是哪个,最喜欢做的是哪个。假如能够找到两个方面,你能在周围的人里面都做到前10%,那找到一个同时需要这两方面能力的工作,你的竞争力就是10%*10% = top 1%了(先抛开这两个东西是不是独立的吧呵呵)。可以把自己的特长和兴趣组合到一起的工作,对于我来说就是dream work。        

            3) 写简历。

            简历上的东西多而杂是一把双刃剑。刘未鹏(如何用两年时间面试一个人作者)也说,简历上写兴趣广泛的他都不想要,这不是优点。有些人为了凸显各个方面都有尝试,写了很多方向的内容。这导致了要预期面试官问一些扩展的问题,因此准备简历的时候也要花更大的精力进行整理,补上自己的盲点以防万一被问到。虽然如此,大多厉害点的面试官都能探到我的底,也建议我在某个方向做深做细。扯远了,但这样也有好处,有些地方就喜欢要这样的人,觉得这样的人有潜力,有主动性。所以大家还是分职位去准备简历吧。 

            4) 投简历。

             确定方向以后,就去投。但不要一直海投(在另外一篇文章谈谈找工作过程中的那些环节、注意点和经验也提到了),面试跑来跑去挤公交车地铁的感觉让人真的想投海,还不如省下点时间好好看书或者和同学讨论讨论问题。

            当然,也不能全投特别好的公司,不然前前期积累不够或者一时没有状态,很容易就挂掉。初期可以先投一些公司练练手,预先感受一下面试的感觉,调整出一个比较好的状态。

            不过要额外考虑的是,互联网每年的形势都不一样,去年如此今年不一定就这样。例如某年搜狗和美团突然给力了(指的待遇哈),很多人当时根本就没有考虑要投,叹息不已;而曾一度吵得热得不行的人民搜索,却又弱了。

            5) 可以到各个渠道去找工作信息,不要只是局限于招聘网站。

            例如现在好些技术牛人都会在微博上发招聘信息,感觉自己有希望的话,主动投一下。在牛人身边学习还是会快很多,无论是工作方式、习惯、视野等等,都不是一个普通团队可以企及的。另外,提供一个渠道让别人找到你。平时多干点事情,求职时通过各种媒介主动宣传一下自己。有些论坛也是非常不错的,帝都的话,IT互联网这块,水木和byr论坛还是很不错的。 
      

    找工作时面试前: 

             1) 看书补充基础知识。

             程序员面试宝典什么的过一遍总是好的。如果是C/C++的话,这里再脸皮厚着推荐一下我之前写过的找工作笔试面试那些事儿系列,或者你可以直接看林博士的《高质量C++/C编程指南》。

             2)算法多积累和思考。

            好吧,虽然博主不喜欢,但是这里又要提到那几本快餐式填补算法的书了。是的,《编程之美》《剑指offer》《代码之美》《编程珠玑》还是要好好过一遍的,尤其前两本,要仔细把代码都写一遍。说起来好玩的是,博主和同学当年面试时,发现不会的题有70%以上都在前两本书上有原题或者母题……有一次面试某公司的时候,吃惊地发现,某道当时想破头也没想出来的题,确实在某美上有原题,而自恃完整看过一遍的我居然完全没有印象了。。。

             3 )找些好战友。

            真的,找工作你不是一个人在战斗,事实上,团队努力可以让每一个人都有更好的结果共享消息,交流面经等等废话我就不说了。在求职的过程中,往往两个人的盲点互补一下,效果会比一个人默默看书好;讨论问题很容易得到正确的结果;假如你们一起参加笔试了,他过了,你没过,你霸面也起码能知道点消息。再阴暗点说,笔试也可以相互关照一下吧(好吧,这个求轻喷)。 

            4 )不要轻易松懈。

             用某师兄的话说,前中期他找工作都比较顺利,也感觉各家的面试大概都那样了,所以给自己的压力就减轻了,偶尔还打打游戏什么的。导致后期的面试无论是想算法还是写代码的状态,都不怎么好了。事实上很多好的offer都在后头,想起来还是很可惜,大家不要重蹈覆辙。觉得自己要懈怠下来的时候,要好好想想第一份工作的意义——按自己的能力,可以如此奢侈地不那么努力吗? 
      

    笔试时: 

             没什么好说的了,基本的门槛,不是要求太高的话,通常都能过。不会的也不要放弃,用意志坚持住,越用心做,机会就越大一分。师兄自己就说当时完美的图形学部分一点不会,但是坚持自己推理,硬是答了半份……

             程序题时间充裕的话,最好先打个草稿吧。这样卷面能整洁一些,不然鬼画符一样,即使程序是对的,改卷的工程师也不乐意给满分。
      

    面试时: 

            1)要自信!!

             气场足是成功的开始。自己都不相信自己,在自己这关上就弱掉了,还指望别人欣赏你, 很难是吧。

            2)遇到挫折时心态要放好。

            笔试和面试随机性都挺大的。笔试可以通过团队作战减少不稳定的因素,面试就不一样了,面试官不一样的情况下,很可能两个求职者的命运也截然不同,不管两个人的水平和最后的结果是否相对匹配。当然实力压倒一切,但人总会有一些盲点,我想强调的是,保持一个积极的心态去面试比较重要。 

             3)面完好好做总结。

            这点太太重要了。找工作的时候,有些同学的习惯很好,每去一次面试回来都会写一个总结,过了会写长一些,反之会短一些,但是一定要总结,特别是不会的题目,第一时间搞清楚记下来。

            根据生日攻击的理论,假如总的面试题目有365道,那随机抽23道,就有50%的概率出现重复。不想被再次恶心到的话,就搞明白好了。能面试的算法题目大概来来去去也就这么几道。

             4)代码写好后要有review的习惯。

            释放内存,边界条件,循环退出条件等等。最次也要拿一个case出来,把程序走一遍,走通了再让面试官看。只要活好,没人会嫌你做得慢。 

             5)鼓起勇气霸笔霸面。

             霸笔情况太多了,博主和同学当时都经常收不到通知,反正觉得公司靠谱的就去霸。除了微软这种明文禁止的没去,100%成功率。霸面就比较讲技巧和RP——一是要表示出诚意和和蔼的态度,二是要把自己的亮点展示出来,剩下的就是看RP了。  

             6)随身携带中英文简历。

             有时HR可能会忘了让你带简历,你真不带的话,万一……,在面试官那里,印象会比较吃亏。    

            7)充分准备好英文相关内容,最好能找个有共同需求的同学一起联系。

             博主自恃英语口语还算OK,但第一次自我介绍的时候真的是挫得一塌糊涂,准备过后效果就完全不一样了。全英文面试基本就不能临急抱佛脚了,但最差也要mark几个关键技术的关键字,什么polymorphism啊,object-oriented programming啊,千万要会。 
      

    选择: 

             1)选行业,选公司真的没有一概的定论。

            各取所需,有人就爱技术昼夜编程,有人喜欢安稳的节奏,有人有伟大的事业追求……没有高低之分。只有适合不适合一说。师兄提到,他寻找的准则有三个,可以参考一下: 

            a 可以做我喜欢做的事情。

              假如不认同自己的工作,每天去工作就是完成任务了。那会是很不爽的。当然每份工作都会有脏活累活,看看比例是不是能够接受吧。当然也有人很厉害,总可以从自己无聊的工作中找到有意思的部分,我真希望我能培养出这种能力。

            b 周围有比我厉害的人。

            有了好同事,才能快速进步。再刨深一些就是要跟对老大,我定义好老大有三个条件:1、有眼光和阅历。2、对你欣赏,肯花时间给你建议,给你机会。3、不轻易跳槽。跟了好老大,行业平台等其实于我看都是浮云。       

           c work life balance. 

           这个倒是看自己的情况了,我除了编程以外运动音乐什么的都很爱好,所以目前还是选择了留一点时间,做做自己喜欢的事情,结识新的朋友,参加些有趣的活动等等。毕竟我们找好的工作是为了给自己和家人更好的生活,不要忘了找工作的初衷。当然有人会反驳,安逸的环境成长慢啊,这样的工作没有意义,或者这些事情是要分阶段考虑的等等。但还是要考虑身体和家人。当前的想法是这些,也有可能是我还没遇到让我奋不顾身的事业吧,仅供参考。  

           d 户口神马的,恩,在帝都的话,还是得考虑一下的

          2)公司信息获取。

            这时就是八仙过海了,上论坛问,找在公司里工作的师兄师姐问,或者加招聘群等等都可以。这个时候人脉的作用也体现出来了,平时多给师兄师姐打打下手什么的吧,吃亏就是占便宜。 

          3)纠结的时候,问问自己的第一直觉。

           例如有人问搜狗和百度,我觉得差不多的话就follow自己的第一感觉吧。纠结主要是因为两种原因:1 信息量太少,无法决策; 2 两者之间真的没有什么差别。 把握足够主干信息以后,一些细微的差别,可能就不用太较真了。


    附:怎样花两年时间去面试一个人 by  刘未鹏

    Joel Spolsky曾经感叹:招聘难,难于上青天(此处笔者稍加演绎:))。他有两个辛辣但不乏洞察力的断言:真正的牛人也许一辈子就投大概4次简历,这些家伙一毕业就被好公司抢走了,并且他们的雇主会给他们不赖的待遇,所以他们也不想挪窝。(刚刚去世的Dennis Ritchie就是这样一个人)而“人才”市场上能找到的大多都不是什么人才。招到这帮人轻则费钱重则把你公司搞挂。

    (当我把这篇文章给邹欣老师review的时候,他说了另外两点:1. 最好的人也许不投简历,就决定去哪里了。所以要在他们做决定前找到他们。2. 比较差的会投很多次简历,找不到工作的时间越多,投的简历越多,给整个pool 带来很多噪音,top10%的简历也许根本不算全部人的top10%。)

    诚然,也许没有哪个行业像IT行业这样,无形资产占据公司的绝大多数资产。拒坊间传言比尔·盖茨就曾经说过类似这样的话:只要允许我带走100个人我可以再造一个微软。这话没搜到原版出处,但是从一个侧面反映了IT公司当中智力资产所占的比例之重。

    所以一个自然的推论就是,招聘也许是一个公司决策当中最最重要的一个环节。Joel Spolsky把他在这方面的观察,体会和洞见集结成了一本小册子《Smart and Gets Things Done》,开篇就挑战“产品是公司成败的关键”这个传统观念,他认为创造最适合工程师生活的环境,留下最优秀的人才才是最先最重要的一步,接下来好的产品是水到渠成的事情。国内iapp4me.com创始人郝培强正是这个理念,所以他在微博上说

    我们是小公司,工资开的不高,也不招太多的人,但是电脑都是iMac27,iMac21,Macbook pro15,基本上比很多大公司都好多了。软件没盗版,刚才photoshop的正版我也收了。中午管饭,公司备伞。哈哈。节日假正常放,从不加班,早晨11点上班,下午6点下班。我是有资格说某些大公司的员工苦逼的。

    事实上,米国找个人尚且难成这样,搞得Joel还费心费力写本书语重心长地劝企业们要善待好工程师,国内找个人更是难上加难,国内高质量问答社区知乎创始人周源就曾经在知乎上分享他呕心沥血的招人历程,看完真是让人慨叹这年头找个靠谱的人多不容易(这条知乎问答还有很多精彩的跟帖):

    其实从 08 年到现在,我一直想这事能不能有点窍门,或者是实用的方法,结论是几乎没有。我用过的大家都用的方法:

    • 在水木上发贴子(有点效果)
    • 在蓝色理想上发贴子(无效)
    • 在技术邮件组里发贴子(无效)
    • 买 51job/智联 最便宜的服务(有点效果)
    • 给所有可以想到的人打电话,请他们推荐(无效)
    • 给所有和你讨论过创业,喝过点小酒的人打电话(无效)
    • 约前同事私下谈(有效)

    我用过的大家可能没有用的方法:

    • 上 twitter,看 XXX 的 follower,一个一个看,看他们的 twitter,博客,Google Reader 分享,想办法搞到邮件,联系,半夜电话骚扰。
    • 上豆瓣,前端后端挑几本重量级的书,去找想看,看过,正在看这本书的人,一个一个看,看他们的活动,博客,Google Reader 分享,想办法搞到邮件,联系,半夜电话骚扰。
    • 找同事,问他们都看什么技术博客,想办法搞到邮件,联系,半夜电话骚扰。

    正是这样的不容易,才有不少公司走内部培养的办法,这里的逻辑是:一上来就招到靠谱的人太难了,但找一块靠谱的璞玉然后雕琢雕琢相对就简单很多。这倒是个办法,但这样做的人难免就陷入了纠结:培养好了,人跑了怎么办。这也不能怪招聘的公司,的确是人之常情。其实解决的办法也很简单,培养的时候进行适当引导,让员工发挥自己的主动学习能力,这样不但人得到更多成长,公司也不会觉得投入太多患得患失。所谓师傅领进门修行在个人。

    但是,这仍然还是没有解决根本的问题,就是招聘真的很困难。应聘者固然觉得自己是在“海投”,大海捞针一般。而招聘者何尝不也是这种大海捞针的感觉。这就好比两个人谈恋爱,都想和对方好上,但是偏偏就聊不到一块去。

    招聘真的很困难。以至于招聘者每年需要绞尽脑汁出新笔试题,以免往年的笔试题早就被人背熟了。出题很费脑子,要出的不太简单也不太难,能够滤掉绝大多数滥竽充数的但又要保证不因题目不公平而滤掉真正有能力的,要考虑审题人的时间成本就只能大多数用选择题,而选择题又是可以猜答案的(极少有人会在选了答案之后还敢在空白的地方写为什么选某答案的原因的)。更悲催的是,有些题目出的连公司的员工们自己都会做错(真的是员工们做错了吗?还是题目本身就出错了?)

    笔试完了之后如果还没有被鄙视就要进入面试环节,姑且不说笔试题的种种弊端,就说面试环节,短短几个小时的面试(大多数公司也许连几个小时的面试时间都没有),既需要全面考察基本知识,又要考察编程素养,还要考察(也许最重要的)性格心态。再然后还有一项根本没法考察但却占据程序员相当一部分工作时间的:debug能力。面试官不但得找准问题,不因对方一题答对而妄下结论,也不因一题打错而就扼杀机会,还要以管窥豹,从一朵花看到整个世界,从面试人的举止言谈,分析问题的方式,甚至写程序的笔迹来观察这个人的性格,做事的方式和心态,简直是要面试官具备心理分析师的水准才行。

    这厢要招人的雇主苦不堪言,那边找工作的人也是一团乱麻。绝大多数应届生直到毕业也不清楚他们想要去的公司到底需要什么样的能力,或者说,他们到底需要具备什么样的能力才能在应聘季节拥有自己的选择权。中国虽然本科教育环境差,但是同样有很多的人在本科希望整点东西出来,他们有一腔的激情和抱负,有强大的动力,但就是不知道自己需要掌握哪些技能才能满足雇主的要求,求告无门,整年整年苦闷的像没头苍蝇一样乱撞(我就收到过很多次这样的来信,他们往往很想学点东西,但又不知道哪些重要哪些不重要,到底该学到什么程度,不知道导致不确定,不确定导致决策瘫痪,干脆嘛也不动,荒废时间)。

    什么叫熟练?什么又叫精通?那么扎实呢?两年的YY经验又意味着什么?能这么简单的量化吗?同样是两年的“实践”有的人能真的学到点东西,有的人也许近似一无所得。那么实习呢?很多人都一定要在简历上弄个实习经验,这个又能说明多少问题呢?大作业呢?得奖呢?有一次我面试一位同学,据简历说编译原理课的大作业得了一等奖,可我一问什么是递归下降,就傻眼了。

    这个现实的结果就是,现在绝大多数应届简历而言,也许最具信息量的部分不是“精通XXX,熟悉YYY,掌握ZZZ”,不是“在UUU实习过”,也不是这个项目那个作业,反倒是越来越被认为不重要的一项:毕业学校毕业学校本不应该是最具信息量的,它之所以最具信息量只是源于一个悲剧的事实:简历上其他条目实在信息量太少了。所以靠谱的面试者往往学会了无视简历上华而不实的内容,只相信面试的时候亲眼所见,扫两眼简历也就罢了,最后还得自己捋起袖子慢慢面。而应聘者也许也知道招聘的也不会细细纠简历上的条目,所以什么词也都敢往上捅,反正先过了HR筛简历这关再说。从经济学角度来讲,应聘者的这种策略是正确的,没有代价(因为目前似乎没有公司会去给已经申请过的人做一个诚信数据库),但至少有可能会带来巨大的收益。应聘成了博彩。而博彩式的应聘给招聘公司带来了巨大的筛选压力。简历成了摆设。

    那么招聘这个关系里面的第三者——学校——所处的位置呢?学校更关心的是毕业率和就业率,这似乎是件好事,有这个为目标,那么老师们似乎应该努力让自己的学生多学点东西。可惜就业的质量似乎不是最重要的指标,此其一。其二老师本身大多数没有丰富的业界经验,根本不知道企业整整需要的人才是什么样的,可能花了精力,但却培养不出雇主真正需要的人。另一方面,老师所起的作用很多时候甚至是一个负面的作用,例如布置大作业表面上看上去是培养学生的能力,我们姑且不说抄袭,假设每个人都做了,那么大作业本身能够衡量多少东西呢?能否衡量代码质量,能否衡量团队协作能力?能否衡量交流能力?考虑到大作业用到的东西往往都是书里面现成的,大作业甚至不能衡量学习能力。而学习能力简直算是这个行业最重要的能力没有之一了

    所以,简而言之,如果把人才培养/招聘这件事情本身类比做一个项目,那么这整个项目迄今为止就是一个巨大的失败。为什么这么说呢:

    • 和需求严重脱节:作为人才需求方的雇主的需求到底是什么?绝大多数应聘者都没搞清。更严重的是,这却一点都不是应聘者的错。因为雇主是stakeholder,是雇主自己的责任得去说清楚需求是什么。结果应聘者实现的不是雇主想要的,雇主想要的应聘者没有实现。
    • 应聘者雇来培训自己的人根本不管事:学生交了学费,就相当于雇老师来培训自己,可培训者根本也不了解(或不关心)他的客户们的需求。这里,学生是需求方,老师则是实现方。弄清需求的职责在后者,可后者也弄不清。
    • 学生自己也弄不清:学生自己既是需求方(需要特定技能),也是实现方。可他们自己也弄不清需求到底是什么。

    以上三点还不是最严重的,最严重的在下面:

    • 明白需求是什么的也不知道怎么实现:怎么去培养现代IT企业真正需要的人才?特别地,实战能力怎么培养?代码素养怎么培养?协作沟通能力怎么培养?学习能力怎么培养?就算这些都知道怎么培养,又怎么给在象牙塔里头,离催命之日还遥遥无期的学生提供足够的动力呢?而学生自己就算知道该学哪些技能,又怎么知道具体怎么着手?什么是最有效率的学习方法?又如何让自己保持学习的热情?

    以上这些问题,就是当下人才培养/招聘的惨淡现状。简而言之,在雇主和学生之间,横梗着一条巨大的鸿沟,两头都很着急,两头都有动力,但就是没有方法,君住长江头妾住长江尾。像微软谷歌这样的,干脆和高校合作,直接插手本科或硕士的教育,从而保证到时有足够强的候选,某种程度上,这的确是根本解决之道,可一来这代价太大了,非一般企业承受得起,二来这影响面也太小了。

    这一切,也许将在未来的5年发生根本的变化。

    《Switch: How to Change Things When Change Is Hard》(中译《瞬变》)里面指出,表面上看来非常困难的改变,也许是因为根本就没有抓住要害。在书中作者通过大量案例分析和心理学研究,雄辩地指出以下几点促成改变的关键之处:

    • 触动内心的大象:要改变的人必须要有情感层面的动力。有一些特定的方法能够比另一些方法更能对人的情感产生触动。
    • 给出清晰、明确的目标:目标一定不能含糊,模棱两口的目标让人无所适从,导致决策瘫痪。例如最近我们组在招实习生,我在微博上发了一条招聘信息,其中提到“扎实”的系统底层知识,有同学就写信来问,怎么叫“扎实”。我傻眼了。比尔·盖茨就以目标清晰明确著称,不仅在战略制定上,“每个人桌面上都有一台PC”,而且居然还体现在招聘上——“如果你读完了TAOCP,那么就给我投简历吧”。多么清晰,明确的目标啊——虽然高了点,也许这就是比尔·盖茨至今还没被应聘邮件淹没的原因:)
    • 给前进的道路扫清障碍:人是懒惰的,只要有借口就会不想往前。如果既有明确的目标,同时道路又直直指向目标,一览无余,只等你开始往前走,那么便没有借口,一往无前。

    那么让我们对照上面看看,可以做什么?

    首先,内心的大象不需要触动,中国有足够多的人足够早就开始焦虑就业的事情,只是不知道往哪使劲,这部分人如果把劲头用到正确的事情上面也许足以满足现在的IT企业人才饥渴了。至于其他人,好吧,也许身边的人开始动起来他们也会被触动。

    然后是清晰、明确的目标。这一点上目前雇主们的做法可谓好坏参半,好的一点是大家都强调要有实践经验,要有团队协作精神,坏的一点就在基础知识和技能的要求方面,可谓再含糊不过了:“精通XX语言”,“扎实的XX功底”,“熟悉XX技术”,甚至看上去最具量化感的描述“X年YY经验”其实都根本说明不了多少东西,在信息量方面还不如我家门口菜市场上一家卖酥油饼的店门口挂的横幅——“三天不硬、至少六层!”。

    很多朋友也许注意到一个现象,现在企业对招聘者简历的要求也在变得越来越灵活变通,例如ThoughtWorks在招聘的时候就希望招聘者能给出自己的博客地址,博客对IT行业的意义也许胜过其他所有行业,一个积累多年的技术博客比任何简历都更能说明问题。台湾的郭安定也说“为什么写技术博客对新人如此重要”。可惜这个做法也有一个弊端:并不是所有技术牛人都写博客,有人就是只干不说型的,而就算写博客,乃至动手写过一阵子的,写一个常年的博客,也远比你想象的更为困难,因为很多时候,写(说)得靠谱比做得靠谱更难。所以这个过滤器很多时候用不上。

    但是这的确表明了一个思考的方向,就是寻找更具鉴别力的过滤器,Stackoverflow Careers 2.0之所以强大,是因为Joel Spolsky和Jeff Atwood这两位常年混社区的资深博主创造性地将一个人在社区的活动历史浓缩成为一系列的量化数值,由于这个历史很长期,所以鉴别力非常高。但它同样也有问题,就是对于应聘者来讲相当花费时间,而且并不是花时间(在Stackoverflow上回答问题)就一定能花到点子上。

    到底什么特征才是既通用,又能够有效地鉴别高低应聘者的特征呢?这个特征必须不像博客那样难以实现,同时又必须有足够的区分度

    有的地方在要求填写简历的时候必须填上平时都访问哪些技术网站。恩,很不错的尝试,可区分度仍然还是不够,因为上网站上查东西毕竟只占现阶段大多数应届生的少数信息来源,特别是当我们看重得更多的是应届应聘者的系统性的知识基础的时候,网上的东西虽然丰富,但属于提高班,也更为琐碎,什么是更系统的知识来源呢?答案其实大家都知道——

    书。

    我一向认为,很多时候,是否好好看完一本好书,对一个人的提升往往能达到质的区别。就算不好好看完一本好书,马马虎虎看完,只要书是真的好书,也肯定会有很大的提高。我在面试的时候就经常询问对方看过哪些技术书籍,经常上哪些网站,订哪些博客。这里头尤其数书籍这一项的区分度最高。此外,好书和坏书的差别,从本质上,就是学习效率和大方向的差别。一本烂书可以浪费你半年的时间,但一本好书却可以为你带来真正扎实的基础和开阔的视野。人们常常用“内功”来形容扎实的基础,认为学好了内功以后学什么都快,其实一点没错,好的“内功”书不仅讲清楚深刻的原理,而且指明技术的本质,刻画领域的地图。好的书抓住不变量,让人能够触类旁通。好的书不仅介绍知识,而且阐释原则,介绍那些万变不离其宗的东西。读烂书浪费时间,但读好书却节省时间

    象牙塔内的学生受到视野的限制,往往择书不慎,事倍功半,烂书不仅浪费时间,还会打击人的积极性,让人对知识心生恐惧,认为很难掌握,殊不知只是作者没有讲好(或者没有翻译好)。因此,为招聘头疼的公司完全可以给出“应聘俺们公司前必读的十本书”,也不一定要每个公司都不一样,在某个技术子领域有影响力的人,或者创始人们,可以来定义具有代表性的书单。

    我们姑且把这个计划叫做“书单计划”,容易看到“书单计划”具备以下几个卓越的优点:

    1. 清晰、明确。完全可度量。
    2. 防伪:读没读过,随便一问便知。而正因为应聘者也知道这事不像实习经验可以忽悠,所以也不敢乱往简历上捅词。
    3. 不在乎是否“泄题”:书单完全公开的,无所谓,本来就是要你去读的。想背题?背书吧。真能背下来说明认真看了。
    4. 管你用心不用心读,只要读了,读完了,就有区别。真正的好书,你想不被吸引都难。据我观察很多人就是不知道该去读什么书。
    5. 不存在“怎么做”的障碍:所有人都知道怎么读书——一页一页读。
    6. 不需要招聘者投入精力:书单在此,就这么简单,您看着办。
    7. 评估的负担很大程度转移到了应聘者的身上:是不是认真看完了,有没有心得体会,您自己掂量。没看完别来找我们。

    “书单计划”能很大程度上起到强鉴别器的作用,看了就是看了,必然能学到东西,没看就是没看。知道和不知道,区别是本质的其实很多企业内部培训,根本上其实还不就是叫员工去看之前没看过的书或者资料嘛。最后,除了鉴别作用之外,它还是一个清晰促进的目标,是完全不花精力的培养

    当然,“书单计划”的背后是另一个悲剧的现实,如果不是因为这个现实,这个计划也完全没有必要,那就是,中国IT大学教育当中要求要学的书,和企业真正需要你去读的书相比,不是完全不够用,就是写的不够好,或者更悲剧的就是根本用不上,所以在这个大背景下出来的牛人都是自己淘书自己学的。微软高级开发测试工程师,《Windows用户态程序高效排错》作者熊力就在微博上说过:“我当年毕业的时候总结了一个公式:第一份工作的月薪=大学四年买过的技术书籍价格的总和。”

    但是光有“书单计划”还不够,因为书籍只能管基础知识这一块,一些更难以量化衡量的实战“能力”又怎么办呢?至少目前为止,除了“练”之外好像还没有特别好的办法。可是在象牙塔里面做的项目,或大作业,真的能起到练的作用吗?前面说了,学生会知道自己最终要交差的不是雇主,而是老师,于是就以老师能够评判的标准来默认要求自己了,老师能够评判编码素养?代码风格?文档?设计?协作?甚至连著名的Joel 12条的第一条“是否用源代码管理系统”都没法通过。所以大多数时候,大作业能起到的作用近乎0。

    但是如果这一切是由雇主来评判的,这个“作业”是由雇主来给出的,就完全不一样了。一想到作业是要作为简历的一部分的,能不紧张嘛。能不好好做嘛。能不学到点东西嘛?

    可是这事儿能实现吗?雇主能给学生出大作业吗?也许一两个关系好的高校可以,可是中国那么多学生呢?

    为什么不能呢?如果像书单那样,列出各个技术领域“推荐在学校期间尝试的项目”,至于动不动手做,那是学生自己的问题。做的,自然能够得到锻炼,面试的时候自然能得到更大的优势。

    可问题是,面试的人又怎么来评估呢?这不又回到了没法有效评估的怪圈了吗?答案很简单,但这个答案,直到最近几年,才真正成为现实——

    GitHub

    GitHub诞生于08年春天,第一年便产生了4万6千个公共项目,大约一年半之后用户就已经达到10万用户之巨。而到今年九月份,GitHub已经迎来了百万级用户。Host超过两百万个项目。

    增长的太快了!就像Twitter一样。这样疯了一般的增长只能说明一个事实——人们等待这个产品太久了

    Social Coding

    真实的项目,真实的流程,真实的人名,一切代码review, check-in, test, build, document, 甚至讨论,计划,brianstorming,流程,一切的一切,都是项目历史的一部分,都可以像棋局那样复盘。有经验的面试者只要稍稍扫两眼一个人的GitHub历史,挑出几个check-in历史看一看,便完全能够迅速判断这个人是否满足他的要求。不再需要费劲心机地去想题目,去观察,去揣测,去花费大量的时间的同时还只能采样到几个极为有限的点。

    不像象牙塔里面大作业,这里有源代码管理系统,自动化build,有check-in,有review,有分工,有合作,最重要的是——这是一个集市,一个超出象牙塔的集市,牛人相互吸引,你可以在互联网上找到和自己拥有共同兴趣的一帮人,真正做起一点事情,而不是交差,不需要受限于几十个人的一个小班级。Here Comes Everybody

    为什么我这么有信心?因为这事儿已经发生了。这个想法也完全不是我原创的

    正如很多事情一样,现在在国内发生的事情,往往是美国那头的历史。今年7月中旬,纽约一家公司的工程师老大发了一篇博客文章:Github is Your New Resume。指出一个惊人但再合理不过的事实:越来越多的IT公司在招聘的时候要求应聘者给出GitHub账号。甚至已经有人为GitHub写了根据GitHub上的历史自动生成简历的工具

    仔细想想,这是必然的趋势,没有比这个再合理的事情了,既然StackOverflow的历史能够作为简历,GitHub的历史不本该就是更好的简历吗:你想要具有实战经验,懂check-in懂review懂test和代码质量的重要性,懂交流和沟通的重要性,你本就应该在一个真实的项目当中去锻炼这些东西,而这些在目前已经完全可以办到。正如邹欣老师所说,你的工作就是最好的面试

    这件事情放在早几年,是完全没法做到的,因为我们那时候还没有GitHub。正如没有Twitter,没有微博之前,很多事情都不会成为可能一样,你有千钧之力,缺乏一个合适的支点,也没法撬动一整个社群。无组织中的组织,具有强大的杠杆效应。

    这个事情里面,我唯一提出的东西就是:在目前国内这个现状下,苦闷的招聘者应该主动行动,给出一些建议项目,正如前面提到的书单计划一样,招聘者需要给出的只是引导和清晰明确的目标,剩下的事情,应聘者自然会去完成,这些项目可以是实验项目,也可以是完全能做出点卖钱的东西的项目(如果好好做的话),唯一的不可或缺的前提是,项目不能太小,单人就能完成的项目不理想,一两个月就能完成的项目不理想,最好足够大到能够锻炼到方方面面,偏大一点倒是无所谓的,因为一个尚未完成的项目完全可以作为简历。当然,可以想见的是,真到了那个时候,学生们肯定又是不会满足于仅去做那些已经有许多人做过的项目了所以这里企业们一开始所建议的项目只是一个《Nudge》,是滚雪球之前需要的一点初始动能。后面的事情,他们自己会完成。

    “GitHub计划”同样有一些明显的、甚至不可替代的优点:

    1. 清晰、明确,完全可度量。
    2. 防伪:同样不担心“泄题”。你伪造不了GitHub历史,伪造不了check-in历史,review comments,文档,交流记录…
    3. 它不但是招聘,也是不花精力的培养。善哉善哉。
    4. 评估的责任很大程度上交给了应聘者自己。

    从你的GitHub旅程开始,你就已经一脚踏进了真正的企业,而企业的面试也已经开始。

    书单+GitHub,就相当于一个两年左右的面试。

    没有什么面试比持续两年的面试更具有信息量。

    书单,加上项目,已经基本上覆盖了所需的全部技能。最妙的是,有太多的人在焦急的等待着他们未来的雇主给出明确的信号,他们想投入精力,去学习和实践,去成为企业需要的人,但是他们就是不知道往什么方向走,所谓有动力没方向。所以,雇主给出了清晰明确的要求,相信对于很多人来说反倒是一个解脱:“终于知道该干什么了”。《编程之美》为什么常居畅销榜?因为它透露了雇主眼中的需求,明确、清晰的需求,可以实现,并且知道怎么去实现的需求。

    你提前两年就开始面试和培养未来的候选者,而且还不需要你花出一分精力,而且人家还很乐意,没有比这更完美的面试了。

    想一想,以后那些没见过世面的公司看见你拿出GitHub账号给他看,该是多么惊讶同时又觉得多么合理。

    而这一切,只是因为两个小小的改变:

    1. 由需求方(雇主)给出了清晰、明确的目标。
    2. GitHub这样的平台。

    那么,学校/老师在这个事情当中的位置呢?说实话我不知道。没有哪个行业像IT行业这样特殊:没有什么东西不能够(应该)在互联网上学到的。自组织的力量完全大过传统的教育方式。而且,既然雇主都当了领路人了,我不知道还有中间开发商什么事儿。(注:这里说的是软件开发,并非计算机科学研究,后者另当别论

    那么,这个改变会发生吗?多久会发生呢?当然,它在国外已经发生了,所以问这个问题多少有点无趣。但我还是预计很快就会在国内发生,毕竟,不是已经有人要求出示博客,和经常浏览的网站了吗?也许5年左右(4年本科和6年硕士的中间值?))就会深刻改变整个人才培养/招聘的格局。当然,我并不是预言家,所以不要把我的时间估计当真,我能肯定的是,这种方式是必然的大势所趋。

    刚才我就收到一位同学邀请我上知乎回答一个问题“找工作的首要原则是什么?”,当然,这个问题的答案是:“弄清雇主的需求到底是什么”。


    列一下我所认为的,你面试微软前必须要读的十本书:

    1. Code: The Hidden Language of Computer Hardware and Software (《编码的奥秘》)
    2. Computer System: A Programmer’s Perspective (《深入理解计算机系统》) / Windows via C/C++ (《Windows核心编程》 / 《程序员的自我修养》
    3. Code Complete 2(《代码大全》)/ The Pragmatic Programmer (《程序员修炼之道》,我也把这本书称为《代码小全》)
    4. Programming Pearls (《编程珠玑》) / Algorithms / Algorithm Design / 《编程之美》
    5. The C Programming Language
    6. The C++ Programming Language / Programming: Principles and Practice Using C++ / Accelerated C++
    7. The Structure and Interpretation of Computer Programs (《计算机程序的构造和解释》)
    8. Clean Code / Implementation Patterns
    9. Design Patterns (《设计模式》) / Agile Software Development, Principles, Patterns, and Practices
    10. Refactoring (《重构》)

    (注:1. 以上同一条目下用“/”隔开的表示任选,当然你也可以都读了,相信我,时间是足够的。2. 读这些书并不意味着逐字逐句从第一页读到最后一页——当然你也可以这么做。怎么是聪明高效的读法,可以参考我之前写的关于如何阅读和查找/鉴别书籍/资料的博文

    注意:以上是我个人认为你面试微软开发职位前必须要读的10本书,它不代表我的雇主的观点。它也只是一个初步的书单,肯定会受到我个人经验和眼界的限制。欢迎大家提意见。

    此外,IT不同子领域的必读书单可能千差万别,所以在发布之前我把这篇文章发给了一些朋友,他们给出了自己的书单(你是不是能看到一些有趣的共同点呢):

    云风(中国游戏编程先行者,前网易游戏部门资深程序员,简悦创始人):

    如果面试,我会挑以下的我自己读过的书,让人选择他也读过的部分,再了解他对这些书的理解。这些书其实本质上就是两类,对所面对的东西(程序语言也好,操作系统也好,底层设施也好)本身的理解程度。以及另一类:对设计思想和原则的理解:

    1. C++编程思想
    2. Effective C++
    3. 深度探索C++对象模型
    4. C++语言的设计和演化
    5. C专家编程
    6. C陷阱与缺陷
    7. C语言接口与实现
    8. Lua程序设计
    9. Linkers and Loaders
    10. COM本质论
    11. Windows核心编程
    12. 深入解析Windows操作系统
    13. 程序员修炼之道
    14. 代码大全
    15. UNIX编程艺术
    16. 设计模式
    17. 代码优化:有效使用内存
    18. 深入理解计算机系统
    19. 深入理解LINUX内核
    20. TCP/IP 详解

    冯大辉(丁香园CTO,贝塔咖啡创始人):

    1. 软件随想录
    2. 黑客与画家
    3. 重来
    4. UNIX编程艺术
    5. 编程人生

    洪强宁(豆瓣技术总监):

    StackOverflow上有一个程序员必读书单帖子,这里仅列出top10,更多参考这里

    1. Code Complete 2
    2. The Mythical Man-Month (《人月神话》)
    3. Code: The Hidden Language of Computer Hardware and Software (《编码的奥秘》)
    4. TAOCP (不解释)
    5. The Pragmatic Programmer (《程序员修炼之道》)
    6. Design Patterns (《设计模式》)
    7. The Structure and Interpretation of Computer Programs (《计算机程序的构造和解释》)
    8. Refactoring (《重构》)
    9. The C Programming Language
    10. Introduction to Algorithms (《算法导论》)

    郑昀(窝窝团研发副总裁):

    1. 工程师入门:
      1. Code Complete 2
      2. 程序员修炼之道
      3. 深入理解计算机系统
    2. 工程师升级:
      1. 设计模式
      2. 重构——改善既有代码的设计
    3. 工程师转型:
      1. 快速软件开发——有效控制与完成进度计划
      2. 人月神话
      3. IT项目管理那些事儿
      4. 软件随想录
      5. 最后期限
      6. 走出软件作坊
      7. 你的灯亮着吗?——发现问题的真正所在

    张峥(微软亚洲研究院副院长):

    1. Algorithms (by Sanjoy Dasgupta, Christos Papadimitriou and Umesh Vazirani)
    2. Data Structure and Algorithms
    3. The C Programming Language
    4. The Design of the UNIX Operating System
    5. Compilers (龙书)
    6. Computer Architecture: A Quantitative Approach
    7. Flow
    8. Outliers (why hard work and luck are both important)

    邹欣(MSRA创新工程中心首席研发经理):

    关于创新的书籍(http://book.douban.com/doulist/1253169/):

    1. The Myths of Innovation
    2. The Innovator’s Dilemma
    3. The Innovator’s Solution
    4. Crossing the Chasm
    5. Inside Intuit
    6. 盛田昭夫
    7. 杰克·韦尔奇自传
    8. 梦断代码
    9. Innovation
    10. 浪潮之巅

    关于“精通”的一篇博客《技能的反面:魔方和模仿》:

    http://www.cnblogs.com/xinz/archive/2011/08/07/2129751.html

    在我教的《现代软件工程》课上,除了教科书,每个学生要看另一本相关的书籍并写读书分析。这个博客有一些同学的读书报告: 
    http://www.cnblogs.com/OMG-Team/archive/2011/10/25/2223247.html


    展开全文
  • 一份工作,我差点没转正

    千次阅读 多人点赞 2021-02-01 21:00:51
    大学毕业,我的第一份工作,在百度。这第一份工作,我差点没能转正。绝大部分baiduer可能都不知道,百度在中关村软件园的信威大厦还秘密办公过几年,信威大厦里蛰伏着有啊与百度hi两个关系紧...

    大学毕业,我的第一份工作,在百度。

    这第一份工作,我差点没能转正。

    绝大部分baiduer可能都不知道,百度在中关村软件园的信威大厦还秘密办公过几年,信威大厦里蛰伏着有啊百度hi两个关系紧密的“重量级产品”。

    画外音:不知道这两个产品的同学,暂且理解为淘宝与阿里旺旺的关系。

    面试投的是客户端研发。

    画外音:部门是NS,后独立为客户端部,核心产品是百度hi和百度工具栏。

    复习了一大堆windows编程并通过了技术面,终面时,上天开了一个不大不小的玩笑,老大@明海 问我,愿不愿意做服务端开发,啥也不懂的我,殊不知那一次懵懂的点头,影响了后续职业生涯好多年。

    画外音:从那个offer起,陆陆续续N年,慢慢走向后端架构师之路。

    我入职导师@余佐 ,也是团队leader,照百度hi服务端校招生例行培养计划,布置了一个为期一周的脱产作业,在linux下开发一个web-server,需要实现get/post/cookie/图片展示/附件下载等功能。

    作为一个搞windows的毕业生,连linux都没有装过,这下可要了老命了。

    没有经验,没有天赋,只有端正的态度和每天少睡几个小时的时间,短短一周,把linux基本命令,c/c++网络编程,多线程编程,http,gdb搞了个大概,leader虽谈不上满意,但也勉强通过了。

    画外音:这个大作业,比大学N年学到的知识还要多。

    leader看我搞过几年达梦数据库内核,把我分配到了存储组。

    存储组有两个核心模块,一个是消息存储的msgstore,一个是用户好友等元信息存储的dbcache。

    搞过后端的同学都知道,存储是最难的,搞了一段时间,并不太得要领。

    离线消息分页缓存项目,msgstore的负责人@时俊 负责设计方案,我负责实现N个接口。然而,我1个接口都不会。负责人无奈,先带头实现了第一个接口,后续让我仿照着实现剩下的接口。

    另一个项目,dbcache有个接口gdb调试了好久,结果总是不对,后来模块负责人@远征 帮我调试了1个多小时,最终发现是没有make clean导致的,模块负责人没有发火,但我却内疚至今。

    团队leader可能也发现,存储组对于一个校招生来说,确实太难了。就把我调去PHP@雪梅 组写前端业务。

    印象中是百度商桥的一个项目,要实现一个消息导出的接口,由于没有PHP经验,对业务也不熟悉,加之胆小不敢提问,闷头闷脑的憋了一个礼拜,接口硬是没写完。到了交作业的时间,我像个委屈的孩子,在leader面前,一句话也不敢说。

    画外音:不懂,要思考,要尝试解决,还解决不了,一定一定一定要提问,并让团队知道你的困难。

    这一次,我差点没有转正。

    这是leader为数不多生我气的一次,他不是生气我没做出来,而是生气,为什么不问,为什么不早点提出,这样他能够帮到我。后来leader安排了一个前辈@正位 给我讲业务,一个同学教我PHP,我才顺利把工作做完。

    PHP搞了一段时间,后来leader又调我去做C/C++的逻辑模块 adapter /pusher /cs ,这些模块sample code较多,语言我又相对熟悉,渐渐的,竟然越做越顺手。加上自己相对细心,又还算负责,慢慢做项目不再胆怯,慢慢变为项目核心主力之一了。

    熟悉了业务,建立了自信,后来再搞PHP,再搞存储模块,甚至架构设计,都不再是问题了。

    这里,感谢我的队友和leader,在自己遇到困难,工作不尽如人意的时候,没有放弃我,而是指导我,帮助我解决问题,帮助我成长和提高。

    现在,我带队的时候,我会一直和leader强调,不要放弃每一个员工,帮助员工解决问题,帮助员工成长和提升,帮助员工搭台子唱戏,是leader最重要的职责

    最后,感谢@明海,感谢@余佐,感谢百度hi团队等帮助过我的队友和leader,感谢你们,在职场遇到困难的时候,没有放弃我。

    遇到一个好的leader,真是我的幸运。

    朋友,你呢?

    展开全文
  • 工作感悟——我的第一份工作

    千次阅读 2007-10-06 13:09:00
    很多同学都在关心个问题,那就是收入,还有工作中会遇到什么困难,...那个时候已经没有多少课了,所以觉得如果成功,就工作一时间也还好。记得面试的人很多,大约30 个,工作内容是售后的技术支持。工资么,我还记
  • 毕业后能找到一份 6k左右的工作吗?” 不知道 CSDN 的其他小伙伴有没有类似的问题,我熬了一个大爷,肝出了这条学习路线,送给大家作为参考。 难在坚持。你要是对自己的自律性信得过,自学 Java 是没问题的。 ...
  • 我的2018:用一年的时间一份年终总结!

    万次阅读 多人点赞 2018-12-30 23:01:37
    奖项只代表过去,更多是鞭策未来能否言行如。 得到罗胖提出跨年演讲要做20年,那我索性年终总结写一辈子吧。 差不多从读初中开始,每年都会写一些当下的思考和总结性的文章,从开始的流水账式的记录,到大学阶段...
  • IT职场人生系列之三:第一份工作

    万次阅读 多人点赞 2011-07-29 14:35:12
    本文是IT职场人生系列的第三篇。...工作六年,一直编程,都不知道删除内存,也在一定程度是其后果之(已经在另外个帖子中被人笑话了,呵呵)。后来跳槽无数寻找“好公司”,直到后来意识到不
  • 1)“零基础”意味着我提供的学习路线不能太难,或者说应该是循序渐进的。 2)“自学”意味着我提供的学习素材不能太枯燥,或者说应该是幽默风趣的。...3)“找到工作”意味着学习周期要尽可能的,但还要学有所成。
  • 时间看完基础语法,然后去了解一些重难点、易错点,最后自己亲自动手完成个项目,达到融会贯通的效果。这样下来,可能几周时间就掌握得差不多了。 你看,这样从「工程角度」去学习和理解一门语言,会让你...
  • 本文总结了常用的数学模型方法和它们的主要用途,主要包括数学和统计的建模方法,关于在数学建模中也挺常用的机器学习算法暂时不作补充,以后有时间就补。至于究竟哪个模型更好,需要用数据来验证,还有求解方法也...
  • 由于计算机专业是学校新开的专业,所以老师们也没有多少教学经验,于是我们第学期就直接开搞 Java 这门编程语言了,教材用的是大名鼎鼎的《Java 编程思想》和《Java 开发宝典》。 由于没有丁点编程基础,所以...
  • 我在阿里工作的这段时间里,都学到了哪些东西

    万次阅读 多人点赞 2019-08-18 21:38:28
    有段时间没写过原创了,想了各种理由,发现其实理由就个,没时间。 我来阿里,已经几个月了。这段时间,最大的感受就是累。我是在今年的四月份加入阿里的。 当初我没有参加阿里巴巴的实习,而是选择了直接...
  • 怎样写好一份IT技术岗位的简历

    万次阅读 多人点赞 2013-10-05 08:27:50
    10月是校园招聘的旺季,很多应届毕业生都忙碌起来了,从CSDN笔试-面试文章...所以呢,我想把自己对待简历的看法,怎样写好一份IT技术岗位的简历,分享出来,希望能够帮助到一些求职者,也期望能够得到一些同学的反馈。
  • TestLink教程:一份完整指南

    万次阅读 多人点赞 2018-05-30 11:49:44
    TestLink教程:一份完整指南1 TestLink的优点 登录到TestLink 创建测试项目 创建测试计划 创建构建 创建测试集 创建测试用例 将测试用例分配给测试计划 在TestLink中创建用户和分配角色 执行测试用例 生成测试报告 ...
  • 一份高水准的简历

    万次阅读 2007-08-21 22:28:00
    简历种类1.中式 如果中英文简历一起递交,建议...有些人如果认为要招聘个比较活跃一点的,便会在简历中写性格开朗,有的是真相信自己性格开朗,有的是觉得写开朗更好,其实没必要。 身高体重,向外资求职时,就
  • 一份完整App运营推广计划方案

    万次阅读 2018-01-09 09:26:06
    一份完整App运营推广计划方案 一、App运营推广概念 引用百度百科的概念:对运营过程的计划、组织、实施和控制,是与产品生产和服务创造密切相关的各项管理工作的总称。从另一个角度来讲,运营管理也可以指为对...
  • 站在 App 开发者的角度列了下面这自检清单供大家参考1. 包体是否足够小App 的包体大小,对获取用户有着至关重要的作用,特别是在线下的推广活动中,包体太大,下载费时费流量,很多用户会失去耐心,从而直接导致 ...
  • 高效工作节省时间的一些小技巧

    千次阅读 2018-09-01 10:54:21
    弄清高效之前要先清楚什么是有效,毕竟花时间做无用功算不效率,更谈不高效。所以,在做事情之前务必要清楚做这件事是否值得,是否有必要投入时间和精力,即使做应该分配多少资源。 要对时间贪得无厌 时间是...
  • 工作总结9:这个月来犯的错

    千次阅读 多人点赞 2017-03-28 20:15:40
    今天是 2017 年 3 月 28 日星期二,距离我发表上一篇博客已经过去了快个月,这个月左右的时间中,我浪费很多时间纠结个问题:要不要离职?现在看看,浪费的这段时间主要犯了以下几点错误: 没有及时反省 遇到...
  • LateX练习:写一份实验报告

    万次阅读 2016-05-03 09:34:06
    为了入门LaTeX,我用来简单地处理了一份实验报告。我用的是CteX套装,安装很简单。废话不说,直接源文件代码:\documentclass[c5size,amstex,a4paper,twoside]{ctexart} \usepackage{CJK} \usepackage{CJKspace} \...
  • 一份高水准的英文简历

    千次阅读 2007-03-05 17:11:00
    简历种类1.中式 如果中英文简历一起递交,建议...有些人如果认为要招聘个比较活跃一点的,便会在简历中写性格开朗,有的是真相信自己性格开朗,有的是觉得写开朗更好,其实没必要。 身高体重,向外资求职时,就
  • 作业调度之作业优先(实验

    千次阅读 2016-10-23 14:21:36
    作业:作业是一个比程序更广泛的概念,它不仅包含了通常的程序和数据,而且还应配有的一份说明书,系统根据这份说明书对程序的运行进行控制。在批处理系统中,是以作业为单位从外存调入内存。 作业调度的主要任务...
  • 送你一份深度学习资源&教程!

    千次阅读 2017-12-01 00:00:00
    为你分享一份中文机器学习和深度学习基础教程。 教材,教程,中文的,直对问题回答一波: 注意:我认为教程不在多,在于精,网上很多教程,但下面我整理一份我认为比较靠谱的中文机器学习和深度学习...
  • 这里有一份面筋请查收(五)

    千次阅读 2016-07-02 22:02:41
    这次面试也是轮数最多,持续时间最长的次。共有一面电面,二面技术面,三面boss1, 四面boss2, 五面vp,如果HR面都算的话共有6面了。电面能记住的题目不多了,尽量回忆下吧。主要是根据简历问
  • 写在冬日的第天--个女程序员第七年工作总结

    万次阅读 多人点赞 2011-11-07 02:10:11
    如果在感情中每年作一份总结,是不是就不会有传说中的坎儿。 我所在的公司不大,地方也不大。见识不广,深度不够,太多的随遇而安让我的工作这么多年都起伏不大,必须承认我骨子里就是个吃货和懒鬼。这篇文章仅仅是...
  • 位10年Java工作经验的架构师聊Java和工作经验

    万次阅读 多人点赞 2015-09-10 13:44:26
    黄勇( 博客),从事近十年的 JavaEE 应用开发工作,现任阿里巴巴公司系统架构师。对分布式服务架构与大数据技术有深入研究,具有丰富的 B/S 架构开发经验与项目实战经验,擅长敏捷开发模式。国内开源软件推动...
  • 一份优秀的前端开发工程师简历是怎么样的?

    万次阅读 多人点赞 2018-07-06 09:43:12
    在阿里常年招聘,筛过各式各样的简历,每到招聘季,筛简历、面试过程非常耗精力,当然,原因之是我想招非常优秀的人,宁可多花些时间,另方面,除了那些不合格的简历之外,还有好多简历语焉不详,不得不在电面时...
  • 赵本山的个小品里说:猫走不走直线取决于耗子。个求职者简历好不好,完全取决于 招聘者。有些人觉得自己的简历做的不错,为什么...论你的简历做的多么精美,你都要清楚一点,招聘者在筛选简历时根本没时间把你的

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 157,326
精华内容 62,930
关键字:

上一份工作时间短