golang语言就业前景？
就业前景广。Golang的并发模型也领先于Java。Gorouting是为并发而生的，所以现在学习golang是一个很好的选择，但是golang也有它自己的优点它的缺点是项目管理和包依赖管理不如Java，通用支持也不是很好。
与Java的生态相比，go的国内生态还很欠缺。另外，爪哇的就业比哥朗简单，因为差距很大，但哥朗的就业工资并不低于爪哇。因此，从语言的角度来看，golang优于Java，生态上低于Java，理论上比Java有着光明的前景，这需要看到国内的趋势。
既然建议尽量避免使用goto语句为何C++还要支持goto呢？
建议尽量避免的不是goto，而是无条件使用goto。
Java是没有goto语句，但那只是在语法层面，实际在Java字节码里仍然有goto的。码农们都知道，像if、while break、for这些都是包含goto功能的，只不过是有一定条件才goto。Java通过去掉goto语法，就是表达这意思，不希望程序员们进行无条件goto。
所以C++支持goto是很正常的，一般优秀的程序员不会无故地乱用goto。都是if条件满足了，再goto，这种写法。
另外，C++更偏向底层，提供goto、长跳转这些功能在有的场合用起来比java要方便。
为什么越来越多的公司使用Go代替Java作为后端主要开发语言？
作为api开发来说，go优势非常明显。首先从开发来说，go的开发效率比java高了好多，无论配置文件。还是语法方面，go可以说是不多的可以边学边出项目的语言，几乎无曲线。在部署上，不需要前置条件的可执行文件，和容器完美结合，内存占用率小。同样的模块，springboot打包70多的模块用go重写后只有20+，部署到k8s上，java版多核占用率147，go版占用率49。单实例双副本可轻松支撑日5000万次以上接口调用
做开发也十几年了，很多很多年前就有人在推崇go了，说go能开多少协程，高并发有多厉害，当时也觉得牛，Java这么多年就没有，经过好多年了，对集群高并发有了更深的理解，发现大家说的能开成千上万的协程其实没啥用，Java早十年就有这个概念了，我就很奇怪为啥Java不实现呢，百度了下说阿里很早就用纯代码实现了协程，但效果不好，真实性就不待考证了，我们就自己思考下，反问下有多少程序需要开成千上万上百万的协程的，开这么多协程你又能用上多少cpu，时间片都是有限的，大部分协程其实都是在等待中度过，上万的协程切换花的时间并不比你用几个线程花的时间少？
上大学的时候，专业主修语言还分c#和java，过了这么多年c#基本只外包还在用了，岗位也少得可怜，开发语言少说也有几十种了，大浪淘沙，多少技术浮沉，如果go一直拿协程说事，走不长的，还是得生态，生态，生态，头条肯定有服务治理的一套解决方案，但需要人花时间写个通用框架并开源出来，生态的完善需要这些头部大厂的努力，头条我也查过为啥选go，当时记得一句话如果你系统本身是Java没有必要选go，Java一直有强大的开源组织贡献源源不断的力量，所以Java 一直在发展，go要追上这种老牌语言还有很长的路要走。
也待过几个公司，也有公司涉及语言转型，问为什么不选java ，Java太庞大了，最后选了php，java 的确是比较庞大，一个jsp 就当php了，java 的入门是要高点，如果你是科班出生，大学多半也学过了，选java 是没有错的，新团队就看你们cto 的判断了，鉴于互联网时间并不长，很多小公司cto可能还没30岁，选什么语言都不奇怪，每个语言都能支撑你们做世界级的大公司，只是花的时间多少而已，弱势语言需要更多的大牛和人才培养的问题，毕竟不是老牌语言一抓一大把。
说那么多个人并不看好go，编程语言很多了，在谷歌可能也许只是个kpi的产物，把未来寄托在这么一个可能在谷歌内部都不算核心业务的语言上面总觉得不太明智。