当时给我的第一感觉就是：换公司太勤快了，不停换公司只能是两个问题，要么是公司的问题要么是你个人的问题，作为HR来讲一般是倾向于是你个人的问题，会给HR很不好的印象。其次是技术能力不突出，我问了一些技术相关的问题，问答也是磕磕绊绊，可能也是职场太久没有持续性学习了，给我感觉唯一的优势在于他经验颇多，什么都会一点，但是最后出于对公司负责任的考虑我没有录用他。但同时我也在想如果有天我因为某些原因离开公司，重新再去找工作，会不会跟他面临同样的窘境呢？

年龄与职场

普遍来说年龄在职场中很重要，不同的年龄群展现出来的特质也不同，刚入职场的年轻人，有朝气，行动灵活，记忆力及反应能力都好，能够服从安排配合工作；有多年职场工作经验的人，是企业的中坚力量，能展现出企业的综合实力；还有一些企业的资深人员，如果不倦怠，他们是企业的军心稳定者。

关于35+问题，职场也是有生命周期的，有以下几个关键的时间节点:

28岁，28岁之前行业定位必须要清晰，同时在所在岗位或细分领域要有一定的专业积累，可以让自己靠专业吃饭。

35岁，35岁之前如果没有走到管理岗位，基本上大概率事件，未来与管理岗位无缘，注定要在专业领域发展，而且要和更年轻群体拼精力、拼专业。

38岁，如果有可能，38岁左右要努力进入高层管理岗位，否则，就已经到了职场天花板。

42岁，这是职场流动的终止线，这个年龄之后要以稳定为主，不能轻易换工作，否则会面临失业。

如何做一个优秀的职场人

工作压力大，不应该是你辞职的理由

“永远不要因为压力大而辞职。”这是之前公司前辈教会我的职场道理。

印象很深刻，毕业后的第一份工作对我来说压力特别大。

大多数时候，我都需要靠熬夜加班才能勉强完成任务，连周末，都不舍得出去玩，而是待着出租房里学习后端开发这块。

在那段时间里，我几乎每天都陷入焦虑，迷茫和自我怀疑中。

慢慢地，我想得最多的就是怎样和领导提辞职。

但那时候也很幸运，同组的前辈可能看出了我的异常，特意找了时间和我吃饭聊天。

她和我分享了很多之前自己的一些工作经历，她说，毕业后的1-5年是非常关键的时期，是你形成好的做事方法和提升技能的最重要时期，但在这个过程，一定也是不容易的。工作压力、焦虑等等，很多人可能会陷入这些状态中，却忘了最重要的其实是提升自己，沉下心来沉淀很重要。

各自回家后，她还给我发了一大段话鼓励我，印象比较深刻的一句是：

“当你觉得很难的时候，一定要告诉自己熬过去，熬过那个小白菜鸟的阶段，后面就会好了。”

大多数时候我们感到焦虑，压力大，正是因为能力不够，或处于能力瓶颈、能力上升期，如果这时候就这样辞职了，容易让我们陷入“辞职换工作”的循环中。

因为辞职并没有真正解决问题，即便下家公司后，遇到同样的问题时，还是会选择更容易的方式，以“辞掉这份工作”来解决，而不是努力去克服。

把编程大招当做最高机密

这种编程大招你知道得越多，那么在同行中你的地位就越高。多多使用自己的魔法大招，但是要记得千万不可黔驴技穷。还有一点：不要偷学别人的招数，也不要自降身份。

快鱼吃慢鱼

要是你还认为像“龟兔赛跑”里的乌龟靠缓慢而持续的速度能赢得比赛，那你就输定了。越快搞定新软件的组件开发，成功的概率就越大。不要在一些如模块化、灵活性和可维护性等事情上浪费时间——如果因为需求不同，必须考虑这些问题，那也不是你的错。

权威性与编程无关

权威源于你的公司地位，和你的编程能力无关。当你终于从普通的开发人员熬成团队负责人或者项目经理，你最先要考虑再也不是你能否跟上大家的编程速度。

将bug当做机会

有些特别爱好评点他人错误的批判者一看到代码中的bug就兴高采烈。试着用类似“典型错误、变量名又混淆了！”等巧妙的话语搪塞过去。

养成看文档和看源码的习惯

因为公司里有各种各样的平台、工具、可供调用的API，而程序员参与的项目往往会用到多种编程语言、多种工具和库，很多可能是自己以前从未用过的，这时就需要依靠看文档和看相关的代码来熟悉。我以前看到这种大段的英文说明书文档就会产生畏惧心理，看了一半经常就会走神感觉看不下去，现在我渐渐开始换一种心态来看这些文档：其实人家费心思写这些说明文档就已经很不错了，而且很多文档还附带入门实例有实际的代码调用例子供参考，这总比我自己去看他们这些库的源代码来琢磨怎样调用更加轻松吧？

不要重复造轮子

很多常用的函数往往别人已经写好了，这时候尽量不要自己写，直接调用别人写好的函数。这样做最主要的好处是维护整个公司代码库的清洁，减少冗余的代码，便于维护，打比方说如果那个要调用的函数本身逻辑需要改动，而所有人都是在调用这个函数，那么只需要把这个函数改一下就行；但如果这个函数被不同的人在不同的地方写过好几次，你调用你写的，我调用我写的，而现在需要改动这个函数，那么就需要所有人都把自己写的函数改掉，如果有的人忘了改那他那部分代码就会出错。