[转] 最近公司在用 Java 重写一个 ruby on rails 应用，我的一些碎碎念。

转载自 https://ruby-china.org/topics/40526

最近的工作本质上是公司收购了一个海外的创业公司，然后用 java 重写一个 ror 应用。

然后。。诡异的事发生了。。

原代码库目测大约 5-6 个 ruby 程序员的 code base，做微服务架构后，拆分成 5-6 个领域，一个团队 4-5 个 java 程序员。

阿里的大中台小前台概念火了，于是有前台团队做业务，中台团队提供 crud，再来个前端团队，约 80 人，这就算齐活了。

于是整件事朝着魔幻的方向演进了：

由于分布式监控做的不到位，一些同学花很多时间排查线上问题
过早使用分库分表，而且使用姿势不当，接口 SLA 出问题了
中台这边的一个本能是 “考虑通用性”，建模有大量过度设计，于是接口性能出问题了，一些同学玩命优化接口性能
没人说得清楚前台和中台究竟是什么，于是边界划分开始撕逼了，中台说要考虑通用，前台说这个系统不属于中台能力，花了大量时间在需求讨论上
划分不清楚，于是架构师来了，天天在处理域和域之间的划分问题，中台前台的划分问题；其实角色有点像劝架大妈
渐渐地，大家变得忙起来了。。。老板觉得流程需要标准化起来，需求要从前台产品经理流到中台产品经理，开发只根据中台产品经理 “提炼” 出来的需求进行开发，于是大家更忙了。。

在这个过程中，很多人的生产力已经被消磨殆尽。大家开始 996，白天各种开会拉群，晚上干活。但是看各个部门的老板的 ppt，一点不含糊： 通用能力服务各个业务场景、功能可以灵活拼装、定义标准能力、赋能业务。 各种描述都齐活。

但回到问题本身。这家公司，原来只是一个只有二十几个，甚至几个人干起来的产品，一个单体应用可以创造一个估值几百万的公司，我是感觉被降维打击了。

去大厂感受摩擦力；去小厂感受生产力。想起来已经 4 个年头没有做 rails 开发，最近突然遇到 rails 实打实的生产力的降维打击（尽管语言因素可能只占部分）。有点感慨。现在看来，普通的 web 应用，rails 还是将程序员的代码直接转化为生产力和产品力的大杀器。

acmore

2020-11-02 17:13:41 +08:00

之前的一个评论在在这再贴一下:

> 其实确实没有必要为了微服务而微服务，虽然有很多理论指导和论证，但是真正应用的时候大多都是趟泥地。当拆分> 的好处远大于不拆分的坏处时自然就会拆分，而很多情况下微服务都会显著增加开发和维护成本。项目首先还得是个 > Monolith 或者至少是有演化成为 Monolith 的趋势，这个时候开始制定拆分策略应该是比较合适的，很多项目大概都活> 不到这个时候。当然大多数时候都是拍板者拍板，干活的执行。

表面是 Overdesigning, 实质是 KPI Oriented Programming.

acmore

2020-11-02 17:14:28 +08:00

@acmore 格式乱了。

没有必要为了微服务而微服务，虽然有很多理论指导和论证，但是真正应用的时候大多都是趟泥地。当拆分的好处远大于不拆分的坏处时自然就会拆分，而很多情况下微服务都会显著增加开发和维护成本。项目首先还得是个 Monolith 或者至少是有演化成为 Monolith 的趋势，这个时候开始制定拆分策略应该是比较合适的，很多项目大概都活不到这个时候。当然大多数时候都是拍板者拍板，干活的执行。

表面是 Overdesigning, 实质是 KPI Oriented Programming.