能插网线就插网线吧，电力猫都好。

小运营商很常见啊这些问题，还有封锁 udp，外网只给 5m 的骚操作。
应该是暂时的问题，不过你可以挂临时个 vxtrans 搞定。

114 似乎会针对请求频率做限制，设备太多可能会导致短暂的服务不可用。
一般建议用运营商给的 DNS 。

* 客户 -> 客服

打电信或者联通的客户，让师傅上门。

Airpods 音质的问题，是无线传输始终比不上有线。
至于做工用料，那肯定是祖传啊。

macOS 的库乐队，有一套基础钢琴课程（免费），以及进阶的流行乐曲钢琴课程，我觉得把那些学完就很不错的了。

尽量不要在数据库里搞编程。
哪怕是把数据取出来计算完逻辑再放临时表排序都比直接计算来的快很多。毕竟数据库的算力是很宝贵的，而且大多数数据库只对排序做了优化。

@no1xsyzy 战网客户端说真的，卡得不要太惨了。

技术角度：
看了一下 array.filter，发现确实可以简化某些场景下的应用（虽然我也是从未用过这个特性），是一个蛮实用的语法糖。不过，语法糖其实不是越多越好，编程语言过多的规则（语法糖）会加深心智负担，间接影响了程序可读性。array.filter 相比传统的 for，虽然减少了代码量，但是 for 能实现一样的功能，还能更灵活，大多数情况下可能还是选择用 for （少即是美）。

管理角度：
团队项目的整体水平实际上是一个木桶效应（重点），其最强实力取决于最菜的那个。也就是说，一旦你用了 array.filter，其他人也必须一起使用，否则就无法一起协作。解决方案大概就是以下两点：

1，所有需要用到 array.filter 的地方你都来承担。
2，睡服其他人，让他们一起用 array.filter 。

一个例外的方案是你收购了这家公司。

@seakingii AI 编程早就普及了，只不过很多人都是 AI 之一。除了产品经理。

没有银弹，而且很多东西都没法教，只有实际上手项目才能明白。
事实上，各个级别的项目都有适应的架构（屎山），在未达到顶峰之前，更高级的架构也只是累赘。

所以很多算法出身的人其实他确实就只能去码代码，做不了架构。

vxlink 的静态托管再套个 cf 应该就差不多了

@AoEiuV020 挂 pages 或者 github 仓库是一个很正确的方案。DNS 记录的话，这个思路确实很巧妙，但是很难控制其实效性和准确性，不建议用。pages 速度慢的话，可以用微林的 vxserver 来替代，直接把 github 仓库作为 http 服务发布。

@yeeyeung 没试过，而且我已经放弃折腾了。折中的办法是直接在 youtube 客户端里推送到电视的 youtube，关联设备代码就行。

目前在用 75 的 Sony，说一下感受。

首先是缺点：
1，没有谷歌框架有点难受，折腾了好久也没装上去。youtube 可以装，不过无法登录。
2，这年头了居然没有投屏的支持？？？内置了一个第三方投屏垃圾得一批还要付费去广告。

然后是优点：
1，画质真的强，毕竟有分区背光，然后还能支持 120fps 4k 。
2，可以直接装 netflix，这个电视系统内还支持 netflix 原画模式。
3，响应速度极快，比以前旧的那台 LG 快不知道哪里去了，搞得我都完全没心思去装什么盒子，我觉得除了 apple tv 能跟上原生系统的响应速度外，其它估计很难。
4，无广告无广告无广告。
5，系统居然还会定期更新。
6，内置了主流音响系统的支持，家里有个飞利浦的无线 5.1 声道设备，光纤接入后可以自动识别到 5.1 声道，体验很好。

爽剧？不知道黑道律师算不算。

还是那句老话，每种编程语言，都有其适用的场景。

在我看来 ，TS 的最终目标是大型多人运动的免文档化。说白了就是你在代码里提供足够详细的说明（相当于以前倡导的注释），然后再结合 IDE，可以在调试和多人开发时获得一定的便利，这样可以降低某些场景下的开发成本（交流沟通，后期维护等）。

所以脱离场景去谈实用性其实没有意义。我个人也挺喜欢在 IDE 中编程时能获得尽可能多的自动化提示来降低心智负担，这些提示来自自动化的语法检查，函数补全等。不过如果是一些小项目，甚至是个人项目的话，似乎又没有必要为了这些特性额外增加前期开发的成本，毕竟需要到项目的后期才能看到成效。但是说不定没有后期了，写到后期结果发现要推倒重做或者又是新出了更好用的编程语言？

ps.现在其实自动补全也相当成熟了，即使不依赖 TS 也能做得很好(大家可以试试 tabnine 这个 vscode 插件，号称人工智能)，所以我选择也不用 TS 。