在排除防火墙的原因下：（腾讯云 Web 页面上的防火墙策略以及 VPS 内部的防火墙 iptables ）

1、多发几次，不排除是网络原因，导致丢包，因为 UDP 本身就不保证可靠，需要应用层自己做可靠性保障
2、尝试一下 traceroute，是否能够正常连通 VPS 以及是否存在丢包

没有用的。

就算能实施

如何监管？
违反以后，是否有处罚？如何处罚？
主管部门是谁？

一系列的问题太多了，这就一个空头文件。

0.9 * a = 99
1.1 * b = 99

这不是小学生题目嘛？

@xaoduer #8 应该不是结果由正序变逆序。自然结果下，并不一定是正序啊。所以也不能推导出，最坏的排序复杂度。

从 SQL 语句看，a、b 字段加索引就可以了。

@cr4fun 这个设计好，驱蚊 + WiFi 两用。我觉得这个产品可以上市。

其实还是历史包袱太重，我觉得最好的就是只显示主域名，其他的 uri/protocol 的都不显示，并且严格区分显示类似字符，如 1Il/0O 这样的。

这么多年了 http://baidu.com:google.com@jd.com 这种很容易构造出来，小白用户很容易被误导。就只显示真实的域名，用户点了地址栏才显示完整的。

>> 关键是现在我想去小厂搬砖的面试机会都没有啊

以我多年的小厂经验，小厂对于人的要求只有一条，进来就能干活，什么 985/211 这些光环并不看重，中专也无所谓，只要能干活。

因此，我猜测你的情况是，

1、技术能力不满足小厂的需要；
2、薪资水平要求高于小厂预算；


其实小厂更需要综合性技能人，就是要啥都会一点，不精通也没关系。这样可以节约许多人力成本。

简单的看，可以认为 Kotlin 是 Java 的胶水。毕竟都是跑在 JVM 上的，本质上没有什么区别。但是 Kotlin 提供了大量的胶水特性。比如对于 Closable 对象直接使用.use{}，不再需要手动关闭对象。
filter/map/let/apply 的组合使用，可以让代码高度简洁（同样需要对代码高度了解，不然根本不知道返回了什么东西）

总之，要没用过 Kotlin 呢，Java 也很不错。用过了，这些胶水特性，至少我是回不去，新开项目一律 Kotlin。语法糖是语法糖，但是甜啊。

那么问题来了，至少我掌握的技术，没法卡住企业的脖子，那么老板这么说是没毛病的。确实是技术不值钱（特指我的技术）

放大了看，如果老板愿意出足够多的钱，这个范围将被极大的扩大，除了少数高精尖的技术已经不能被金钱左右，其他技术问题都可以用钱解决。此时同样适用，技术不值钱，谁的能做（因为钱给够了）

为什么不从官方找，要找二道贩子？

https://download.lineageos.org/

从比较科学的流程上来说，产生订单时，即锁定库存，支付成功后减库存。订单取消、超时后取消锁定库存。

但是，如果你不是项目负责人，项目经理之类的角色，请遵循现行做法，同事们都是这么做，除非你想把他们的活抢过来都自己做。

工作不是一个讲求真理的地方，好或不好，对或不对，因时因地因人，都不一样。

github starts 求职真的有用嘛？还是我太 low 了。

我一直以为这东西是锦上添花，面试满足要求的情况下，这玩意能略微加分而已。

但....

面试都过不去，这玩意有啥用啊。
面试都过去了，这玩意有啥用啊。

我的做法是 build 基础的构建环境，如 gcc、java 之类的。基础编译环境准备完毕后，通过 run 的时候，pull 代码，编译出目标文件

业务系统上没用过，自己的私下项目有用过 JWT。

对于多点登录，我简单的做法是 payload 中有签发时的客户端 IP，请求时 IP 与签发时 IP 不一致就觉得，一定程度上避免了多点登录与 JWT 泄露的风险

至于凭证吊销，我当时的做法是签发时，JWT 具有较短的有效期，当时设计为 5 分钟。也就是说权限变更或吊销，最长有 5 分钟的延迟。这种设计就需要看具体的业务系统是否能够承受这样的延迟带来的潜在风险。

换而言之，我之前的私下项目，并不支持主动吊销凭证，只能被动的等待到期，然后重新核发。

@Tianao 别这么黑，在都不加钱的默认情况下，白天移动的国际出口我觉得比电信好得多。当然晚上日常爆炸。区别是电信不定时爆炸。国内来说，移动现在几乎没什么问题。