我理解这个问题无解的。

1. 浏览器加了没用，一个 curl 就解决了
2. 表面弄得再复杂也是掩耳盗铃，可以抓包
3. 包加密也没用，怎么客户端也得存个 key，客户端搞个 GDB 之类的插进去拿出来还是能把包解开

其实就是成本高。在上家公司几年全程结对，其实挺不错的。主要是可以替代很多培训，文档，小的设计讨论，等等的很多东西，也不怕某些人突然请假或者跑路，仔细想其实总能想到很多其他的好处。个人觉得这个实践比其他的敏捷实践都好使。

这种问题每次争了半天谁也不服谁，也没啥意思，我也不想说技术或者业务方面了。

我说点实际的，不一定对，能引发一些思考就是好的，最后觉得我说的不对我也无所谓：

1. 现在看 Java 更卷一些，而且用 Java 当螺丝钉的感觉更强一些，毕竟是很容易拆卸的「人件」，另外每年还有培训大军涌入。
2. Go 在上升期，然后很多比较新锐的企业用 Go 的很多，以后逐渐会有一些发展成大厂。而且很多用 Go 的公司领导层也偏年轻，有一部分还是很有人文感的，不全像经历过特殊时期的中老年人老板除了钱啥都看不上，张嘴只讲福报。
3. 如果你现在觉得 Java 和 Go 看起来差不多，那么以后 Go 会更好一些。
4. 如果你现在转 Go，N 年之后就有 N 年经验，如果 N 年之后形式不好被迫转就很被动，看起来 PHP 社区很多人就面临这个境地。很多人以「语言没有好坏」作为心理安慰自嗨、不思进取，最后坑的是自己（讲真现在看 Java 贴有点六七年前看 PHP 贴的感觉）。

总得来说 Java 最终肯定还是会有很多市场的，Go 肯定也不会完全替换 Java，但是应该多从未来从业者的求职角度思考（薪资，供需比，文化等），而不是纠结最后 Java 是不是还适合写业务，现在这几个大厂最后还用不用 Java，论写业务优秀吊打 Java 的语言有一打，但是对于题主的问题回归的是市场。

如果上面说的不够直观的话，英文好可以搜搜 90 年代的 C++ 和 Java 之争，当时 Java 还是小众玩具，大部分业务还是 C++写的。C++党基本上以轻视为主，打击 Java 功能垃圾为辅。像这种帖子最常见的论点「场景不一样，不可能替代」虽然没错，但是并不能反应最后的市场走向，因为不仅其实大部分业务可以用 Java，到现在像网络游戏之类不适合 Java 的都在强行 Java 。

如果套用美苏冷战思维看的话，某个时间的确两边实力差不多，但是双方发展的速度完全不一样，那么结局很可能已经注定了。