其实我今年年初就有这个想法了，一直拖着没搞，现在也不敢说是想清楚了，但是觉得必须迈出一步，后面才能更好的收集信息去决策。

我需要的

1. 对编程有强烈兴趣
2. 一周至少三天时间为我工作（按每天 8 小时算）
3. 初期以视频剪辑为主。要求：
   1. 聊天视频脱水，去除口癖，剪掉多余和无关紧要的部分
   2. 分段，补充文案、转场等等
   3. 维护视频简介、关键词、封面图等，各种关联
   4. 维护尽可能多的平台
   5. 【进阶】技术视频剪辑，以我自己的经验，录制 1 小时约=25m 视频
   6. 我现在的视频：https://space.bilibili.com/7409098
4. 熟悉以后，帮我做测试。
5. 后面可以跟我一起写代码。根据项目来定时薪。
6. 诚实可靠，积极主动，乐于学习。
7. 善于沟通，虚心耐心。
8. 长期主义，不关注一时得失。

我能提供的

1. 我是个兴趣使然的分享者，但是搞了很多年，有一些积累。无保留分享。
2. 我是个资深全栈工程师，如果你希望在编程领域有所发展，无论技术还是职业，我相信都能提供巨大帮助。
3. 视频处理 100～500 不等；开发测试时薪 100/h 左右。预期每月 1000+。
4. 需要的话我也能开实习证明什么的，不过只有小公司，缺少背书能力。

为什么招工读生

1. 预算不高，要求不低。以前请过一些人来帮忙，但是有正职的人很难有足够的投入。
2. 囊中羞涩，只能时间换时间。即你帮我干事，我少给钱，在其它地方提供帮助。

如何应征

1. 看我的视频，选择你希望处理的片段，附在简历里一起投递
2. 简单面试。15分钟。
3. 确认后开始合作。

感兴趣的同学，欢迎通过各种渠道找到我。与我联系。

近期太忙，博客更新很少，于是流量就下降。正巧看到朋友的招聘信息，转发一下促进首页更新。

---

1. 负责夸克App前端业务的开发和维护，包括但不限于搜索结果页、夸克文档等前端内容业务；
2. 负责前端业务的架构设计工作，推进整体方案拉通及实现落地，并通过技术的手段持续改善性能和体验；
3. 主导或参与创新产品技术方向探索和业务落地，参与到Flutter、Serverless等新技术的建设和推广落地当中。
   职位描述
4. 2年以上工作经验，精通各种前端技术（包括HTML/CSS/JavaScript等），熟悉ES6语法，熟悉网络协议（HTTP/SSL），熟悉常见安全问题和对策；
5. 精通主流的前端框架，如react/vue/angular等，精通前端构建工具，如 Webpack / FIS等；
6. 熟悉nodejs 相关知识，并有express/koa等的实践经验，或有其他后端开发经验；
7. 擅长性能优化，有架构设计能力，有过大规模复杂项目开发背景；
8. 对前端技术有持续的热情，良好的团队协作能力，提升团队研发效率，实现极致性能，通过创新交互优化产品体验；
9. 具备客户端能力或者Native&Web技术融合经验优先；
10. 具备大规模/高负载场景下NodeJS应用开发、运维经验优先。

据说上限到 P7，有股票。

感兴趣的话联系我吧，我帮忙转简历。

我们想招脑子清醒，编码靠谱，能独挡一面，解决技术难题的那种。

招高级到资深，40～50K，上不封顶。

不加班。

岗位职责：

1. 负责公司产品前端的设计、架构、研发和测试工作；
2. 参与技术方案评审、代码评审等；
3. 负责技术调研、方案选型等；
4. 与后端等上下游同事协作，提升用户体验，推动业务发展

任职要求：

1. 有5年以上的前端开发经验，扎实的编程功底，良好的设计能力和编程习惯；
2. 有大型单页面应用开发经验，熟练掌握React前端框架
3. 熟悉前端工程化手段，具备工程审美，掌握常用构建工具，并具备搭建完整 CI/CD 流程能力
4. 熟悉 HTTP、WebSocket 协议，具备简单的后端开发能力，能够利用开源软件搭建开发环境
5. 具备 WebGL、Canvas、SVG、WebAssembly 等技术经验优先，有可视化项目经验优先
6. 保持学习状态，具备探索精神，不断接受挑战

0. 起因

前些日子，有位同学找我咨询求职问题。他本科专业其实不错，但是第一份工作没找好，所以只好报了家培训班，想社招之路走得更稳一些。结业之前，他担心培训班就业辅导不够，也找了几位外部导师帮忙。其中就包括我。

熟悉我的人都知道，我比较反对报培训班，因为：

1. 性价比太低。
2. 培训班里真正有实战经验的很少，大部分都是纸上谈兵。

这次咨询也基本印证了我的观点。所以我想再分享一下，到底招聘方的情况是怎样的，他们有哪些需求，准备简历的时候应该注意什么，面试的时候又应该注意什么。

1. 企业要招人

1.0 产生需求

某天，老板想做个产品。我们假设公司里已经有靠谱的技术团队和技术管理，那么，技术主管很快就会梳理需求，落实到岗位和个人，如果他发现，目前的人力无法应对满足需求，就会启动招聘。

1.1 产生岗位描述（JD）

岗位描述（简称 JD），即这个岗位职责是什么、需要哪些职业技能、工作地点和福利待遇等，是招聘前必须准备好的物料。

产品确定、需求确定，所以岗位需求和岗位职责基本也是确定的。此时技术主管一般会找来以前的 JD，改一改职责和需求，完成新的 JD。然后 ta 会把 JD 发给招聘负责人（多半是 HR），上传到招聘网站、开发者社区、公司招聘库等等。

比如 OpenResty Inc. 招聘前端工程师 就是一份很典型的 JD。

1.2 筛简历

一段时间后，HR、技术主管会从各种渠道获得一大批简历。于是他们就要从这一大堆简历快速筛选出能满足岗位需要的候选人。

怎么筛呢？一般是关键词。拿我某项工作来举例，我当时负责开发的 Showman 产品，是浏览器插件，界面部分采用 Vue，需要兼容 Puppeteer API。那么在我招聘的时候，就会很重视候选人这几方面的经历。因为匹配度越高，他能顺利接手工作、快速度过适应期的可能性就越大。

找到关键词之后，HR 可能会接受简历，转发给岗位负责人，即初筛。而岗位负责人则会结合候选人的教育经历、职业经历、项目经验等，判断这些关键词的可靠性与含金量，最终再筛选出其中最合适的一些人进入面试环节。

1.3 面试

招聘方从成百上千的简历中筛选出了若干的“看起来”比较合适的候选人，接下来，就要约过来面试聊聊，看看哪些人真正合适。

面试的过程，其实是验证简历的过程。张三简历里说，他开发过浏览器插件，但是这个插件有多少用户、运营过多久，在开发过程中解决过多少问题，并没有写得非常详细；即使写得很细，也未必跟他有关系。所以作为面试官，我就需要再面试中弄清楚，这项职业经历对他来说，是加分还是减分，甚至是一票否决。

除了验证简历，面试还可以让招聘方初步了解候选人的非职业特性，比如沟通能力、语言概括能力、接人待物能力，等等。这些东西在招聘中占比不大，不过在诸多候选人的技术能力拉不开差距的时候，也会是必要的判断依据。

1.4 多轮面试

单场面试时间有限，通常做不到面面俱到。所以面试通常不止一轮。每个面试官关注的点不一样，比如 A 关注项目经验、B 关注代码实现能力、C 关注职业规划等。最终 ABC 的观点会汇总到一起，给每个候选人一个总评。

接下来，面试进行到一定阶段，总评过关的人数积累到一定数目，公司就会给其中比较出色的几位发 offer，然后就是入职试用转正，略过不谈。

2. 我们应该怎么做

2.1 简历要有针对性

正如前文所说，企业收到的简历量很大，筛简历的压力也很大。通常来说，招聘方负责人会花在每个简历上的时间很短，基本上就扫一遍，有必要的关键词就再看仔细一点，没有就直接扔掉。

很多同学只做一套简历，投所有企业所有岗位。在这种情况下希望渺茫：A 公司招数据可视化，B 公司招小程序开发，C 公司主做移动端，三家公司的岗位要求差异很大，一套简历很难覆盖不同公司的不同需求。

有同学说那我简历里把所有技术关键词都写上可以么？很遗憾，招聘方也不是傻子，你的工作年限和项目经验、技术专长不符，也难逃直接扔掉的命运。或者简历太长，重点不突出，要费力查找关键词，招聘方多半也会直接扔掉。

当然，为每家公司单独准备一份简历成本太高，也不现实。所以，推荐的做法是：

1. 准备一份比较通用的简历，不要太长，写上自己最擅长的东西，最能凸显自己特长的经历，用来海投，碰运气。
2. 对自己比较中意、比较重视的公司，单独准备简历，突出该公司招聘岗位需要的知识、技能、项目经验等，专门投递。
3. 同时精投的公司不宜过多，避免面试扎堆，影响准备时间。

2.1.1 特殊技巧

（我再想想要不要写……）

2.2 简历要尽可能真实，面试前也要做好准备

前文也提过，面试是验证简历的过程。能够走到面试这一步，说明招聘方认为候选人的履历可以满足岗位需求，接下来就是要对简历验真，以及判断候选人的发展潜力和综合排名。

所以简历里的内容可以适度美化，但一定不要做假。为什么呢？面试时间有限，面试官不会针对简历中的每一项进行审查，而是对自己关注的、擅长的领域盘问，也就是大概抽查 20% 的内容，给整份简历打分。

如果候选人简历有做假，面试时被面试官发现，ta 可不会只扣这一条的分，而是整份简历都显得不可靠，都要扣分。即使剩下的部分都是真实的，但是没有被抽检到，就不会改变面试官的判断。甚至，如果连问两条都不符合预期，可能就会直接中止面试。

面试前的准备也要尽量做好。比如你参考上一条建议，优化了简历内容，突出以前的某段项目经历以匹配特定关键词。那么这个时候最好回顾一下，审视一下当时的技术方案有何得失，哪里值得改进，自己的工作有何值得称道的地方，等等。然后搜搜看该领域目前的发展状况。不要面试官问起来，这个想不起那个不知道，好好的加分项直接被干成减分项。

2.3 项目经验要择优表现

通常来说，简历不要太长，因为筛简历的人不会有那么多时间认真仔细的读。有人说不要超过一页，我觉得不用这么极端，但是三页绝对是极限了。短简历更容易突出重点、突出优势。

所以通常来说，我们要对项目经验进行取舍，不要把每个项目都罗列出来，即使是海投简历，也要选择会增加自己竞争优势的项目，写到简历里。

比如，某位培训班同学的简历里，介绍 ta 做过的某个全栈项目，混用 MySQL + MangoDB，koa2 + express。这就很奇怪，这两组技术产品定位冲突，在实际生产中，几乎不会混用。所以这样的项目经验就只能减分。还有，在一些同学的简历里看到，他们这两年都还在用 easyui、jquery 做项目，我当然不否认这些传统框架也能完成产品需求，但是写到简历里，就不要指望它们还能帮你加分。

如果，极端情况，你的项目经验都很差，那我建议你抓紧时间参与一些能给自己加分的项目，不管是开源的、商用的、独立项目都可以，别憨憨的写一堆没价值的项目，然后抱怨拿不到面试机会。

2.4 职业经历/项目经历要能让面试官感知到你的优势

很多同学写简历写到职业经历和项目经历时会写的特别平铺直叙、没有重点、缺少关键信息。比如，做过 OA 系统，就把自己负责的模块都列举一下，或者把流程叙述一遍。这样的信息对面试官来说毫无意义：OA 系统大部分人都用过或了解，公司内的工作流程基本也大同小异。这样的简历基本难逃扫一眼直接丢掉的命运。

提升面试官感知有三个方法：

1. 列数字。比如：“我使用了xx方法，使得首页打开速度提升了 40%”，或者“我们把测试覆盖率做到 100%”，等等，让面试官一下就能形成具体认知
2. 举方案。有一些成型的优秀方案，但不是套个库就行，实施起来有一些难度，就很适合写到这里。比如：应用设计模式、分布式多线程、灰度增量，等等。如果能配合上面的“列数字”方法，效果更佳
3. 引用其他人的评价。有时候我们想写数字，但是无奈不负责统计，拿不到数字，乱写又担心被面试官挑战，也可以写别人的评价，比如：“产品总监评价此功能至少带来 5% 的总访问量提升”

提醒大家，如果你要用这个方法吸引招聘方注意，那就要做好相应的准备，避免偷鸡不成蚀把米。比如，你要写数字，就要知道数字是怎么统计出来的；你要写方案，就要写有说服力的方案。

2.5 面试时找机会突出自己的优势

目前来看，招聘方占据优势，是买方市场。招聘方会在众多候选人当中选择最好的几个发出 offer。所以我们在面试时，不仅要证明简历上写的都是真实可靠的，还要抓住机会，展现自己的优势。不然，平平淡淡拿到一个中等分数，可能在招聘方的眼里，只是一块“鸡肋”。

别的岗位就不说了，只说技术开发岗。

通常来说，技术研发，简历外，通常需要在面试中展现的能力主要有：

1. 沟通能力
2. 业务理解能力
3. 主动学习的习惯和能力
4. 积极思考的习惯
5. 解决问题的韧性和积极性

这些条件可能不足以形成一票通过/否决，但会影响你在同一批候选人里的排名，也要尽量好好表现。另外，不同的公司、职级、岗位，可能也有不同的权重，我就不详细解说了。

（更多…）