今天 因为 群 里 关于 RPC 和 服务 使用什么 技术比较好的 讨论 想起，
少搞一点 对象， 多搞一点 文本，
比如，大家喜欢把 Http Rest Api 封装为 客户端 接口方法 和 DTO（数据对象），
实际上 完全 没必要， 字符串 Url + 查询参数（?action=xx&name=yy） 很灵活，很直观，很好用 。
这就是 面向对象 泛滥 的 结果 。
我前几天在 《D# 语法》 https://www.cnblogs.com/KSongKing/p/10704450.html 中说过， C# 的 表达式树 和 Emit 是 笨重堆砌 。
应该用 动态编译 代码（文本） 而不是 用 表达式树 和 Emit 。
看看 各种笨重 的 ORM 框架 ， 再看看 经久不衰，永远年轻 的 Sql， 就知道了 。
Unix 是 很注重 文本（Text） 和 串（String） 的， 这甚至是 Unix 文化的一个体现 。
但是到了 Linux， 就有了一些变化，再加上 java 等 面向对象 的 鼓捣， 现在 软件体系 充斥着对象 。
面向对象 泛滥 和 对象 充斥 导致了 当代 软件体系 的 臃肿 笨重 僵化 。
其中最重要的是 僵化 僵化 僵化 。
关于 RPC 中不需要使用 客户端 方法（代理类） DTO 等等， 我之前就提出过 “MessageRPC” 的 概念 ，
见《MessageRPC》 https://www.cnblogs.com/KSongKing/p/9455417.html 。
还可以看看 《从 面向对象 的 弊端 想到的》 https://www.cnblogs.com/KSongKing/p/10367675.html 。
由 越来越 庞大复杂 如 恐龙 的 抽象层 构建 的 当代 软件体系 以及 以此 为 发展方向 的 方向 已经 让 许多 程序员 迷茫 ，
这也是 “码农焦虑” 的 根源 。
如此 种种 的 乱象 预示 着， 革命 将要 到来 。
科学技术 不应该 僵化 ， 无论发展到 哪个阶段， 从 顶层 到 底层 的 技术 都应该是 活的 和 富于 创造性 的 。
有 网友 说我 有 自动档 不用， 要 用 自行车， 其实你们别说我 把 自动档 变成了 自行车 ，
.Net Core 把 .Net , IIS, Visual Studio 的 豪华自动档 变成了 平民手动档， 大家 还 以此为荣 。
我还是 那句话， 只要 Windows Server , Sql Server 降价 比如 打一折， 对 个人 免费， 那么， 谁 还会去用 Linux 和 java ？ 谁还会用 .Net Core ？
为什么 Linux 这样的 黑屏 自行车 大家 都 奉若圭臬 ？ 以此为荣？ 认为 是 技术含量 的 表现 ？