笑死，网络原因是你的原因，人家从一个公网可达的服务器下载，小白开箱就能用，你要是处于不能访问公网的环境中你当然要自己处理。
jdk 又不是系统自带的，brew 包的打包者怎么知道你有没有安装 jdk ，你安装的 jdk 是否兼容。
至于版本问题，gradle 既然兼容新版本的，那谁会在依赖列表里指定旧的版本。

这应该是好事吧，你微信小程序，已经通过微信的 token 关联到微信用户了，没有了合规问题，那你为什么还要手机号？

你搞错了，不是云防火墙给你等待几十秒超时，而是你的客户端发出的握手包一直没有相应等待几十秒超时。
服务器端早就把你的包丢掉了。

@anxudong 多的不说，注意一下如果哪天网站访问量非正常暴涨，最好关一段时间避避风头。

@yipengfei329 当然没有，但也没有表达页面标注的费率并非实际支出，所以这是文字游戏。
线路、服务器当然需要付费，但用户评估你的价格不会分什么“权益买单”、“手续费”，用户只会计算自己的用量所需的实际支出--与官方价格的比例，这部分作为你们的成本和利润空间没有任何问题，但你们应该让用户直观的得到，而不是自己小心的计算。

10 元开一个月的会员得到前 100 元消费 9 折的折扣，即使算上“赠与”的误差，使用 100 元的量也不开会员的费率相差不大，那你在会员描述里标注一个 28% is literally a lie.

我们都知道你标注的内容没有“假话”，我们也都知道这样标注的目的是尝试让客户产生误解，和 10 块的东西不卖 10 块而要卖 9.99 一样。这种行为就是不诚实的，难道就非要卷到明码标价都做不到，必须要用这种小手段的地步？

一直用的 goldendict ，你日语找专门的词典应该也一样。
直接用 GPL 的原版就行，不需要各种违反协议的 fork ，也不需要欧陆这种商业软件，原版的就足够完善了。

会不会有法律风险？
虽然数据是公开的，但合订本不能乱看，产生负面影响也可能会担责。

开源、自部署、端到端加密是完全不同的事。

不过通常端到端加密的应用都是开源的，至少客户端要开源，不然端到端加密等于是没有。

以 IM 工具来看，端到端加密当然是有必要性的，但非端到端加密同样也有必要性。这适用于不同的需求，开放的群组搞端到端加密没有任何意义。

@yipengfei329 大家都会算？不，大家不想算。
我根本没有提价格高低的问题，价格多少是你们的自由，我提的是定价展示的**诚实**问题。

诚实的定价展示应该让用户尽可能容易理解你们的价格，而不是尽可能误解你们的价格。

9 折 /8 折标注的约 28%/12%费率是谎言，这是将会员固定费用和折扣限额**忽略不计**得到的结果，而非实际支出，纯纯的文字游戏。

还跟我转进灰产老赖号，我有提一句价格高或低了吗？只是请你们诚实的标注出价格，以尽可能让用户理解而非尽可能让用户误解的方式。

诚实一点就这么难吗？

@yipengfei329
那显然也丝毫不符合你们标注的费率，玩这种文字游戏，只会增加用户搞明白实际支付费率的心智负担。
定价多少是你们的自由，那定多少就标多少，阶梯定价也 ok 。非要整这种花活，诚实一点就这么难吗？

这个定价方式是我理解不对么，高级会员 10 元 /月，10w 以内积分 9 折，10w 积分价格 100 元不是正好折扣 10 块，这会员等于没开？

Windows 的图形这方面似乎和 X 一样，有没有限制法不清楚。
X 的话可以换 wayland 或者用 X in X 来隔离开。

quic 和 tcp 在这一点上没有什么区别，认为 tcp 存在“粘包”问题的人不会到了 quic 就有什么变化。

@NewYear #31
这不是经典的发动群众斗群众，你还别说，程序员还真吃这一套。
君不见每次 GitHub 被干扰都有很多程序员把矛头对准拿 GitHub“瞎搞”的人，而不是不让他上 GitHub 的人。

@flyqie 因为砍的都是 anti-feature 。以以前的读取硬件 IMEI 的功能为例，Android 不知道花了多少年才终于把这个权限砍掉，而在这之前是个正经应用都要这个权限，不给就闪退。

@SekiBetu 因为 mpv 默认不使用硬件加速吧，mpv --hwdec=auto 在低配设备上应该会非常流畅。
如果不是这个原因老旧设备也不支持硬件解码的格式，那估计哪个播放器来了也不好使。

@totoro52 所以叫立场不同，作为用户，我看到的是这样：
Android xx 收紧了某某权限，现在 app 不能访问了 -- 但出于兼容性 target sdk 低于 xx 仍然可以正常使用以前的 API 。
那 target sdk 高于 xx 的呢？只需要在清单里声明 xx 权限就可以了，声明了权限 play 商店的审核会有额外要求，但用户仍然不能控制，不上架 play 商店的也管不到。
Google 对待开发者还是太仁慈了，每个 Android 大版本都兼容过去的 API ，完全没法逼迫开发者迁移。再怎么收紧都是从商店审核角度，而不是从系统 API 角度，根本管不到不上架 play 商店的应用。

像你说的这个应用内更新权限不给上架还是太温和，要是把这个权限直接删掉，只有系统应用和特权应用才能发起安装包，岂不是更彻底。

土制协议容易，土制类 tls 协议就有点困难了，tls 太复杂了。
我感觉目前的网络架构下，anti censorship 的顶点就是 shadowTLS 这种方案了。

这个所谓“软件安装程序”通常都不是开发者自己开发的，而是打包工具自带的。