xshell8 公测了一段时间了，支持 rdp ，目前轻度使用，没遇到什么大问题，有同时使用 rdp 和 ssh 的场景可以考虑。

“尽快喝到热水”，目前主要有 2 个代表性方案。一个是即热饮水机，一个是恒温水壶。
即热饮水机是立即将室温水加热到你要的温度，恒温水壶是提前加热到指定温度并保持。理论上，即热饮水机是更优秀的解决方案，但工程实现及最终的市场产品就另说了。
即热饮水机我用了 2 年，每天高频使用，可以设置温度、杯量，使用非常方便。2 年的使用体验非常好，就多喝水这一主题，极力推荐即热饮水机为家庭必备。因为可以定温度、定杯量，和泡奶真是绝配。
即热饮水机理论很好，但工程实现和实际使用还有一些问题需要留意，比如只能用直饮水、一般不烧沸腾、水箱污染长绿苔、水路污染异味等，挑产品和使用时需要留意。
恒温水壶刚开始挑选，最近的舆论似乎更关注胶水问题。

市面上的产品挺多的，但抓住上面 2 个方案，其他的其实都是变种。比如即热和净水系统集成就有了管线机、即热水龙头、净饮机，有一些恒温水壶有净水模式，这种模式下我理解的基本就是即热饮水机方案了。

换个思路来看，云厂商提供一种跨地域的 VPC 互联通信，是收费的。
从网络底层看，CDN 和源站大部分场景都是这种跨地域通信，流量费用不可避免。这种场景下的“内网回源”本质上是一种跨地域专线，理论上成本比公网回源更高。

按执行难度从低到高：
- 多喝水
- 少吃糖
- 多运动
- 少熬夜
- 减肥

差异应该只在 OLT 到 ONU 这一段，接入层五花八门也算正常吧。

用过一个自动生成文件头部注释的扩展，可以尝试一下。https://github.com/OBKoro1/koro1FileHeader

先了解背景知识。B 站 UP 我是杨坤。然后，确定整体预算。这个要实地跑一跑，杭州商场内大品牌 2000~5000 不等，小区游击队 500~1200 不等。一般来说都是选择游击队，售后也不能考虑太多。
没有特别的隔音隔热要求，参数符合标准就行，堆料就是加钱。重点在于施工，而施工基本都是外包，这个基本没得选。新小区的话应该有实际案例，多跟几个游击队跑跑看看。
杨坤好像出了一个合作的窗，上海地区可以考虑。

买不买许可证都可以正常使用，唯一差异在于界面上显示“已授权”或“未授权”字样，开发者承诺不会有付费功能，可信度自行判断。

github 上的讨论很有意思
第一个讨论点就是用语问题，“许可证”、“捐助”、“支持”、“未授权”、“试用期”等。开发团队回复他们在用语上有自己的倾向。可以看到商业甚至是不打算盈利的商业考虑和开源社区对用语的倾向有明显不同。
第二个讨论的是许可证类型问题，简单理解就是服务侧许可和用户侧许可，叠加不授权可以正常使用以及上面的用语问题，让整个讨论异常丰富。

自营标和京东超市标不可信，看发货方和售后方均为京东的靠谱一些。

不太明白，追求大量 SKU 的优势有什么，难道就是国内互联网“我全都要”的惯性吗。少而精 SKU 的山姆似乎活的也还可以。少有少的活法，多有多的活法，天下的生意真能被一个人全做了吗？到底是人的认知问题，还是资本的逐利本性。

有点过于天马行空了。是看了“失业了害怕其他人知道，每天假装上班，实际上咖啡馆坐一天”的段子吧。段子也好，新闻也罢，能较快传播代表了这个现象的稀缺性。注意，不是失业现象少见，是失业了假装去咖啡馆的现象少见。

就算以上逻辑能被普遍接受，失业了害怕别人知道假装去一个店名为失业聚集地的咖啡馆坐一天向所有看到的人广播我失业了，这在逻辑上是矛盾的。

大概就是 RDS 和自建 MySQL 的区别，不考虑 SLA 和人力成本的话，是会便宜一些。

第一眼是有点绕，有点 context 混乱的感觉。从标点符号视角看顺畅一些，.是一个字符串分隔符还是一个数学符号小数点。

很久之前调研过，最大的问题是 Android 端的消息推送问题，挂梯和拼电池总要选一样，不知道现在改善了没有。

AI 还谈不上吧，人脸识别这种技术已经满大街都是了吧。公司门禁、小区门禁、家里的摄像头。三四百买的一个 TP-LINK 的猫眼摄像头还可以自己标记人脸，标记几次就能正确识别家人和陌生人了。

整个系统的高可用分多个层面，复杂度主要集中在业务数据层面，各种有状态集群、选主算法、同步算法等等，花活太多了。网络层面就简单多了，一个 VIP 大部分场景都够了，keepalived 简单好用，久经考验。

Azure DevOps Server - Pipeline