[狗头] 我就是那个改动百万行代码业务系统的练习两年半的架构师

@winglight2016 CTO 让我换的。。。不然我怎么敢起头。现在是老架构不让我迁移。。。

慢慢迁移也不行哈，一触碰到 C++核心那块，你就得让步，最后各种妥协还不是搞成和 nodejs 一样的境地。

公司内部谁的势力大，就让这个势力主导吧。。。别动人家的蛋糕了。。。人家核心是主力 C++，那就全员 C++呗。。。。人员战斗力强的话，C++开发的东西也可以粗服务化的，拉 nodejs 进来估计是为了解决开发效率的问题，问题是 C++架构组那边 hold 不住这个技术吧？

直接梭哈 C++吧，让他们随公司天荒地老。

@hooych 哈哈，这就要看领导的决心。。。在完全覆盖老团队的业务面之前，这个 2.0 就得一直在烧钱。。。还不一定能顺利平滑过渡，具体要看 CTO 有多嫌弃之前得老架构了哈

为什么是两年半？(doge

@buruoyanyang

业务核心的设计 不是原因。。。

技术上核心的原因通常是达到了某个物理瓶颈，

比如某个程序 cpu 运算速度，磁盘 io ，网络带宽等。。。

如果不能定位到物理原因，所有的解决办法都是盲人摸象！！！耍流氓！！！就好像脚痛去医院看医生直接什么都不检查就截肢！！！



@HaroldFinchNYC 提到的 log ，什么火焰图，什么 profiling 都是定位性能的办法，

只有先定位到瓶颈，然后再决定用什么办法。

曾经 N 个公司，我去了的时候一堆问题，大家都觉得要立马要重构，其实采用二八原则，花一两周解决关键问题，至少又能跑个一年半载。

当然，可能最后发现某业务就是这么复杂，已经达到物理瓶颈或者复杂度瓶颈，那么就拎出去，为这个服务单独部署。。。

没看懂为什么 100 个并发会奔溃？

你们公司不会碰巧就在杭州滨江吧，感觉像是认识的

我家哥哥下蛋你别吃

不谈技术，你这么搞是不是得新招 java 替代旧开发？你这不仅是技术升级，更是公司人员换血呢

为什么不用 rust 呢，又潮又有快，cpp 程序员上手 rust 很快吧

如果你不是老板小舅子，推不动的。


程序员还是幼稚，什么事情都想的单纯

ls 说的招 rust.我觉得暂时还不太可行,社会上相关人员储备真的够么.
关于这个项目:
1.所有业务改 java,意思 cpp 的全都得转岗或者被裁,我估计还是比较难的.
2.可以把 cpp 套个微服务架子,继续跑.
3.看原帖,什么 100 并发,都能炸掉.这是什么架构方案才能出现的问题.
4.如果只是招手底下干活的 cpp,还是好找的.写写业务罢了.做好 code style,规范化流程,也不太容易出问题