yonoho

转字符串应该是最合适的，重复乘 10 不好，可能出现精度问题。

楼主可以对比下乐作的产品价格。高品质低产量的食品我觉得是不愁卖的，只要东西质量过硬。不要跟工业品比价格

有向无环图？

我朋友有一个大胆的想法。。。

这个决策看具体场景的，我的经验是：
- 需求 /数据模型不确定，或变化很快的，或约束弱的，不用。
- 对脏数据敏感度低，但是对接口报错敏感度高的，不用。（典型的互联网场景）
- 单表数据量极大的，不用。
- 对脏数据敏感度高的，用。
- 表的数量很多，但表都不大的，用。
- 其他可用可不用。

楼主的伪删除需求我觉得对用不用外键影响不大。伪删除的目的就是永久保存吧，只不过可以保存在别的地方。

在你承受范围内往大了买，不然过段时间你又发现 512 也不够。旧 SSD 可以用来做下载盘，这样一不影响主盘效率，二往外拷文件的速度还很快。

避免不了应聘者造假，只能提高自己的识人能力。能现场考试是最靠谱的，不行的话想点别的办法，楼上支的那些招呗。

我们组现在 CR 就强制要求写 type hint。对我们有用吗？有用。对于调用方更易读，对于提供方也迫使他写之前先想清楚，低级错误会少一些。type hint 和 注释的区别在于它的规范性，更容易被支持。比如 Pycharm 就支持这种静态分析，我想也应该有一些好的库可以基于 type hint 实现你的这种需求，只要套一个装饰器就可以了。

1. 把“大量”和“实时”量化一下，算个 qps，可能就没那么高了。
2. 让你的设备在上报周期内随机选择一个偏移时间，把并发降下去，把 qps 拉平。
3. 提前确认历史数据是否需要永久保存。这会影响你的数据库选型。时序数据存储建议选择专用的 tsdb，用起来顺手的多，尤其在指标计算上。