@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 你非常牛逼，建议去人民大会堂给代表们讲解劳动法。

参见： https://dict.cnki.net ，troll 的本意中，最贴近网络 troll 行为的就是诱饵、带诱饵的鱼钩、或者鱼线。这就跟放饵钓鱼，钓鱼执法是一个意思。
参见谷歌翻译，有一个网络含义是「 make a deliberately offensive or provocative online post with the aim of upsetting someone or eliciting an angry response from them.」「故意发布攻击性或挑衅性的在线帖子，目的是激怒某人或引起他们的愤怒反应。」，还是放饵钓鱼行为，只不过特定了饵是「击性或挑衅性的在线帖子」上钩的是「他人的愤怒反应」

其实就是一种特定的，并且是恶劣倾向的钓鱼行为。

跟 troll 的另一个含义「（在民间传说中）一种丑陋的生物，被描绘成巨人或侏儒。」八杆子都打不到。国内百科的玩意，请不要信。

原本寿命长的，被人为限制了寿命，这才是计划报废。而原本就没那么长寿命的，那叫品质就那样，不叫计划报废。

小米除了手机，都是半路进入并且没啥技术门槛的行业，技术成本原来就没有，物料成本小米确实能剩但也就仅限能够打败其他白牌厂商的程度，这时候要想卖得比白牌还便宜，那就只能从质控成本上入手了。就是小米手机，刚起家那几年也是完全不管质控，甚至还出现过拿不良品当正品销售的传闻。

楼主这并不是防止接口被非授权用户访问，而是防止接口被授权用户自行调整访问顺序。可以洗洗睡了。给说几个跟楼主类似的场景，大家就知道这预防难度了：
一、跳过优酷视频开头广告。
二、客户端网游用外挂，甚至脱机外挂，刷经验金币。

尤其注意第二个场景，网游客户端这可是闭源且不可反编译的，应用层网络通信协议也大抵是私有的，这样并不防止被破解特定场景。

@Neillou #9
@aerzha #11
TG 这狗日的，把本地缓存，当作漫游配置去处理了。应用端好歹还能在 Roaming 里面直接找到。Web 端用 LocalStorge 当缓存，把 Firefox 的用户 profile 给撑大了好几 G ，你一时半会还很难找到哪里大了。