@gowk 一句话，可能隐藏三个问题，1.现有代码很乱，2.现在代码用 Go 写，3.之前代码是 Java 写的。所以猜测下，可能是这样的，你想招一个会 Go 的人来重构之前用 Java 写的脏乱差的系统。
shilyx
2018-05-24 18:10:11 +08:00
我认为 go 将来会大火，尤其是接下来发布 2.0 之后。我看 go 设计的特别好，协程替代了线程，更抽象了一层。但是看到有人问如何调试 1000 个协程也吓了一跳，还是得用靠谱的方式去使用 go。 优秀的人的优秀是一贯的，很难说一个人原本的 cpp、java 写不好，迁移到 go 就突然好了，所以还是要寻找靠谱的人，用靠谱的方式去用。
sampeng
2018-05-24 19:05:14 +08:00
去招聘网站上搜 go。。。
最新在用 go 重构 rust 写的东西。为什么？因为不好招聘。。。我麻利儿的赶紧重写了。。 然后写的过程才发现，go 纯粹只是语法简单。甚至简单过头了。。工程化和 rust 的完成度比起来真的一个天上一个地上。。
但是 go 厨们完全不理会啥叫做“工程化”，就写个 crud 搬个转而已，要啥工程化？反正代码就是一次性的，要啥泛型？多一个类型复制一遍不就完了嘛～
sryanyuan
2018-05-25 10:35:03 +08:00
我周围基本都是其它语言转 go 的 我们组主要是 c++ 用 go 的话 基本看半天就能上手写代码了 主要是 c++开发速度太慢 基本除了性能和内存要求很高的核心用 c++ 其余的服务都改用 go 了
然后我们所在的大部门，基本都从各种语言转到了 go，java php c#的都有，但是直接招主要语言是 go 的人貌似还没遇到过
sampeng
2018-05-25 13:04:55 +08:00
@Bramblex2 所以给我一个很深的感觉就是大部分是被逼着学 go。被逼着去做 go 的项目。 因为莫名其妙现在流行的项目都是 go 写的，然后很多项目又是依赖各种库来搭积木。最后的结果就是。我要做一个项目，这个项目依赖各种库，各种库又是 go 写的，然后大家都用 go。。。基本是这样一个良性循环倒是。对于语言发展而言不是坏事。。。只是 go 的弱智工程化，实在让我不能苟同在大项目中的稳定性。需要很多脑力成本和人力成本去保证。。这点很难受
gowk
2018-05-25 16:29:11 +08:00
@westooy 实际上真相是我们的系统是用 C#写的，在当前业务并不复杂的情况下，做了一些短平快的项目。考虑公司业务的快速发展和.NET 的逐渐式微，以及招聘方面的顾虑，想迁移到别的技术栈，尤其是在当前代码库规模比较小的情况下。迁移的话首选 Java，首先招人容易，现成轮子多，但我个人比较喜欢 Go，考虑到是在三线城市，Go 人才比较难找，另外现在企业的 IT 系统并不是一种语言就能包办一切的，常常是根据自身业务，多种语言通力合作做成一个产品。招聘有其它语言经验的是因为 Go 并不适合做为一个程序员学习编程的第一语言，你只有 Go 语言的经验，再去学别的语言就会感觉很怪异，你要是先有别的语言比如 Java，Python 的基础，再去学 Go 是水到渠成的事情。举个例子，Go 里面只有一中循环条件 for，而且没有异常，其他常用的语言都有异常机制，另外接口也和别的语言不一样。所以我建议程序员从 Java 或 Python 开始学，有了这种编程基础再去看 Go，就没有不自然的感觉。