左耳听风 - 研发效率「读书打卡 day 16」

你好！我是 Java 工程师蔡姬，此蔡姬非彼菜鸡！很高兴和大家一起共读陈皓老师的《左耳听风》一书，并在这里分享自己的感悟。

我的读书打卡将会分为两部分——笔记 + 打卡。

• 笔记部分，我会整理在读书过程中感悟比较深的内容，和你一起分享。

• 打卡部分，我会就一个点阐述个人的思考。

话不多说，让我们开始吧！

笔记

效率的计算

• 效率 = 有用功 / 总功。效率代表的是一个团队用相同时间和人力实现有价值的产出的能力。

• “你现在提出的十个需求中，如果只能实现三个，是哪三个？为什么是这三个？”

加班思维

• 条件受限是好事。因为这可以让你“小材大用”，迫使你不能再用蛮力完成工作，必须去思考使用知识密集型的解决方案来更聪明地解决问题。

• 工作狂往往不得要领。他们花费大量时间去解决问题，以为可以通过蛮力弥补思维上的惰性，结果却折腾出一堆粗糙无用的解决方案。

• 事实上，加班只适合偶尔用来冲刺，不应该成为常态，否则无异于饮鸩止渴。

• 软件工程师分工越细，团队就越没有效率。

• 如果非要在一个环节上较真，那么这个环节越靠前，软件开发就越有效率。

• “小而精的团队” + “条件和资源受限”是高效率的根本。

• 技术债是不能欠的，要果断地偿还技术债。

• 软件架构上要松耦合，团队组织上要紧耦合。

• 工程师文化是关键，重视过程就是重视结果。

打卡：谈谈“效率不是比谁做的事情多，而是比谁做的事情更有价值”的看法。

这其实是一个显而易见的命题，只是很多人都在“当局者迷”。

判断事情多少是很容易的，而判断事情是否有价值则比较困难。因此，很多人想用战术性勤奋来掩盖战略性懒惰的事实，这是一种费力不讨好的行为。

在工作中，有些需求不一定是真需求，作为软件开发人员，要懂得辨别伪需求，并向它们说不，这样才能将宝贵且有限的精力投入到更加有价值的工作当中，才能更有利于职业发展和个人成长。

以上便是今日份的笔记和打卡内容。欢迎你在评论区留言，我们一起探讨，共同进步。

我是 Java 工程师蔡姬，期待和伙伴们有更多交流和思维碰撞，明天见！