自己搭建服务器做网站要多久,百度云建站教程,包头学做网站,用手机做自己的网站原文出处#xff1a;原文链接
下面是精益技术简历的47条原则#xff1a; 版式 原则1#xff1a;使用对齐 原则2#xff1a;不必使用居中 原则3#xff1a;谨慎使用粗体 原则4#xff1a;避免不必要的折行 原则5#xff1a;使用制表符辅助对齐 个人信息 原则6#xff…原文出处原文链接
下面是精益技术简历的47条原则 版式 原则1使用对齐 原则2不必使用居中 原则3谨慎使用粗体 原则4避免不必要的折行 原则5使用制表符辅助对齐 个人信息 原则6不要使用不必要的条目名称 原则7使用分隔符增强电话号码的可读性 原则8使用可以点击的链接 原则9不要使用照片 原则10不要写无关个人信息 原则11使用客观事实而非主观描述 原则12考虑提供他人的评价 原则13不必写求职目标 技术能力 原则14不要堆砌技术名词 原则15对技术进行分类 原则16使用正确的技术名称 原则17不要写电脑能力 原则18按照熟悉程度对技术能力进行排序 原则19不要写过于特定的技术 原则20谨慎使用精通 原则21使用项目经验印证技术能力 项目经历 原则22按照时间对项目经历排序 原则23不要列出过多的项目 原则24强调成果而非过程 原则25使用量化结果而非抽象描述 原则26强调影响力和复杂度 教育背景 原则27不要写大学之前的教育经历 原则28不要写课程列表 原则29考虑使用成绩或排名 原则30考虑使用导师老师的评语 原则31考虑使用学业相关的奖项 个人爱好 原则32避免写个人爱好 英文简历 原则33不要出现拼写错误 原则34不要使用全角字符 原则35使用正确的词汇 原则36使用简洁的句子 原则37避免中式英语 原则38使用一致的时态 原则39考虑提供缩写词的解释 原则40使用Bullets组织长段 原则41打下良好的英文基础 其它 原则42考虑使用超链接 原则43考虑提供一个“加强版”简历 原则44考虑提供开发社区账号 原则45持续更新简历 原则46不断提升个人能力 原则47考虑征求他人意见
版式
版式排版和样式并不是简历内容的一部分但却会对简历给人的第一印象造成很大影响——“字如其人”简历版式可以反映其作者是否严谨是否认真。如果版式过于糟糕那么简历很可能会被直接筛掉。 使用对齐 不必使用居中 谨慎使用粗体 避免不必要的折行 使用制表符辅助对齐
使用对齐 对齐 Alignment 是良好排版的第一要素 —— 对齐不仅使简历层次分明也会给人有力的感觉不必使用居中 居中会破坏对齐减弱整体的层次感所以我不建议在简历中使用居中。 请牢记左/右对齐优于居中对齐。谨慎使用粗体 粗体是一个很强大的工具它可以有效的去引导简历阅读者的视线并突出重要的内容。但我在阅读简历的时候发现不少人对粗体使用不当——滥用用错甚至是全文使用粗体这使得简历完全无法被正常阅读。 粗体适用于去突出成就Achievements例如 量化的成就将页面加载速度提升50% 良好的成绩GPA 4.0/4.0 奖项ICPC/ACM比赛中获得XX赛区一等奖 他人的推荐语“XX是我见过的最优秀的实习生” 在其它场景下我不推荐使用粗体此外注意不要过多使用粗体——粗体是为了突出成就不是为了突出技术关键字太多的粗体会导致什么也突出不出来。避免不必要的折行 折行Wrap指当一行内容过长时会自动进入下一行。我不是说不可以折行那就成了古龙小说了:–/而是说不要使用不必要的折行 不必要的折行会降低简历的密度破坏简历的层次感而且会给人没话说有意占行数的感觉。使用制表符辅助对齐 为了进行对齐我们往往需要添加一些空白符。在这里请使用制表符tab而非空格space因为 空格往往不会带来严格的对齐因为简历字体往往不是等宽的制表符在打印版本下的表现更佳
个人信息
个人信息部分决定了简历阅读者对简历的第一印象请务必在这部分内容多下功夫。
不要使用不必要的条目名称 条目名称Column name这个词很拗口我举一个例子“姓名张大锤”和“电话135-9112-7890”里的“姓名”和“电话”就是条目名称。 绝大多数的条目名称都是不必要的——“张大锤”一看就是一个名字“135-9112-7890”一看就是一个手机号码。这种条目信息会让简历变得拖沓啰嗦请务必删除它们。 此外请牢记**“个人简历”是简历上最大的废话**——这当然是一封简历不用你提醒。可笑的是很多所谓的“500强简历模板”还把“个人简历”作为简历抬头Header。使用分隔符增强电话号码的可读性 请使用“-”和“()”格式化你的电话号码例如把8618601007070改为(86)186-0100-7070以便简历阅读者能够正确便捷的拨打你的号码此外这样的号码也显得更加专业。使用可以点击的链接 使用http://lucida.me而非http://lucida.me 使用mymailggg.com而非mymailggg.com 这样简历阅读者就可以直接点击而不是费力的把链接复制粘贴到某个输入栏中。不要使用照片 照片不会对你的简历产生任何正面价值而且它会破坏简历的结构请不要在简历中使用照片。不要写无关个人信息 是的你是在写技术简历而不是在写入党申请或征婚启事之类的东西所以请不要在简历中出现下面这些信息 性别生日星座籍贯通信地址民族政治面貌WTF!!??身高/体重理想的个人信息应该包括姓名、联系方式电邮地址和手机号码如果你有不错的技术博客也可以把它放在上面。 使用客观事实而非主观描述 我经常在简历里面看到诸如“我是一个热爱编程的开发者”或是“我精力充沛热爱学习能够长时间从事编程工作”之类的个人评价总之就是把雇主希望看到的性格特点堆在一起有时感动的我都想哭。 但感动归感动这些感人肺腑的个人评价我向来直接无视——**我为什么要相信你呢**引用Linus的话Talk is cheap,show me the code。如果要说明你是一个热爱编程的开发者那么请出你的Github页面或优秀的个人作品如果要说明你热爱学习请给出你读过的书或写过的书评。总之使用客观事实而非主观描述。 考虑提供他人的评价 这条原则是上一条原则的扩充——找你的导师、老板或者同事为你写一个评语相对于主观描述他人的评价往往更加可信。如果你的评价者是业内权威那么效果就会更好。 不必写求职目标 我读过的很多简历都有“Objective”求职目标这一栏一般求职者会在这里写他所期待的职位。我个人非常不喜欢求职目标这一栏因为求职目标给我一种海投简历的感觉。如果走的是内部推荐或者使用目标公司的求职页面请去掉求职目标你应该已经了解投递职位不需要在简历里面重复。 技术能力 技术能力是技术简历里面重要的一环一般来说简历阅读者会通过这部分内容了解你的技能集Skill set从而构成对你的第一技术印象。 不要堆砌技术名词 技术简历中一个常见误区是堆砌技术名词一些求职者认为在简历上写的技术越多越好于是把自己会的、用过的、见过的甚至没见过的技术都堆在一起比如 Technical Skills Programming Language: HTML,CSS,PHP,JavaScript,SQL,Haskell,Perl,Python,C,C,Java,Ruby,Prolog,.NET,C#,Assembly,REXX,Verilog,R,Visual Basic,MATLAB,jQuery,Angular,SASS Operating System: Unix/Linux,Mac,MS-DOS,Windows 7/8,Windows Server 2003/2008/2012,z/VM Software: Adobe Creative Cloud Dreamweaver,Photoshop,InDesign,Audition. WordPress,OmniUpdate,Google Analytics,Eclipse,NetBeans,LaTex,Microsoft Office Suite,Microsoft Excel,Project,Visio,Visual Studio 是的一个人可以同时掌握甚至精通多种编程语言但一般来说这种可能性很小。当我看到这样的技术描述我会迅速的跳转到简历的项目经验环节如果我无法在项目经验里找到对应的技术我会直接把这个简历筛掉。我把它叫做“未声明引用”Undeclared reference你说你精通C但你却没有C的项目经验你确定不是在逗我 所以不要堆砌技术名词技术简历并非多多益善熟悉什么技术就写什么技术然后在项目经验里面给出你熟悉该技术的证据evidence这样会使你的简历更有说服力。 对技术进行分类 技术能力部分的另一个常见问题是缺乏分类或者分类错误比如 编程语言C,C#,Visual Studio,Shell,Python,Eclipse,Java 这样的简历也会被直接扔进废纸篓——连编程语言和编程环境都分不清招你作甚。 正确分类后就清楚了很多 编程语言C,C#,Java,Python,Shell 开发环境Visual Studio,Eclipse 使用正确的技术名称 这个原则非常简单甚至有点弱智——正确拼写技术名称并使用正确的大小写。我在这里摘取了一些我见过的技术名词错误 Andoid – Android IOS,ios – iOS javascript – JavaScript coffescript – CoffeeScript intelij – IntelliJ Dikjstra – Dijkstra 请严格检查此类错误——这类错误会大大降低你的简历的专业性并给人非常不好的印象 不要写电脑能力 技术简历需要展现你的技术能力Technical Skills而不是电脑能力Computer Skills这两个概念比较拗口所以我在这里举几个例子 技术能力包括编程C/Java/Python开发环境Visual Studio/IntelliJ/Eclipse测试JUnit/TestNG/mockito/truth用户体验Axure/Expression Blend等等。 电脑能力包括日常办公Word/Excel/PowerPoint/Office图形界面操作系统Windows 7/8的使用浏览器IE/Chrome/Safari的使用等等。 电脑能力不但会稀释你的简历含金量还会给人极不专业的感觉。不要在技术简历里面出现任何电脑能力——据说某公司甚至定了一个规矩只要在技术简历里面看到Office字样就直接滤掉靠谱。 按照熟悉程度对技术能力进行排序 这个原则十分简单——使用合适的词汇描述你的技术能力并按照熟悉程度排序例如 编程语言C,C#,Java,Python,JavaScript 就不如 编程语言熟悉C、C#和Java了解Python和JavaScript 另一种方式是使用比较符 编程语言C C# Java Python JavaScript 注意没有必要在技术能力后面加上使用时间比如 技术名称熟练程度使用时间 C精通8年 Java熟悉5年 时间没有意义——搞技术的都明白技术的使用时间和技术的熟练程度没有任何关系谁知道这货是不是用了1个月C然后在后面的95个月不断重复第一个月的东西只可惜有些HR永远都不懂这个道理也不肯懂。 不要写过于特定的技术 什么叫做过于特定Specific的技术呢举个例子 熟悉单例Singleton模式 且不说单例是不是一个好模式单例模式有什么好熟悉的这种东西也配写到简历上吗至少在我看来“熟悉单例模式”就跟“熟悉for循环”、“精通if语句”一般可笑。 谨慎使用精通 精通和 Proficient 是非常 Strong 的词汇在简历上写精通类词汇也许会帮你得到面试机会但你要面对难度更高的面试 —— 招聘者会通过更高难度的问题来确认你真的是精通而不是在嘴遁。 但如果你真的精通某项技术那就自信的写上精通然后用项目经历和面试中的表现说服招聘者这样往往有助于你拿到 Strong Offer 。 使用项目经验印证技术能力 这条原则在原则13不要堆砌技术名词也有提到——你的技术能力应该在你的项目经历中得到全部体现技术能力展现你的技能集Skills Set而项目经验为其提供证据Evidence。打个比方如果你提到你熟悉C那么你就需要在项目经验中提到C否则我认为你在说谎或者忘记把C的项目经验写在简历上说谎和健忘两者都不是好事。 项目经历 项目经历是简历阅读者进一步了解求职者技术能力的重要依据良好的项目经历应当清晰简洁既印证前面提到的技术能力也反映出求职者应对复杂度Handle complexity的能力。 按照时间对项目经历排序 不要列出过多的项目 强调成果而非过程 使用量化结果而非抽象描述 强调影响力和复杂度 按照时间对项目经历排序 一般来说项目经历应该按照时间倒序排序——最新的项目经历放在最前。此外考虑去掉过于久远比如说七八年前的项目经历因为你很有可能已经忘了七八年前做过的东西了。 另外一种排序方式是按照项目的重要程度排序——最重要的项目放在最前但我个人不推荐这种方式因为往往最重要的项目都在最近如果你最重要的项目在很多年那么很有可能你这些年毫无长进。 不要列出过多的项目 我经常看到非常长的简历三四页纸两三千字十余个项目恨不得把他/她做过的东西全都铺上去。而事实证明写出这样简历的人水平都不怎么样——至少就我的个人经验而言。 项目经历不是自传不用把你全部的经历铺上去也不要写过多的项目经历——三个项目是一个不错的选择五个就有点多十个就会没人看。要知道三个优秀的项目远胜十个一般的项目。 所以问题来了什么是优秀的项目呢就技术项目而言我的评估标准是复杂度Complexity和影响力Impact一个项目如果复杂度和影响力都有那是最好如果只有一个也不错如果都没有那就呵呵。我会在原则25强调影响力和复杂度中进一步说明。 强调成果而非过程 我在我之前的关于锤子手机和锤子手机发布会提到过 总之在锤子手机发布会上我看到的是一个人在不断的强调自己有多努力多认真但我也知道当某人不断的给你强调他有多努力effort时事实往往是他还没有获得任何实质性成果progress简而言之effort不等于progress。 技术简历也是如此不要在项目经历中过度强调你有多努力。“连续高强度工作三个月”和“在深夜重构了XX项目中的代码”并不是一个好的项目描述如果你“连续高强度工作三个月”却无法说明你的工作成果“在深夜重构了XX项目中的代码”却无法说明重构后代码改进了多少那我认为你的“努力”毫无意义。 强调你的项目成果Achievements而非过程“将网站访问量提升300%”、“将响应时间从1.5s减少到0.1s以内”都是不错的成果。 使用量化结果而非抽象描述 我经常在简历上看到“改善了代码的质量”、“提升了启动速度”和“大大增加了网站访问量”之类的描述我的第一反应就是 用个数字你会死啊看新闻联播看多了吧亲 接下来的反应是 “改善了代码的质量”——改善了多少你是如何评估的圈复杂度测试覆盖度Bug的数量 “提升了启动速度”——提升了多少用户的反馈如何是否在可接受的范围内 “大大增加了网站访问量”——“大大”是什么访问量增加了多少访问量原来是多少 如果我找不到上面问题的答案我会直接无视这些抽象描述——还是那句话我为什么要相信你的一面之词而且你连话都说不清。 强调影响力和复杂度 “Controlling complexity is the essence of computer programming.” Brian Kernighan 控制复杂度使程序设计的根本essense所以绝大多数IT公司在招聘时都会把应对复杂度Handle complexity放在职位描述里面——你如果能把难题搞定那么简单题也不在话下。如果你做过的项目足够复杂那么就证明你能扛得住复杂度是个好备胎备选Candidate。 那么什么样的项目经历称得上复杂呢我在这里给出一个不严谨的分类仅供参考 编程复杂度操作系统编译器/解释器图形学编程网络协议设计与实现等 算法复杂度算法竞赛奖项等不好意思我不熟悉算法所以给不出啥例子 设计复杂度大型网站企业级应用分布式应用等 衡量项目的另一个重要依据是影响力Impact有的软件项目可能不那么复杂但是它具有相当大的影响力例如jQuery、RoR和JUnit “Never in the field of software development have so many owed so much to so few lines of code(JUnit).” Martin Fowler 如果你的项目并不复杂那么请强调它的影响力用户量超过十万的手机应用和被广泛应用的类库都是很好的项目尽管它们可能并不复杂。 如果一个项目既没有复杂度也没有影响力那么直接删掉它——不要犹豫它不会为你的简历提供任何价值。 教育背景 教育背景是简历的另一项重要内容它对于应届生尤其重要——因为应届生往往没有太多的工作经历。 不要写大学之前的教育经历 我不明白为什么很多人把高中甚至初中都写在简历里——也许你的高中/初中很出色不过那么多年前的事情就不用再提了吧 不要写课程列表 我在简历的教育背景部分发现的另一个奇怪的现象是课程列表Courseworks求职者把大学专业课程一水排开放在简历里面颇是壮观 专业课程 计算机科学导论C语言及程序设计计算机组成原理数据结构算法设计离散数学操作系统原理编译原理计算机网络数据库系统原理面向对象编程软件工程图像处理技术人工智能及其应用网络工程 更加令人啼笑皆非的是把所有的大学课程放在一起 大学课程 高等数学线性代数大学物理概率与数理统计毛泽东思想概论思想道德修养邓小平理论马列政治经济学原理…… 每当看到这样的简历我都在想我是该筛掉你呢还是筛掉你呢还是筛掉你呢 不要写课程列表除非你有想特别强调的特殊专业课而且你在该课上有突出表现比如“编译原理实现了带下标检查的扩展C编译器”就不错。 考虑使用成绩或排名 如果你的大学成绩或排名还不错那么请把它放在教育背景中例如 2009 ~ 2013学士大连理工大学软件工程GPA: 3.8/4.0排名3/153 就不错。 但如果你的成绩一般80%一下或排名一般前20%开外那么就不要提它们我就是这么做的 考虑使用导师老师的评语 这条原则和原则, 考虑提供他人的评价相类似与其说你在学校多么努力不如让你的专业课老师导师给你一个评价。 注意不要使用辅导员的评价是的辅导员在大学很重要但辅导员对学生的评价往往没有专业参考价值。 考虑使用学业相关的奖项 请把在校期间的重要奖项放在教育背景中比如“一等奖学金”“数学建模大赛一等奖”就不错。 我在阅读简历时见到过很多学霸——学校里面获得的奖项接近一页纸之多。这是个好事不过放太多奖无益于突出重点所以请参考原则: 不要列出过多的项目精选3到5个最有说服力的奖项然后把它们放在教育背景中。 个人爱好 个人爱好对技术简历往往毫无价值所以这里的原则只有一条—— 避免写个人爱好 除非你在个人爱好上取得了相当的成就否则不要写个人爱好。每个人都喜欢音乐都喜欢看书也都喜欢技术这种屁话套话还是留到入职邮件再说也不迟。 英文简历 海外求职需要英文简历而英文简历需要专业的英语——阅读你简历的人很有可能只懂英文如果你的英文太糟糕那么他/她很可能会无视你的技术而直接把你筛掉。 不要出现拼写错误 请打开拼写检查——要知道简历里面的拼写错误是致命的。我在这里给出一些常见的拼写错误 explaination – explanation convenence – convenience seperate – separate Febuary – February embarass – embarrass consience – conscience mispell – misspell enginner – engineer 不要使用全角字符 务必不要在英文简历中使用全角字符 全角字符会影响英文排版使其变的很难看对方的机器上可能没有对应的字库因而无法显示全角字符 我个人推荐在英文简历中只使用ASCII字符集里的字符。 使用正确的词汇 国人英文简历的一大通病是用词不当下面是我阅读英文技术简历时所发现的最常见的三个错误 “实现了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”。 这里水一句一般来说中国人对这种英语完全不敏感反而很亲切因为更接近中式思维那为什么我对这种英语特别在意呢因为我有几个伦敦同事特别在意英语的纯正性初到伦敦时无论是吃饭、聊天还是提交代码他们都会无时无刻的纠正我的语法错误和发音错误我想我已经被他们纠正几千多次了所以我现在对此类中式英语异常敏感。 此外在简历里面我们有时可以忽略主语Subject例如 Project A:I implemented the communication module.I wrote tests for the communication module.I deployed the module into our system.可以这么写Project A:Implemented the communication module.Wrote tests for the communication module.Deployed the module into our system.这样不但更加简洁而且用动词开头会让句子显得更加有力给人以自信的感觉。
避免中式英语 这个原则实际上是原则35.使用正确的词汇和原则36.使用简洁的句子的扩展因为这两个原则都属于中式英语的范畴。 中式英语的源头在于用中式思维将中文逐字转化成英语我已经不止三次的听到有人使用”red color”这个神奇的短语了。red本身就是颜色所以完全不需要后面的color如果你打算根除中式英语你有两种途径 找几个腹黑伦敦同事。阅读中式英语之鉴 这是我读过最好的貌似也是唯一的讲中式英语的书籍。 使用一致的时态 这个原则很简单——使用一致的时态 对于个人评价使用现代式。 对于项目经历使用过去式。 之所以把这么简单的原则提出来是因为我都过的英文简历几乎都违反了这个原则——它们或者在个人评价里“I was a passionate programmer”嗯你过去很激情那么现在呢或者在项目经历里“Implement xxx”一直实现到现在不容易啊童鞋。考虑提供缩写词的解释 不是所有人都了解你的工作或研究所以对于不常用和有歧义的首字母缩写词Acronym请提供全称。 注意我说的是不常用和有歧义的缩写词你无需告诉简历阅读者HTML的全称是HyperText Markup Language也无需说明MVC是Model View Controller但你可能需要说明AST是Abstract Syntax TreeDSL是Domain Specific Language而不是Digital Subscriber Line。使用Bullets组织长段 如果一段项目过长请使用Bullets而不是“Firstly…,secondly…,finally…”例如 Firstly,I collected,managed and analysed data from the health and the legal sector with Data Mining and Natural Language Processing using Python,Perl,and Java. Secondly,I developed web applications to showcase the findings with Jsp,JavaScript. HTML,CSS,J2EE,Tomcat and MySql that led to successful research demos. Finally,I improved the performance of an Java online education forum analysis tool by redesigning the GUI and utilizing multi-threading. 即便是一个English native speaker看到这样的大长段也会发怵这里可以利用Bullets改善可读性 Collected,managed and analysed data from the health and the legal sector with Data Mining and Natural Language Processing using Python,Perl,and Java.Developed web applications to showcase the findings with Jsp,JavaScript. HTML,CSS,J2EE,Tomcat and MySql that led to successful research demos.Improved the performance of an Java online education forum analysis tool by redesigning the GUI and utilizing multi-threading. 打下良好的英文基础 归根到底写好英文简历需要良好的英文基础所以我在这里推荐几本不错的英语基础书籍 Practical English Usage简洁精炼学习英文语法和口语的必备书籍。 Collins Pocket English Thesaurus个人无责任推荐——每天看一点这本书不会提升你的词汇量Total Vocabulary但会提升你的有效词汇量Effective Vocabulary。 Elements of Style英语写作第一书。无论是写作还是编程都能从本书受益良多。 中式英语之鉴可能是目前唯一一本讲述中式英语的书籍尽管书中的例子有点政治化但不妨碍本书是一本好书。 其它 剩下的是一些通用原则。 考虑使用超链接 考虑提供一个“加强版”简历 考虑提供开发社区账号 持续更新简历 不断提升个人能力 考虑征求他人意见考虑使用超链接 这项原则是原则8.使用可以点击的链接的扩充——超链接适用于简历全文而不只适用于个人信息里的个人主页和邮箱地址 如果你的作品/项目有介绍链接请提供它 如果你的作品/项目有在线演示请提供它 如果你的作品/项目有用户反馈请提供它 使用超链接时要注意一点使用隐式超链接而非显式超链接例如使用Google而非http://www.google.com。因为显式超链接往往很长而且不可读还会破坏打印版简历的效果。考虑提供一个“加强版”简历 这项原则是原则42.考虑使用超链接的补充简历受限于篇幅一般是一页和格式一般是PDF无法提供更多丰富多彩的内容。但你可以用超链接关联一个外部“加强版”简历。 一个典型例子是JJ Ying的在线“简历”使用Parallax效果这种“加强版”简历往往会使简历阅读者眼前一亮从而大大增加你的简历通过率。考虑提供开发社区账号 如果你有非常活跃的开发社区例如Stack OverflowGitHub和Reddit Programming等开发社区账号那么请在简历中提供它们。 注意我说的开发社区账号而不是社交网络账号提供人人、微博或Facebook账号不会对简历有任何帮助。持续更新简历 优秀的简历应该是与时俱进持续更新的。从现在开始定一个周期一个月或三个月然后以这个周期持续更新简历这样你可以 随时拥有最新的简历而不是在求职时挖空心思编写 形成一个成长记录以便自我改善 时刻提醒自己持续学习如果你发现这个周期的简历同上个周期变化不大你就要好好反思下了 以我自己为例我维护着一个Markdown简历每两个月一更新通过更新记录/当前简历/下一步计划我可以更有效的指导我的学习和工作。不断提升个人能力 “没有声音再好的戏也出不来”某广告语 简历原则有助于展示Demonstrate实力而不是放大Amplify实力——打个比方你的实力有100分低劣的简历会让你看起来只有50分而良好的简历则会展现出你100分但不要指望简历会把你变成200分——我承认有些人可以通过说谎/造假/吹牛达到这个效果但我不推荐这种透支信用的做法。 所以优秀简历的根本是强大的实力多学习多做有影响力/复杂度参考原则强调影响力和复杂度的项目而不是在马上找工作的时候挖空心思编项目堆技能。没有声音再好的戏也出不来。考虑征求他人意见 “当局者迷旁观者清” 在投递简历前最好去征求他人意见——外人往往可以看出你简历的不足指出低级错误给出不错的建议。
