@devtiange 原来 vscode 不算集成开发环境，哈哈哈哈哈。 那你怎么不用 nodepad ，editplus 呢？

@devtiange 原来 写 nodejs ，go 不需要 ide （集成开发环境，不是那个 IntelliJ IDEA ）。哈哈哈哈。

如果都要用，那有什么问题呢？？ 本来就是需要用的东西，又不是为了解决某些问题 而故意绕路去用的东西。

这也能拿来喷？

@lambdaq 喷人 当然要 语气重点， 原来在你眼里这叫急了，哈哈哈。 至于为什么 不是好好反驳，而是采用喷的方式， 是因为你真的很不专业，指出的问题 完全就是瞎扯淡。

@Buges 命名空间 也会有重复的 概率， 这也是 java 为什么要规范 把倒置的域名 添加到最前面的原因。

包名 就是 倒置的域名 . 命名空间。

这么说，明白了没？

@mekingname 我解释过为什么 需要这么长的包名了，我也解释过 go 里面的方案也不见得优雅，你自己去看看 go 的 import 后面那一段有多长，

我也解释过 你完全可以不遵守这个规范，只取一层包名，甚至不要包名。

又不是 编译不通过，又不是运行不起来，又不是容易出现安全问题！！ 你完全可以不遵守啊。

而且取个包名 有多复杂 ，你以为跟你家的 go ，nodejs 一样需要一层一层的取吗？？ 完全一步到位，你完全可以把他看做是一个 名字为：com.xx.xx 的文件夹， 完全可以看做是一个文件夹，创建的时候 也确实 只需要花 建一层的 时间。

你自己 带着有色眼镜，你才是装睡的人！！

@plutome go env -w GOOS=linux 原来 这句在你眼里 不是配置啊，哈哈哈哈。 果然 是带着有色眼镜的人

@plutome 写的行数够多吗？ https://beeruscc.com/

都有数据库了，还想着运行在别人的本地？ 弄个服务器部署一下 不好吗？

@mekingname 我还想吐槽一下你家的 go ，你说 java 部署麻烦， 不就是比你家的 go 多了一步吗？服务器装 jdk ，就这么一步而已，有多麻烦？

你家的 go 还不跨平台呢，你的开发环境如果是 windows ，服务器是 linux ，你试一下部署麻不麻烦？ 你要在 windows 上配多少东西 才能编译出 去 linux 上运行的二进制文件？？ 如果你不在本地编译，那你的服务器上不也要装 go 编译器？？

半斤八两罢了！！

你千万别扯 自动化部署，docker 等东西，这些东西 java 也是完美支持的。

@lambdaq 麻烦你专业一点好吗？ 发这种图 就是暴露自己水平的。 你先想清楚 我为什么说你不专业，再回复我。

@Buges 还有一点，这也是规范罢了，你不想遵守，只想编码一时爽，完全没问题，抛弃规范好了，用 go 规范。

包名完全可以一层啊，甚至都不需要包名，直接在 src 目录下建类，又不是不可以，又不是编译不通过，又不是运行不起来。

你觉得 get/set 麻烦，可以学 go 啊，全部定义成 public 不就解决了？？

还有个问题，你的原话是 [我只在乎我用的 StringUtils 是项目中导入的哪个库里的] 。

你去看看 别的语言，怎么解决这个问题的，是怎么让你区分导入的哪个库里的，有几个短的？

@mekingname 对了，还有一点，这也是规范罢了，你不想遵守，只想编码一时爽，完全没问题，抛弃规范好了，用你家的 go 规范。

包名完全可以一层啊，甚至都不需要包名，直接在 src 目录下建类，又不是不可以，又不是编译不通过，又不是运行不起来。

你觉得 get/set 麻烦，可以学 go 啊，全部定义成 public 不觉解决了？？

@Buges 你好好学学 java 再说吧，src/main/java 是 maven 的目录，你不用 maven 就没了，而且这一层不需要手写。

com/example/Xxx.java, 我上面已经解释过了， 你如果真想喷这一点，可以再去细细了解一下好吧？ 而且 go 的 import 后面 不也很长？甚至更长，只不过他不是用目录来 解决这个问题罢了。

而且这都不是问题，往代码编辑器里一丢（ idea ，eclipse 等）， 根本就不会显示出很多层。 我也用过 go ，还开发过两个框架，对比下来没觉得 go 哪里简洁了。

而且从你的喷法来说，java 也就这个目录 能吐槽吐槽了吧，哈哈哈哈。

@zakokun 请你先好好学学 java 再来说好吗？ 你但凡专业一点也不至于这样吧？ 包名 在 代码编辑器里面 居然可以显示成目录，你是多么的不专业，发出来简直贻笑大方。

src/main/java 这是 maven 的目录，不需要你手写。后面的全是包名，你但凡专业一点，这些包名 都不至于显示成目录。

自己菜 就别出来丢人了！

@mekingname 几十层？？？ 有偏见就直说吧，没必要装瞎子好吧？ 你睁大眼睛再去数数。 而且你真的懂 java 吗？ src/test/java/ 这是 maven 的目录， 根本不需要人写。 再前面一点是项目的名称。 后面就是包名了。

包名为什么这么长，我已经解释过了，你家的 go 确实没这么长，但是你看看源码里 import 后面有多长？ 这个问题 go 不是用目录来解决的罢了，但一样需要解决这个问题，而且也不见得优雅！！

[
我自己的 StringUtil ，我直接在根目录创建一个 MyStringUtil 文件夹就放了不行？腾讯的 StringUtil ，就叫做 TencentStringUtil ,都放到根目录，就一层文件夹。简单又清爽。为什么要嵌套 com/xxx/yyy/zzz/mmm/tmd/fuck/shit/mmm/StringUtil?
]
哈哈哈哈，果然什么都不懂，你能控制别人的 jar 包 里的类是怎么命名的吗？ 你确实可以自己建一个 MyStringUtil ，但是如果别人引入了你的 jar 包， 但是他不知道你有 MyStringUtil ，自己又建一个 是不是冲突了？ ok ，你可以说 发现冲突了可以改，那我问你，如果你引入的两个 jar 包 类名冲突了咋办？ 你去翻他们的源码，修改 然后重新编译吗？？？

语言特性 哪里笨重？？ 请具体说明，

部署麻烦：一个 jar 包往服务器一丢，就可以启动了这也麻烦？ 你家的 go 是 自动编译，自动部署，不需要 往服务器丢东西吗？？？

生态环境：我也是笑了，新生代语言 谁敢跟 java 比生态？？？

很正常，很多人就是学了点新语言，趁着新鲜感 就出来秀一秀优越感。 如果真让他们用两种语言 写同一个业务逻辑，代码量 肯定是半斤八两的。

至于 get/set 之类的， 这不是规范的锅吗？ 跟语言有个屁关系，想偷懒的人 完全可以 把成员变量定义成 public 。

而且 java 的 三方库 非常丰富，官方库 也很丰富， 开发起来 效率到底有多低呢？