@imyasON #9 碰见这种需求，我只能祝福你。

用了企业微信，但是不用企业微信的考勤，是出于什么考虑。企业微信的考勤就是带人脸识别的。

楼主：行就是行，不行就不行。
回答的人：不行。
楼主：不能不行。
回答的人：行吧。
楼主，转向其他人提问：为什么有的人那么喜欢说“行吧”。行就是行，不行就不行。

这是多么经典的场景

@worldqiuzhi #12

如果只是个无意义的代码，那就不用编码，直接用名称。对于名称的变更，还有范围（对应前端的下拉/单选/复选的选项），另行准备其他数据模型去管理（请注意，相比与数据字典方式，这并没有增加工作量）。

如果是完整数据的名称属性，例如部门的部门名称、商品的商品名称，那么需要分两种情况考虑。如果需要的是历史名称，例如订单上的商品名称，那么直接将名称固化的主数据上。如果需要的是当前名称，例如员工的部门名称，那么就只能根据主键去关联了。当然，这时候在面向前端时，如何写代码以及如何控制性能，跟数据字典一样的复杂。像部门这种少的数据还可以直接全量放到缓存上，如果数据量很大，那还得回落到数据字典方式，不过这时候是（自然/代理）主键——名称的字典，不是编码——名称的字典。

编码——名称这种存储方式，以前肯定有其有利的地方。但现在，在存储成本可以忽略的时候，再搞编码，对业务逻辑、UI 、大小数据统计，都是负影响。

更正一下，不是烂设计，是真特么已经不符合当下的过期设计。

你需要一个专门的数据字典模块/服务，供前后端同时使用（大部分时间是后端在用，显示时候的转码映射要后端做，前端仅在下拉框等动态内容获取时才使用）。还需要重新规划数据模型，将字典数据全部提取到一起，交给数据字典模块去负责。这还不算完，后端得调整架构，以尽量减少数据字典映射代码。前端需要合理设计缓存以减少网络响应时间。

数据字典，或者说编码-名称模型，真特么是一个烂设计。

看楼上的回复这还是通用 TOTP 方式，有条件开就开了吧。避免将来哪天被明面上以用户安全为理由，实际上是把你当作机器人帐号，让你要么交出手机号要么放弃帐号。我的谷歌小号已经因为上面场景全丢了。Vavle 刚刚以安全为理由，要所有开发者交出手机号。

@shervy #12 先看看楼主的连接数，100-200 ，这个量级，xshell 这个贵物是用不起的。

一般都是不管，因为存储成本真得很低。

我的预想方案如下。把所有附件，先转换成「资源」表的一个记录。资源表负责存储附件的相对路径，外部只能通过资源 ID 去关联附件。然后你就可以在资源表中维护附件的状态、关联性等，以及延时或者定期清理没有外部关联的资源记录和其对应的文件。因为「资源」个数据库表，它可以跟主业务保持事务一致性。资源表跟附件本身的一致性则需要额外保证，一般也只是保证从资源表到附件的单向一致性——只需要先保存文件再插数据，同时禁止外部删除文件即可。如果需要保证资源表跟附件的完全一致性，那开发成本将非常高。此方案仅存在与预想，因为参与过的老项目压根不会改，新项目涉及到开发时间就连我自己都不会上这种方案。

@huaxxy94 #23 千年虫事件的原因，是 1960 年代的程序规则——6 位数表示日期，随着时间的演变到了 2000 年不再适合了。程序员社区，能出现你这种连千年虫事件的浅显原因都不知道的人，那也是耻辱。你这种回复还能收到感谢，那更是耻辱。

程序员区出现这帖子，是耻辱。

1 ，质量是铁定不如显示器或者电视的，VR 显示原理本质上就是拿放大镜去看眼前的一小片屏幕，再高的分辨率都不管用，而且铁定有变形。
2 ，舒适度有好的，但是 Quest 、pico 这种入门版就不用像舒适度了。

其他的都是小意思。

电池健康度不等于电池实际最大容量。这怎么总有傻子想把奸商当傻子。

这个脑残又很严重的后果。为了过代码扫描，程序员绝对无脑填 16 ，导致本来不用扩容的 50 容量 Map ，反而多了一次扩容。

指定初始值，对性能有好处。一是对于就三两个键值对的 Map ，可以指定一个小的值，减小空间浪费（不指定的话就是默认初始容量，好像是 100 ）。二是对于可预估容量的大 Map ，直接初始化最大容量，能避免自动扩容的时间浪费。但如果是容量动态增缩，或者最大容量不可预估的 Map ，那就不要指定了，大概率造成负优化。

这个值，填写的是预估最大容量，这是动态值，当然不能填常量。不过一般也没必要刻意去区分 1 、3 、10 、20 这些小容量，小容量的可以统一填 16 ，这个可以造个常量。

这是性能调优的东西，并且是小优化。这种东西最多作为提示出现，连警告都不能算，这都给拦截代码提交，那是绝对的脑残。

@rcj6056 #31 往下看四十六、四十七条。基本上，除了个别真实劳动者重大过错的情况，都得赔偿。
@picone #50 他大概率不是光走了，还礼节性的递交了离职声明，然后就被当作主动离职了。保安请走的情况，你应该没看到后续了吧，这基本上是必定要给大把钱和解的，因为这闹到最后的结果就不是赔偿问题，是公司必须把人请回来，直到合同期满，并且期满的时候还得补个 N 。
@jiangwei2222 #54 按照第四十条辞退的，照样要赔偿 N ，四十六条写得明明白白。不能胜任，是用来提前解除合同的。

@Tumblr #23 你非常牛逼，建议去人民大会堂给代表们讲解劳动法。