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 友怎么看。

[wangyzj]

devops 和语言没关系
投入产出比最重要
我觉得没啥问题

[MeteorCat]

有什么非要改成 golang 的理由？列举好

[miao]

没啥问题。稳定运行的项目切不可瞎改语言

[miao]

好像以前有了解 facebook 用的就是改良版的 php
现在不清楚

[momowei]

go 产出真不快，除了初始内存小点，性能和生态比 java 都差得远
用我大 java 呀，产出绝对高

[shiny]

和团队情况有关，光从这么一个帖子无法判断出来决策是否有问题。
倒是这标题，看得出来楼主想要批判一番，搞个大新闻。

[TangMonk]

PHP 的确好招人

[uxff]

@MeteorCat golang 语言的开发效率，语言优势，维护的优势很多就不列举了。其实没有说非要改成 golang，只是重构时候想选择一个新的方向，探索新的技术领域。go 是一个成熟被认可的方向。那同样的问题，didi，探探等有没有非要改成 go 的理由？

[wangkun025]

听 CTO 的。

[alpha2016]

韩天峰也是这个观点，成本考虑，现在市场上很多 go 程序员水平不是很高，如果让 php 开发转 go，和招一群 go 新手差不多啊，php 才是现实情况的最好选项

如果你有很多的资源可以招一批 go 大佬，彻底替换现在团队，那倒是可以。

[wangxiaoaer]

别没有大公司的命得了大公司的病。

作为员工当然想学习新技术自己爽，作为负责人必须要考虑招人成本。

正如一楼说的 Devops 跟语言没关系，别一提微服务就是 golang,一提前后端分离就是 node.

[manami]

go 确实比 php 灵活，业务复杂上微服务用 go 的优势就出来了，看你们公司未来的发展。

[sobigfish]

因为他除了考虑技术上可行性还得考虑人好不好招 😂

[guanhui07]

php 挺好的，还有 swoole

[designer]

人家是 CTO，对技术负责，不听他的指挥他还要背锅

[6oML852dJf9Kn2l7]

cto 的做法完全没问题，最关键的是稳定，golang 的人员招聘现在是个大坎儿

[sagaxu]

@alpha2016 Swoole 4.0 跟 Go 已经非常像了，PHP 选 Swoole 和转 Go 在学习成本上没有太大差别。

[uxff]

@momowei golang 开发速度还是不差的，有强大的 goland 和 vs code 等，结合起来速度真不差。

[loading]

每日 100w+的单，目前没性能瓶颈，为啥非要换？
你 cto 一点都不傻。

[uxff]

@shiny 我没那么极端和喜欢噱头，哈哈，只是心里的冷抒发一下而已。但是 CTO 决定不影响自己的学习方向。