@cathedrel
@Stain5
@xishijt 我不懂在家里放智能音箱很可怕的点在哪里，是设备会在没有唤醒词的时候录音并上传？如果排除掉这个的话，我不知道为啥使用智能音箱会泄露性癖？是你们上床的时候会喊小爱同学、天猫精灵？？

很多数据本来就是要泄露的，比如你用音箱听小猪佩奇还是用手机上的喜马拉雅（？）听小猪佩奇，无非是把这件事告诉了不同的厂商。你用 app 控制智能家居设备还是用音箱控制，你使用智能家居的规律小米都知道。所以为啥在家里放智能音箱很可怕呢？是你们确定设备会在未唤醒的的情况下录音上传？

我就单纯的想问问，你在楼下早餐店多吃一碗豆腐脑，怎么就成了资本家射向你的子弹了？老板娘挣够了钱要枪毙两个客人助助兴？？

@jadec0der 哦对，用房本复印件的前提是办居住证走的是“在京稳定工作”的条件，需要缴纳六个月社保。如果公司没社保，走“在京稳定住所”，是需要房产证的。

房本原件应该是你们公司加的要求，自己去办不需要。有合同原件和房本复印件，最多加房东身份证原件就行了。

办居住证为啥还要公司办？这玩意自己跑一趟半小时就办好了。

还有这种好事？不需要年满 55/50 周岁了？

对双向 SSL 不熟悉，lz 知道第 8 步的 “加密方案” 是什么，包括一个随机数吗？看名字好像不包括的样子，客户端没有客户端私钥的话，可以猜到方案吗？

@Justin13 笑死，现在咎由自取的门槛这么低了吗，一个小公司员工离职也能批判一下？

是不是改天小区保安离职你也可以发表一番讲话？计划生育是我国的基本国策，玩到今天这个地步纯粹是咎由自取，今天我们小区的保卫力量缺失只是其中的一个缩影。

工作第一年一狗的都没担心，你这个工作十年才一狗的不用太害怕。

不过实话说，月入一妹以后确实有一种感觉，就是你在公开论坛上看到的招聘上限都低于自己的工资，会有种跳槽选择很少的感觉。

具体的苦度可以查 IBU 数值，但是其实你可以看分类买啤酒，同一类的啤酒应该都差不多

Larger / Pilsner 味道应该都很淡，或者有点甜，不会苦
Pale Ale 稍微浓一些，应该也算不到苦，Wheat 也差不多，颜色浓一点
IPA / New England IPA / Double IPA / Triple IPA 是一个系列的，越往后越苦
Porter / Stout 是一个系列的，酒色发黑，那个味道我不知道你觉得是什么，我觉得是齁（甜）的
酸啤我不太喜欢就不说了

我感觉现在精酿的发展主要是往 IPA / Stout / 酸啤三个方向走的，没人精酿做 larger，不喜欢苦的话其实没啥可喝的。可以考虑一下其他的酒，比如清酒和红酒也不错（不过贵很多）。

查了一下 aws 官方有免费的网上培训，这是 architect 的中级课程，3 天时间

https://www.aws.training/SessionSearch?pageNumber=1&courseId=10002&languageId=3

不过最早的一堂是 5 月 7 号，讲师也要休假

https://www.aws.training/Details/InstructorLedTraining?id=73122

也不知道是从哪出来的风气，我去年也被安利了，试了一下太辣不适合我。火锅我本来也是爱吃北京那种清水涮肉的。

lightsail 是典型的 IaaS，不过容我歪个楼，论坛发帖自称笔者的，我还是第一次见

大象是个内部项目，曾经试过对外，但是发展远不如飞书，我感觉没啥意思

@Marszm 看到副业是 “投资,学习进修,学个技能,,搞培训..参与开源项目...学习美术技能,音乐技能,然后尝试接些活.” 我很震惊。

投资需要本金而且不一定赚，学技能、搞培训、尝试接些活都是出卖更多的时间换钱，这些工作比主业赚钱快的话直接转行得了，搞什么副业？要是赚钱没有主业多不如直接换个 996 的公司？参与开源项目怎么变现连很多公司都不知道。和这些“提升自己然后通过副业变现”相比，换工作涨工资不是最简单最直接的吗？我不知道是谁在幻想。

solo loop 非常爽，建议先去店里试一下

香港生活成本也没那么高啦，24k 不攒钱能过的挺宽裕了，就是住的窄，这个没办法。

啥公司你也没说，如果职业发展好的话，就算去不了美国，做个跳板移民澳加应该不难。另外对于孩子来说，竞争压力总比在大陆挤高考的独木桥小很多。

Roy Fielding 的那篇论文提了一个概念，你给一个用户一个 web 页面，不需要教他，他拿过来就会用，web page 是自解释的。但是给一个客户端一个 API 文档，它是无法自己学会怎么用 API 的，要有人理解文档并写对应的代码，客户端才知道要请求哪个 API 。API 不是自解释的。

在 REST 里，资源和操作被分开了，比如客户端请求一个 aaa，返回一堆 bbb，那客户端可以推测出要添加新的 bbb 资源，就要请求 POST /bbb，要删除一个 bbb 资源，就要请求 DELETE /bbb，要更新 bbb 资源，就要请求 PUT /bbb 或者 PATCH /bbb，客户端不需要理解 aaa 和 bbb 分别是什么玩意。在 REST 的模型中，资源可以是任意的东西，但是操作已经被限定了。这样如果有一个通用 REST Client，它就可以适用于所有编写得当的 REST API 。而这个通过不同的 HTTP 动词，改变资源状态的模型，就叫 Representational state transfer

说回现实世界的 REST，我觉得 Roy 的本意并没有得到实现，现在的 RESTful API 跟他的期望相距甚远，只是一个规范而已，并没有巨大的好处。

@DoctorCat 我不觉得 REST 能降低开发与维护过程的认知负荷，找个懂英文的人，你觉得

POST /user 和 /createUser
PUT /user 和 /updateUser

哪个更好理解？更别说还有 PUT /user 和 PATCH /user 的区别了