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

[tonnycao]

PHP 也可以做微服务，技术选型还是听领导的，除了问题有人背锅，自己搞除了问题就得自己扛！我觉得 Java 不错，很成熟了。

[iiusky]

php 好像大厂都是二开 php 的，用 c 去写？ golang 我目前看好的就是跨平台吧。学起来相对 c 比较简单。不过 go 的依赖管理着实辣鸡。。目前用 golang 处理流量数据。

[wdd2007]

没毛病

[ty4z2008]

如果是现在情况并不是到了非换编程语言不可了。还是使用 PHP 的好。
毕竟成本在那儿。
另外部门内部没有一个深入 Go 的。并且做过相关的大型项目，best practice 这些都是摸着石头过河。
另外容器编排这些用 php 也可以，不是限定了语言

[xmf1234321]

hh

[alpha2016]

@sagaxu 感觉暴力转语言的，要么是业务扩展，现有的无法支持，不差钱，转。还有一些就是要凉，转语言像是得了绝症跳大神，客观因素是业务要求和员工也切换了一批。

[jss]

团队里的问题，大家都会遇到；我身边鲜活的例子：项目组长走了，整个团队七零八散…

[scnace]

嗯，所以我们变成了 Java （

[lihongjie0209]

@manami #12 灵活性， 微服务什么时候和语言绑定了？
@uxff #18 编辑器影响开发速度？

[manami]

@lihongjie0209 不是绑不绑定的问题，而是谁更适合的问题。go 微服务直接二进制运行，php 试试行不？不行，需要 nginx 或 php-fpm 搞定进程和连接池管理

[lihongjie0209]

@manami #50 这么说的话 Java 运行还需要一个 JVM， 微服务的话也需要的应用服务器， 那么 Java 也不适合搞微服务了？

既然搞微服务了， 运行时的这种依赖居然是问题？

[whatisnew]

说老实话，现在的有一些自以为自己很聪明的入门级程序员真是有一股自大的心理。
我带的一个 python，觉得自己很牛逼，其实他说设计的刚 python 培训班出来，菜的要死，面试的时候看他底子不错，收了他。但是他自己觉得自己很牛逼，按示列把 pands 跑了几个示例就觉得自己精通了，有什么问题我给他一边做指导一边还鄙视我，自己平时逛一些社区什么的，以为自己很年逼，我做的一些技术选型和决策，有时候他表现出这样很 low 的感觉。这次裁员准备把他替掉。虽然人很聪明，一点就会，但是这样的人团队协作能力太差，不好带。

[manami]

@lihongjie0209 ？？？讨论的不是能不能搞的问题，是谁适合搞的问题

[sagaxu]

@alpha2016 暴力切换更多是政治斗争结果。每个 CTO 都有亲信，把关键岗位都换成自己人是头等大事，换技术栈是最有效的手段。

[yunji3344]

能挣钱就好。纠结语言有什么用

[manami]

@lihongjie0209 其次拿 php 在微服务跟 java 还真是被吊打，微服务常见的 2 种通信方式 rpc 和 restful，在 rpc 方面 php 做常驻内存就是硬伤

[lihongjie0209]

@manami #53 既然不是技术的问题， 那就是人的问题了。

[charlie21]

项目组长走了，整个团队七零八散 … 哈哈哈

[zhangdawei]

现有人员能力，现有团队能力，
投入产出比，换技术栈带来的收益，
团队老大要考虑的事情更多

[encro]

阿里云一个 4 核 8G，几个 T 的数据，每天也有小几十万单吧。
用的是 PHP Yii 框架，
再增加 10 倍的话我只考虑换个好点数据库，不打算换语言，
人力成本远大于服务器扩容成本。

devops 难道比我 git pull 还快？