啊，感觉需要有个教程，琢磨了一下，没有琢磨的很明白

对比了下，还是 Tab Session Manager 最好用，Workona 有 Free 5 的限制，还是限制在一个窗口（一个 Space 里面），以前还是 200 个免费的时候还好用···

@hejawy 上海有研发中心啊。在漕河泾那我记得

特别看了下帖子的时间，ACC 的普及率应该在 2020 左右就是一个很高的占比了。

这几年新车跌的很厉害，买个 10w 以内的新车好点，这不是比亚迪刚上了 7.98W 的秦 Plus

烘干机（没有条件可以买那种立式的）

web 站点现在都这样了，web 已经不是主流了，能有的用就不错了

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

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

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

没啥办法，换个带 360 的

买小米属于关注性价比吧（这个标签根深蒂固）。 等价格呗，现在 PPT 上的东西都没什么别人家没有的，主要看定价，标准版超过 25W 肯定凉。

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

不要定太慢，大概完成 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 体验也不是挺好。

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