CTO 拒绝 golang，坚持 PHP ， v 友怎么看

[uxff]

背景：

公司原有项目是 php，业务量也不小，每日 100W+订单。

前部门负责人想在公司内部推广 golang，希望用 go+服务化改造业务，而且推荐内部从 php 转岗，还招了几个 golang 工程师带队。

一段时间内公司已经改造和上线了 10 多个服务，结合 codepipeline,k8s,ingress 等已经很接近 devops 了。

但是由于需求变化快，PHP 岗位缺人，大量人力被调去做业务层开发等多种原因，服务化进度其实很慢。

后来部门负责人走了。

新来的 CTO 说 golang 产出慢，golang 招不到人，golang 招人成本高，golang 项目不好维护等理由，突然决定公司停用 golang。坚持用 PHP 开发。对业务优化提供了升级 PHP 版本，使用依赖倒置等设计模型，对于业务服务化设计没给出具体指导方案。

对于升级 PHP 等措施我们是支持的，但是对于拒绝 golang，我们是有些心凉的。

对此 v 友怎么看。

[jakychen]

没啥心凉的，这个本就是中上层决定的，你只管做就是了，php 的 swoole 化 完全可以顶得各场景运用，没有最牛逼的语言，只有最适合的场景

[saltedFish666]

谁说了算?

[KuroNekoFan]

那就跳槽

[abcbuzhiming]

有啥好心凉，楼主你自己都说了，你们的第一次 go 语言迁移明显失败了，那么后来的 cto 是来收拾烂摊子，你指望他会对 go 有好脸色？
在公司干活不是给自己干活，不要总是一副技术长技术短的，谁给钱听谁的。不爽辞，少 BB

[keepeye]

不是大厂还是不要轻易尝试吧。像我司刚开始使用 go 开发了所有后端业务，后来随着业务规模扩大，人手不足却招不到靠谱的 goer，以至于决定后面所有的业务用 php 开发，go 只维护原来的核心项目并对外提供接口。

[imkerberos]

你的新 CTO 很靠谱。

[crazjieb]

Tars 了解一下

[tanranran]

技术选型是政治问题



前部门负责人为啥要选，绝逼是为了拿工资学技术

[winiex]

从公司运营层面出发来做技术决策和从技术研发角度出发的思路是很不一样的，如果不是到了技术方案拖累公司业务的情况下（例如后端程序性能不足导致公司订单增长受限），一般最好不要提前优化，这样很可能是一场折腾。

[robot1]

可以参考一下成历转型的公司的情况啊，如 知乎社区核心业务 Golang 化实践

[wmwmajie]

就 go 那个没使用的变量编译不通过这一点我就想打死他。
要不是我是个爱学习的人我是一点不像了解 go 相关的东西

[passerbytiny]

我是 Java，半路搞了两年 PHP，最后又回到 Java，对 Go 只有一个“替代 C/C++”的了解。但是我不想对语言做评价。

楼主，前部门负责人跑路或者被赶走了，新来的 CTO 要搞自己的一套，你倾向于前部门负责人，你竟然还有心思来 V2 划水，还不赶紧跑路。

[wucao219101]

从楼主个人发展来看，有 go 的开发经历，确实发展会比单纯写 PHP 业务更好，跳槽也方便；
从公司角度来看，如果没有 go 大牛带队，可能有很多不确定性，而且团队原本是 PHP 团队很成熟，没必要折腾浪费时间，没有转型的意义。
看问题的角度不一样而已。

[luvroot]

立场不同，下面的员工希望学到新东西方便跳槽，上面的管理层希望系统稳定不出问题。

[cai314494687]

核心业务可以使用 Golang 开发，但是需求经常变化的业务层推荐还是用 PHP 开发。

[qbhy]

CTO 没毛病。

[miniwade514]

并不是换个语言就会变强，对个人和公司而言都是这样。

[hbolive]

如果不是出现了某些瓶颈 /近期会出现瓶颈，不建议转语言。。

[julyclyde]

什么叫“很接近 devops 了”
从这个说法里，我看出……

[fengjianxinghun]

@blless Rust clippy 直接教你怎么写代码，cargo 包管理器秒 go mod。