库克：不然 AppleWatch 的闹钟怎么吹？

1.第一个案例直接像上面回复的那样 collect 生成一个新的 List 就行了。
2.假设 list 原来有数据，还是和上面一样的方法去生成一个新的 List，然后用 addAll，直接拷贝内存批量增加，比你的方法快多了。

JDK8 接口可以使用 default 关键字在接口里提供默认的抽象方法的实现：
依据这几个特性，我可以封装一些泛型接口，提供可复用的泛型方法，实现类里只需要写业务部分的代码，由于大部分的服务都是继承于相同逻辑的接口，这样无论是基本的异常处理、日志记录、逻辑删除控制等等都能统一，并且在未来对这种统一的逻辑进行调整的时候，也只需要修改一个地方。如果某种业务有其它的逻辑，可以重写接口的默认实现。

接口可以多重继承（一个类实现多个接口）：
在微服务场景中，一个服务可能被其它微服务调用，也可能被自己这个微服务里的其它 Service 类或者 Controller 调用，两边能调用的方法有相同的，也有不同的，通过提供不同的接口来控制方法的可见性。

简单的可以考虑这样实现，优点是项目里不会有任何的数据库信息，缺点是 k8s 的 yml 里配置环境变量的时候还是带有密码等信息。
区别就是所有开发人员都可能知道 和 就运维自己知道生产环境密码。

每个周末吃饭都要花四位数就离谱，我工作后一个月也就 2k+的饮食花销了（包括水果、饮料等），大学里每个月饮食花销 900 左右。
周末出去玩没必要都是去消费，可以一起约爬山什么的别的活动，如果除了一起去消费而找不到其它的共同活动了，那么以后可能会很尴尬，个人觉得分手可能性比较大。

（为什么别人都有富婆！）

我要 1 块钱不过分吧？/doge

我印象里插座有个功能是低功率自动关闭。可以考虑用这个来实现。

无线网络容易被干扰，尤其是 2.4Ghz 这个频段的，有微波炉、蓝牙、wifi 等各种无线波。

我的计划是 5Ghz 覆盖全部房间，给手机、电脑等设备使用。有线布满全部可能存在设备的地方，留有机柜做家庭设备中心。2.4Ghz 频段留给智能家居组网，采用米家的蓝牙 mesh 方案，所以这个频段的设备肯定很多。

上嘉就是盒马的外包公司，享受不到阿里本部的福利

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

可以参考 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 个插座及以上（洗碗机、垃圾处理器、净水器等）；水槽下注意防水和通风，避免橱柜内湿气过重导致橱柜烂掉；垃圾桶别做到橱柜里，外面放一个带轮子的推拉式的垃圾桶更方便。

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