G304

投火绒一票。
不选 WD 的原因是，他动不动就扫盘，CPU 飙高，然后各种破解的东西就报毒，选火绒安静点，而且还能拦截广告弹窗。

刚到单位办公室，办公室一股子土腥味，小摩托前两天北京下泥点子之后刚洗了一次，看来又要洗一次

一边读，一边想象出来了.......我怀疑你是不是原神玩多了

ZGV2c3dvcmtAMTYzLmNvbQ==

@Tina17 #102 赞赞赞！

@zagfai #181 按照你的说法，那基本上有点规模的项目，都是屎山。所有类的数据校验交给调用方，一个 gender 只要调用方使用，就自己写一遍 if 判断，就算几十个类，也都背下来。这么做也完全 OK 。

@zagfai #179 因为防止别人改成“乱”的值（非法的值），所以需要参数校验（ setter 中检查判断）。比如像这样的类有成千上万个，这么大的量，就没法跟别人约定不让改了吧，一个一个去说不现实，甚至自己在回过头看看半年前定义的约束，你都不一定记得了，如果是多人开发呢，如果你写的类是一个依赖，别人会 import 进来来使用你写的这个类呢，这些情景都是没法“约定”的。如果我并不想对外暴露 gender 性别是什么类型定义的（整数、字符串），我只给 setter 、getter 用来设置和获取结果就可以了，对于调用者来说，这就是 private ，并且只能设置合法的值、获取合法的值，减少很多 if 和心智负担，完全不需要考虑 gender 的细节。

拉我进去 [狗头]

埋的超六类

你说的应该是国外的沟通方式，他们有工作时间、生活时间上明显的区分。
国内不行，老板时时刻刻都在监控你、使用你，异步沟通就无法实现这样的效果。

增加一个新接口，用于返回指定状态码和提示信息、提示类型绑定列表，每次客户端启动，就请求和缓存最新的列表，客户端获取后端错误码后，根据弹窗类型和提示信息进行提示？

就北京地区而言，汽车降不降价无所谓，摩托车降降价就好，哈哈哈

多线程的话，爬虫，现抓取到 URL list ，然后开启线程池，批量爬取+解析 DOM+存入数据库，如果一个一个跑，太慢了，多线程直接起飞。
锁，我们用到 redis 锁，比如某个 API ，一个用户在指定秒数内只能访问 1 次，那就用到 url+用户 id （或 token ）组合 key 的锁，调用接口前判断锁，进而防止重复请求。

用的开发机什么配置？好奇