老程序员不讲武德

最新推荐文章于 2024-11-04 22:26:34 发布

zhangkaixuan456

最新推荐文章于 2024-11-04 22:26:34 发布

阅读量853

点赞数 9

分类专栏： go学习笔记文章标签： java 开发语言个人成长

本文链接：https://blog.csdn.net/zhangkaixuan456/article/details/137145211

版权

go学习笔记专栏收录该内容

10 篇文章 0 订阅

订阅专栏

职业生涯的一些心得，不一定对，大家辨证的看吧只有结论，没有推论，如果有感兴趣的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