都是封装好的东西，没啥难度，用树莓派直接调 GPIO 库就好了。比如直流电机就设个 1 就能转、0 就能停，步进电机调用一次动一下、高频调用就转起来了，加上其他业务代码就完事。

如果只是单纯的业务代码，主要部分都是后端返回的，那其实无所谓。
但是如果是一些像反爬之类的安全领域的东西还提供 source map 的话，那前端做的所有安全措施就都是无效的了，跟裸奔差不多。

从多到少排序：抖音、淘宝、大众点评、脉脉、招行掌上生活、阿里云、京东
全都是被我扔到了“不重要通知”里的

睡得少但是不困，说明睡眠质量高啊…不用太担心，我疫情期间在家的时候也这样😂十二点多睡六点多就醒了，复工之后十二点多睡八点都不一定能自然醒。

我用的 IPFS 做图床 hhhh

定价完全合理，10 人及以下免费使用也很良心，没毛病。

不存在“多用 re 而少用 soup 、xml 、json 相关解析库”，都是看情况使用的。
结构简单、字段少、不需要考虑复用和增加字段问题，那就正则呗，简单粗暴一行搞完。
结构复杂、字段多、还需要考虑到后续其他地方复用，并且还有可能会需要增加字段，那你用正则不是写到头秃？而且出个问题还很难解决，后续看还不一定看得懂。

再说了，如果数据本来就是 JSON 、XML 、HTML，并且你提取的东西也都存在于结构体里面，那为什么不采用对应的解析库解析成 dict/list 再操作呢？说实在的，就那点性能损耗，根本不值一提，通常还没生成个加密参数花的时间多。用对应的解析库提升出来的开发效率（比如自动按路径生成解析代码）和可维护性（要在某个字段下增加获取子字段）更有价值。

所以通常来说正则的使用场景更多地是补充那些专门的解析库处理不了的场景，比如：
HTML 里嵌了个当成 JSON 使用的 Javascript Object，并且和其他代码混在同一个标签里，那当然是用正则直接提出来再调用 JS 把它转成 JSON 字符串再处理更方便。要不然你一个一个提取字段，后面维护起来直接爆炸。

看新闻只看标题？上来就带节奏？我随便搜了一下就看到这么一句话：“这意味着电商快递告别“8 毛发全国”的历史最低价，恢复常态价格。”

高速免费就降价，恢复收费就涨价，有什么毛病？之前百度网盘事件看到过一句话：“斗米恩升米仇”，现在看来有些人确实如此呢，不管啥事都是一样的逻辑。

评论区“高速免费也没降价啊”、“精神资本家”、“精神快递员”之类的言论也是挺搞笑，所谓能被随意煽动的人不过如此，连查证都不查证一下就开喷…理性思考这种能力估计是不存在的。

据我所知目前除了做交易所和资讯的，还有那些大厂做着玩的以外，其他的都是烧钱苟活。
还有些“区块链公司”就是简单粗暴地割韭菜赚钱，割完就换皮再来。

Intel 900P 和四块企业级机械硬盘…

用，写习惯了 Golang 之后写 Python 的时候加类型注解完全就是顺手而为，毫无麻烦感😂

@vhus #12 有差异的，ipv6 下分配的是公网 ip，ipv4 下分配的是 nat 后的内网 ip...

1 、内网 dns 解决，路由器上配一下就好了
2 、ipv6 ddns 可以在路由器上做的，这个问题也不大，获取一下 dhcp 表就好了
3 、安全问题也好解决，路由器有防火墙，即使内部设备是公网 ipv6 也仍然能被路由器的防火墙阻断特定端口的通信，你仍然可以只开放特定端口

埋光纤先考虑光转电怎么安排。没想好但是急的话就把管子搞粗一点、少弯曲，预留一根牵引用的线放里面，后面再换线也不迟。