程序员你伤不起（三）

接着前面的：程序员你伤不起。

你伤不起（一）：

http://blog.csdn.net/wenzhi20102321/article/details/72596377

你伤不起（二）：

http://blog.csdn.net/wenzhi20102321/article/details/72632613

（二十一）春节后被面试和面试别人的经历

1.被人面试

书中的作者，投递的简历方向都是十年左右的工作经验的岗位，基本都是有面试通知，接着就是成果讲解，项目介绍是少不了的。基本也是能上岗位，但是还是选择了稳定的一点的那个。

2.面试别人

主要从下面几个方面跟大家分享，对面试官和面试者都是有一定的借鉴价值：

（1）简历环节

①曾经跳槽单位不要过多，总要有几个待了很长时间的公司，否则很难有高薪的机会。

②项目经历不要写那些幼稚的学习项目，写上一百个都是没有用，一看就是入门糊弄小孩的项目。

③项目经验不要太假，工作才两年，上十个项目，这么可能啊？走马观花？能长啥经验？

④工作年限、期望工资写清楚。

⑤其他方面，比如个人的详细资料，联系方式都是要有的，并且排版整齐

（2）笔试环节

①我们不是研究高新技术的，我们考的是你的基础功，虽然面试题目很简单，但是需要仔细认真的写，代码也要写工整些。

②简单的题目不会做，难的题目更不会做，无聊的时候还是要翻翻基础语法的书，SQL的书等等。

③不要藐视简单的题目，一般都是暗有玄机

④我没见过笔试很糟糕的，真正干活却很厉害的人。我记忆中的同事，平时工作厉害，笔试也不差。

（3）面试环节

①首先你不能有口臭吧，再穷也要买个口香糖，把口臭问题解决掉。

②带上纸和笔方面不时之需。有厉害源码或项目的可以带上电脑。

③头发梳理干净，穿得像模像样，第一印象是很重要的

④无法表现出对编程的热爱，会是好员工吗？

⑤笔试不好可以理解，但是几乎没有一个说得出口的自己擅长的东西，是不行的。

⑥沟通能力不好，或者自己的思路表达不清楚，一般是很难找到合适的工作的。所以平时工作要学会多交流，别跟你旁边的同事Q来Q去，学会直接张口对话不时坏事。

⑦我们更愿意录用那些看上去顺眼，性情稳定，目标明确，有一计之长，工作经验丰富、有实际工作业绩证明的人。

（3）老板环节

①虽然前面两关过了基本上不会有啥问题，但是也不要太随意，上层领导更看重精气神的表现。

②一些细节也要注意到：比如，敲门进入，坐着不要翘起二郎腿。

③老板也会很在乎你的沟通能力，职业规划，价值观，知识等方面

（二十二）想快速提高技术水平吗？你需要找高手，给你的代码来个深入点评

1.我们国内的程序员大多都不善于交流，即使善于学习，提高的还是不明显。不少工作了五年的人与工作了一年多的人的水平本质没啥区别。这种原地踏步的状态，会让人感到迷茫。

2.我们大多喜欢看技术文章，但是不喜欢把自己的代码拿出来交流，让高手看。说白了，其实高手也懒得看菜鸟的代码，所以你得求人家看才行！因为大师給你点评，你就知道，你与他们的能力差距体现在哪里，哪些没有注意到。

3.记得刚开始工作的时候，别人指出我，有些命名习惯不好，有些逻辑思维判断可以更简单写，刚开始我是有点抵触的，但是，后面想想，很多最基础的东西都没做好，怎么能算一个好的程序员呢？直到我现在认为，哪怕是一个字母的大小写没弄好，或包名没设计好，都是很不应该，很幼稚的错误！

4.那些难以提高的人的特点：

（1）目中无人，自以为是的程序员

（2）听不进别人的意见，总想抢着讲自己的观点的程序员

（3）不关心别人，天天闭门研究，而且着手与研究十年八年才能成功的项目的程序员—世界很大，你正在研究的很多问题，别人做就解决了！

（4）工作中，没遇到大师和高手，想交流和切磋没办法，只能考网络学东学西，再买几本书看，难以掌握系统知识的程序员。

通常来说，拿来主义往往是见效最快的。有效的沟通交流，比自己努力强上至少5倍。很多时候，研究别人的成果比自己从头研究要节省很多的时间。程序员总不是靠吹出来的，还需要静心写一写，但别忽略了沟通交流的重要性。

（二十三）接近60岁的日本IT软件小老头在干什么？我们能从他身上学到什么？

很多软件开发人员，好像过了30岁就迷茫了，30岁没当上管理职位就面子过不去了。还记得在上海遇到一个60岁的IT小老头，看看人家在干什么：

1.整个系统构架，都是由他选型的。例如整个系统分几层，用什么开发语言大多，当然包括数据库的选型。

2.到底用哪些三方组件，例如报表、三方协议处理软件、展示控件，而且对他们了解非常深入。

3.整个系统的例子程序基本都是他写的。并不只是选择系统构架，他把构架选好，还能让它跑起来，并且把范例程序写好（大家都是安装他的写法写程序）

4.编码规范、注意事项，都是由他起草，并且写得很规范。

5.几乎所有的设计文档，包括页面的初步设计，都是他做的。他知道整个系统需要多少个页面，每个页面需要什么功能，有很明确的说明，很详细。

6.数据库的详细设计都是他负责的，包括每个表、每个字段的名称、类型、默认值等。

7.项目中难题的攻克，特别是控件上的特殊处理，都是这个老头在负责维护更新。

8.项目的验收、与客户的沟通问题，项目的进度的安排和跟进、费用的计算都是由这个老头来负责。

跟这样的人一比，那些十年八年的老程序员，简直是小菜。没有个二三十年工作经验，哪里来的那么强的技术能力。但是坚持学习二三十年的技术也不是一件容易坚持的事！
大家就当一个参考吧！

（二十四）技术人员需要先学会做人，在学会做事，之后才能成事。以成名得利

1.其实两个人做项目，既能体验工作的乐趣，又能相互学东西，多了很多安全感，少了不少孤独感。

2.经历N多失败也不是什么坏事，只要你不被失败彻底打败就好。没有惨痛的教训，就没有深刻的体会。

3.以前总想用实力来证明自己是最强的。认为把实实在在的实力拿出来了，别人应该不得不承认你的能力。其实，好胜性格的人在刚开始工作往往会碰壁，身边的同事也大都反感。

4.不管做什么事情，我们要记住一点。首先要得到领导的认可，从上而下执行的事情，往往会跟顺利一些。

5.一些建议：

（1）压住好强心里。

（2）先不要急于做事，低调低调再低调。

（3）遇到事情不要马上就和同事沟通，想把思路捋好，试一试可行的办法先。不要浪费人家大把时间。

（二十五）程序员找老婆—相亲节目引发的一点思绪

简单的说吧，在大城市里面的程序员找老婆不容易！
年纪大了，程序员很多都是会去相亲。
相亲方面的劣势：
一个方面性情不够开朗，兴趣不够广泛，物质条件优势不大。而且陪老婆的时间不会太多。
还记得看非诚勿扰，一个片段，一个相亲的男的说我是个php程序员，然后场上的灯，马上灭了一大片，像打机关枪一样，主持人都一脸懵逼。这个引人发笑，但是却是值得我们程序员深思的！

（二十六）技术水平很高，但是正规公司为什么还是不录用这些人？

其实公司都是希望来的都是大牛，但是也要合适的。
不容易被录用的情况：

1.越是规范的大公司多来的人，越不容易被录用。因为大公司出来的人一般都只懂局限的一部分工作，综合实力相对很弱。

2.越是规范的的大公司过来的人，往往不喜欢啥都自己做，已经习惯了做单种工作。

3.越是大公司来的人，薪资要求越高。

4.越是大公司过来的人，资历高，眼界广，管理难，你怎么指挥人家未必会听。

5.一个人的力量毕竟往往是有限的，就是招聘了这么一个大牛，他也未必能在短时间内干出重大业绩来。

6.很多所谓的牛人，都是两手空空的牛人。

容易被录用的情况：

7.至少有两年的工作经验。实习生是很折磨人的，学得不好，公司又不想要，学的好的，又很有可能不久就跳槽！

8.做过几个像样的项目，手上有实际工作成果演示。很多时候公司不是要你的代码，而是看你的工作能力。

9.笔试成绩好，思路严谨，程序也写得不错，数据库SQL语句也写的条理性很强。

10.行业开发经验越接近越好。

11.正规的大学本科毕业。

12.薪资要求合理。

13.长相虽然不要求很英俊，但是不能影响公司的形象，看上去干净整齐。

14.经历过一个完整的项目周期，从项目开始到项目结束为止，不仅会写代码，还能写一些相关的文档，有一定的设计能力，有一定的沟通表达能力。

15.肯努力工作，不时思路紊乱型的。水平差点，多教下，努力学习也是可以提高的。

其实程序员也就那么点工资，开始也不指望你做出什么惊天地的高深技术来。当然后期发展看个人情况。

（二十七）对普通员工而言，有效的沟通能力比技术能力更加重要

体现在下面几点：

1.有些有难度的东西搞不定，也不跟领导讲。不找同事问，不找技术领导问，只是自己闷头研究，好几天也弄不好。其实张张嘴，你身边闲着没事的寂寞高手也是会愿意为你露一手的。这些人可都是过来人，都是有很多经验的。

2.程序模块写好了，也不跟领导讲一下。写好后接着闷头学习研究新技术，或看新闻等等。其实你的程序可能还有很多未知的问题，或要修改的逻辑。

3.修改了程序也不跟组员讲一下。想怎么改就怎么改。这回让程序代码后期维护很难。

4.修改了Bug也不跟领导讲一下。测试人员不知道，修改后量注解也不加上去。。。

5.工作任务无法完成也不跟领导说一下。不知道是处于面子问题，还是拍别人说自己能力不行，总之一大堆工作没办法按时完成，也不跟领导讲一下。其实吧，任务完不成也是偶尔会有的情况，要提前说一下，好让领导有个充分的考虑，重新分配把一些任务，让别人来完成一些，以免耽误了项目的进度。不能按时完成任务并不是天大的错误，没有及时汇报无法完成任务才是天大的错误。

6.技术不行，你可以学，可以模仿，可以copy过来修改。但是沟通能力不行，不时一天两天就可以改得来的。这就要求你平时要多注意有效的沟通技巧。

（二十八）从代码质量检查中感受生活的乐趣

由于没有代码检查这个步骤，很有可能导致最后的错误被放大很多倍。没有代码检查，既要耗费测试人员的时间，也耗费领导的时间，最后你还得改，可能有些功能自己都不太记得了！需要花一些时间理顺思路！
所以及时检查代码是很有必要的，要把自己的代码当成自己的孩子来看待，你会愿意自己的孩子，天生畸形吗？
代码检查的几个参考点：

1.要有比较可行的编码规范，这样可以统一规范大家，否则不知道谁说了算。

2.大家要有共识，有一个良好的代码质量互查氛围，每个人都有意识的相互检查。

3.程序如人。程序有无Bug与做人好坏是一样的道理，我写出来的代码程序就是我人的质量。不能容忍代码程序有瑕疵。

4.要有强烈的责任意识。我的软件有问题，哪里还能按时下班，安心的过生活？

5.检查代码也需要有高水平与高境界，不只是需要有这个意识。检查代码的能力也是可以提升的！

6.一个人努力做事情很重要，大家一起努力做事情更重要。

（二十九）谈某些程序顽固的思维方式

下面是一些程序员的顽固思想例子：

1.没有设计文档

很多人会认为设计文档瞎耽误功夫。
其实吧，有设计文档还是好一点的。就像向有设计图纸，再有模型。。。设计的程序总要逻辑页面吧，还有必要的备注呢。若一个软件，连像样的设计文档都没有，以后怎么上层次，怎么有提高？
设计文档也是对自己思路的一种锻炼，不管是工具的使用，还是实际设计。。。

2.拒绝重构

程序里面有一大堆命名紊乱，功能重叠的代码和写错位置的代码，这些很多都是只有当事人才清楚的。
很多人认为程序稳定，不出问题就可以了，但是后期维护的？有时候辛苦的还是自己啊。

3.拒绝使用现在新的方法和框架

其实就是害怕学习，一般的来说，新的东西大都有它的价值，旧的东西会被慢慢取代。比如说现在相应式编程就很流行哦。
要多听听比你经验丰富、能力更强的人的建议。

（三十）典型的国内小项目经验分享

国内项目的几个典型特点：

1.项目临时性比较严重，突然要开发。

2.项目工期短，总共也就两三个月时间。

3.项目人员变得大，开发人员不稳定。

4.项目成员少，有时是两个，有时是一个人开发。

共勉：要想正在成长起来，恐怕还得要受几次伤！