@unt 看内容是更新的是 mysql ，每次都要读 5w 的 mysql 数据啊，应该更前置到后端服务的内存里面

最快的肯定是 IOT 数据上传的时候就通过 Redis 的 Sub/Pub 一类的机制让服务端缓存在内存里，那 5w 就立等可取（从内存里拿）缺点嘛，不一致就想办法补偿（去数据库同步啥的）

这个不是取决于后端的比较逻辑？没听过这里有什么常识。
start < x < end || start <= x <= end || start <=x < end 都见过，一个系统保持一致就好了

没啥办法，换个带 360 的

平平无奇~讲道理首页那几个特性，没啥看点，还是等价格吧

不要定太慢，大概完成 7788 就算不错了，还是有点用的。至少大方向上可以 HOLD 主

看小区的配送员的尿性~当然你可以要求送上门。）

支持一下，已用一个 27a739af-1bab-4b96-b343-b3aad98e6c5e

没有标准，技术都无法明确定义。A 说 B 菜，不能证明 B 菜，只能证明 A 看不起 B 。

@lesismal 错误和异常也是主动区分出来的（无对错之分），对于 java 来说，只有 expection ，最多分 checked 和 unchecked 。Error 就是一个普通对象（ GO 也是），这不过 Go 支持多返回值，大家就基于这个特性搞了这个用法，也可以自己封装个 Result 出来用。

说到底看场景，
- 大多数 Java 开发者面对的是业务系统，系统中一旦出现了 error ，大多数情况下是需要中断整个链路的，而且因为有 GC ，不用考虑 RAII 的问题，直接原地回到顶结束就好了。所以这个成了惯用法。
- Go 的开发者在早期纯业务的很少，主要写一些 CNCF 那些中间件，考虑点和业务系统不一样，希望精细的掌控错误，现在这套就还也还行。

立场主要看写啥，我拿 go 写业务系统的时候，我也挺讨厌 error 的，99%的时候除了往上抛，又能做什么呢。但是 java 写中间件的时候，用 checkedexpection 体验也不是挺好。

论省钱啊，其实就需要一个烤脚器，自然就不太冷了。

没什么大缺点，Java 这些年还是有很多的进步，固守 8 的话，那确实没啥意思了。
- Java 的内存占用较多（当然这个锅主要 Spring 要背）
- 语法啰嗦就见仁见智吧，现在都有 var 了，类型定义也没觉得比 Rust 和 C++ 啰嗦啥。

说起来，Java 口碑好坏主要取决于，对 Spring 的观感如何，喜欢像 Gin(go) 之类脚手架，自然对 Spring 嗤之以鼻，但是也有人就是喜欢这种全生态的体系（在下就是）。

@valkyrjaE 公务员不算年功序列，因为大把升不上去的，工资按照年龄普调是非常低的，日本的年功序列能导致同工不同年龄 2-3 倍的差异，但是公务员同级别工资是非常接近的。

没多高，去年校招保底差不多 25K 了，综合起来的事情，名校背景 + 面试时候还行……校招过了就有这个薪资，不要纠结能力问题，主要能不能让自己滑过面试，看起来学校不太好的同学主要被 HR 直接过滤了

没有多大价值，有仅比无的好。

每天都要看会擦边女，不是安逸的，一些零碎时间打发打发。
不太懂哎，你觉得抖音占用了你宝贵的时间，删了抖音无非投入另外一个 app 的怀抱，如果自控了得，那不删又有什么区别呢。

DHT 变速箱还没经过考验，还是看看 DMI 吧