背景

文章是字节老同学职业生涯的一些心得，不一定对，大家辨证的看吧 只有结论，没有推论，如果有感兴趣的topic可以在评论区留言，我给你讲故事。

文章来自朋友分享，讲出了职场真相，如有侵权请第一时间联系，并删除。 非常感谢“五道口老实人”给技术人带来的成长。句句醍醐灌顶！

忠告

• 给即将踏入职场的同学一句忠告: "不要听信那些职场老油条的忠告"

竞争

• 刚毕业的时候总是有同学去比较offer，谁比谁多2000。
• 进入公司后，也随时警惕，谁比谁先晋升，谁比谁绩效好。
• 其实对于新同学来说，不要过于在意一城一池的得失。
• 因为，后面，你就习惯了。
• 如果时间再拉长到 20 年，有的跑闪送，有的开滴滴，真不见得谁高谁低。

成长

• 工作以后，相比于在学校，大部分人是懒惰的
• 很多工作很多年的大厂程序员
• 他们往往开发效率极高，代码写得非常漂亮
• 但长期的重复劳动和机械式的需求翻译，已经让他们变成了熟练工种，难逃35岁的厄运
• 因此脱颖而出很简单，你只需要在下班时间，放下工作，坚持学习和思考
• 但即使这么简单，绝大多数的人是坚持不下来的

交接

• 无论你的代码写得多么精妙，写得多么Clean，多么巧夺天工，你都要知道
  在接手你代码的人眼中，都是屎

屎山

• 大公司的屎山都是聪明的屁股拉出来的
• 如果没有充足的把握，不要轻易去重构，最终引发屎崩
• 少数人，经过旷日持久的坚持，终于设计出了一个全新的系统
• 后来这个系统被人称为屎山2.0
• 最终两坨屎以一种奇怪的角度连接在一起，long live

绩效

• 绩效、晋升...这些所有激励本质上都是管理工具
• 管理工具，既然是工具，是为老板服务的
• 想明白这一点其实很多事情你会很好判断
• 没有多劳多得，没有按劳分配
• 就和菜市场买菜是一样的，你预计这个菜买回来会很好吃，你就愿意多掏钱
• 时刻保持自己的不可替代性，保持自己的价值，让你的离职成为团队的最大损失
• 注意，scope不是不可替代的，是老板赋予的
• 能力才是不可替代的，解决问题的能力
• 而能力是需要事情来体现的
• 现在你知道应该怎么做了
• 去做有价值的事情，通过事情证明能力，降低事务性工作投入..

复盘

• 做过的事情，没有复盘和总结，只能叫做经历
• 经过了复盘和总结，能够在后续同样的场景中帮助结论快速建立，这才叫经验
• 经验的传递往往是三段式： 条件 结论 原因

表象

• 很多问题暴露出来的只是表象，如果可以，应该去解决更深层次的原因
• 例如：很多公司喜欢用5Why分析法来分析事故根因
• 例如：很多领导喜欢推崇第一性原理来发现机会

卷

• 对于大多数管理者只有两个选择：向上走、向外走
• 下面的同学要成长，Scope不变：被取代
• 下面的同学要成长，Scope扩大：去卷
• 铁打的营盘，流水的兵，不存在的，业务复杂度一年比一年高，流水的兵哪能流得动...

船沉

• 对于大多数领导而言，其实最怕的是船沉了
• 他们躺在自己数年建起来的大船上，依靠平台持续创造价值
• 资源是锦上添花的，但绝对不会雪中送炭
• 时刻警惕，保持持续学习和解决问题的能力，而不是依赖资源

背锅

• 被甩锅了不要慌，有些锅背了就背了，本质是一种交换
• 但如果让你背锅，还不给你糖，这时候就要抗争了
• 不要急着反驳，先把水搅浑：责任不明确，需要复盘
• 把所有人拉进群，反复验尸...这种会谁不来谁吃亏，相关方都会来的
• 几场会下来，谁和谁抱团，谁是谁亲儿子...人物关系图谱清清楚楚
• 真理越辩越明，到最后事情是什么样的清清楚楚，谁闯祸大家一眼清
• 这时候，责任人是谁已经不重要了

架构迭代

• 程序员总是在解决重复劳动，把手工的变成自动的
• 在业务初期，所有事情都是创造性的，没有范式
• 当业务稳定后，创造性的工作自然就趋向于一致
• 这时候谁必然面临为这些一致性的工作设计一套架子，让这些变更不需要走开发流程
• 可是一旦这个架子上线，以前那些需求的实现对于研发而言，就再无价值
• 但是就如同 蒸汽机 无法阻挡 内燃机 统一世界
• 去做 内燃 机吧

关于公平

• 效率和公平往往是对立的
• 商业公司追求的永远是效率
• 即使你看到了公平的光芒，那也是与长期效率的tradeoff
• 不要抱怨不公，没有意义，永远围绕你的长期目标做选择题

管理

• 管理往往是冰冷的，是没有温度的
• 即使你认为有，那只是被HR狠狠的包装起来了而已

带团队

• 时刻谨记：不要违背人性! 不要违背人性! 不要违背人性!
• 换位思考，己所不欲勿施于人
• 不仅限于对内，也包括对外的合作
• 共赢背景下的合作，才是稳定的

信心

• 我们做过的很多项目，看起来收获的是经验
• 每当 面试 或者 分享 的时候，总是夸夸其谈，好像有银弹
• 但往往到了执行的时候，亲自去做的时候，才发现完全不同
• 其实没有什么银弹，细节是魔鬼
• 业务的一点点差别到最后系统上可能是天壤之别
• 同样的业务，不同的演进思路，最后系统上、架构上，可能差之千里
• 说到底我们收获的到底是什么呢，可能是把一件事情能做到多好的信心吧

出处：blog.farmostwood.net/854.html

视角

• 对于一线员工: 活是干不完的
• 对于中层领导: (核心业务/领导关系/人心) 至少抓两个
• 对于高层领导: 不要试图去让所有人理解，因为在大部分人眼里你都是**

三道坎

• 职业生涯三道不容易迈过去的坎

• 遇到一个针锋相对领导

• 晋升到了一个胜任不了的位置(彼得原理)

• 无法找到工作的意义(大部分人的意义是挣钱/好玩)

技术大牛

• 当你看到一个人开源做得很牛逼，书也写的很牛逼的时候
• 这个人往往在工作上是没有什么建树的
• 公司没有立场去维护一个"通用"的工具
• 技术为业务创造价值，业务为技术提供舞台
• 职业发展，应该着眼于业务本身，而不是深究技术

赢

• 只要你的错误不犯第二遍，不管起点多糟糕，你这辈子大概率都能爬到金字塔尖

业务架构师

• 业务专家是指在某个垂直行业，有多年的工作经验和深刻的见解，专职辅助决策
• 在一些 People/CRM/ERP.. 等复杂的ToB领域，有比较多这样的职位
• 技术专家是对某项技术有非常专业的见解，能够维护一个到多个复杂的技术系统
• 但可惜，随着云环境的推广，需求越来越少，可以预见的未来，会更加萎靡
• 你是业务专家，同时也是技术专家，可公司不会给你两份工资
• 所以你会得到一个技术属性的业务架构师的Title

技术转管理

• 技术眼中的世界有 4 个关键词，分别是 任务、设计、选型、交付
• 管理眼中的世界有 4 个关键词，分别是 目标、指标、拆解、梯队

天平

• 天平永远是倾斜的，如果你觉得不是，那么你就是被倾斜的那一方

大龄程序员

• 大龄程序员对于分配自己业余时间用于技术充电这一点上，一定要慎之又慎。好钢用在刀刃上，优先投资那些能给自己的职业发展和公司业务带来助力的技术上

取代

• 不用为 AI是否取代程序员 这件事情担心
• 无论是多么智能的模型，也只不过是对现有知识体系的整理、加工，甚至触类旁通
• 而提出问题，才是一个真正的智能体本该有的样子

背书三段论

• 当你抛出一个观点，又没有办法论证的时候，就需要把它变成公理
• 毕竟，1+1=2这样的公理是无法证明的，但公理需要背书
• Level1: 讲案例，讲实践，吹结果
• Level2: 圣经级别的书中论点，意见领袖的文章
• Level3: 上升到哲学、天文学、历史....故弄玄虚

摆烂

• 除了生病以外，痛苦都是价值观带来的
• 都来源于欲望和能力的不匹配
• 这种痛苦是一种自我否定和自我折磨
• 所谓的抗压能力，其实是快速调整预期的能力
  俗称：摆烂

社会关系

• 人们最想表达的不是内容本身，而是渴望被理解的心情。
• 人们最想得到的并不是真正的价值，而是情感安慰
• 人们最想看到的永远不是真理或者真相，而是各种希望
• 人们最容易被说服的，永远不是道理，而是利益

from：五道口老实人