#mark

#mark

Memos

#mark


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. 遇到一个针锋相对领导
2. 晋升到了一个胜任不了的位置(彼得原理)
3. 无法找到工作的意义(大部分人的意义是挣钱/好玩)

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

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

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

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

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

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

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

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

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

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

Generated by RSStT. The copyright belongs to the original author.

Source

Report Page