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

[buruoyanyang]

前情提要： https://v2ex.com/t/908250#reply62

后续

1 、提单子了。
2 、过了年以后一直是文档工程师。
3 、很多时候不是技术的问题。

[defunct9]

提桶跑路上上策

[Bazingal]

所以处理方案是什么呢

[encro]

看懂 100 个人访问就奔溃了，然后看到解决方案是用 java ，就知道不靠谱了。。。

因为没有人关心为什么奔溃。。。

[NoKey]

百万行重构，cto 来都不敢随便决定的吧~

[whileFalse]

@encro 是不是可以这么说，与其吃屎的时候把所有硌牙的东西从屎里挑出来，不如炒个菜吃？

[kop1989smurf]

@encro
@whileFalse
还是我原帖的说法，就是 SaaS 化，并不意味着要推倒重来。
楼主非要把需求和技术栈关联在一起，注定就是会出问题。

[buruoyanyang]

@encro 不是没人关心为什么崩溃，是查不出为什么崩溃，并且原来的人直接摆烂了。至于 100 个人访问的并发瓶颈，大家都知道哪一层的问题，但是是业务核心的设计，他不放。所以我才有想法用我熟悉的语言 /手段解决问题。总的来说就是业务核心是原来的架构师，他坚称自己的架构没问题，CTO 其实有点被裹挟了。还有就是对于我们这个行业来说，能顶住 20 个并发就差不多了，100 个并发问题被发现的原因是上了一个大型规模的厂。（当然，测试早发现这个问题了，狗头）

[zbinlin]

为什么不尝试去学 nodejs 来解决 nodejs 的问题呢？

[airqj]

@buruoyanyang 跟 CTO 合伙让架构师滚蛋吧[狗头]

[HaroldFinchNYC]

@buruoyanyang 多打点 log ，什么火焰图，什么 profiling ，十八般兵器都用上，肯定能查出来点什么头绪

[night98]

这种都不用看，没有顶层的强力支持，你还不如摆烂，先把前架构干掉再说，否则后续的事情你都执行不下去。

[urnoob]

我还留言过的。
提单子是离职？

[Seanfuck]

屎山进度快是因为 nodejs 吧，这个改起来也挺麻烦的

[buruoyanyang]

@Seanfuck 最早搞 NodeJs 那一层的人，只有一个，然后他生病离职了。其次是原来的架构下，查一条数据，需要 C++调用 NodeJs 的 Data 服务，NodeJs 查完数据库后返回给 C++，实在是太墨迹了~~~

[hooych]

你这是在动 C++团队的蛋糕，都按你的方案做，他们岂不是没事情做了，所以会抵制；

如果公司有高层支持，就原 C++团队继续维护，你拉一支团队搞 Java 化，做 2.0 版本。

[egqpwU3F2beQ8V77]

又不是不能用.jpg

[buruoyanyang]

@hooych 是的，所以不只是技术的问题

[dudubaba]

这属于技术绉。体量也不大，搞不好没重构完公司都倒了。

[likunyan]

人或程序能跑就行

[winglight2016]

用什么语言对领导不重要，但是对开发来说很重要，你上来就要换语言谁能支持你？

我这里有类似的问题，我的解决办法也是慢慢迁移，但是是通过建立新的微服务来取代旧服务，这样新的微服务用什么语言跟旧系统没有关系，就不会影响别的开发。