1.战线切勿拖太长,除非练手,否则不是真心想去的公司就别试了。对公司信息的了解要放在平时,多与同事朋友了解沟通,偶尔逛逛blind一亩三分地一类,这样才能确定下次跳槽的目标,有的放矢。选公司不是买菜!别见一个爱一个。这样大面积的横扫,对各个公司的试水,做这一次就够了,也正好拎清了自己的分量,看清了市场的大致形势。
2.知己知彼方能百战不殆,1中提到的是知彼,主要是关于公司文化氛围、薪资、工作内容、招人情况等的了解。知己则重在对自己的了解:我需要什么方向的职位?我想要寻求什么突破?我的擅长和兴趣在哪里?问清楚这些问题才能写好简历。因为本次跳槽一个明显的感觉是,我的简历仍然像实习时候那样“写得很好”,项目充实、细节突出,但是差了一点的地方在于,目标模糊、技术亮点不明。(当然,这与我的工作性质和本来就处于迷茫期也有关。)Anyway我的意思是,一份好的跳槽用简历应该能突出你的技术优势,让人一看“嗯这个人肯定适合我们的职位”“嗯这个人XX方面很强,让我很感兴趣”。这样才能避免我拿ML focus的简历去投Dropbox和微软O365导致的不匹配。(不过,谁叫我也不system focus呢hhh。)
3.这是个小点,如果投LinkedIn,HR非常关键,一个不靠谱的HR绝对能给你把事办砸,以及他们家千万别催,一催一个拒信,也许本来是通过的也催成拒信了。
4.就如选择学校一样,location仍然是个重要因素,异地跳槽的难度总体来说仍然高于本地跳槽。因此若是将来想回加州,最好的方式仍然是先内部请调,搬过去然后再寻找机会。
5.今后跳槽level只会>=当前level,因此要注意,展现的点不能再是“我年轻,我肯干肯学”,而应该是瞄准痛点,“我有XX技术背景,我能解决你们XX问题”。即使是大公司general hire,也应该是“我知道贵司目前急需XX方面人才,我正好有XX背景,在你们许多组都有用武之地”。
6.如果几年后又走到迷茫期又想换方向,举个栗子如果将来ML不行了或者big data饱和了,想换个方向做做,注意尽量不要通过跳槽的方式来换方向,成本太高因为potentially会降level而且也不容易进到满意的公司(毕竟你缺乏相关经验)。尽量先在原公司尝试相关项目,积累一定经验之后再跳槽,这样对简历也好。
7.时间安排,为了战线不能太长,总用时不要超过半年。大概是2.5个月刷题(也得包括对目标公司题库的刷题),2.5个月投简历和电面,最后1个月集中onsite。由此也见刷题也要靠平日之功。
8.公司顺序:第一批练手,第二批是目标公司,没有第三批了别想了你没有精力的。第二批里面也别太害怕把最想去的公司放到最后以为自己能好好准备了因为到最后你就一鼓作气再而衰三而竭了,放到倒数二三个正数二三个比较合适。Speaking of which,也就是目标公司不要超过5个。微软这种以组招人的,视情况单独讨论。
9.每到年底定期更新自己的LinkedIn。不更新哪有HR勾搭。
10.Onsite颇为累人,一定要保证充足睡眠精力充沛。此外今后对自己的要求还应更高一些,不是这道题我答上来就算了,而是我答上来我还要秀一下我会别的解法秀一下我懂别的相关知识点;不是你问我简单的我就欢欣鼓舞得过且过,而是你问我简单的我还要主动把你带到高级domain里面去。
11.Offer negotiation很重要。将来最好还是手握多个offer为好。面对HR说“我是站在你这边的,你不告诉我具体信息我怎么能帮到你啊”这种套话,一定要笑呵呵地跟他说“既然你都站在我这边了你看看还能往哪儿高一点?”此外牢记要向HR要refresh match,原来公司该发的股票价值,新公司一样不能少。
12.我这次的整体感觉是,比较屌的组不会太care你跟他们说你的项目如何如何牛逼,因为他们就只会点头微笑“哎呦你可真棒可是我不care呢慢走不送”。所以越是你想去的地方,你越得研究他们的痛点在哪他们需要什么,然后使劲往那上面扯。
来自:https://segmentfault.com/a/1190000017935401
ie下websocket的安全限制问题:数据看板中的数据大部分都是实时数据或前一天统计的历史数据,因此这边后端考虑采用websocket来实时和定时推送数据来保证数据的实时性和有效性。而前端开发这边为了提高前端开发的复用性,采用了在各个组件中开发成一个个的小部件
从11岁时,我就一直在编程,并且一直都很喜欢技术和编程。这些年来,我积累了一些艰难又容易的经验。作为一名程序员,你或许还没这些经验,但我会把它们献给那些想从中学到更多的朋友
我发现前端开发人员一直在努力征服CSS。理由也很充分,开发人员是用逻辑思考的生物。添加一个DIV元素导致所有代码都不得不往下移一行,而另一个DIV“浮”到左侧,感觉没有任何意义
这是一篇值得收藏起来,隔三差五就拿来重读的文章!因为作者向你保证,他“遇到的所有糟糕的代码,都是因为没采纳这些实践经验。而任何一段优秀的代码,都采纳了至少部分实践经验。”
别再用 JS 框架了,转向可复用、可正交组合的 HTML+CSS+JS 单元吧。这几年我零零碎碎写过一些进展,现在既然 Jon 问到了,我觉得有必要把这些总结成一篇文章概括一下。我和我的团队一直在用 Web 组件来构建我们的 Web UI。
一个拥有 20 年编程经验的“熟手”,编程干货有多少?本文的作者是一名从业 20 年的程序员,在本文中,他分享了自己这 20 年来学到的 5 种编程经验:重复的知识最糟糕、把代码当成一种债务、对高级开发人员信任但去验证、使用 TDD
我们是从一个只有3个人其他啥都没有的创业公司逐步成长为一家大型的具备可扩展性,业务操作能力,数据库和产品开发的企业。如果你真心醉心于做企业,那么这就应该成为你的目标
踏入职场后写代码已经有 14 个年头,保守估计应该垒了有 50 万行的代码。尤其最近 1 年多从 0 开始写起 Bytebase,日常也会 review 同事的代码。趁着端午也总结了一些经验
特别是网络请求或者其他异步操作中,await 记得包裹 try catch,可以给用户一个友好提示,同时可以考虑 catch 中需要做什么兜底处理,必要时进行上传日志。
能把一件事坚持 40 年的人并不多,我们今天要介绍的这位就是其中一员。他叫 Noah Gibbs,从事编程工作快满 40 年了,最近他用博客的形式分享了自己总结的一些经验。
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!