获得徽章 7
要事优先,就是要先抓大问题,确保大问题永远在队列最前。盯着小问题是一种自取其辱、自曝其短的愚蠢行为,对外令人厌烦、瞧不起,于己收益小、浪费时间。如果下属在小问题上深究自责,更不要去添油加醋,应该宽勉教正、聚焦重点。
评论
关注了标签 Spring Spring
Bison @北京
关注了标签 Nginx Nginx
Bison @北京
关注了标签 Redis Redis
Bison @北京
关注了标签 MySQL MySQL
Bison @北京
关注了标签 Linux Linux
Bison @北京
关注了标签 数据库 数据库
Bison @北京
关注了标签 Java Java
Bison @北京
关注了标签 后端 后端
Bison @北京
问我进程间通信的方式?这么总结还能答漏?
白胜于2024-03-25 23:07发布的图片
评论
互联网产业有上下半场,互联网职业也有上下半场

上半场:学习如何正确的做事;下半场:定义什么是正确的事

上半场:通过个人做事;下半场:利用协同做事

上半场:基于确定性做事;下半场:面向不确定性做事
展开
1
不理解业务,所做的事,就没有根据。技术如何体现价值?不是自己又学到了多少、或者满足了技术新鲜感、成长感、进步感,而是要解决业务问题。不面向业务目标做事,最常见的问题就是把手段当结果,认为完成了xx,或实现了xx,就是结果。理解业务不是公司非这么要求,本质是要自己形成一套对现实世界的建模方法。
评论
不慌不烦的走在正确的道路上:技术成长和面对的问题挑战呈线性增长
白胜于2024-03-22 17:02发布的图片
评论
如果你要做的事(how)是对的,那么背后一定对应着一个正确的逻辑,来证明 how 是对的,老板 review 规划,就想看这个逻辑,基本不 care 你的 how。这个逻辑一定是比 how 更前置、更本质、更抽象的。事理逻辑(why & what)在前,数理逻辑(how)在后。
评论
写得好。可如今马市无处不在,擅长“揣摩须会、钻营奔竞、邀功求进”的人,才是马市游戏的高阶玩家啊。
白胜于2024-03-10 12:53发布的图片
评论
啥叫书越读越薄?简化来自什么?来自抽象!一是事实和观点的抽象,如何一句话提纲挈领直达本质一听就懂;二是通用原则/规律/定理的抽象,可迁移复用举一反三。写代码、做事、观察,会不会抽象是一道分水岭。
1
#规划的最佳实践# 逻辑严密不是搞“工匠精神”精益求精,辨别是否钻牛角尖,主要看是大逻辑还是小逻辑。如果说规划是做一桌子菜,那么荤素搭配(是否看全)、主次搭配(重点、优先级)、味型、技法、选材等,这类问题属于大逻辑,而饺子上是五个褶还是六个褶,就属于小逻辑。老板点菜不会关心“五个褶六个褶”这种层次的逻辑
评论
问题就是那么些问题,要干的事儿就是那么些事儿,怎么把“皮”和“馅儿”攒成好看的饺子(项目),让老板有食欲,而不是攒出一个皮厚馅儿少的畸形玩意儿(罗列堆砌 todo),一看就没胃口,靠的就是【逻辑】
评论
一个公司的层次结构,很像计算机,比如“主人”说了一句话,首先 siri(boss – 1 层)听到了,siri 经过解析,将更具体的指令(应用级 api)下发到应用模块(boss – 2 和 – 3层),模块经过解析再将更具体的指令(系统级 api)下发到操作系统层(一线 team leader),操作系统驱动硬件(具体干活的员工)执行比特级动作。每个周期,硬件通过周报输出事实明细,操作系统做轻度汇总(提升抽象度),应用模块做重度汇总(聚合各方信息、提升抽象度),最后由 siri 汇报反馈给“主人”。

底层级的工作,特点是高频、标准、轻决策
高层级的工作,特点是低频、非标、重决策

每一层的人一般只工作在自己的层面,低层的人往往只关注要干啥,较少关注为啥要干,长期浸泡在事实明细中,难以站在更高的抽象层次思考与表达,数理逻辑(how)强,事理逻辑(why/what)弱。

高层往往不了解低层的数理逻辑和一线的现场细节,长期浸泡在经过抽象的汇总信息中,用抽象的事理逻辑驱动具象的现实运作,容易陷入维特根斯坦所说的“语言的界限”中,过度论证而行动缓慢,导致决策与现实的变化难以同频共振。

越往高层,可替代性越小(正如不管手机怎么换,微信也不会被卸载)。高层级视角下,硬件只是提供标准化功能的可拆可换的模组,可根据任务量大小弹性扩张或收缩。硬件有贵也有便宜,就一般的计算任务而言,一千块的显卡和两千块的显卡,基本没有区别,但遇到例如游戏特效这种特殊任务时,没有两千块的显卡就不行。而特殊任务是概率性非常态化的,所以两种价位的显卡都要储备,此谓之团队梯度建设。
展开
3
老板看规划,主要看三点:
1.全局观。review 你对当前局面和态势的认知,这决定了你的问题是怎么识别的,是从全局出发以终为始自顶向下识别关键问题,还是基于过往有限经历拼凑了几个局部问题。

2.问题。问题是什么,是不是关键问题,难点是什么,解决后预期收益是什么。问题定义背后是目标管理(问题如果太大,老板预期就高,如果没有达成,只有给你差评,问题如果太小,就说你没追求,即便如期达成,也难给你好评,问题如何定义,自己盘算拿捏)。

3.策略。策略不是技术方案,而是技术选型,是对多条解决路径该走哪条的方向性判断,老板最多就 review 到这一层,更具体的 how 层面的细节,老板没那个时间精力关注,也不需要关注,因为对老板而言,只要【方向】正确,剩下的无非是投多少资源的事。

想清楚 how 当然没问题,只是规划材料的重点是【逻辑】,写作上要避免陷入“how”,要学会向上抽象1~2层,有鲜明而凝炼的观点(重度汇总),有经过抽象和量化的事实(轻度汇总),只列举必要支撑的事实明细并且最好折叠起来,不要讲技术方案和执行动作层面的内容。
展开
评论
下一页
个人成就
文章被点赞 1,355
文章被阅读 57,859
掘力值 3,166
收藏集
0
关注标签
9
加入于