@shoaly 哈哈，有场景用上了是最大的支持了～

@Takamine 啊，这。。。过于细心了。

@Ehco1996 嗯，网络异步 IO，多路复用这一块的确是比较某意思的。写法上接近 C 语言编程了。

@lewinlan 哈哈，感谢你的建议。工作中的一些总结和尝试，大部分是自己的理解，错误在所难免，不过写之前也在尽可能多地参考。在讨论中慢慢完善和修正吧。早上刚合入了一个 PR 。

@yhzwy 可以多关注 go 比较知名的项目，微服务，系统编程(容器，数据库，文件系统等)，以及一些性能工具会比较多。

@jmyz0455 复杂的应用上，go 的生态比起 java 还是差挺多。简单网站区别不大。

@CrazyBoyFeng 对的，动态链接是支持的，比如 cgo 编程，链接 C 库，类似于胶水。

@cabing 非常感谢你的建议，才刚刚开始写不久，通过讨论慢慢地拓宽视野。

@oxromantic，嗯，这种是不需要的。但文件系统不是必须，嵌入式设备种类很多，家用路由器是，树莓派是，体积庞大的基站其实也是。不过因为体积和内存，Go 在这块的应用场景还非常有限，要求稍微高一点，就只能用 C 了。

@wzw upx 带壳压缩，优点是仍可以直接运行，缺点是，运行时动态解压。不过实际应用过程中，解压感觉几乎是无影响的，所以对体积比较敏感的场合还是推荐用的，比如嵌入式设备。体积会影响加载和网络传输时间。通过编译选项减小体积是能提高性能的。

@Mitt 感谢建议，我可以再去探索下各种场景的实践。我自己服务器部署的服务是不会用的，但是一些插件的场景，考虑到设备空间，或是 hook 的场景，套在常用命令前执行，体积对性能上是有影响的。

@youngce 笔芯～

@oxromantic 因为在公司会做一些插件小工具，10MB 压缩到 3MB，7MB 的差异对我来说，是至关重要的，不知道有啥更好的压缩体积的方法？

@kevinwan 活捉大佬一枚，关注了~

hexo 得升级 5.0 版本，一百多篇，两三秒。之前用 3.9 版本，得接近半分钟了。

@hallwoodzhang 感谢支持~

@rookiebulls，基本上每个平台我的头像都是一样的，估计在其他平台见过~

@kasumigaoka 工作问题，强化学习没继续写下去了，不过风格是类似的，先从 N 到 1，然后再从 0 - N，对毕设有帮助很荣幸啦~

@SteinsGate @Leigg @firethehole @iQXQZX 感谢支持，比心~