程序员职场成长经验

一直关注 蔡学镛 老师的微博,可惜老师把微博全部清空了,还好我很早之前在笔记中记录了老师的微博内容,早知道应该全部爬取下来的。这是我整理了蔡老师关于程序员在职场中一些处事技巧和经验,我看了之后非常有共鸣,这里分享给大家。

主管篇

  • 当主管的人必须意识到:「下属」只是职级在你之下,不代表他们能力或各方面比你差,也不代表他们没有人格尊严。现在社会,好的主管必须善待下属,否者团队就会出现「逆淘汰」。毕竟能力好的下属不需要接受你的羞辱,他有其他更好的去处。公司不是军队,人才是可以出走的。

  • 领导人脾气坏的话,多数的员工本来就已经在跨出公司的临界边缘。这时候来个大的变革,就会导致通常是比较好的员工主动离开,留下的通常比较差。逆向淘汰,越弄越糟糕。

  • 推荐领导们阅读这本书《Persuadable: How Great Leaders Change Their Minds to Change the World》,作者 AlPittampalli。有简体中文版《允许被说服》。我读的是繁体中文版《被说服的勇气》

  • 任何公司想让软件工程师有幸福感,不想离职,就需要建立工程师文化。工程师文化是:阶级不明显、人与人之间简单、沟通高效、会议和饭局少、分享与学习的氛围强、不会让外行领导内行、部门间不存在明显壁垒、政治任务型的项目少、愿意投资比较长期的项目、让工程师有一定的冗馀时间自我学习新知识。

  • 一个领导如果知道事情具体的做法,就可以教导下属、委派下属、监督下属去做事情,但绝对不应该亲自跳下去做,否则不但让下属没有进步的空间,还把自己的工作重点放错,甚至格局做小了。
    PS: 可惜有些领导不太信任下属的能力,亲自上阵,还强制下属按照自己的意志行事,往往让下属成为一颗不会思考的棋子,然而这些领导非但没有意识到这个问题,还自称是“处女座”。

  • 有些领导要求下属对他做出提议之前,把一切都调研清楚,让领导只要拍板定案或否决就好,以节省领导的时间。我不是这样的领导,也不觉得这节省了领导多少时间,我反而觉得这可能会浪费了下属的许多时间,相当于浪费了部门的时间。我希望先简单聊聊,如果觉得值得花时间让下属投入调研时再去调研。

  • 当一个技术团队的主管,如果完全不懂技术,一切都会很单纯。让下属出技术方案,简单听取一下,拍板定案,然后通过绩效考核来促使下属照着规划走,自己更多的时间在想着如何美化这一切,在上层领导面前显得好看。 但如果是懂技术的主管,因为真懂,看得出下属的技术方案不好,而下属又显然没有能力做得好时,就会很想跳下去自己设计方案。这个时候一定要忍住,不然会累死(事必躬亲不是好事),还会耽搁其他的管理任务。比较好的方式是指导下属,试图让他们进步,真不行只好换人。

  • 我希望自己做到:

    • 用人所长、非用人所短。
    • 少用棍棒和胡萝卜,多用发自内在的动力。
    • 在某些方面下属比你懂时,就跟他学习,不要瞎指挥。
  • 「你说这需要几年?」「很难说,这要看我们的投入有多少,还有整个公司的制度配合等因素」「不要跟我说这些,你就说几年」… 当领导喜欢简单的答案,简单到连前提条件和客观环境都不顾的时候,你基本可以判断这不是一个合格的领导。

下属篇

  • 你认为你在为别人工作?这大错特错。工作(Job)保障已经不复存在,职业生涯(Career)的驱动力必须来自于个人。一定要记得:工作(Job)是公司所拥有的,职业生涯(Career)是你所拥有的。每个阶段选择 Job 的考虑因素,都应该是为了整体的 Career。

  • 当你上班时,你是在为这家公司打工,不要认为你是在为你的领导打工。就好像当你信仰宗教时,你信任的是此宗教的核心思想,而不是寺庙的师父或教会的牧师。知道这样的差别很重要,可以帮助你更好地判断事情,避免被人错误地引导。

  • 正常的情况下,我们可能每五年就会遇到一次职业生涯转型的困惑。或许是需要技术升级,或许是需要技能汰换,或许是需要转换跑道,或许需要甚至更大的转变。

  • 工作之外,为了把工作做得更好,在技术、业务、管理方面,我们都必须再学习,一堆事情都在争夺我们的资源(注意力、时间、脑力)。但别人(同事或领导)会基于他们各自的利益,给我们派任务或请求协助,这个时候一定要衡量自己的状况,凡是对我们利益不大,且耗费太多资源的事情就必须坚定拒绝。不要为了当好人,维系办公室内所谓的人际关系,浪费掉自己大量的资源。

  • 正常的情况下是先说存在的问题,再说解决方案。但领导可能常常听到各种问题,听烦了,没有耐心听你讲问题,认为你是在抱怨,立刻打断你,劈头盖脸开始批评你的「负面思想」,使得你连熬到说方案的机会都没有。遇到这类领导,比较好的做法可能是先说方案,再说为什么有这个方案。

  • 在正职的工作以外,有个长期的私人的研究项目,对于职业生涯后续的发展,或许会有极大的助益。在应聘某些工作岗位上,可能派上用场。

  • 领导阴阳怪气,比 C++ 还复杂,导致你开始怀疑人生?日子太平淡,不甘心导致的悸动正在吸引你接受一个新的挑战?小鲜肉纷纷进入职场,让你对未来没了安全感,觉得需要转型干点别的? 对于职业生涯感到迷茫者,我推荐阅读《Pivot: the only move that matters is your next one》。

  • 写报告的时候,前面三分之一让领导轻易看得懂,中间三分之一让领导勉强看得懂,最后三分之一让领导看不懂。「虽然后面那部分我看不懂,但显然这是个很专业的团队,他们知道自己在干什么。」

  • 一件事情本身是否「重要」,这是虚的;它能被配置多少资源,这才是实的。如果某件事被领导认为重要,但同时还有二十件事也被领导认为重要,以至于这件事最终只能拿到百分之一的资源时,你会发现:「重要不重要」根本不重要。

  • 30 岁左右,对于传统金融的软件开发人员来说往往是一个瓶颈。因为通常已经上升到一个小组长或技术经理的职位,手下带了几个人。但想要再往上到中级干部的职位,更需要的是「其他能力」,这是技术人目前不具备的,且上面的中级干部职位变得很少。在中级干部的「屏蔽」下,真正干活的小组长也比较难出头,也无法培养出升迁需要的「其他能力」。经过几年的停滞,小组长终于发现升迁渺茫,加上家里的经济压力,于是陷入一种恐慌的心理状态。这时候需要的是痛定思痛,离开目前的岗位,找一个相对扁平的单位(如果是新成立的单位更好),并找一个作风开明,不会阻碍下属成长,甚至会帮助下属成长的领导。这时候需要的是聪明的选择,不是无谓的坚持。