获得徽章 7
员工自底向上汇报，老板自顶向下理解，二者如果交汇，则无额外沟通成本，二者如有 Gap，则有额外沟通成本，解决方法有二：要么老板进一步深潜下沉、了解细节，要么员工进一步以终为始、向上抽象。
1
点赞
要事优先，就是要先抓大问题，确保大问题永远在队列最前。盯着小问题是一种自取其辱、自曝其短的愚蠢行为，对外令人厌烦、瞧不起，于己收益小、浪费时间。如果下属在小问题上深究自责，更不要去添油加醋，应该宽勉教正、聚焦重点。
评论
点赞
关注了标签 
Spring
Spring
关注了标签 
Nginx
Nginx
关注了标签 
Redis
Redis
关注了标签 
MySQL
MySQL
关注了标签 
Linux
Linux
关注了标签 
数据库
数据库
关注了标签 
Java
Java
关注了标签 
后端
后端
互联网产业有上下半场，互联网职业也有上下半场
上半场：学习如何正确的做事；下半场：定义什么是正确的事
上半场：通过个人做事；下半场：利用协同做事
上半场：基于确定性做事；下半场：面向不确定性做事
上半场：学习如何正确的做事；下半场：定义什么是正确的事
上半场：通过个人做事；下半场：利用协同做事
上半场：基于确定性做事；下半场：面向不确定性做事
展开
1
1
不理解业务，所做的事，就没有根据。技术如何体现价值？不是自己又学到了多少、或者满足了技术新鲜感、成长感、进步感，而是要解决业务问题。不面向业务目标做事，最常见的问题就是把手段当结果，认为完成了xx，或实现了xx，就是结果。理解业务不是公司非这么要求，本质是要自己形成一套对现实世界的建模方法。
评论
1
如果你要做的事（how）是对的，那么背后一定对应着一个正确的逻辑，来证明 how 是对的，老板 review 规划，就想看这个逻辑，基本不 care 你的 how。这个逻辑一定是比 how 更前置、更本质、更抽象的。事理逻辑（why & what）在前，数理逻辑（how）在后。
评论
点赞
啥叫书越读越薄？简化来自什么？来自抽象！一是事实和观点的抽象，如何一句话提纲挈领直达本质一听就懂；二是通用原则/规律/定理的抽象，可迁移复用举一反三。写代码、做事、观察，会不会抽象是一道分水岭。
1
1
#规划的最佳实践# 逻辑严密不是搞“工匠精神”精益求精，辨别是否钻牛角尖，主要看是大逻辑还是小逻辑。如果说规划是做一桌子菜，那么荤素搭配（是否看全）、主次搭配（重点、优先级）、味型、技法、选材等，这类问题属于大逻辑，而饺子上是五个褶还是六个褶，就属于小逻辑。老板点菜不会关心“五个褶六个褶”这种层次的逻辑
评论
点赞
问题就是那么些问题，要干的事儿就是那么些事儿，怎么把“皮”和“馅儿”攒成好看的饺子（项目），让老板有食欲，而不是攒出一个皮厚馅儿少的畸形玩意儿（罗列堆砌 todo），一看就没胃口，靠的就是【逻辑】
评论
点赞