@xuanbg 看样子不止我一个人这样，安心了！我感觉没有多少人能做到照着作者介绍的步骤去重构的。

两个 27 寸 4K 的 150% 缩放

@Hanggi 就因为没办法预计，才应该选择最适合当下的。别人的也不见得适合你，就拿微服务来说吧，真正适合的公司就没多少家，服务数量都没上来就开始准备拆分，明显考虑的太早了。Keep It Simple 。

哪里有什么最优解决方案，只有最合适的解决方案。选择适合当下的方案，然后当需求变化时，改成适合新需求的方案。

以前 PHP 的主要用途就是微型、小型项目，使用面向过程（事物脚本）直接开干当然合适。面对业务逻辑复杂的中型、大型项目，你用面向过程试试，不作死自己就怪了。这几年 PHP 的发展趋势就是面向对象化且提高性能，以支撑中型、大型项目。至于你说的什么 ORM 那也不是 PHP 导致的，想要开发中型、大型的项目，一般都是用分层架构和领域模型，在配合测试和工具链等，才能保证项目成功。直接开干的时代已经过去了，不论哪种语言。至于过度“优雅”这种观点，哪种技术变成主流不都是从“上头”开始的，如果开始都不愠不火，后面谁还搞。

同 8 楼，27 寸 4K，150%缩放，真的香

@Juggernaut 是近期么？还是？

谢谢分享，省钱啦。

扎实的语言基础、最佳实践、设计原则和设计模式、架构思想和模式，TDD 和 DDD 、敏捷开发、后端工程化的工具链和数据结构。先把这些都过关，再去发展其他的吧。

Windows+Vagrant(Linux 虚拟机)。Windows 和 Linux 两者结合才是日用和统一开发环境的完美解决方案。MacOS 或者 Windows + WSL 都很省事，也很优秀，但并不算完美，或多或少都有些无法适用的情况。Linux 桌面就算了，不具备普适性。

语法只有烂不烂，没有丑不丑一说，一万种语言就有一万种不同的语法。与其纠结语法丑不丑，不如想想为什么 js 会需要 ts 。js 主要是用来开发上层应用的前端部分的，要靠面向对象去支撑越来越复杂的表现层逻辑，所以 js 需要的是 ts 的面向对象。其实 es4 的时候就转面向对象和静态类型了，但当时开发者们对面向对象不感兴趣，太超前反而失败了，这才让 ts 捡了一个大便宜。前端面向对象化是大势所趋，不知道 js 会不会再次推出自己的面向对象，到时候前端又是一场大混战，估计又是微软引发的。以前是 jsscript，现在是 ts，微软在 web 这块非要引领，从来就不想和其他公司携手前进呐。

@alexsunxl 多种语言充分利用是没问题的。我不反对学，但是反对“转”，我觉得不是表现的转来转去的，是真的跟风转的多。

@Evilk 先升级到 7.2 或者 7.3，然后我觉得该考虑先升级 CPU 或者加机器，然后等 PHP 8 的 jit 。硬件升级花的钱往往比软件升级花的钱少很多，CPU 升级不算贵，网络带宽升级才贵。重构能成的没几个，最后都变成了重做。当然也要看你们团队的实力了。

转来转去的，最后发现什么都是半桶水，30 岁就开始慌了，然后 35 岁就失业了。转来转去的，不是在浪费自己的生命么？前几年转“架构师”，这几年转“算法”，web 前端火了就转 js，人工智能火了就转 python，微服务火了就转 go，你们是真能折腾，一直活在“转”的路上。在现在的领域中没出类拔萃，跑到另一个领域中就能了？

@1oNflow 还有鲍勃大叔写的《敏捷软件开发：原则、模式与实践》，你可以先去看下书的目录，我觉得非常符合你的需求。

https://refactoringguru.cn/design-patterns 和 HeadFirst 设计模式。个人认为它们是非常优秀的设计模式学习资料。GOF 的那本书不太适合学习，适合做参考书。

@index90 不敢想象真的有人在追求 100%，你的领导是做技术出身的么？很好奇是什么驱使他作出 100%这个决策的。

最近我看了一点 TDD 和分层测试的文章，觉得这两个地方是单元测试落地的难点和重点。

单元测试还有规范么，顶一下，看看大家怎么说，学习一下。