采访互联网工作者资料.docx

面试感悟：3 年工作经验程序员应有的技能前言因为和同事有约定再加上LZ自己也喜欢做完一件事之后进行总结，因此有了这篇文章。这篇文章大部分内容都是面向整个程序员群体的，当然因为LZ本身是做Java开发的，因此有一部分内容也是专门面向咱们Java程序员的。简单先说一下，LZ坐标杭州，13届本科毕业，算上年前在阿里巴巴B2B事业部的面试，一共有面试了有6家公司（因为LZ不想请假，因此只是每个晚上去其他公司面试，所以面试的公司比较少），其中成功的有4家，另外两家失败的原因在于：1、阿里巴巴B2B事业部的面试，两轮技术面试都过了，最后一轮面试是对方的主管，由于听说技术面试过了基本上90%都面试成功了，所以LZ在和主管的交谈中也是毫无顾忌，说得天花乱坠，很多自己介于知道和不知道的东西都直接脱口而出了，结果多次被对方一反问就问得哑口无言。事后想来，模棱两可的答案是面试中最忌讳的，这次的失败也让LZ认真地对待后面的每一次面试2、另外一家失败的是一家小公司，也就20来个人吧，整个团队是支付宝出来创业的，非常厉害。面试完LZ多方了解了一下，对方认为我基本功什么的都不错，但是实际项目经验还是欠缺一些，因为对方是创业型公司，需要人上手就能干活，因此我在这个时候还不是特别适合他们团队至于其他成功的四家公司，给LZ的面试评价都挺高的貌似，但LZ也不想记流水账，因此就不一一列举每家公司的面试过程了，下面LZ主要谈谈作为一名工作三年左右的Java程序员应该具备的一些技能以及个人的一些其他感悟。关于程序员的几个阶段每个程序员、或者说每个工作者都应该有自己的职业规划，如果看到这里的朋友没有自己的职业规划，希望你可以思考一下自己的将来。LZ常常思考自己的未来，也从自己的思考中总结出了一些东西，作为第一部分来谈谈。LZ认为一名程序员应该有几个阶段（以下时间都算上实习期）：第一阶段：三年我认为三年对于程序员来说是第一个门槛，这个阶段将会淘汰掉一批不适合写代码的人。这一阶段，我们走出校园，迈入社会，成为一名程序员，正式从书本上的内容迈向真正的企业级开发。我们知道如何团队协作、如何使用项目管理工具、项目版本如何控制、我们写的代码如何测试如何在线上运行等等，积累了一定的开发经验，也对代码有了一定深入的认识，是一个比较纯粹的Coder的阶段第二阶段：五年五年又是区分程序员的第二个门槛。有些人在三年里，除了完成工作，在空余时间基本不会研究别的东西，这些人永远就是个Coder，年纪大一些势必被更年轻的人给顶替；有些人在三年里，除了写代码之外，还热衷于研究各种技术实现细节、看了N多好书、写一些博客、在Github上分享技术，这些人在五年后必然具备在技术上独当一面的能力并且清楚自己未来的发展方向，从一个Coder逐步走向系统分析师或是架构师，成为项目组中不可或缺的人物第三阶段：十年十年又是另一个门槛了，转行或是继续做一名程序员就在这个节点上。如果在前几年就抱定不转行的思路并且为之努力的话，那么在十年的这个节点上，有些人必然成长为一名对行业有着深入认识、对技术有着深入认识、能从零开始对一个产品进行分析的程序员，这样的人在公司基本担任的都是CTO、技术专家、首席架构师等最关键的职位，这对于自己绝对是一件荣耀的事，当然老板在经济上也绝不会亏待你第一部分总结一下，我认为，随着你工作年限的增长、对生活对生命认识的深入，应当不断思考三个问题：1、我到底适不适合当一名程序员？2、我到底应不应该一辈子以程序员为职业？3、我对编程到底持有的是一种什么样的态度，是够用就好呢还是不断研究？最终，明确自己的职业规划，对自己的规划负责并为之努力。关于项目经验LZ在网上经常看到一些别的朋友有提出项目经验的问题，依照LZ面试的感觉来说，面试主要看几点：项目经验+基本技术+个人潜力（也就是值不值得培养）。关于项目经验，我认为并发编程网的创始人方腾飞老师讲的一段话非常好：介绍产品时面试官会考察应聘者的沟通能力和思考能力，我们大部分情况都是做产品的一个功能或一个模块，但是即使是这样，自己有没有把整个系统架构或产品搞清楚，并能介绍清楚，为什么做这个系统？这个系统的价值是什么？这个系统有哪些功能？优缺点有哪些？如果让你重新设计这个系统你会如何设计？我觉得这就已经足以概括了。也许你仅仅工作一年，也许你做的是项目中微不足道的模块，当然这些一定是你的劣势且无法改变，但是如何弥补这个劣势，从方老师的话中我总结几点：1、明确你的项目到底是做什么的，有哪些功能2、明确你的项目的整体架构，在面试的时候能够清楚地画给面试官看并且清楚地指出从哪里调用到哪里、使用什么方式调用3、明确你的模块在整个项目中所处的位置及作用4、明确你的模块用到了哪些技术，更好一些的可以再了解一下整个项目用到了哪些技术在你无法改变自己的工作年限、自己的不那么有说服力的项目经验的情况下（这一定是扣分项），可以通过这种方式来一定程度上地弥补并且增进面试官对你的好感度。关于专业技能写完项目接着写写一名3年工作经验的Java程序员应该具备的技能，这可能是Java程序员们比较关心的内容。我这里要说明一下，以下列举的内容不是都要会的东西-但是如果你掌握得越多，最终能得到的评价、拿到的薪水势必也越高。1、基本语法这包括static、final、transient等关键字的作用，foreach循环的原理等等。今天面试我问你static关键字有哪些作用，如果你答出static修饰变量、修饰方法我会认为你合格，答出静态块，我会认为你不错，答出静态内部类我会认为你很好，答出静态导包我会对你很满意，因为能看出你非常热衷研究技术。最深入的一次，LZ记得面试官直接问到了我volatile关键字的底层实现原理（顺便插一句，面试和被面试本身就是相对的，面试官能问这个问题同时也让面试者感觉到面试官也是一个喜爱研究技术的人，增加了面试者对公司的好感，LZ最终选择的就是问了这个问题的公司），不要觉得这太吹毛求疵了-越简单的问题越能看出一个人的水平，别人对你技术的考量绝大多数都是以深度优先、广度次之为标准的，切记。2、集合非常重要，也是必问的内容。基本上就是List、Map、Set，问的是各种实现类的底层实现原理，实现类的优缺点。集合要掌握的是ArrayList、LinkedList、Hashtable、HashMap、ConcurrentHashMap、HashSet的实现原理，能流利作答，当然能掌握CopyOnWrite容器和Queue是再好不过的了。另外多说一句，ConcurrentHashMap的问题在面试中问得特别多，大概是因为这个类可以衍生出非常多的问题，关于ConcurrentHashMap，我给网友朋友们提供三点回答或者是研究方向：（1）ConcurrentHashMap的锁分段技术（2）ConcurrentHashMap的读是否要加锁，为什么（3）ConcurrentHashMap的迭代器是强一致性的迭代器还是弱一致性的迭代器3、设计模式本来以为蛮重要的一块内容，结果只在阿里巴巴B2B事业部面试的时候被问了一次，当时问的是装饰器模式。当然咱们不能这么功利，为了面试而学习，设计模式在工作中还是非常重要、非常有用的，23种设计模式中重点研究常用的十来种就可以了，面试中关于设计模式的问答主要是三个方向：（1）你的项目中用到了哪些设计模式，如何使用（2）知道常用设计模式的优缺点（3）能画出常用设计模式的UML图4、多线程这也是必问的一块了。因为三年工作经验，所以基本上不会再问你怎么实现多线程了，会问得深入一些比如说Thread和Runnable的区别和联系、多次start一个线程会怎么样、线程有哪些状态。当然这只是最基本的，出乎意料地，几次面试几乎都被同时问到了一个问题，问法不尽相同，总结起来是这么一个意思：假如有Thread1、Thread2、Thread3、Thread4四条线程分别统计C、D、E、F四个盘的大小，所有线程都统计完毕交给Thread5线程去做汇总，应当如何实现？聪明的网友们对这个问题是否有答案呢？不难，java.util.concurrent下就有现成的类可以使用。另外，线程池也是比较常问的一块，常用的线程池有几种？这几种线程池之间有什么区别和联系？线程池的实现原理是怎么样的？实际一些的，会给你一些具体的场景，让你回答这种场景该使用什么样的线程池比较合适。最后，虽然这次面试问得不多，但是多线程同步、锁这块也是重点。synchronized和ReentrantLock的区别、synchronized锁普通方法和锁静态方法、死锁的原理及排查方法等等，关于多线程，我在之前有些过文章总结过多线程的40个问题，可以参看40个Java多线程问题总结。5、JDK源码要想拿高工资，JDK源码不可不读。上面的内容可能还和具体场景联系起来，JDK源码就是实打实地看你平时是不是爱钻研了。LZ面试过程中被问了不少JDK源码的问题，其中最刁钻的一个问了LZ，String的hashCode()方法是怎么实现的，幸好LZ平时String源代码看得多，答了个大概。JDK源码其实没什么好总结的，纯粹看个人，总结一下比较重要的源码：（1）List、Map、Set实现类的源代码（2）ReentrantLock、AQS的源代码（3）AtomicInteger的实现原理，主要能说清楚CAS机制并且AtomicInteger是如何利用CAS机制实现的（4）线程池的实现原理（5）Object类中的方法以及每个方法的作用这些其实要求蛮高的，LZ去年一整年基本把JDK中重要类的源代码研究了个遍，真的花费时间、花费精力，当然回头看，是值得的-不仅仅是为了应付面试。6、框架老生常谈，面试必问的东西。一般来说会问你一下你们项目中使用的框架，然后给你一些场景问你用框架怎么做，比如我想要在Spring初始化bean的时候做一些事情该怎么做、想要在bean销毁的时候做一些事情该怎么做、MyBatis中$和#的区别等等，这些都比较实际了，平时积累得好、有多学习框架的使用细节自然都不成问题。如果上面你的问题答得好，面试官往往会深入地问一些框架的实现原理。问得最多的就是Spring AOP的实现原理，当然这个很简单啦，两句话就搞定的的事儿，即使你不会准备一下就好了。LZ遇到的最变态的是让LZ画一下Spring的Bean工厂实现的UML图，当然面对这样一个有深度的问题，LZ是绝对答不出来的/(o)/7、数据库数据库十有八九也都会问到。一些基本的像union和union all的区别、left join、几种索引及其区别就不谈了，比较重要的就是数据库性能的优化，如果对于数据库的性能优化一窍不通，那么有时间，还是建议你在面试前花一两天专门把SQL基础和SQL优化的内容准备一下。不过数据库倒是不用担心，一家公司往往有很多部门，如果你对数据库不熟悉而基本技术又非常好，九成都是会要你的，估计会先把你放到对数据库使用不是要求非常高的部门锻炼一下。8、数据结构和算法分析数据结构和算法分析，对于一名程序员来说，会比不会好而且在工作中绝对能派上用场。数组、链表是基础，栈和队列深入一些但也不难，树挺重要的，比较重要的树AVL树、红黑树，可以不了解它们的具体实现，但是要知道什么是二叉查找树、什么是平衡树，AVL树和红黑树的区别。记得某次面试，某个面试官和我聊到了数据库的索引，他问我：你知道索引使用的是哪种数据结构实现吗？LZ答到用的Hash表吧，答错。他又问，你知道为什么要使用树吗？LZ答到因为Hash表可能会出现比较多的冲突，在千万甚至是上亿级别的数据面前，会大大增加查找的时间复杂度。而树比较稳定，基本保证最多二三十次就能找到想要的数据，对方说不完全对，最后我们还是交流了一下这个问题，我也明白了为什么要使用树，这里不说，网友朋友们觉得索引为什么要使用树来实现呢？至于算法分析，不会、不想研究就算了，记得某次面试对方问我，Collections.sort方法使用的是哪种排序方法，额，吐血三升。当然为了显示LZ的博学，对算法分析也有一定的研究()b，LZ还是硬着头皮说了一句可能是冒泡排序吧。当然答案肯定不是，有兴趣的网友朋友们可以去看一下Collections.sort方法的源代码，用的是一种叫做TimSort的排序法，也就是增强型的归并排序法。9、Java虚拟机出乎LZ的意料，Java虚拟机应该是很重要的一块内容，结果在这几家公司中被问到的概率几乎为0。要知道，LZ去年可是花了大量的时间去研究Java虚拟机的，光周志明老师的深入理解Java虚拟机：JVM高级特性与最佳实践，LZ就读了不下五遍。言归正传，虽然Java虚拟机没问到，但我觉得还是有必要研究的，LZ就简单地列一个提纲吧，谈谈Java虚拟机中比较重要的内容：（1）Java虚拟机的内存布局（2）GC算法及几种垃圾收集器（3）类加载机制，也就是双亲委派模型（4）Java内存模型（5）happens-before规则（6）volatile关键字使用规则也许面试无用，但在走向大牛的路上，不可不会。10、Web方面的一些问题Java主要面向Web端，因此Web的一些问题也是必问的。LZ碰到过问得最多的两个问题是：谈谈分布式Session的几种实现方式常用的四种能答出来自然是让面试官非常满意的，另外一个常问的问题是：讲一下Session和Cookie的区别和联系以及Session的实现原理这两个问题之外，web.xml里面的内容是重点，Filter、Servlet、Listener，不说对它们的实现原理一清二楚吧，至少能对它们的使用知根知底。另外，一些细节的方面比如get/post的区别、forward/重定向的区别、HTTPS的实现原理也都可能会被考察到。噢，想起来了，一致性Hash算法貌似也被问到了几次，这个LZ以前专门深入研究过并且写了两篇博文，因此问到这个问题LZ自然是答得毫不费力。文章是MemCache超详细解读和对一致性Hash算法，Java代码实现的深入研究，特别说明，LZ真的不是在为自已以前写的文章打广告啊啊啊啊啊啊。最后，如果有兴趣有时间，建议学习、研究一下SOA和RPC，面向服务体系，大型分布式架构必备，救命良方、包治百病、屡试不爽。关于HR面试如果你过五关斩六将，成功地通过了所有的技术面，那么恭喜你，你离升职加薪、出任CEO、迎娶白富美、走向人生巅峰又进了一步。但是还没有到谈薪资待遇的时候，最后还有一个考验：HR面试。基本所有的大公司都有这一轮的面试，不要小看HR面试，很多公司的HR对于面试者都有一票否决权的-即使前面的面试对你的评价再高。所以，这轮的面试也必须重视起来，HR面试主要问的是几点：1、简历中写的过去工作经历的离职原因2、当前公司薪资待遇3、期望能到怎样的一家公司4、个人未来的发展方向我专门提一下第2点。可能有人比较排斥也不想说这个，我个人倒是持开放状态，问了就说了，当然一些的夸大还是必要的，当前公司薪资待遇多报个一千块钱完全没问题（毕竟是一家互联网公司总多多少少有些补贴啊什么的嘛）。因为这和你在新公司能拿到的薪水关系不大，新公司能拿到的薪水的决定因素是整个公司的薪资情况以及根据你的面试情况在公司的定位，都是有固定的薪资范围的。HR问这个主要也就是心里有个数并且看你是否诚信-有些公司入职时会要求你提供最近一家单位的银行流水号。HR面试就说到这里了，总结起来其实就是四个字：滴水不漏。整个面试过程态度积极向上，不要有任何悲观消极的态度（尤其在谈到以前公司情况的时候，即使有再多的不满），就不会有问题。关于面试心态这个嘛，LZ其实在公司也面试过几个人，一半以上的面试者回答问题的时候都属于那种双腿发抖、声音颤抖的类型。在LZ看来这大可不必并且这还是扣分项，回答问题的时候最最基本的两个要求：1、不紧不慢，平心静气2、条理清晰表达能力绝对是面试的时候重要的考察项目。咱们做的是程序员这一行，讲究的是团队协作，不是写作、画画，一支笔、一个人就行了，一个表达能力不行的程序员，要来又有什么用呢？除此之外，就是保持良好的心态。古语说得好，只要功夫深，铁杵磨成针，面试的成功与否，在于平时的积累，临时抱抱佛脚，看两道面试题是没有用的，只要平时足够努力，成功是水到渠成的事情，平时不怎么研究技术的，那也就是个听天由命的事情，只要充分地展示平时自己的所学就可以了。因此在我看来，不要把面试当作面试，当做一次技术交流，把面试的心态从我要找到一份工作转变为我要通过面试去发现不足、提升自己，这样就会平和多了，即使失败也不会有太多失望的感觉。另外，如果平时自己热衷于研究技术的朋友，真的要有自信，不要觉得别人面试你别人就比你厉害。面试官未必比你优秀，他问的问题往往都是他平时研究得比较多的问题，你一样有很多自己的研究面试官未必知道。关于Java网上常看到一种说法：Java比较简单。某种程度上这会打击Java程序员的信心-原来咱们平时用的是这种小儿科的玩意儿啊，在我看来这种想法大可不必，这一部分我来讲讲对于这个话题的看法。这种说法有些片面，得分开两部分来看，我用四个自总结一下就是：易学难精。1、易学部分Java易学我认为有两部分的原因：（1）很多培训公司包括大四的学生找工作都会学习Java，绝大多数是因为易学。Java从C/C+发展而来，感谢前人的智慧，它消除了C/C+中最复杂和让人困惑的语法、它消除了平台的差异性、它不需要用户手动释放内存空间、它避免了Java程序员和本地语言的交互，让程序员只需要专注于语法层面和应用层面。（2）Java作为一门面向对象的语言，在企业级开发中体现出了它无与伦比的特性，整个开发流程比较固定化、模块化，需求分析起来也相对容易。我举个自己以前的例子吧，我在大一学习C语言的时候，用C语言写了一个图书管理系统写了2000+的代码，大四学了C+之后，用面向对象的语言C+取代面向过程的语言C语言重新写了一个功能相似的图书管理系统，只写了1100行的样子，这就是面向对象的优势。2、难精部分接着咱们聊聊难精的部分。Java语言的设计者帮助Java程序员做了这么多事情，这有利也有弊。有利的部分前面已经说过了，让Java易学，不过有弊的部分同样明显。假如在应用运行过程中遇到了语法层面和应用层面之外的错误，应当如何处理？比如线上环境出现内存溢出怎么办？GC时间过长怎么办？IO长时间没反应怎么办？方法抛出莫名其妙的异常怎么办？凡此种种，绝不是一名只会写几个ifelse的Java程序员就可以解决的，这需要大量的经历、大量的实践、大量对Java底层实现细节的研究，而这往往是最难、最考验Java程序员的部分，一些人根本就不想往深去研究，另外一些人研究了一点点就研究不下去了。Java为什么难精？就是这个原因。除非你水平特别高，否则五年工作经验以下的Java程序员在简历上写”精通Java”绝对是一件非常愚蠢的事情。结语文章写到这里，感觉有点像鸡汤文了，那就以最后的鸡汤作为结尾吧。在以前博客园的一篇文章中，讲到了奔三程序员的困惑，大致说的是三十岁之后程序员要转行之类的云云，LZ在博文中留下了如下的评论：就以这段话自勉、共勉吧。越努力、越幸运，如果你不是官二代、富二代、红二代，那么请记住：勤奋才是改变你命运的唯一捷径。致有志成为程序员的你大约在18个月前，有人给我发了封邮件询问我关于如何开启软件开发大门的建议。他是一个在校学生，想从事软件开发的工作，但又怕做出了错误的选择。我想我给他的回复应该也适用于任何正打算从事软件开发工作的人，所以稍作修改放到这儿来与大家分享。(邮件内容：)以下是基于我的经历所得的几点主要建议：1. 立于软件开发的大门前在我确定可以胜任一个开发者的工作之前（我可是经历了一番挣扎），我不得不花费两年时间从事非软件开发的工作，这也更加确定了我要做一个软件开发者的决心。一旦你拿到一份软件开发的工作，这都是不错的开始。头两次的际遇可能会差强人意，但若不是有了这些经历，你也不会知道哪些问题是一个公司所摒弃的。当然这并不是说只要有份工作你就应该接受，后面我会再说下这个问题。2. 关于拟定长期目标你是否一直有不知道选择何种开发方向的困惑？没事，习惯就好。就在此刻，正有一大批Ruby开发者因为JavaScript的强势袭来而倍感紧张。既然任何事情都不是既定的，那么设定一个长期目标的想法简直傻透了。想想真是疯狂。十一年前我还只是一个为人们做午饭的厨子，后来我做了一个决定：我要成为一名平面设计师。接着我就买了一台Mac，把Photoshop和illustrator使用的炉火纯青。后来，我有了一个摄像机，我又开始学习使用Final Cut Pro软件，打算做一名视频剪辑师。再后来，我考取了MCSE（微软认证系统工程师），我又决定做一名系统管理员。然后我就开始写网站脚本，并且从事市场工作5-6年。终于我决定学学编程。没有人可以为自己的人生设定一个模式，告诉自己下一步可以做什么。显然，没人知道五年后自己会在做些什么。你所要的只是一个平台，一个不变的原则，有了这些，你就能变成你想成为的那种人，做那些你觉得快乐的事。可能在你这个年纪，你更想要多些丰富的经验，这样你就可以通过分析这些经验而学到那些激励你的东西。我不知道那些问出“你觉得5年后你会做些什么”的人想表达什么，这种问题显然是无法回答的。我现在唯一确定的事情就是，五年后我不会再为别人工作。我善于帮助别人发现自己的闪光点，我喜欢创造事物，我喜欢科技。利用好这些特点有助于建立属于我自己的平台。在未来的某天，这些都有可能以意想不到的方式帮助到你。3. 明白学历在职场生涯中的角色这个话题由我来谈有点没说服力，但我仍然想和大家分享一下我的想法。我曾从社区大学中途辍学，这简直为我一生中想做的所有事都关上了门。当然，这也因人而异。我现在为一个当初只想招一个研究生学历的CEO工作。如果你想成为一个核心开发者，一个硕士文凭是第一道门槛。但是也有特例，例如我，一个大学辍学的人，正在为我的硕士同僚们贡献着力量。当然我也曾经历过这些场景，比如有些人会说：“你的履历很适合我们公司，但很遗憾我们还需要一个学士文凭”，而那些刚刚毕业的学生却也经常听到与之相反的说辞。如果要我告诉你为什么冒泡排序的效率很低或者怎么实现一个二叉树查找算法的话，我完全可以去问问那些花了钱上了学得到这些知识的人。当今社会的教育问题越来越明显，我很难过地表示，学历现在只是一纸凭据而已。学校再也不能作为开拓新事物的源头（至少不会长久下去），而这更可能出现在你的工作环境当中。我认为最好的状态是：如果你在学校时拥有书本智慧（book-smart），而出了校园能把它们变成街头智慧（street-smart ）。那么这个世界上还有什么能够阻挡你前进的脚步呢？4.如何选择合适自己的文化氛围那么现在问题来了：怎么成为你想成为的自己呢？每个人多多少少都要去迁就那些不一样的文化，我之前就职的公司在这方面更为严重，简直就像穿了件文化紧身衣。其实开发者是一群幸运的人，他们深谙自己喜欢哪种工作氛围。很快你就会发现自己会对很多场合说“不”了，我建议你根据以下这些斟酌一个公司文化氛围是否适合自己：你在这工作时感觉舒适么？这里有值得你主动去做以及珍惜的东西吗？或者说你在这里需要伪装你自己吗？5.寻找良师益友诚然，我能通过在一些聚会中的提问获得很多好的建议，但这与你第一次工作经历带给你的收获相比，一定会黯然失色。你要做的不是去告诉大家你需要一个导师，而是与那些聪明优秀的人一起工作，学习他们的方法和经验。比起参加任何一种开发人员培训课，他人的奉献精神和耐心所带给你的好处无与伦比。而真正把这些融合到一起的人是你自己，当然前提是你知道如何去做。6.学会展示当我刚开始学习编程时，我觉得我应该达到无所不知的程度，这样我就能给大家展现一些很牛叉的东西，现在看来这就是一个自尊心作祟的愚蠢想法。记得有一次聚会，有个开发新手在向人们展示他的第一个作品，我几乎都要笑出声了，我只能说他太傻太天真，他做的东西架构简单，创意也不够吸引人。而当每个人都给他高度赞扬的时候，我才意识到我真该为自己的想法感到羞愧，对于一个新手，能把作品展示出来实在勇气可嘉。如果你还没有学会所有的技能，或许你应该改变下自己的想法，俗话说得好，贪多嚼不烂。从基础做起会更好。不要过早担心设计模式，不要一开始就在想这个东西是不是完美的，不要一开始就担心代码是否足够优雅等等。你是否正在对你的示例应用进行二次重构？第一个能够运行吗？秀一下吧。是不是运行的不是完全正确？那也秀一秀。界面太难看？没关系，秀出来。还没有经过测试？尽管秀出来。如果说它没有另你觉得难堪的地方，只能说明你秀得有点晚。随着你技术的提升，完善一个产品的能力以及做出点可以让很多人用的东西的能力也会随着提升。在我看来，掌握这种能力远比学习如何使用CSS或者TDD要重要。7. 学习不仅仅是为了找工作我极少给别人提很笼统的建议。但这里不得不提一个：上大学时应该尝试去学学那些你很感兴趣的东西。随着时间的逝去，文凭的用处也逐渐消失。很多我喜欢的开发者之前是设计师或者作家，他们更喜欢从一种哲学的角度去写代码，而不选择针对特定问题的特定算法。如果你很擅长书面交流，作为一个开发者这是极好的，因为它们工作的方式如此之像。但是更重要的是，良好的沟通技巧实际对你帮助更多，而大部分的程序员更喜欢单独倒腾自己的代码。大学的社交地位已然成为了明日黄花，取而代之的是聚会，小组，推特等等。如果计算机学科仍然如此打动你，尽管沉迷于它吧，但是如果你喜欢的是社会学，哲学，会计学或者其他学科，你应该追随自己的内心，而不是被你飘渺的职业目标牵着鼻子走。最后，给出一条如何灵活利用学位获得工作的小贴士：HR专员负责发布职位。他们通常总是把诸如学位，经验，技术要求这些挂在嘴边，而实际上这些有时候根本就不足以说明一个人的能力。如果你仍然在用这种传统的应聘渠道：浏览人才网=进入面试流程，你获得工作的机会将会非常小。虽然可能大部分人的第一份工作都是这样找到的。而从那开始，它会就像滚雪球一样，直到招聘你的人觉得只有你刚好非常适合某个岗位的工作，通常这种几率比较小。所以呢，对于那种你只会待一两年的公司，你压根不用煞费苦心的为了取悦HR而精心打扮自己简历上的学历。8.关于跳槽在我看来，一个稍有天分的开发者能在6-12个月内精通自己所选的开发语言或框架。不要被那些有5-10年经验的老手吓到：很多人只是赢在5-10倍的经验上。为了防患于未然，你现在就应该有计划的跳槽（大约每18个月左右跳一次），至少是在从事第一份工作期间。慢慢你就会发现自己的经验更加多元化，自己的薪资也节节高。（但是不要过分沉迷于工资的多少，研究表明，薪资在超过75K以后反而会降低幸福感。）综上所述：不要过分在意薪资，选择优秀，乐于助人的同事一起工作，规划好适合自己的技术栈。谦虚诚实小贴士一则：事实上，对别人来说，求职信中看到“诚实”、“谦虚”等字眼是属于消极字眼的（你还不如毫不含糊的告诉别人你是一个需要指导的处于中级水平的人）。而消极是抑郁的前兆。很多抑郁症的发作都可以追溯到很久之前的某个悲观时刻，只是可能伪装成了“诚实”而已。去买一本Learned Optimism吧！这本书也许不会帮你解决所有的问题，但是会开启你的心智，改变你的思维模式。这种自我否定式的悲观主义也正是我的一个软肋。如果你想成为10年后的我，努力营造出自信的感觉吧，你要知道，你永远比你自己了解的要牛逼很多！下面这条建议不仅给你，也给我自己：与其为自己所不知道的事情道歉，还不如努力一点去知晓这件事。我建议你把这点深记于心，并在求职信中换上另一种说法。你是个聪明的家伙，真庆幸你还没发现自己的无限潜力，因为当你成为一个伟大的程序员的时候我可要沾沾光了，呵呵。其实还有很多我能告诉你的，但是一时也想不起来这么多。认识你很高兴，同时也祝愿你前程似锦。邮件完结对于他来说，这些选择可能会影响他一生。工作的选择，求职的失败，是否继续深造等等，这些当时看起来事关重大的时刻，随着时间的流逝，态度的转变，一个人终究会泰然看待。这个当时我知之甚少的人现在成了我最好的朋友之一，我想我当时所给的建议多少是有点用处的。我曾经在 Hacker News 网站上读过一篇帖子的评论，其中一个年轻的程序员说他们不想呆在那些只会让思想陈旧的老程序员离开而不是对他们再次培训的公司里，因为他明白，有一天他们也会这样。也许这个人的本意是好的，但是他这种说法还是让我恼怒。首先仅仅因为一个程序员年龄较大并不能说明他思想陈旧（就像一个年轻的程序员你不能因为他年纪轻就说他思想新潮）。我认为这个评论中最大的问题是：始终让自己接受教育并跟上时代的发展，这应该是你自己的责任，而不是公司的问题。我做程序员已经 32 年了，而且我一直努力让自己学习各种技术来保持进步。我知道，很多像我这个年纪的人自从拿到计算机学士学位以后就再也没有学习过任何新知识，因此他们最终会被淘汰。我花了 6 年的时间学习化学，但是一旦当我成为一名程序员，我发现我需要了解在我工作之外发生了些什么，而且我有不断学习的欲望，并一直在尝试各种各样的编程。当然在当年那个时候，所有事情都要慢得多，因为所有的学习都要靠阅读，这是一个很大的挑战（当时没有网络，你必须读纸质版的东西！）在我做程序员的第三年，我预见到微型计算机是未来发展的方向，因此我调整了我的工作重心，并加入了他们那个团队。有一次，在那里我读到一门新的语言（即 C 语言），并说服我的经理买下它。事实证明，会用 C 语言意味着我的第一个应用程序就可以用 C 语言来编写，而不再用 Pascal。后来我又知道了关于面向对象编程，它点醒了我，于是我在 C 的基础上增加了一些可以取巧的对象以便利用。因此当后来 C+ 出现的时候我已经游刃有余了。作为一个程序员，进步完全取决于自己当我在苹果工作了一段时间之后,我认为我需要在网上工作并去了咨询公司使用NeXT WebObjects 写了一些被称之为称为 Objective-C 的晦涩语言。一旦 Java J2EE 出现，我相信公司会使用它来工作，结果就真的利用J2EE做了第一个项目。巧合的是，当时做那个项目的公司就是现在我老板的母公司，这是他们的第一个完整的 Java 项目。当你关注的是整个行业发生了什么，而不是只关注你自己正在做的事情的时候，一切就自然而然的出现了。你没办法知道哪件事会成为下一个大事件，但是你可以做到让自己对所有的事情都有了解，即使你没办法将它们一一尝试。我记得 2000 年中期的时候有一个同事，是搞 C+ 的头儿，当时他的 IE 浏览器出现了一些问题，我建议他试一下 Firefox。结果他像看一个疯子一样的看着我，因为除了 IE 之外，他不知道还有别的浏览器。在那之后他也没有兴趣去尝试一下 Firefox，即使这并不会影响到他的工作。我没办法理解这种态度。你没办法知道下一个大事件会从何而来，拒绝承认这个世界在改变并不会真的让世界停止改变。我有一些获得本科学位的朋友，当大型机退役之后他们随之失业，当他们发现他们没办法再继续当程序员的时候，他们开始抱怨说早该花点时间学些别的东西。但是当你意识到这些的时候，一切都太晚了。认为你的老板会来培训你，无异于痴人说梦。有时候你的老板会连个通知都没有就开了你，你会丢了工作、项目，甚至是整个公司，然后你不得不去找份新的工作。指望老板对你进行培训是不现实的，如果你是一个汽车生产线上的工人