强烈建议 Symphony 抛弃某些固执的过去，拥抱 Spring

我觉得结合业务场景再谈技术选型才有意义，不是所有项目都需要类型框定的，这一点在为什么又要造一个叫 Latke 的轮子中有过表述。

用 JSON 做实体这种操作很新颖，一定程度上也简化了开发（至少不用搞一大堆 data class 了），但并不是所有人都能接受 😂

之前在一个公司内部技术群推荐过 latke，结果一群人，包括阿里 P7 来的一个大佬，都在吐槽这一点，说这是“反模式”😂

你看你都放弃掉了，而 D 大靠这个实现了财务自由，还不足够说明问题么？并不是 D 大商业模式上考虑的太少，而是你考虑太少了。

这是典型的程序员思维，想用技术驱动市场，但这不现实，对论坛用户来说 Java 还是 PHP 重要吗？功能特性重要还是技术框架重要？

Spring 对于 sym 的业务来说太厚重了，Spring Boot 中大量的“没用的”代码（自动配置等方便开发者的配置和大量依赖），分布式也不仅只有 Spring Cloud 一种，Dubbo 也可以，适合自己的才是最好的。

D 在 https://hacpai.com/article/1403847528022 中写到自己开发的 Latke，用 JSON 做实体，是非常有趣的想法，在我看来破而后立是非常有趣且大胆的尝试。

固执于一种语言，一种框架，而不是业务本身，反而有些本末倒置了。