第二个问题个人认为目标还是——经济

关于第二个问题，个人认为可能不能算是鱼和熊掌，可能更偏向于鱼和鱼竿。

一面是很多鱼，而另一面是一根鱼竿。二选一。
另外效率这个词，个人认为不恰当。效率是保障质量的前提下更高的产出。个人把这个理念替换为速度。

速度质量二选一。理想化肯定是质量。但是实际上还要参考实际情况。

类似于我们公司的团队，碰到这样的项目，明天就要求能看到效果。都来不及做详细设计，直接把以前的项目拿来改一改调试一下就拿去演示了。然后后续再进行优化调试完善。

这种硬环境下，不是不保障。而是无暇保障。
另一种情况，是有些功能模块，重要性不是很高，甚至根本不会有人用。只是个凑数投标的模块，但是这个模块测试以及优化的话可能很复杂。这时候，去花费大量时间精力在上面明显是不合适的。就假设，这个模块定价1000，但是为了这个模块的测试优化就花了800的成本，公司是不愿意为你的高质量代码买账的。

再举个反例。某模块追求速度开发。两天做完，节约了一天代码优化以及测试的步骤。但是未来的某天，发现这里有个坑。因为代码很久没有看过。导致这个坑难以找到问题所在，最后导致功能模块几乎重写。这里就是不应该因为速度舍弃质量的例子。

综上所述，个人认为，取舍的终极目标。还是老师之前说到的——经济

但是达到这个，并不容易。不仅仅是编写高质量代码的习惯与能力。还有不可或缺的经验，以至于可以灵活取舍。

但是——我们至少要有高质量编码的能力与基础。这样，在你有经验的时候才可以做到灵活的取舍。