@sammyM +1

tailscale+自建 derp ，直连 or 中转，总有一条路能行。

严格立法，选择执法了解一下。

@Donaldo 有没有个人微信版本的推荐

read the documentation

@morgan1freeman 我赞同#15 楼的反对鼓吹模糊论的说法，部分开发者鼓吹模糊论是因为他自己都不知道自己写的代码会有什么影响。

写代码前没测试，代码上线后没有遥测系统，这些都是软件工程领域经过大量案例证明有效的实践。

@morgan1freeman 代码复杂度跟要不要管理是两码事，相反，软件越是复杂越要管理，无论是专门的技术领导还是开发者自己来管理。

软件工程本身就是利用工程化的方法来构建系统，比如系统架构设计，这就是对代码的“管理”。

如果只是把“管理”理解为管人，那就太局限了，这个只是国内大部分企业的管理学，管理学领域有很多非常科学的

@qsnow6 #10 生产多了，库存压力大，可能会滞销，会导致资金压力大。生产少了会让公司损失收益，还可能会导致供应时间过长，降低客户的评价。可以想想这活多难。

@Licsber #5 “所有问题都有标准答案，问题在设计上就是逻辑可解的”

就产品研发领域而言，不存在标准答案，在不同业务场景下，解决方案差异很大。哪怕就研发领域而言，干同一件事，用什么编码语言、什么框架、是继续维护现有的项目还是重构项目，充满了各种不确定性，根本不存在标准答案。

如何在这种不确定性下，带领团队把活给干了，这个就是管理的水平了。可以了解下传统行业的“供应链管理经理”，一边要尽可能准确的预估未来产品的销量，另一边还要管理好研发提前把东西生产出来，以避免供应不足。

@Licsber #5 可以参考大厂的工时制度，就互联网领域而言，大部分的“创造性”工作是有迹可循的，比如开发个 XXX 系统，无论是代码层、数据层、视觉层、业务层都有相应的设计模式可参考，对于经验丰富的管理者来说，做好拆解工作后，工时评估结果与实际情况不会相差太大。

实际情况是，大多数人在 coding 前连个图纸都不画，脑袋一拍就开干，这种情况下，要评估工期就是个笑话。

这是管理学领域的问题，引用德鲁克的名言：If you can't measure it, you can't improve it

改 DNS 就完事了

日常使用差不多，玩游戏也问题不太大，至于游戏延迟什么的，各大厂都有专门的线路优化

把想的事情写下来，就不会再想了

GEO 是最佳实践，优化好索引速度很快，上集群纯粹没活硬整，集群间的通信不需要开销吗？

RDP 这么好用，为啥不用

速度不是关键啊，好用、省心才是

@ltkun #6 这个是真的狗