约定好的时间肯定是要准时到达的，最好是提前到达~无论男女方都应该有这样的觉悟。

可以参考 google guava 的 range 的实现。这个本质上就是一种区间。

悠着点，现在社保是税务局管的。

看 DDL，DDL 要到了就少划一点，DDL 没到就多划一点。

1 是 BUG，2 是产品的反人类设计。

弄个云服务器，gitlab 私有化部署，gitlab 的 CI/CD 等一套东西用起来不错。

第三方的话可以考虑一下 coding 。

按区域分享一下之前写的东西好了。


https://ww1.sinaimg.cn/large/d260886fly1godp1zjgh5j20u00yonbf.jpg

我觉得带集尘的扫地机器人才是真正有用的。一个月换一次尘袋就行了。

1.强电弱电都点对点走直线，不要横平竖直，尽可能不走 90 度的角（地面和墙角可以斜着相交线走钝角），要保证后续能够换线。
2.弱电箱可以考虑换成机柜。每个房间至少一个网口。
3.新风系统能装的话考虑装，后面想装全屋新风系统就难了。
4.承重梁不要打孔，新风管道用过梁器，哪怕牺牲层高也比打孔好。
5.书桌后、吧台、客厅电视墙下的插座建议用轨道插座（公牛、施耐德都有）方便后续增加插座个数以及自由规划插座的位置。（这里的电源线用粗一点的，和轨道插座保持一致，避免后续增加电器时因为总功率限制而无法拓展）
6.烘干机对于南方来说很有必要，建议买独立的洗衣机和烘干机，虽然多了一个从洗衣机拿到烘干机的操作，但多了烘干聚灰等功能。
7.不要做开放厨房，但如果不想厨房太封闭，可以考虑把餐厅和厨房做成一体的，餐厅和客厅做分隔。
8.前置过滤器很有用，可以减少室内水管堵管风险，如果当地水垢比较严重，考虑装软水设备。
9.厕所、厨房吊顶用集成吊顶，方便后续检修。
10.厨房用大单槽水槽，水槽下预留 3 个插座及以上（洗碗机、垃圾处理器、净水器等）；水槽下注意防水和通风，避免橱柜内湿气过重导致橱柜烂掉；垃圾桶别做到橱柜里，外面放一个带轮子的推拉式的垃圾桶更方便。

还有很多……疫情在家那段时间不知道干啥，天天在看装修……

日经贴了，Vue 的话就是框架帮你做了很多东西，React 的话就是你可以自己去做很多东西，各有所长。

就像你 3 中所说的那样：“一定程度可以为信誉背书”，V2EX 在我们中是有口碑的，小伙伴是有信誉的，也就表明了其实论坛会为合租类帖子承担一定的信誉风险。
而合租相关的内容并不是论坛的核心业务，没必要因为非核心业务而承担超过核心业务本身的风险。V2EX 不应该承担合租翻车的信誉风险和后续管理上的成本，所以直接一刀切挺好的。

我就是用的雪花 ID 作为主键的，主键类型为 bigint，查询效率和自增主键(int)相比差距不大，虽然说 bigint 会比 int 带来更多的开销，但就我使用来说还是可以接受的。比起 varchar 或 char 类型的 UUID 主键，搜索效率更高。

索引能够优化搜索查询的速度，但同时也让 delete 和 update 的效率下降（需要重建索引）

目前我开发的系统里关系数据库全部 id 都是雪花 ID，Mongo 中使用 ObjectId 。

2020.11 后，社保已经归税务局管了，如果公司不帮你缴纳社保，除了涉及违反劳动法的风险外，还会面临税务审查风险。

没有周末的嘛。。。

杭州的车让人算是我去过的城市做的最好的了，不过肯定也有人渣的存在。

有开车玩手机的，也有骑电动车逆行的，也有拉着 2 米高杂物的电动三轮车很多的。

JOIN on 的相关字段建好索引能优化 join 的效率。

考虑把常用的条件字段塞到一个表里，单表条件搜索完毕后再用关联字段去另外一个表里取数据。