去找了一波工作后才发现 学历,工作经验才是最重要的
发布于 2 个月前 作者 ResJay 5123 次浏览 来自 分享

没敲门砖门都进不了 平常玩玩Node看了点文档用了些框架就以为 能轻松找到工作真是太天真了 = =

71 回复

说的我好虚。。。我noder一年了,基本上都是在写api,然后普通本科毕业。也就是平时看看文档,用了些框架。。。 我是不是也找不到工作了。。。约了几场面试 都不敢去了= =!

作为一名多年的面试官,从我的经验来看,几乎不看学历。 工作经验两说,不是一定要长,关键是看你的工作年限和你的经验值是否匹配。

至于框架什么的,看你是「用过」是哪一个「用过」了。

你参与面试的时候,面试官希望听到你说 「我用过 xx 框架」,还是希望听到你说:「我在做 XX 项目的时候,预研过 XX 和 YY 框架,最终因为 XX 等原因,我选择了 XX 框架。在这过程中,我遇到了 XX 问题,为此我去看了 XX 源码,发现他们是基于 XX 原理的,还有优化的空间,于是自己尝试了 XX,解决后写了 XX 总结文章,甚至尝试给 XX 框架提了一个 PR 解决了这个问题」

见过很多一年工作经验用十年的所谓的十年工作经验程序猿。

@CRAZYFAKE 用别人的API久了 感觉node也就这样… 自己也没多厉害, 是这种感觉么

@atian25 用的时候肯定是踩过各种坑的… 踩完也发现也就这样 感觉没什么竞争力… 因为大家都会踩过吧…

@ResJay 踩过之后能总结的,比踩过之后没总结的多得多,难道多的这一点概率你看不上? 难道你想把希望放在面试的时候面试官眼瞎了?那样你也过不了试用期,自身能力提升才是硬道理,否则趁早转行。

非常建议去知乎听下 winter 的那个 live 吧:https://www.zhihu.com/lives/812367829423779840 image.png

这篇也建议阅读下:https://zhuanlan.zhihu.com/p/27235590

真的是,拼命在踩坑,想要把应用做到最细致,什么都要接触到,最新又有一堆框架。 以前的框架就觉得low了,就不想去用了,结果用了才发现,啥都是用原生的 javascript 做的,然后自己想着怎样用原生的 javascript 来做这种框架呢。 哎,程序员啊。我还在学习中,没接触到工作就好多烦恼

@gregLINm 你需要调整下心态

还是喜欢招一些把工作当成自己兴趣的程序猿。主观能动性很重要

@guchenhui 仿佛我是好人一样难以证明

@gregLINm 阻挡你变成最强麦克雷 或者暗影岛最强瑞雯的心态

@ResJay 真心最强麦克雷呀,太适合我了麦克雷,雯雯就算了,真心没有那手速,都退游好久了,最近在DNF与代码总穿梭

不至于这么灰心啊。用了框架不算什么,很多人都在用。 要理解框架的架构,原理,这些才是重要的。

@ResJay 也不是这种,以前用过别人的api,最开始写的时候按照框架流程走,后年慢慢发现框架的不足之处,然后慢慢改善自己的代码。现在在尝试写一写简单的模块。

@zlichao 很有道理

@atian25 看我猪哥都听了,果断购买live 猪哥什么时候搞个live啊?

来杭州找工作的时候。发现,没学历。。简历都过不去。。

@atian25 好文~~感谢分享。

@Matrixbirds 那可能是因为你简历上除了它没有其他更好的可写

@Matrixbirds 所以要听听 winter 老师教你怎么写。

image.png

@atian25
什么都没有就乖乖回笼深造

@ResJay 「什么都没有」并不可怕,可怕的是「什么都没有」的情况下,还不马上去想办法改进,很多东西都是积少成多的。

而且并没有「笼」这玩意,学习是自己的,而不是靠老师,靠培训。

如果说面试时,我会看什么的话,学历是不会看的,但会看有没有培训经历(有的话,会稍微扣点分,然后会重点考察自驱力和自学能力)。

我不搞nodejs,随便讲讲我的一些想法。

同样是个会字,不同人有不同的理解,不同的公司会有不同的需求。

  1. 有的人知道个名词就敢说自己会了;
  2. 有的人扫了一眼文档就说自己会了;
  3. 有的人用这个技术做了个项目就认为自己会了;
  4. 有的人用这个技术做了好几个项目,踩了好几个坑,并且把这些坑都填了认为自己会了;
  5. 有的人边用,边踩坑,边看源代码,把整个技术原理搞清楚了,可以做一些修改和改进,他认为自己会了;
  6. 有的人搞懂了原理,自己实现了一个自娱自乐的复制品,他才认为自己会了;
  7. 有的人在技术原理的基础上做了一些改进,并实现了一个与原技术竞争的产品,他认为自己会了;
  8. 有的人在搞懂别人的技术原理之后,另辟蹊径,实现了一个与原技术完全不同的产品,这也是叫会了;

我个人认为,1,2阶段除非大牛,其他人说会大多是吹牛;3属于入门阶段,照着文档做一个项目是最基本的要求,做出来的东西属于玩具,这样的人可以招来培养;4属于熟练,可以做产品,这是公司的主力;5,6属于精通,大部分公司的技术团队领导都属于这个水平,小牛;7,8则属于超越,大牛,凤毛麟角,大公司的某个方向上的技术负责人;

@coordcn
? 大师你看我天赋怎么样

@atian25 有自己的开源项目, 会不会更牛?

一直在招聘,表示从来不看学历。 4楼的也正是我想说的。

是有人删帖了吗?我表示认同的是这一楼:

作为一名多年的面试官,从我的经验来看,几乎不看学历。 工作经验两说,不是一定要长,关键是看你的工作年限和你的经验值是否匹配。 至于框架什么的,看你是「用过」是哪一个「用过」了。 你参与面试的时候,面试官希望听到你说 「我用过 xx 框架」,还是希望听到你说:「我在做 XX 项目的时候,预研过 XX 和 YY 框架,最终因为 XX 等原因,我选择了 XX 框架。在这过程中,我遇到了 XX 问题,为此我去看了 XX 源码,发现他们是基于 XX 原理的,还有优化的空间,于是自己尝试了 XX,解决后写了 XX 总结文章,甚至尝试给 XX 框架提了一个 PR 解决了这个问题」。 见过很多一年工作经验用十年的所谓的十年工作经验程序猿。

@151263 有开源项目的,会看几点:

  • 规范性:包括文档,代码风格,代码质量,单元测试等等。
  • 如果仅仅是写一段没啥代码提交上去,等着面试官挖掘,不好意思没用,反而扣分。(我就遇到一些,简历上提供了一个代码仓库,点过去,没 README,没注释,一眼看不出代码是干嘛的,后面才知道,他是想表达自己会函数式编程。然而,我看不到任何有意义的内容,反而觉得他在对我说:快去看啊,代码里面有呢,你懂不懂啊?看不看得出来啊?)这种你还不如写一篇博客文章。

工作经验?真是可笑! 个人知识相当稳固,公司面试官问一个答一个,工资可能刚开始给的不高但进入公司还是很简单 你找不到工作,不是工作经验问题,这是个人能力问题 客观来说你对自己没有自信 也可以说你掌握知识并不牢固 没有过不去的面试 只有不上进的人 你的想法注定离成功越来越远 因为成功的人都知道到失败没有客观因素 永远都现在自身身上找原因才是一个人真正变强的过程!

@atian25 花式卖live 对于一个穷逼来说。这样好吗!

@Matrixbirds

反正我又没有利益关系,爱看不看~

我的观点是:投资自我是最有价值的事。

@DMY-sunny [我觉得我做了一件很过分的事情]

@Matrixbirds
我也支持谁花钱看谁( )这个观点 有这19块钱还不如买点学习资料继续摸索 甚至不如一个大杯可乐加三只炸鸡 ^ ^

@atian25 那你看看我这个 ejsExcel , 对你来说, 是怎么样的评价?

@151263

每个人的评价角度不一样吧,从我的角度,简单看了下,有以下可以提升的空间:

  • 命名混乱
  • 没有 eslint
  • 虽然有 test 目录,但没有单元测试,没有覆盖率
  • 文档一般,对排版不注意
  • git commit message 不太注重,提交比较随意,对分支协作不了解。

@atian25 谢了! 其他都能理解. 对分支协作不了解 – 不是很能理解

@151263 这个关系不大的,主要指多人协作方面,你这个只是个人项目。不过我个人习惯是即使是个人项目,也会走 Merge Request 的方式。另外也可以了解下 gitflow

@atian25 这是我5年前的项目, 用的人很多, 包括公司内部, 没有到万不得已的时候, 命名就已经已经不能再改动了, 将错就错了, 当时没想过开源后会有那么多人用的 我用分支相对保守一些, 每个项目开一个分支, 不会每天都开临时分支, 除非是一种影响巨大的测试性改动, 我比较赞同 王银 的思想, 不要过分 分支化, 不要过分 模块化 , 只有在万不得已的时候,才去搞 原文 另外, 个人习惯, 用 gitflow 就不如, 用 Eclipse内置的Egit, 一样的效果, 就不如用 VS Code 里面的 git History, 就不如用 乌龟 – tortoisegit

个人习惯, 用 gitflow 就不如, 用 Eclipse内置的Egit, 一样的效果, 就不如用 VS Code 里面的 git History, 就不如用 乌龟 – tortoisegit

可以再去看看 gitflow 是啥,并不是你后面的那些工具,不是一个概念的。

git 里面的 branch 是一个轻量化的东西,应该尽可能的每一个 feature 一个 branch,便于协作和管理。

这块不是本 topic 的范畴,就不在这讨论了。后面有空再写写 egg 这块的协作方式。

@151263

个人也更倾向于王垠的观点,现实的理想主义者。

代码写得漂亮,文档漂亮和代码有价值是两码事情。

代码测试覆盖率很漂亮和代码没有bug也是两码事,测试只能保证代码没有明显的错误,并不能保证没有错误。

最好的协作是不协作,现代社会不分工协作不现实,但我们可以通过把分工做细一点,每个人之间工作交集尽可能的少,这样就可以避免一些不必要的冲突,责任也可以明确。微服务和模块化这么流行就是这个道理,尽量少的团队和人去实现一个微服务或模块,保持接口稳定,其他人通过稳定的接口来调用服务和模块,这是典型的通过分工解耦的过程。nodejs成功的关键是npm,如果没有好的模块管理系统,就很难形成好的生态,这些生态就是由许许多多小而美的模块组成的。

我不会拘泥于某种流程,适合自己和团队才是好的,代码规范也是同样的道理,有一个基础的规范大家形成共识和遵守就行了。

都说了「每个人的评价角度不一样」,就从我的角度看到这边的一些团队,对协作的要求,这是我自己团队在推崇的规范,也是我看到很多优秀团队都在遵循的规范。

无异于批判其他团队怎么样,只是回答楼主的问题,我们这边是怎么样的,我们面试的时候会看哪些点。至于其他的,开心就好。

理想跟现实是两回事~

「测试不能保障完全没错误」这句话当然没错,但「有测试」必然比「没有测试」的出错概率小很多,这并不是不写测试的理由。

测试覆盖率漂亮不能保证代码没有bug,跟不写测试代码有关系么?胡乱歪曲,自以为是!

@atian25 谢谢你的提供的链接,让我很受益。我是一个参加培训程序猿,因为我不是对口专业的,在此前所有知识都是自学的。参加培训是为了弥补自己的不足,我也有在培养自己看文档的能力。只是现在快出来找工作了,让我有点迷茫。我给自己评定的薪资是4.5k,这个要求对一个培训生是不是有点高了?我不打算包装简历。

如果说面试时,我会看什么的话,学历是不会看的,但会看有没有培训经历(有的话,会稍微扣点分,然后会重点考察自驱力和自学能力)。

@Evgni0n 并不是参加培训不好,而是我们面试过的参加培训的人中,很大一部分都是没有太多自驱自学能力的,所以如果看到有这方面的经历的话,会重点考察下自学能力。

至于薪酬,这个有很多因素的,我无法评价。只是建议新同学,多思考,多沉淀,自身成长才是最重要的。同时也要抬头看天,不要闷头蛮干,多看看外面的世界。

@atian25 期待猪哥开live,到时候我肯定果断支持!

来自酷炫的 CNodeMD

Node.js 来说,API 是最不需要学的。

学历、工作经验当然重要的,但是都给你面试机会了,说明问题并不出在这种硬门槛上。

@pinxue 是连面试机会都没有 不过目前已经找到工作

@xadillax 你在仔细思考思考

@atian25 面试官很少看学历 因为学历不够的早就在hr那里筛下去了😖

来自酷炫的 CNodeMD

@mahailong 至少我在阿里这边不会,大专的简历经常看到,除非是你简历没啥亮点,然后学历又低。而且很多时候,简历是我们直接筛选的。

我是天猫 Node.js 方向面试官,丢一份我的面试大纲吧,姑且看看。

  • 技术基础
    • 操作系统
      • 磁盘文件相关基础,文件描述符,文件打开选项等
      • 进程,线程基本概念,进程创建销毁通讯等,线程创建同步等
      • 基本的同步原语,信号量,条件变量,锁等
      • Socket 基础接口
    • 数据结构/算法/设计模式
      • 线性表(数组,链表),Hash表,树
      • 排序,遍历,查找等
      • 观察者,生产者消费,单例等
    • 网络基础(TCP,HTTP等)
      • TCP/UDP 概念与区别,典型运用场景
      • HTTP 报文介绍,常用状态码
      • CDN 等网络代理的工作原理
    • Node.js 基础
      • 详述 Node.js 并发原理(libuv工作机制)
      • 核心 API 的实现架构(如何 binding 到 V8)
    • 前端相关(AMD,路由,单向数据流,双向绑定原理)
      • 前端模块化原理,如何实现一个模块加载器
      • 如何实现一个前端路由?
      • 如何自己实现一个双向绑定组件?
    • App相关(jsbridge, Weex/React Native 原理)
      • Hybrid App下,如何实现 jsbridge
      • 类似 Weex/React Native 方案的原理,以及如何实现上层 DSL?
    • 编程语言(JS/Java/C++)
      • OOP (其他实在不知道问啥)
  • 项目开发
    • 研发流程: 完整的研发流程是怎样的?需求,编码到发布和运维。
    • 运维管理: 运维体系是如何做的?有实践过 DevOps 吗?
    • 项目管理: 项目开发运用何种管理方式?有实践过 Agile / Scrum 吗?
  • 拓展思考
    • 当前所做项目,流量扩大10倍,该如何应对?
    • 如何提升手头项目的研发效率?
    • 如果,你合作的同事数量扩大10倍,该如何提升协作效率?
  • 开源社区
    • 你参与开源社区吗?
    • 你有发起过开源项目吗?
    • 参与了什么项目?
    • 运作流程是怎样的?

有符合以上特征的同学,请拿简历砸我!

@ngot 膜拜~ 我过不了面试~

@mahailong 真相了,我们这里也是这样的

@atian25 @ngot 很赞,受教,向大神学习

@ngot P7的标准么?

@ngot 谢谢,有学习的方向了

@atian25 --!把最后一句放到了个性签名。发现两年多来并没有提高到理想的层次,许多技术想用,但一直是“想用”的状态;发现了各种可以提升的点,最终还在原来的位置。

@libook @atian25 完全不看学历这一点不能同意,可能你们都是大公司的,来应聘的都是有一定实力和自信的。小公司,没有完善的招聘流程,学历就成了潜力和能力的重要参考,我们这里往往用学历筛简历。毕竟,这年头连个本科都混不上,各方面能力可见一斑。

@qujinxiong 那说明你们那里还是能得到很多简历的嘛,在学历上都还有选择余地了。 找简历都困难的情况下,谁还在乎你学历?

@qujinxiong 我也在小公司待过很多年的,既然是小公司,还加了学历这一道门槛,说明你们不缺人嘛。你们缺的不是完善的招聘流程,而是面试官 hold 不住,没有统一和规范的能力评估标准。

@atian25 @yszou 主要简历都来自你们鄙弃的培训班,我们也想直接招到“有的人用这个技术做了好几个项目,踩了好几个坑,并且把这些坑都填了认为自己会了”这种人,但是这个比把自己内部职员变成这种人更困难。

@qujinxiong

如果说面试时,我会看什么的话,学历是不会看的,但会看有没有培训经历(有的话,会稍微扣点分,然后会重点考察自驱力和自学能力)。

我上面一直说了,我没有「鄙弃培训班」,只是此类的应聘者,按历史经验,在自驱学习能力方面存在一些问题,所以如果是来自培训班的,我会重点考察这一块。 我现在的团队里面,还真的有一个妹纸是参加过培训班的,当时我们一起交流了下她参加培训班的缘由,考虑点,以及收获,最后她通过了面试。

你们缺的不是完善的招聘流程,而是面试官 hold 不住,没有统一和规范的能力评估标准。

我指的是,有可能是面试官没办法从能力方面准确的评估,才把学历作为一个筛选方式,期望于学历高的会靠谱一点。在我们的评估体系里面,学历永远是靠的非常后的,除非是两个候选人前面的评估都高度一致,才会比学历,不过还真没遇过这种案例。

@qujinxiong 我们是小创业公司;也经历过应聘,表示大公司反而是极其看重学历的。

企业生存的根本是降低成本、提高生产力,而招聘应该是为这个原则服务的。

毕竟,这年头连个本科都混不上,各方面能力可见一斑。

我说两个例子来说明这种主观臆断的问题吧: 第一个是我们招聘到的一个同事,大学没有上,高中毕业就开始进入公司做软件开发,等别人研究生毕业的时候他已经有六年的工作经验,而且创业历练再加上本身就对技术非常狂热,在我们招到的是已然成为很厉害的全栈架构师了。 另一个是我们之前招到的实习生,专科,在网上看到了我们一整套JS全栈的自学课程,只花了一周的时间就全部学完,并自己做了一整套Demo;后来转正又快速学了Python栈和Scala栈,现在是大数据开发的一员。

在综合了自己招聘了一些人、辞退了一些人、离职了一些人,等等的经验,学历对于衡量工作能力的误差实在太大,不适合用于招聘标准。

@qujinxiong

如果你直接给我一整个培训班的简历,估计我也只有从学校筛选第一轮了。(这还是因为我有的选嘛)

@ngot 也欢迎大家来应聘蚂蚁金服的前端工程师和 node 工程师职位,只需要邮件给 suqian.yf#antfin.com 回复 @ngot 的这些题目你的答案即可。

@fengmk2 如果嫌杭州太远的,可以来阿里移动事业群总部, email 寄给 liuyong.ly3#alibaba-inc.com ,广州欢迎你。

回到顶部