北京尚学堂|写好技术建立原则(二)
2016-11-03 00:00
106 查看
版权声明:本文为北京尚学堂原创文章,未经允许不得转载。
17.不要列出过多的项目
我经常看到非常长的简历:三四页纸,两三千字,十余个项目,恨不得把他/她做过的东西全都铺上去。而事实证明写出这样简历的人水平都不怎么样——至少就我的个人经验而言。
项目经历不是自传,不用把你全部的经历铺上去,也不要写过多的项目经历——三个项目是一个不错的选择,五个就有点多,十个就会没人看。要知道三个优秀的项目远胜十个一般的项目。
所以问题来了,什么是优秀的项目呢?就技术项目而言,我的评估标准是复杂度(Complexity)和影响力(Impact):一个项目,如果复杂度和影响力都有那是最好,如果只有一个也不错,如果都没有那就呵呵。
18.强调成果而非过程
技术简历不要在项目经历中过度强调你有多努力。“连续高强度工作三个月”和“在深夜重构了XX项目中的代码”并不是一个好的项目描述:如果你“连续高强度工作三个月”却无法说明你的工作成果,“在深夜重构了XX项目中的代码”却无法说明重构后代码改进了多少,那我认为你的“努力”毫无意义。
强调你的项目成果(Achievements)而非过程,“将网站访问量提升300%”、“将响应时间从1.5s减少到0.1s以内”都是不错的成果。
19.使用量化结果而非抽象描述
我经常在简历上看到“改善了代码的质量”、“提升了启动速度”和“大大增加了网站访问量”之类的描述,我的第一反应就是:
用个数字你会死啊!!!看新闻联播看多了吧亲!!!!
接下来的反应是:
“改善了代码的质量”——改善了多少?你是如何评估的?圈复杂度?测试覆盖度?Bug的数量? ???
“提升了启动速度”——提升了多少?用户的反馈如何?是否在可接受的范围内? ???
“大大增加了网站访问量”——“大大”是什么?访问量增加了多少?访问量原来是多少? ???
如果我找不到上面问题的答案,我会直接无视这些抽象描述——还是那句话,我为什么要相信你的一面之词?而且你连话都说不清。
20.强调影响力和复杂度
控制复杂度使程序设计的根本(essense),所以绝大多数IT公司在招聘时都会把应对复杂度(Handle complexity)放在职位描述里面——你如果能把难题搞定,那么简单题也不在话下。如果你做过的项目足够复杂,那么就证明你能扛得住复杂度,是个好备胎备选(Candidate)。
那么什么样的项目经历称得上复杂呢?我在这里给出一个不严谨的分类,仅供参考:
编程复杂度:操作系统,编译器/解释器,图形学编程,网络协议设计与实现等
算法复杂度:算法竞赛奖项等(不好意思我不熟悉算法所以给不出啥例子 –_-)
设计复杂度:大型网站,企业级应用,分布式应用等
衡量项目的另一个重要依据是影响力(Impact),有的软件项目可能不那么复杂,但是它具有相当大的影响力。
如果你的项目并不复杂,那么请强调它的影响力,用户量超过十万的手机应用和被广泛应用的类库都是很好的项目,尽管它们可能并不复杂。
如果一个项目既没有复杂度,也没有影响力,那么直接删掉它——不要犹豫,它不会为你的简历提供任何价值。
教育背景
教育背景是简历的另一项重要内容,它对于应届生尤其重要——因为应届生往往没有太多的工作经历。
21. 不要写大学之前的教育经历
我不明白为什么很多人把高中甚至初中都写在简历里——也许你的高中/初中很出色,不过那么多年前的事情就不用再提了吧 –_–
22. 不要写课程列表
我在简历的教育背景部分发现的另一个奇怪的现象是课程列表(Courseworks):求职者把大学专业课程一水排开,放在简历里面,颇是壮观:
专业课程:
计算机科学导论,C语言及程序设计,计算机组成原理,数据结构,算法设计,离散数学,操作系统原理,编译原理,计算机网络,数据库系统原理,面向对象编程,软件工程,图像处理技术,人工智能及其应用,网络工程
更加令人啼笑皆非的是把所有的大学课程放在一起:
大学课程:
高等数学,线性代数,大学物理,概率与数理统计,毛泽东思想概论,思想道德修养,邓小平理论,马列政治经济学原理……
每当看到这样的简历我都在想我是该筛掉你呢还是筛掉你呢还是筛掉你呢?
不要写课程列表,除非你有想特别强调的特殊专业课,而且你在该课上有突出表现(比如“编译原理(实现了带下标检查的扩展C编译器)”就不错)。
23.考虑使用成绩或排名
如果你的大学成绩或排名还不错,那么请把它放在教育背景中,
但如果你的成绩一般(80%一下)或排名一般(前20%开外),那么就不要提它们。
24.考虑使用导师(老师)的评语
这条原则和原则12. 考虑提供他人的评价相类似,与其说你在学校多么努力,不如让你的专业课老师(导师)给你一个评价。
注意:不要使用辅导员的评价,是的,辅导员在大学很重要,但辅导员对学生的评价往往没有专业参考价值。
25.考虑使用学业相关的奖项
请把在校期间的重要奖项放在教育背景中,比如“一等奖学金”,“数学建模大赛一等奖”就不错。
我在阅读简历时见到过很多学霸——学校里面获得的奖项接近一页纸之多。这是个好事,不过放太多奖无益于突出重点,所以请参考原则 23. 不要列出过多的项目:精选3到5个最有说服力的奖项,然后把它们放在教育背景中。
个人爱好
个人爱好对技术简历往往毫无价值,所以这里的原则只有这一条。
26. 避免写个人爱好
除非你在个人爱好上取得了相当的成就,否则不要写个人爱好。每个人都喜欢音乐,都喜欢看书,也都喜欢技术,这种屁话套话还是留到入职邮件再说也不迟。
英文简历
海外求职需要英文简历,而英文简历需要专业的英语——阅读你简历的人很有可能只懂英文,如果你的英文太糟糕那么他/她很可能会无视你的技术而直接把你筛掉。
27.不要出现拼写错误
请打开拼写检查——要知道简历里面的拼写错误是致命的。我在这里给出一些常见的拼写错误:
explaination –> explanation
convenence –> convenience
seperate –> separate
Febuary –> February
embarass –> embarrass
consience –> conscience
mispell –> misspell
enginner –> engineer
28. 不要使用全角字符
务必不要在英文简历中使用全角字符:
全角字符会影响英文排版,使其变的很难看
对方的机器上可能没有对应的字库,因而无法显示全角字符
我个人推荐在英文简历中只使用ASCII字符集里的字符。
29. 使用正确的词汇
国人英文简历的一大通病是用词不当,下面是我阅读英文技术简历时所发现的最常见的三个错误:
“实现了xx功能”:使用Implement,而不是Achieve
“软件工程师”:使用Software Developer或Software Engineer,而不是Software Programmer
“我对xxx感兴趣”:使用I am interested in …,而不是I am interesting in,详见这里
用词不当会影响简历阅读者的理解,为其带来相当负面的印象。为了减少这类错误,你应该去阅读更多的专业英文著作,或者找一个靠谱的人审阅你的简历
使用简洁的句子
受中式思维的影响,我们的英文往往很冗余(Verbose),我举两个简单的例子
“during the development period”应该是“during the development”:因为“development”本身已经包含“过程(period)”的意思。
“implemented xxx successfully”应当是“implemented xxx”:既然使用了过去式,那么你已经把它实现(implement)了,那自然就是“成功”实现。如果想要强调“成功”,那么可以用“accomplished xxx”。
这里水一句:一般来说中国人对这种英语完全不敏感,反而很亲切(因为更接近中式思维),那为什么我对这种英语特别在意呢?因为我有几个伦敦同事特别在意英语的纯正性,初到伦敦时,无论是吃饭、聊天还是提交代码,他们都会无时无刻的纠正我的语法错误和发音错误(我想我已经被他们纠正几千多次了-_–#),所以我现在对此类中式英语异常敏感。
30. 避免中式英语
这个原则实际上是原则35. 使用正确的词汇和原则36. 使用简洁的句子的扩展,因为这两个原则都属于中式英语的范畴。
中式英语的源头在于用中式思维将中文逐字转化成英语,尽管我们不会搞出这样的错误
但是小错是难免的,我已经不止三次的听到有人使用”red color”这个神奇的短语了。(red本身就是颜色,所以完全不需要后面的color)
当然,如果你只是把简历改的不那么中式,你完全可以找一个靠谱的人审阅你的简历。
31. 使用一致的时态
这个原则很简单——使用一致的时态:
对于个人评价:使用现代式。
对于项目经历:使用过去式。
之所以把这么简单的原则提出来,是因为我都过的英文简历几乎都违反了这个原则——它们或者在个人评价里“I was a passionate programmer”(嗯,你过去很激情那么现在呢?),或者在项目经历里“Implement xxx”(一直实现到现在不容易啊童鞋!)。
考虑提供缩写词的解释
不是所有人都了解你的工作或研究,所以对于不常用和有歧义的首字母缩写词(Acronym),请提供全称。
注意我说的是不常用和有歧义的缩写词,你无需告诉简历阅读者HTML的全称是HyperText Markup Language,也无需说明MVC是Model View Controller,但你可能需要说明AST是Abstract Syntax Tree,DSL是Domain Specific Language(而不是Digital Subscriber Line)。
32. 考虑使用超链接
这项原则是原则8. 使用可以点击的链接的扩充——超链接适用于简历全文,而不只适用于个人信息里的个人主页和邮箱地址;
使用超链接时要注意一点:使用隐式超链接而非显式超链接,例如使用Google而非http://www.google.com。因为显式超链接往往很长而且不可读,还会破坏打印版简历的效果。
33. 考虑提供一个“加强版”简历
这项原则是原则42. 考虑使用超链接的补充,简历受限于篇幅(一般是一页)和格式(一般是PDF),无法提供更多丰富多彩的内容。但你可以用超链接关联一个外部“加强版”简历。
一个典型例子是JJ Ying的在线“简历”(使用Parallax效果),这种“加强版”简历往往会使简历阅读者眼前一亮,从而大大增加你的简历通过率。
34. 考虑提供开发社区账号
如果你有非常活跃的开发社区(例如Stack Overflow,GitHub和Reddit Programming等开发社区)账号,那么请在简历中提供它们。
注意我说的开发社区账号,而不是社交网络账号:提供人人、微博或Facebook账号不会对简历有任何帮助。
35. 持续更新简历
优秀的简历应该是与时俱进持续更新的。从现在开始,定一个周期(一个月或三个月),然后以这个周期持续更新简历,这样你可以:
随时拥有最新的简历,而不是在求职时挖空心思编写;
形成一个成长记录,以便自我改善;
时刻提醒自己持续学习,如果你发现这个周期的简历同上个周期变化不大,你就要好好反思下了。
如果你的目标是就业,并且是高薪就业,那么北京尚学堂是你正确的选择。北京尚学堂一直在为改变中国IT教育努力着。十年以来,北京尚学堂坚守“为莘莘学子改变命运而讲课”这份情怀,不忘初心。感谢大家的阅读!
本文作者北京尚学堂原创。如需转载请联系作者授权,未经授权,转载必究。
更多猛料!欢迎扫描上方二维码关注北京尚学堂官方微信公众号 ( 资料领取验证消息:156)
17.不要列出过多的项目
我经常看到非常长的简历:三四页纸,两三千字,十余个项目,恨不得把他/她做过的东西全都铺上去。而事实证明写出这样简历的人水平都不怎么样——至少就我的个人经验而言。
项目经历不是自传,不用把你全部的经历铺上去,也不要写过多的项目经历——三个项目是一个不错的选择,五个就有点多,十个就会没人看。要知道三个优秀的项目远胜十个一般的项目。
所以问题来了,什么是优秀的项目呢?就技术项目而言,我的评估标准是复杂度(Complexity)和影响力(Impact):一个项目,如果复杂度和影响力都有那是最好,如果只有一个也不错,如果都没有那就呵呵。
18.强调成果而非过程
技术简历不要在项目经历中过度强调你有多努力。“连续高强度工作三个月”和“在深夜重构了XX项目中的代码”并不是一个好的项目描述:如果你“连续高强度工作三个月”却无法说明你的工作成果,“在深夜重构了XX项目中的代码”却无法说明重构后代码改进了多少,那我认为你的“努力”毫无意义。
强调你的项目成果(Achievements)而非过程,“将网站访问量提升300%”、“将响应时间从1.5s减少到0.1s以内”都是不错的成果。
19.使用量化结果而非抽象描述
我经常在简历上看到“改善了代码的质量”、“提升了启动速度”和“大大增加了网站访问量”之类的描述,我的第一反应就是:
用个数字你会死啊!!!看新闻联播看多了吧亲!!!!
接下来的反应是:
“改善了代码的质量”——改善了多少?你是如何评估的?圈复杂度?测试覆盖度?Bug的数量? ???
“提升了启动速度”——提升了多少?用户的反馈如何?是否在可接受的范围内? ???
“大大增加了网站访问量”——“大大”是什么?访问量增加了多少?访问量原来是多少? ???
如果我找不到上面问题的答案,我会直接无视这些抽象描述——还是那句话,我为什么要相信你的一面之词?而且你连话都说不清。
20.强调影响力和复杂度
控制复杂度使程序设计的根本(essense),所以绝大多数IT公司在招聘时都会把应对复杂度(Handle complexity)放在职位描述里面——你如果能把难题搞定,那么简单题也不在话下。如果你做过的项目足够复杂,那么就证明你能扛得住复杂度,是个好备胎备选(Candidate)。
那么什么样的项目经历称得上复杂呢?我在这里给出一个不严谨的分类,仅供参考:
编程复杂度:操作系统,编译器/解释器,图形学编程,网络协议设计与实现等
算法复杂度:算法竞赛奖项等(不好意思我不熟悉算法所以给不出啥例子 –_-)
设计复杂度:大型网站,企业级应用,分布式应用等
衡量项目的另一个重要依据是影响力(Impact),有的软件项目可能不那么复杂,但是它具有相当大的影响力。
如果你的项目并不复杂,那么请强调它的影响力,用户量超过十万的手机应用和被广泛应用的类库都是很好的项目,尽管它们可能并不复杂。
如果一个项目既没有复杂度,也没有影响力,那么直接删掉它——不要犹豫,它不会为你的简历提供任何价值。
教育背景
教育背景是简历的另一项重要内容,它对于应届生尤其重要——因为应届生往往没有太多的工作经历。
21. 不要写大学之前的教育经历
我不明白为什么很多人把高中甚至初中都写在简历里——也许你的高中/初中很出色,不过那么多年前的事情就不用再提了吧 –_–
22. 不要写课程列表
我在简历的教育背景部分发现的另一个奇怪的现象是课程列表(Courseworks):求职者把大学专业课程一水排开,放在简历里面,颇是壮观:
专业课程:
计算机科学导论,C语言及程序设计,计算机组成原理,数据结构,算法设计,离散数学,操作系统原理,编译原理,计算机网络,数据库系统原理,面向对象编程,软件工程,图像处理技术,人工智能及其应用,网络工程
更加令人啼笑皆非的是把所有的大学课程放在一起:
大学课程:
高等数学,线性代数,大学物理,概率与数理统计,毛泽东思想概论,思想道德修养,邓小平理论,马列政治经济学原理……
每当看到这样的简历我都在想我是该筛掉你呢还是筛掉你呢还是筛掉你呢?
不要写课程列表,除非你有想特别强调的特殊专业课,而且你在该课上有突出表现(比如“编译原理(实现了带下标检查的扩展C编译器)”就不错)。
23.考虑使用成绩或排名
如果你的大学成绩或排名还不错,那么请把它放在教育背景中,
但如果你的成绩一般(80%一下)或排名一般(前20%开外),那么就不要提它们。
24.考虑使用导师(老师)的评语
这条原则和原则12. 考虑提供他人的评价相类似,与其说你在学校多么努力,不如让你的专业课老师(导师)给你一个评价。
注意:不要使用辅导员的评价,是的,辅导员在大学很重要,但辅导员对学生的评价往往没有专业参考价值。
25.考虑使用学业相关的奖项
请把在校期间的重要奖项放在教育背景中,比如“一等奖学金”,“数学建模大赛一等奖”就不错。
我在阅读简历时见到过很多学霸——学校里面获得的奖项接近一页纸之多。这是个好事,不过放太多奖无益于突出重点,所以请参考原则 23. 不要列出过多的项目:精选3到5个最有说服力的奖项,然后把它们放在教育背景中。
个人爱好
个人爱好对技术简历往往毫无价值,所以这里的原则只有这一条。
26. 避免写个人爱好
除非你在个人爱好上取得了相当的成就,否则不要写个人爱好。每个人都喜欢音乐,都喜欢看书,也都喜欢技术,这种屁话套话还是留到入职邮件再说也不迟。
英文简历
海外求职需要英文简历,而英文简历需要专业的英语——阅读你简历的人很有可能只懂英文,如果你的英文太糟糕那么他/她很可能会无视你的技术而直接把你筛掉。
27.不要出现拼写错误
请打开拼写检查——要知道简历里面的拼写错误是致命的。我在这里给出一些常见的拼写错误:
explaination –> explanation
convenence –> convenience
seperate –> separate
Febuary –> February
embarass –> embarrass
consience –> conscience
mispell –> misspell
enginner –> engineer
28. 不要使用全角字符
务必不要在英文简历中使用全角字符:
全角字符会影响英文排版,使其变的很难看
对方的机器上可能没有对应的字库,因而无法显示全角字符
我个人推荐在英文简历中只使用ASCII字符集里的字符。
29. 使用正确的词汇
国人英文简历的一大通病是用词不当,下面是我阅读英文技术简历时所发现的最常见的三个错误:
“实现了xx功能”:使用Implement,而不是Achieve
“软件工程师”:使用Software Developer或Software Engineer,而不是Software Programmer
“我对xxx感兴趣”:使用I am interested in …,而不是I am interesting in,详见这里
用词不当会影响简历阅读者的理解,为其带来相当负面的印象。为了减少这类错误,你应该去阅读更多的专业英文著作,或者找一个靠谱的人审阅你的简历
使用简洁的句子
受中式思维的影响,我们的英文往往很冗余(Verbose),我举两个简单的例子
“during the development period”应该是“during the development”:因为“development”本身已经包含“过程(period)”的意思。
“implemented xxx successfully”应当是“implemented xxx”:既然使用了过去式,那么你已经把它实现(implement)了,那自然就是“成功”实现。如果想要强调“成功”,那么可以用“accomplished xxx”。
这里水一句:一般来说中国人对这种英语完全不敏感,反而很亲切(因为更接近中式思维),那为什么我对这种英语特别在意呢?因为我有几个伦敦同事特别在意英语的纯正性,初到伦敦时,无论是吃饭、聊天还是提交代码,他们都会无时无刻的纠正我的语法错误和发音错误(我想我已经被他们纠正几千多次了-_–#),所以我现在对此类中式英语异常敏感。
30. 避免中式英语
这个原则实际上是原则35. 使用正确的词汇和原则36. 使用简洁的句子的扩展,因为这两个原则都属于中式英语的范畴。
中式英语的源头在于用中式思维将中文逐字转化成英语,尽管我们不会搞出这样的错误
但是小错是难免的,我已经不止三次的听到有人使用”red color”这个神奇的短语了。(red本身就是颜色,所以完全不需要后面的color)
当然,如果你只是把简历改的不那么中式,你完全可以找一个靠谱的人审阅你的简历。
31. 使用一致的时态
这个原则很简单——使用一致的时态:
对于个人评价:使用现代式。
对于项目经历:使用过去式。
之所以把这么简单的原则提出来,是因为我都过的英文简历几乎都违反了这个原则——它们或者在个人评价里“I was a passionate programmer”(嗯,你过去很激情那么现在呢?),或者在项目经历里“Implement xxx”(一直实现到现在不容易啊童鞋!)。
考虑提供缩写词的解释
不是所有人都了解你的工作或研究,所以对于不常用和有歧义的首字母缩写词(Acronym),请提供全称。
注意我说的是不常用和有歧义的缩写词,你无需告诉简历阅读者HTML的全称是HyperText Markup Language,也无需说明MVC是Model View Controller,但你可能需要说明AST是Abstract Syntax Tree,DSL是Domain Specific Language(而不是Digital Subscriber Line)。
32. 考虑使用超链接
这项原则是原则8. 使用可以点击的链接的扩充——超链接适用于简历全文,而不只适用于个人信息里的个人主页和邮箱地址;
使用超链接时要注意一点:使用隐式超链接而非显式超链接,例如使用Google而非http://www.google.com。因为显式超链接往往很长而且不可读,还会破坏打印版简历的效果。
33. 考虑提供一个“加强版”简历
这项原则是原则42. 考虑使用超链接的补充,简历受限于篇幅(一般是一页)和格式(一般是PDF),无法提供更多丰富多彩的内容。但你可以用超链接关联一个外部“加强版”简历。
一个典型例子是JJ Ying的在线“简历”(使用Parallax效果),这种“加强版”简历往往会使简历阅读者眼前一亮,从而大大增加你的简历通过率。
34. 考虑提供开发社区账号
如果你有非常活跃的开发社区(例如Stack Overflow,GitHub和Reddit Programming等开发社区)账号,那么请在简历中提供它们。
注意我说的开发社区账号,而不是社交网络账号:提供人人、微博或Facebook账号不会对简历有任何帮助。
35. 持续更新简历
优秀的简历应该是与时俱进持续更新的。从现在开始,定一个周期(一个月或三个月),然后以这个周期持续更新简历,这样你可以:
随时拥有最新的简历,而不是在求职时挖空心思编写;
形成一个成长记录,以便自我改善;
时刻提醒自己持续学习,如果你发现这个周期的简历同上个周期变化不大,你就要好好反思下了。
如果你的目标是就业,并且是高薪就业,那么北京尚学堂是你正确的选择。北京尚学堂一直在为改变中国IT教育努力着。十年以来,北京尚学堂坚守“为莘莘学子改变命运而讲课”这份情怀,不忘初心。感谢大家的阅读!
本文作者北京尚学堂原创。如需转载请联系作者授权,未经授权,转载必究。
更多猛料!欢迎扫描上方二维码关注北京尚学堂官方微信公众号 ( 资料领取验证消息:156)
相关文章推荐
- 北京尚学堂|写好技术建立原则(一)
- 数据库索引技术--聚集索引和非聚集的区别和建立原则(三)
- 数据库索引技术--聚集索引和非聚集的区别和建立原则(三)
- Efficitive STL 中有关auto_ptr的一些说明----原则8---永不建立auto_ptr的容器
- 建立了一个Symbol PDA WM 相关技术的QQ讨论群,欢迎大家参加。
- 建立一个更高级别的查询 API:正确使用Django ORM 的方式 - 技术翻译 - 开源中国 OSChina.NET
- C++技术问题总结-第12篇 设计模式原则
- [防御与系统]力场盾防御系统建立的技术基
- 怎样写好一份IT技术岗位的简历
- 建立数据库的原则(怎样建立一个好的数据库)
- 怎么样写好一篇技术博客
- 怎样写好一份IT技术岗位的简历
- 写给前端面试者(面向初级) 如何写好技术简历 —— 实例、模板及工具 总结关于前端面试、写技术简历
- 极光推送CTO黄鑫:技术人员要建立自己的知识图谱
- 数据库建立索引的原则
- 技术走向管理一些思考(2)-建立管理思维
- 一起谈.NET技术,VS2010 测试功能之旅:编码的UI测试(4)-通过编写测试代码的方式建立UI测试(下)
- (转)技术人员如何建立个人品牌
- TX-技术优化原则
- 医院管理系统技术解析(WCF版)(一) 数据库的建立