javafx 跟 java 语法不太一样，不过都运行在 jvm 上，javafx 可以操作 java 对象。我本人觉得 javafx 语法比 java 还要简单一些。不过因为不太流行，所以查资料可能不太好查。
不推荐 electron，打包庞大、占用资源。还不如起个本地 web 服务，把 html 做界面呢。

@WildCat 隐私保护法案可能不适用于这个 bug 收集反馈机制。因为它所收集的信息是显性的、可选择的。要不要发送给服务器，取决于用户的授权。

这取决于所用程序输出的调试信息。通常，它们会记录用户在 app 中的账户信息。有时可能还要会去服务器后台查询该账户更详细的信息。
如果你用的是 android，点击了“发送错误报告”功能，那么错误报告会被传送至 play 管理中心或其它的 bug 收集系统（取决于应用的注册声明）。

互联网后端要 python 的少了，可能都没有 go 多，现在还在招 python 的一般是写爬虫以及机器学习、数据挖掘这类。

@handylive #17 我不太懂 freebsd 用户，都是 unix 结构，可用性却没有 linux 高。
用 freebsd 的一般是因为信仰吧？它俩的区别在我看来区别不大。一个是强制开源，一个允许闭源。如果是开发者的话还有个区别，对于意见分歧，linux 的处理方式是 linus 独裁，freebsd 是社区民主投票？

日经问题。
我是很久以前在 windows 上用 git 得通过 cyg 或者 mingw 太繁琐还毛病多，才换去 ubuntu 的。
加上写交叉编译的 c 程序，也就是为其它平台编译程序，那在 windows 下是没法做的。以前试过 wsl，那个性能实在是太差了。
而且据我自己体验，idea 在同配置的 linux 下比 windows 快、省内存。虽然我也不明白它们都跑在 jvm 里怎么会有这么大差距。

@czfy 下载不会感染，运行才会感染。而运行在沙箱里的程序也触摸不到沙箱之外。
现代浏览器不通过漏洞没法独立执行用户级进程。ie 从 ie7 开始都是纯沙箱了。
随着浏览器的更新换代，能被利用的漏洞是稀有的。这类漏洞即便被掌握，其漏洞价值之巨大，一般也只会用来对少数目标进行隐蔽的精准攻击。广泛的无差别攻击难以带来巨大利润，且还会被公众迅速发现后修补掉。
不推荐用那种内核万年不升级的第三方 chromium 套壳浏览器。

一般情况下，除非使用的是 ie 这种古代浏览器，现代浏览器都是沙箱环境，javascript 接触不到本地文件。

不如用 webview 套 html，但要对不同的平台适配 webview 。
高级点起个 http 服务器，相当于把 web 后端写到客户端里。

哪的移动还没 ipv6 ？是不是用的路由器不支持 ipv6 ？

各个地方不一样，具体要自己尝试。
现在多是技术封锁，而不是行政警告。

我认识的一个小县城的电信机房的朋友说最近没有严查这个事情，不过为了省事，他们已经给 80 和 443 端口做了屏蔽。

应该是 cf 自己解析错误，污染不会恰好污染成百度云和京东云

gradle 用的仓库都还是 maven 的，为啥不直接用 maven ？说 maven 繁琐不如说是 gradle 太善变，或者构建脚本里写了太多魔法代码，以至于跟别人协作项目都要先调教 gradle 。何况我自己的体验 gradle 的编译打包还比 maven 慢。
写简单的项目用 gradle 并不经济，它会花大量的内存和时间来进行缓存和 diff 比较。甚至如楼上所说，gradle 资源开销能够一度比 ide 都高。这在大项目上的小改动也许会省时间，但是小项目这反而是一种累赘和冗余。
而即便写大项目，往往因为配置过于复杂，同时配置又过于灵活，变得难以维护。轻易不敢修改构建脚本，说不定哪个混淆插件、哪个发布插件的代码配置稍微修改一下就会出现无法预知甚至无法排查的故障。
maven 的死板以前都被人看作缺点，不过我个人觉得，对于大项目，这可能是个优点。不能随心所欲地写魔法代码，而必须用固定的框架，能减少很多问题。