我对看到的其中几句话有一些其他想法和想补充的地方
和大家分享
※ 引述《strlen (strlen)》之铭言：
: .....
: ..... 非到必要时刻不要使用
不是只有 SOLID 原则、设计模式非必要时不要用到
我觉得包括 clean code 里面提到的东西、重构
甚至到 Effective SQL、CI/CD、SRE 之类的东西也一样
没有需要用到
表示手上的工作可以用最简单的方式解决掉
但这些东西之所以会被整理成册、流传多年，甚至有些还被喻为必读圣经
就是因为这些东西都是在特定领域最常被使用来解决问题的方法、流程
而且想逃避不用还不一定逃得掉
最好的方法是边做、边学、边讨论
上面几句话提到的东西其实不少
再加上自己前一段讲的名词加起来
这辈子要学到透彻、学到精通应该蛮难的 (我想自己是做不到)
但建议把这些专有名词都看过、知道有这个东西
因为可以大幅降低沟通成本、避免讨论上不小心造成的误解
“觉得这边做 method extraction 以后再来用类似观察者模式下去调整，应该就
可以解决 ......”
听到“method extraction”和“观察者模式”可能没办法理解流程、程式调整方式
但若有听过、知道这些名词的概要、特性
就可以很快的了解需要重构、并让类别提供一些特定的 method 供使用
觉得也不是说业界没在用、或是不重视
只是这些东西默默融入生活中
讨论的时候不一定会以专有名词的方式出现而已
“试试看走下路，然后在森林出口和草丛附近种香菇”
: 没有所谓的正确的模式
书上整理出来发法、设计方式
大多是遇到问题比较通用的解决方法，或是可以参考的常见设计方式
我目前几乎没有遇到刚刚好可以一模一样完全照着做就能解决问题的问题
就和人生一样，多数的问题都没有最佳解，只有可能的较佳解
但有件事情是肯定的：站在巨人的肩膀上能少走一些冤枉路
累积更多的经验、了解更多人的思路和解决方案
可以让你在决策时做出更适当的选择