设计原则
技术领域追求简练、客观、实际和成就,而不是冗余、主观、抽象和过程。
- 使用项目经验印证技术能力
- 强调成果而非过程
- 使用量化结果而非抽象描述
- 强调影响力和复杂度
筛选项
- 判断是否符合岗位技术和经验要求
- 曾经任职的企业和职位
- 候选人的过往业绩
- 查看教育背景
加分项
比较容易从简历上判断:
- 简历思路清晰、良好的表达能力,简历能够突出亮点,突出重点展示能力
- 计算机专业背景
- 对技术有热情
- 独立负责较复杂的系统
- 论文
- 专利
- 开源框架代码提交
- 技术博客
- github个人地址
- 技术文章翻译
判断难易程度一般:
- 优秀的学习能力
- 高效的前端性能
比较难判断:
- 良好的算法基础
- 良好的编程习惯
- 良好的软件工程思想
- 优秀的代码可维护性
反例
- 写DIV+CSS的一律都可以pass
- 个人评价和工作描述都只描述面,不写具体的点,看不出对哪一块有深入理解,没有写工作的亮点
- 和他的工作年限不匹配,学习成长很差。。
- 看项目经历,很多都是做小公司官网这种就pass掉了。 需要有大型网站开发经历。
- 过往业务挑战和压力非常小,简历所列项目和职责描述体现出来项目类型和业务量本身对技术的要求不太高
程度副词解释
精通:
- 了解背后的原理和规范
- 动手重写过实现代码
- 可以以此为基础做二次开发
掌握:
- 曾在项目中大量使用过此技术
- 可以自如的使用这项技术进行开发
- 参与技术社区讨论或者写过相关文章
熟悉:
- 曾在项目中使用过
- 通读过相关文档
- 可以快速对相关问题定位到文档内容中
了解:
- 未在开发中使用过但写过Demo
- 阅读过相关文档
- 可以用五分钟时间向他人介绍这项技术的特点和应用场景
不了解:
- 只是听过名字
- 只是看过文档
- 没有写过关于这项技术的代码