yonoho 最近的时间轴更新 yonoho 最近的时间轴更新 |
yonohoV2EX 第 189224 号会员，加入于 2016-08-29 10:39:43 +08:00 |
yonoho 最近回复了
2020 年 11 月 16 日 回复了 nutting 创建的主题 › 程序员 › 编程里一个简单的数学问题？ |
转字符串应该是最合适的，重复乘 10 不好，可能出现精度问题。
2020 年 8 月 5 日 回复了 Eyon 创建的主题 › 问与答 › 自制辣椒酱这样的成本在网上怎么卖？ |
楼主可以对比下乐作的产品价格。高品质低产量的食品我觉得是不愁卖的，只要东西质量过硬。不要跟工业品比价格
2020 年 7 月 15 日 回复了 xbdsky 创建的主题 › PHP › 面试问了一个问题，怎么避免 C 去邀请 A，觉得有点意思？ |
有向无环图？
2020 年 6 月 29 日 回复了 hduwillsky 创建的主题 › 问与答 › 买的房子出现这种问题，有点慌 |
我朋友有一个大胆的想法。。。
2020 年 5 月 20 日 回复了 pushback 创建的主题 › MySQL › [外键应不应该建立] |
这个决策看具体场景的，我的经验是：
- 需求 /数据模型不确定，或变化很快的，或约束弱的，不用。
- 对脏数据敏感度低，但是对接口报错敏感度高的，不用。（典型的互联网场景）
- 单表数据量极大的，不用。
- 对脏数据敏感度高的，用。
- 表的数量很多，但表都不大的，用。
- 其他可用可不用。
楼主的伪删除需求我觉得对用不用外键影响不大。伪删除的目的就是永久保存吧，只不过可以保存在别的地方。
- 需求 /数据模型不确定，或变化很快的，或约束弱的，不用。
- 对脏数据敏感度低，但是对接口报错敏感度高的，不用。（典型的互联网场景）
- 单表数据量极大的，不用。
- 对脏数据敏感度高的，用。
- 表的数量很多，但表都不大的，用。
- 其他可用可不用。
楼主的伪删除需求我觉得对用不用外键影响不大。伪删除的目的就是永久保存吧，只不过可以保存在别的地方。
2020 年 5 月 15 日 回复了 Eagleyes 创建的主题 › 程序员 › 256 SSD 是不是小了？换成 512 的应该刚好吧，旧 SSD 如何废物利用？ |
在你承受范围内往大了买，不然过段时间你又发现 512 也不够。旧 SSD 可以用来做下载盘，这样一不影响主盘效率，二往外拷文件的速度还很快。
2020 年 5 月 15 日 回复了 xiaotianhu 创建的主题 › 程序员 › 小公司招人,如何避免应聘者简历造假? |
避免不了应聘者造假，只能提高自己的识人能力。能现场考试是最靠谱的，不行的话想点别的办法，楼上支的那些招呗。
2020 年 3 月 15 日 回复了 onice 创建的主题 › Python › Python 有必要自己写类型判断吗？ |
我们组现在 CR 就强制要求写 type hint。对我们有用吗？有用。对于调用方更易读，对于提供方也迫使他写之前先想清楚，低级错误会少一些。type hint 和 注释的区别在于它的规范性，更容易被支持。比如 Pycharm 就支持这种静态分析，我想也应该有一些好的库可以基于 type hint 实现你的这种需求，只要套一个装饰器就可以了。
1. 把“大量”和“实时”量化一下，算个 qps，可能就没那么高了。
2. 让你的设备在上报周期内随机选择一个偏移时间，把并发降下去，把 qps 拉平。
3. 提前确认历史数据是否需要永久保存。这会影响你的数据库选型。时序数据存储建议选择专用的 tsdb，用起来顺手的多，尤其在指标计算上。
2. 让你的设备在上报周期内随机选择一个偏移时间，把并发降下去，把 qps 拉平。
3. 提前确认历史数据是否需要永久保存。这会影响你的数据库选型。时序数据存储建议选择专用的 tsdb，用起来顺手的多，尤其在指标计算上。
2020 年 2 月 10 日 回复了 justfortest 创建的主题 › 远程工作 › 哈哈，从远程办公就可以看出公司对员工的信任、公司氛围情况了，也是对公司的检验。 |
信任是合作的基础，约等于对对方履约水平的预期。信任有一些约束，比如不能无条件的信任，比如需要接收反馈调整信任度。水平高一些的组织，靠高级玩意维护信任，比如品德、价值观、报酬；水平低一点的团体就靠更直接的监控、规矩维护信任。远程办公显著的弱化了平时办公室内的监控水平，因此对一部分团队的效率影响肯定比另一部分团队要大。
Select Language