V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
uxff
V2EX  ›  程序员

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

  •  
  •   uxff · 2019-12-29 16:17:30 +08:00 · 25117 次点击
    这是一个创建于 1634 天前的主题,其中的信息可能已经有所发展或是发生改变。

    背景:

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

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

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

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

    后来部门负责人走了。

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

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

    对此 v 友怎么看。

    175 条回复    2020-05-24 12:28:06 +08:00
    1  2  
    wangyzj
        1
    wangyzj  
       2019-12-29 16:22:45 +08:00
    devops 和语言没关系
    投入产出比最重要
    我觉得没啥问题
    MeteorCat
        2
    MeteorCat  
       2019-12-29 16:25:59 +08:00 via Android   ❤️ 16
    有什么非要改成 golang 的理由?列举好
    miao
        3
    miao  
       2019-12-29 16:26:46 +08:00 via Android
    没啥问题。稳定运行的项目切不可瞎改语言
    miao
        4
    miao  
       2019-12-29 16:27:40 +08:00 via Android
    好像以前有了解 facebook 用的就是改良版的 php
    现在不清楚
    momowei
        5
    momowei  
       2019-12-29 16:29:34 +08:00   ❤️ 3
    go 产出真不快,除了初始内存小点,性能和生态比 java 都差得远
    用我大 java 呀,产出绝对高
    shiny
        6
    shiny  
       2019-12-29 16:31:09 +08:00   ❤️ 21
    和团队情况有关,光从这么一个帖子无法判断出来决策是否有问题。
    倒是这标题,看得出来楼主想要批判一番,搞个大新闻。
    TangMonk
        7
    TangMonk  
       2019-12-29 16:33:43 +08:00 via iPhone
    PHP 的确好招人
    uxff
        8
    uxff  
    OP
       2019-12-29 16:34:13 +08:00
    @MeteorCat golang 语言的开发效率,语言优势,维护的优势很多就不列举了。其实没有说非要改成 golang,只是重构时候想选择一个新的方向,探索新的技术领域。go 是一个成熟被认可的方向。那同样的问题,didi,探探等有没有非要改成 go 的理由?
    wangkun025
        9
    wangkun025  
       2019-12-29 16:35:07 +08:00   ❤️ 2
    听 CTO 的。
    alpha2016
        10
    alpha2016  
       2019-12-29 16:36:14 +08:00   ❤️ 1
    韩天峰也是这个观点,成本考虑,现在市场上很多 go 程序员水平不是很高,如果让 php 开发转 go,和招一群 go 新手差不多啊,php 才是现实情况的最好选项

    如果你有很多的资源可以招一批 go 大佬,彻底替换现在团队,那倒是可以。
    wangxiaoaer
        11
    wangxiaoaer  
       2019-12-29 16:39:31 +08:00 via Android
    别没有大公司的命得了大公司的病。

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

    正如一楼说的 Devops 跟语言没关系,别一提微服务就是 golang,一提前后端分离就是 node.
    manami
        12
    manami  
       2019-12-29 16:43:23 +08:00 via Android
    go 确实比 php 灵活,业务复杂上微服务用 go 的优势就出来了,看你们公司未来的发展。
    sobigfish
        13
    sobigfish  
       2019-12-29 16:45:35 +08:00
    因为他除了考虑技术上可行性还得考虑人好不好招 😂
    guanhui07
        14
    guanhui07  
       2019-12-29 16:46:08 +08:00 via iPhone
    php 挺好的,还有 swoole
    designer
        15
    designer  
       2019-12-29 16:47:07 +08:00 via iPhone   ❤️ 1
    人家是 CTO,对技术负责,不听他的指挥他还要背锅
    g5hdyd
        16
    g5hdyd  
       2019-12-29 16:48:47 +08:00
    cto 的做法完全没问题,最关键的是稳定,golang 的人员招聘现在是个大坎儿
    sagaxu
        17
    sagaxu  
       2019-12-29 16:48:47 +08:00 via Android
    @alpha2016 Swoole 4.0 跟 Go 已经非常像了,PHP 选 Swoole 和转 Go 在学习成本上没有太大差别。
    uxff
        18
    uxff  
    OP
       2019-12-29 16:49:07 +08:00
    @momowei golang 开发速度还是不差的,有强大的 goland 和 vs code 等,结合起来速度真不差。
    loading
        19
    loading  
       2019-12-29 16:49:32 +08:00 via Android
    每日 100w+的单,目前没性能瓶颈,为啥非要换?
    你 cto 一点都不傻。
    uxff
        20
    uxff  
    OP
       2019-12-29 16:50:10 +08:00
    @shiny 我没那么极端和喜欢噱头,哈哈,只是心里的冷抒发一下而已。但是 CTO 决定不影响自己的学习方向。
    wsseo
        21
    wsseo  
       2019-12-29 16:52:15 +08:00
    很多帖子说语言一通百通,显然不是这样的。
    akira
        22
    akira  
       2019-12-29 16:52:17 +08:00   ❤️ 1
    cto 根据实际情况做最优选择。。没啥毛病吧
    wysnylc
        23
    wysnylc  
       2019-12-29 16:54:22 +08:00
    @wsseo #21 语言可以一通百通,生态不可以
    hlwjia
        24
    hlwjia  
       2019-12-29 16:54:58 +08:00   ❤️ 7
    每天购买 100w 单的消费者们会不会因为你们用了 golang 购买更多?

    golang 能不能做出些这些消费者们能感知的功能,而 php 是做不到的?

    技术部的工资是你们自费的,还是公司通过经验产生利润给你们发的?
    zuokanyunqishi
        25
    zuokanyunqishi  
       2019-12-29 16:55:05 +08:00 via Android   ❤️ 1
    既然 swoole4.0 和 go 都差不多了,就个人来说还是愿意去研究 go😁
    KENNHI
        26
    KENNHI  
       2019-12-29 17:10:46 +08:00 via Android   ❤️ 6
    pxxxhub 用的就是 PHP,我觉得语言不是性能瓶颈。
    alpha2016
        27
    alpha2016  
       2019-12-29 17:15:24 +08:00
    @sagaxu 学习成本的很大一块是排错成本,照着教程学和出错了迅速定位问题和解决,这个 cto 得考虑了,要是真的影响现有业务稳定性,cto 要背锅了。
    zjsxwc
        28
    zjsxwc  
       2019-12-29 17:19:14 +08:00
    需求变化快,全被调去写业务。。。
    LancerEvo
        29
    LancerEvo  
       2019-12-29 17:20:11 +08:00   ❤️ 2
    "新来的 CTO 说 golang 产出慢,golang 招不到人,golang 招人成本高,golang 项目不好维护等理由,突然决定公司停用 golang。坚持用 PHP 开发。"

    不是说的很明白了吗?为啥你还来发帖问
    mcfog
        30
    mcfog  
       2019-12-29 17:21:12 +08:00 via Android
    你猜部门负责人为什么没能升 CTO ?
    murmur
        31
    murmur  
       2019-12-29 17:22:06 +08:00
    golang=够烂
    所以我也投 php 一票
    ruchee
        32
    ruchee  
       2019-12-29 17:22:27 +08:00   ❤️ 1
    CTO 要考虑的问题远比你们小兵仔要考虑的多,听 CTO 的没错
    tinybaby365
        33
    tinybaby365  
       2019-12-29 17:28:40 +08:00   ❤️ 1
    虽然对 php 没有什么好感,但建议还是:不要切换。招人问题,开发效率问题,语言进化问题,标准问题,太多问题了。
    个人对 go 的理解,一个更好的 C,做 infrastructure 可以。
    dilu
        34
    dilu  
       2019-12-29 17:30:13 +08:00 via Android   ❤️ 1
    说真的,短短几年内,出活快,好招人,php 在这方面比 go 不知道好了多少倍
    sarices
        35
    sarices  
       2019-12-29 17:34:48 +08:00
    你在这里讨论没用吧,应该跟 cto 的上级沟通,如果你认为 golang 更好,你就死磕到底,做好被炒鱿鱼的准备就行了
    mingqing
        36
    mingqing  
       2019-12-29 17:37:01 +08:00   ❤️ 1
    本人目前长期写 Go,我觉得你们 CTO 说的也没错,什么技术栈适合当前环境,就用什么,语言没有可比性。
    sagaxu
        37
    sagaxu  
       2019-12-29 17:39:41 +08:00 via Android   ❤️ 1
    @alpha2016 我觉得决定性因素不是客观情况,空降 CTO,java 转 php,php 转 java,php 转 go 的例子一大把。
    hoyixi
        38
    hoyixi  
       2019-12-29 17:42:24 +08:00   ❤️ 1
    正常点的都不会折腾,至少短期不会。 如果换了新 CTO,可能会来一波,到时候也是辞退你们这些老人的时候了。
    yuanchao
        39
    yuanchao  
       2019-12-29 17:43:57 +08:00   ❤️ 1
    golang 招不到人,golang 招人成本高,golang 项目不好维护等理由

    +1 我觉得说的很有道理
    merin96
        40
    merin96  
       2019-12-29 17:45:05 +08:00   ❤️ 1
    并没有什么非用 go 不可的因素,瞎搞搞出问题还要背锅,吃力不讨好的事情换你去那个位置也不会做的
    tonnycao
        41
    tonnycao  
       2019-12-29 17:48:42 +08:00
    PHP 也可以做微服务,技术选型还是听领导的,除了问题有人背锅,自己搞除了问题就得自己扛!我觉得 Java 不错,很成熟了。
    iiusky
        42
    iiusky  
       2019-12-29 17:56:10 +08:00 via Android
    php 好像大厂都是二开 php 的,用 c 去写? golang 我目前看好的就是跨平台吧。学起来相对 c 比较简单。不过 go 的依赖管理着实辣鸡。。目前用 golang 处理流量数据。
    wdd2007
        43
    wdd2007  
       2019-12-29 17:59:20 +08:00
    没毛病
    ty4z2008
        44
    ty4z2008  
       2019-12-29 18:03:19 +08:00   ❤️ 1
    如果是现在情况并不是到了非换编程语言不可了。还是使用 PHP 的好。
    毕竟成本在那儿。
    另外部门内部没有一个深入 Go 的。并且做过相关的大型项目,best practice 这些都是摸着石头过河。
    另外容器编排这些用 php 也可以,不是限定了语言
    xmf1234321
        45
    xmf1234321  
       2019-12-29 18:05:04 +08:00 via Android
    hh
    alpha2016
        46
    alpha2016  
       2019-12-29 18:19:26 +08:00
    @sagaxu 感觉暴力转语言的,要么是业务扩展,现有的无法支持,不差钱,转。还有一些就是要凉,转语言像是得了绝症跳大神,客观因素是业务要求和员工也切换了一批。
    jss
        47
    jss  
       2019-12-29 18:28:37 +08:00 via iPhone   ❤️ 1
    团队里的问题,大家都会遇到;我身边鲜活的例子:项目组长走了,整个团队七零八散…
    scnace
        48
    scnace  
       2019-12-29 18:34:50 +08:00 via Android
    嗯,所以我们变成了 Java (
    lihongjie0209
        49
    lihongjie0209  
       2019-12-29 18:41:08 +08:00
    @manami #12 灵活性, 微服务什么时候和语言绑定了?
    @uxff #18 编辑器影响开发速度?
    manami
        50
    manami  
       2019-12-29 18:47:14 +08:00 via Android
    @lihongjie0209 不是绑不绑定的问题,而是谁更适合的问题。go 微服务直接二进制运行,php 试试行不?不行,需要 nginx 或 php-fpm 搞定进程和连接池管理
    lihongjie0209
        51
    lihongjie0209  
       2019-12-29 18:51:10 +08:00
    @manami #50 这么说的话 Java 运行还需要一个 JVM, 微服务的话也需要的应用服务器, 那么 Java 也不适合搞微服务了?

    既然搞微服务了, 运行时的这种依赖居然是问题?
    whatisnew
        52
    whatisnew  
       2019-12-29 18:53:23 +08:00   ❤️ 8
    说老实话,现在的有一些自以为自己很聪明的入门级程序员真是有一股自大的心理。
    我带的一个 python,觉得自己很牛逼,其实他说设计的刚 python 培训班出来,菜的要死,面试的时候看他底子不错,收了他。但是他自己觉得自己很牛逼,按示列把 pands 跑了几个示例就觉得自己精通了,有什么问题我给他一边做指导一边还鄙视我,自己平时逛一些社区什么的,以为自己很年逼,我做的一些技术选型和决策,有时候他表现出这样很 low 的感觉。这次裁员准备把他替掉。虽然人很聪明,一点就会,但是这样的人团队协作能力太差,不好带。
    manami
        53
    manami  
       2019-12-29 18:53:51 +08:00 via Android
    @lihongjie0209 ???讨论的不是能不能搞的问题,是谁适合搞的问题
    sagaxu
        54
    sagaxu  
       2019-12-29 18:56:53 +08:00 via Android
    @alpha2016 暴力切换更多是政治斗争结果。每个 CTO 都有亲信,把关键岗位都换成自己人是头等大事,换技术栈是最有效的手段。
    yunji3344
        55
    yunji3344  
       2019-12-29 18:58:34 +08:00
    能挣钱就好。纠结语言有什么用
    manami
        56
    manami  
       2019-12-29 18:58:38 +08:00 via Android   ❤️ 1
    @lihongjie0209 其次拿 php 在微服务跟 java 还真是被吊打,微服务常见的 2 种通信方式 rpc 和 restful,在 rpc 方面 php 做常驻内存就是硬伤
    lihongjie0209
        57
    lihongjie0209  
       2019-12-29 18:59:37 +08:00
    @manami #53 既然不是技术的问题, 那就是人的问题了。
    charlie21
        58
    charlie21  
       2019-12-29 19:10:20 +08:00
    项目组长走了,整个团队七零八散 … 哈哈哈
    zhangdawei
        59
    zhangdawei  
       2019-12-29 19:10:28 +08:00
    现有人员能力,现有团队能力,
    投入产出比,换技术栈带来的收益,
    团队老大要考虑的事情更多
    encro
        60
    encro  
       2019-12-29 19:10:46 +08:00
    阿里云一个 4 核 8G,几个 T 的数据,每天也有小几十万单吧。
    用的是 PHP Yii 框架,
    再增加 10 倍的话我只考虑换个好点数据库,不打算换语言,
    人力成本远大于服务器扩容成本。

    devops 难道比我 git pull 还快?
    netherlanddennis
        61
    netherlanddennis  
       2019-12-29 19:20:25 +08:00
    cto 主要考虑问题是 团队能活下去.

    php 投入成本更低.

    所以...
    eslizn
        62
    eslizn  
       2019-12-29 19:22:51 +08:00
    业务大于一切,如果性能问题没有到影响业务的地步,是没必要做语言切换的。

    还有些人推 swoole,swoole 虽然性能好,但是问题真不少。
    踩过很多坑,只能说一坑套一坑
    可以看看 issues,以及 issues 里 closed 里面一些其实问题并没有解决而是直接让你升级(非补丁版本),亲身经历

    另外把原有的 php 迁移过来的工作量不亚于重写,就长期的可维护性来说,go 比 php 好
    realpg
        63
    realpg  
       2019-12-29 19:26:11 +08:00
    挣钱的业务大部分不需要很高级的架构……
    zhuangzhuang1988
        64
    zhuangzhuang1988  
       2019-12-29 19:43:05 +08:00
    除了问题谁负责 听谁的.
    AX5N
        65
    AX5N  
       2019-12-29 20:09:43 +08:00
    虽然两个都没用过,但支持 php
    dandycheung
        66
    dandycheung  
       2019-12-29 20:12:10 +08:00 via iPhone
    北京吗?我这儿 golang 和 PHP 两开花,欢迎入坑……
    HanMeiM
        67
    HanMeiM  
       2019-12-29 20:16:18 +08:00
    @manami 所以有更好的 swoole 为什么不选呢?非要拿 php-fpm 来对比?基于 swoole 开发的 hyperf 框架就有提供微服务相关的一些东西,如果觉得不好还可以自己再换。
    mentalidade
        68
    mentalidade  
       2019-12-29 20:18:02 +08:00
    我们 PHP 转 java 了
    vvxu27
        69
    vvxu27  
       2019-12-29 20:18:20 +08:00 via iPhone
    @whatisnew 技术人员这种心态要不得
    pandait
        70
    pandait  
       2019-12-29 20:46:32 +08:00
    优秀。PHP 转 Java 中。
    dlqingxi
        71
    dlqingxi  
       2019-12-29 20:49:25 +08:00
    必须承认,这种心态多多少少有点“面向简历编程”的感觉。
    不管怎么说,简历上有 golang 系统开发经验总是比单纯的 php 开发经验好看,对吧。
    在这种心理下,技术人员当然巴不得导入新技术。
    某种角度来说,这也算是技术人员对自己的一种投资。

    但是,矛盾很快就出来了。对于公司来说,应该是面向业务编程,而不应当是面向技术编程。
    如果这一波换 golang,过两年,又出来个 wentlang,是不是又要换一波,再过两年,又出来个 wentlang++,是不是要再换一波?
    100W+的订单如果可以从容处理,起码说明这个系统稳健。够用。
    如果不是存在明显的短板,真应该好好权衡更替的成本。不能只从技术的维度去考虑问题。
    有这样的 CTO,应该说还是比较负责的。很大 cto 就喜欢盲目上新技术,最后……
    soho176
        72
    soho176  
       2019-12-29 20:52:41 +08:00
    我就问你 换成 go 能让公司收入增加吗?能帮公司减少成本吗? 如果啥都不能,那为啥非要用?仅仅因为是大厂用?自己也跟着用显的自己牛逼?
    hain
        73
    hain  
       2019-12-29 20:52:46 +08:00
    Golang 语言实现企业业务系统,不如 Java 生态好。
    建议用 Java,作为程序员,应该多学几门语言。
    wzhy
        74
    wzhy  
       2019-12-29 21:01:00 +08:00
    据说,刚刚在 27 号发射成功的胖五在地面设计时用的是 Windows XP,火箭上的软件用的只有 C 语言和汇编语言
    hheedat
        75
    hheedat  
       2019-12-29 21:16:26 +08:00
    北京的吗?我司招 Golang,需要联系
    SteveAlan
        76
    SteveAlan  
       2019-12-29 21:17:48 +08:00 via iPhone
    新系统可以评审一下,原本稳定的系统改他干嘛
    wangyzj
        77
    wangyzj  
       2019-12-29 21:57:22 +08:00
    补一句
    虽然新技能新语言新名词在简历上都很好看
    但简单粗暴在绝大多数企业中都能带来最好的投入产出比
    你有几个 9 的需求吗?
    你能向大厂一样引领潮流吗?
    淘宝转 swift 不也是很失败
    美团搞 flutter 也是摸索
    码农大多数作为成本中心存在没有那么多盈余可以过分投入新技术研发
    稳定和全局成本的把控才是一个管理者最应该考虑的事情
    即使非管理者也需要今早有这种意识
    虽然这对于个人来说看起来不那么利好->在目前的大形势下->在中国
    crbee
        78
    crbee  
       2019-12-29 22:03:09 +08:00
    我不觉得 CTO 的决策有什么问题...
    如果原有系统稳定运行且在一定周期之内都没有什么性能瓶颈,以业务需求出发没什么问题。
    Pastsong
        79
    Pastsong  
       2019-12-29 22:18:53 +08:00
    轮子哥说过,技术选型是政治问题
    sagaxu
        80
    sagaxu  
       2019-12-29 22:27:43 +08:00 via Android
    @eslizn 从 swoole 1.x 用到 4.x,一路各种 coredump,本以为 4.0 之后应该稳定了吧,没想到继续 core,4.0 之后小版本发布还大量修改代码。稳定性太差了,不知道 5.0 之后能不能改进一下。
    mengzhuo
        81
    mengzhuo  
       2019-12-29 22:30:09 +08:00
    大部分是 PHP 就 PHP 呗

    大厂才有空换语言
    MeteorCat
        82
    MeteorCat  
       2019-12-29 22:43:53 +08:00 via Android
    @uxff 你这个理由太空泛,我感觉没什么说服力,比如你们有什么业务瓶颈啥的?
    MeteorCat
        83
    MeteorCat  
       2019-12-29 22:53:57 +08:00 via Android
    @uxff 比如像我以前公司一样,当年我们公司有个类似一元云购项目使用 php+redis 实施抢购队列,但是后续并发流量上来之后,常常出现 php-fpm 池卡死的问题,后续我们用了 java-spring 实施的功能队列有效降低抢购时出现的卡顿,所以你得考虑业务情况来具体分析
    janxin
        84
    janxin  
       2019-12-29 23:03:01 +08:00
    谁说了算听谁的
    lolizeppelin
        85
    lolizeppelin  
       2019-12-29 23:08:27 +08:00   ❤️ 1
    php 死于 fast cgi,真正的“脚本”思维语言

    现在都开始依赖常驻进程了,那么多年来没有任何常驻进程相关的库积累,以前的框架都不是照常驻进程设计的,导致大量 php 程序员都没有相关知识

    脚本语言里也就 php 有这个缺点

    如果用 php 这个缺陷不是大问题的确没必要换
    blless
        86
    blless  
       2019-12-29 23:19:52 +08:00   ❤️ 1
    我们当时装 go 就很直接,什么开发效率慢,维护差都没有在点上。Go 最大的优势是工程性,go tool 的单元测试,覆盖率,性能测试,go fmt 自带的格式化,别的语言也不是说没有工程性,但是都是社区或者自行整理的规范。还有什么难招人?我们从来都是招别的语言的人来转,一星期上手真的不是梦。还有,搞软件工程,想要好维护,动态语言就不要拿出来说了,动态一时爽,重构 XXX。除非 100%代码审查,谁知道哪里用了 eval 之类的查个鬼。
    tailf
        87
    tailf  
       2019-12-29 23:20:23 +08:00
    @manami PHP 天生就是微服务,PHP 的优势有相当一部分就是来自于微服务的特性。当然这个微服务不是 java 对微服务的具体实现,而是微服务本身的概念。你品味一下。
    tailf
        88
    tailf  
       2019-12-29 23:21:46 +08:00
    golang 就是 C with Net,我实在是想不出它被大规模应用的理由。
    tailf
        89
    tailf  
       2019-12-29 23:22:16 +08:00
    对了,大家可能不知道,golang 全球 90% 的用户在中国。
    mitu9527
        90
    mitu9527  
       2019-12-29 23:26:36 +08:00
    根据你的描述,本身 PHP 是可以满足业务需求的,这时候首先应考虑把 PHP 做的更好一点,其次才是更换技术栈。没有绝对把握就换技术栈,说明前负责人考虑问题不成熟,本来问题说不定还简单,经过一番折腾,进退两难,你那前部门负责人不走就怪了。针对 Web 项目后端来说,目前就 PHP 和 Java 两门编程语言是主流,其他的编程语言的影响力都可以忽略,PHP 这两年性能提升了好几倍,工程化虽然比不上 Java,但也算完善,现在完全可以胜任大型项目了。所以说么不换,要换也是换成 Java。
    说点个人猜测:你那前负责人估计 PHP 不怎么样,这两年传出 PHP 前景堪忧后,听说 Go 比较火,学了一下 Go,就想换 Go,估计现在 Go 也不怎么样吧。如果他 PHP 和 Go 其中之一可以,不至于到现在的局面。
    tailf
        91
    tailf  
       2019-12-29 23:27:10 +08:00
    六年多前我开源的第一个库就是 golang 写的一个静态化工具,在线上运行六年了,golang 确实是一个好技术,但却不是一个可以像 Java 那样大规模应用的技术,就像 PHP 就有自己明确的使用场景,golang 的优势应用场景也是在高性能网络领域。
    mitu9527
        92
    mitu9527  
       2019-12-29 23:37:52 +08:00
    @lolizeppelin 这个确实是 PHP 一个问题,不过 PHP 编程语言从来都是开发者要什么,它就加什么,所以语言特性该有的慢慢都会跟上。我觉得 PHP 最大的问题是行业编程水平不行,说直白点最大的问题就是很多人都不懂面向对象编程思想,用着面向对象技术却写着面向过程的代码,微型、小型项目可以过得去,中型和大型项目这么做往往都会失败,更别说超大型项目了。
    arden
        93
    arden  
       2019-12-29 23:38:12 +08:00
    能用 go 就使用 go,说 go 不好维护,这是什么理由? php 代码才是真的难维护,用 swoole 为啥不直接用 go。
    wangyzj
        94
    wangyzj  
       2019-12-29 23:50:36 +08:00
    @tailf 90%哈哈哈
    CEBBCAT
        95
    CEBBCAT  
       2019-12-30 00:22:03 +08:00 via Android
    @dandycheung
    @hheedat 有招聘帖吗?在找一份实习或年后正式工作
    fansangg
        96
    fansangg  
       2019-12-30 00:39:41 +08:00   ❤️ 1
    屁股决定脑袋,CTO 能摸到这个位置想的东西肯定都和你不是一个层面的,从 PHP 换 go 是有代价的,时间和金钱。公司首要的目标是盈利,环境不会停下来等你们重构。
    no1xsyzy
        97
    no1xsyzy  
       2019-12-30 01:45:48 +08:00
    1. 问:这是否牵涉内部 zz 因素?(新官上任三把火,可以理解但需要谈,避免意外烧掉粮仓)
    2. 开发速度不凭主观,而且这东西主观偏差还是挺常见的,拿出具体数据,证明其确实是更好的选项
    3. 除了 Lisp,其他不过五十笑百,没有圣战的必要吧?

    @fansangg 重构的目的不是就是不等环境停下持续重写部分代码吗?改语言那叫重写。
    2kCS5c0b0ITXE5k2
        98
    2kCS5c0b0ITXE5k2  
       2019-12-30 01:52:08 +08:00
    @arden 问题是现在系统是稳定的 盲目换技术栈代价太大了
    no1xsyzy
        99
    no1xsyzy  
       2019-12-30 01:52:24 +08:00
    @blless 你这些优点,直接一个 Racket 都给你整齐了,而且 Racket 到 Typed Racket 平滑过渡,甚至可以先动态写好然后随时转静态。
    那为什么不用 Racket 呢?
    ericgui
        100
    ericgui  
       2019-12-30 07:40:39 +08:00
    用什么语言是郑智问题,不是技术问题

    你想明白这个就好了

    再说了,PHP+ Cpp 也照样可以支撑你们的业务,没问题。

    总之,这不是哪个技术更好的问题
    1  2  
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2882 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 36ms · UTC 13:34 · PVG 21:34 · LAX 06:34 · JFK 09:34
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.