@xatest #2
简单说就是跨平台的游戏协作开发及发布社区

@skrsb #3
steam 社区也不能直接访问了，我设想中是以开源作品为主，开源方便多人协作创作分支，还可以支持一些弹幕和多人游戏的 API，像马里奥制造那样的

@Dox #4
云通关的话缺少交互性，不过对于不想费力动手打游戏的用户也是不错的。

@noe132 #5
没有使用过 pico-8，在刚刚粗略的了解过一下后，我发现这个平台在画面音效运行资源等方面有较多限制，我设想的平台不具有这些限制，用户甚至可以开发一套 IDE 作为"游戏"发布。
优秀内容创作的门槛确实比较高，因此提供了可以由其他人 fork 并完善的想法，也可以先发布一个半成品的原型，然后慢慢丰富内容。但是问题果然还是以开源游戏为主，平台和内容创作者就很难获得收益，存续的方式堪忧。

@hjahgdthab750 kotlin native 好像还真可以，不过我不太喜欢每个程序都给自己打包个运行环境副本的做法

java 最近加特性也加的挺快的，最近也在了解 Kotlin 。

fmemopen 但是 windows 上可能没有，可以自己实现一个类似的，加个指针读取并移动指针应该就行了吧

@lxtx2018 #48 如果你这样想的，我觉得你适合学 Go，比 Java 还不花里胡哨。最近版本 java 也加了不少语法糖，还有些库反射用的也比较花。不过个人觉得，编程语言具备这些常用的语法糖是很必要的（除了 C，因为 C 需要支持相当广的场景）。

@lasuar 目前广泛使用的 Jvm,hotspot 并不是解释执行的，分发二进制不是常规操作的原因主要是系统架构及 ABI 不同，就需要针对 windows,linux,x86,x86_64,arm 等等一大堆的平台生成二进制

@linjian 你把 try 的异常 catch 住打印出来，闪退你就用控制台运行，文件被独占模式打开就不能覆盖

notify，wait，和条件判断通常是一起用的，条件判断后选择进入等待或继续运行，这个时候要保证条件判断后，条件不会被其他线程改变，所以通常都会有个锁保障类似的场景。

是不是 udp qos 了？这个可能要问运营商才知道了

bytebuffer 设置小端字节序试试

你把端口都发一遍，那 nat 设备端口不就被你占满了，甚至会影响到其他用户的 udp 通信。nat 设备可能会限制 nat udp 端口数量的吧

如果只是等待线程计算结果，用 Future 就够了，BlockingQueue 都麻烦了

public <T extends BaseEntity> String importDataUnion(Class<T> clazz, MultipartFile file){
ExcelUtil<T> util = new ExcelUtil<>(clazz);
...

@fovecifer 理论最高效应该是回调，但是我想你大概不会喜欢这么写异步程序的

@AngryMagikarp #84 第一个回复就有人写了，"打包出来就一个可执行文件"，有动态依赖是没错，但最多就依赖操作系统的部分核心库，也很少见到有人拿 Go 写动态库的。

@xmge #82 确实时代变了，但是动态库还是有些的价值的，比如现在被广泛诟病的 electron，如果 electron 变成一个通用库，所有程序都用这一个库，不仅打包大小小很多，内存占用也可以变小。不过版本管理就会麻烦，各有取舍吧

很迷惑，最早的时候 C 程序都是静态编译的，后来为了避免内存中存在库的多个副本造成内存浪费，出现了动态库，然后，Go 又改了回去，然后这个特性受到了广泛好评。。。

涉及多个领域而接触多个语言的情况是很常见的，这种时候不说精通，能简单读懂还是有必要的。

@cheng6563 #10 今天刚好碰到一个 libgdx 上 jni 访问越界造成 jvm 崩溃的问题，把源码全部扒出来查了半天最后发现是 openj9 的问题，换上了 zulujdk11 就好了。。。

我有过类似的想法，合作性质的游戏 /软件开发。这类的软件只支持移动端的话我觉得不太好

@yjxjn #2 我工作不是用 Java 的，只是自己做的一些工具是用 Java，因为不能堵塞 UI 线程，涉及网络，文件等耗时操作都会用到多线程