nomagick

没错，prettier 懂个茄子，多打两个空行都不行，说起来就是劳资最懂，空行就是不能多，简直为祸一方

不加分号心神不宁。
加分号不是给编译器加的，是给程序员的脑子加的，了结心智负担，清空快速缓存准备加载下一行。

需要 ffi 调用的公共库代码麻烦用 C 重写谢谢，不要把 go 再传播到其他语言了

不是这样的，罚款不是拍脑袋就能罚款的，用工方必须要列出证据证明承受了这么多数额的损失才能主张罚款。

要是能随便罚款那工资都不用付了

@Jinnrry 那你没中间 wifi 的问题，我中间有 wifi ， 我从网关是小米智能家庭面板，家里面米家 wifi 的电器也有很多

最近正好在弄米家，买了好多东西

中枢网关挺好用的，用自动化极客版，变量啥的都有。
但是别买多了，别让他主备切换，变量同步出过问题

子网关到设备是蓝牙，但是子网关到中枢网关是 wifi, wifi 的部分要注意防干扰

前两天查了一下，米家在 wifi 里面走的协议有些是多播 UDP ，信道太繁忙就更可能丢包，

我个人现在给所有 IoT 设备单独一个 VLAN ，两个 SSID, 和其他 wifi 设备尽量隔离


但说到底，所有复杂的类似代码的东西，不按真正的代码管理，都是玩票。
最终我想的是自己写程序和子网关通信，接替中枢网关，如果中枢网关未来能开放 API 最好，这样就只和中枢通信，不行的话就自己和子网关通信。

唯一值得保护的也就是配置文件，证书 API key 之类的

其他的，那不是针对谁。。。

恕我直言，公司的代码根本不用专门混淆

解释型语言拿去编译字节码也是敝帚自珍，主要是给老板提供心理安慰

别用 GraphQL , 和 Graph 没一毛钱关系，纯就是忽悠，别被忽悠瘸了
本质就是前端直接运行 SQL, 不如让后端直接把数据库给前端开了

我这可真不是喷，这样的项目好几个，https://hasura.io/ ， 用 GraphQL 的形式，前端直接操作数据库