你没法动公司的网络，尤其是路由器的 NAT 设置，所以建议哈，你还是用 FRP 的好，用个便宜的 VPS 部署一个 FRP 就能连进去了。不要说你没有 VPS ，这点钱又不是花不起

航模入门嘛，就从遥控 KT 板的飞机开始嘛，速度低，容易控制，炸鸡的时候不容易弄坏飞机，关键是价格便宜。RF ，动力都有现成的套件，买现成的就行了，没有 DIY 的必要，如果要自己弄 RF 的话，那就是另外一个话题了。如果这会儿了楼主还没把飞机飞起来，那真是执行力够呛。

你要是搞移动开发的，simulator 和 idea 一跑起来，耗电还是蛮快的。如果搞服务端开发的话，只要不是频繁的 run ，还是不怎么耗电，因为你不 run 的时候，大致还是和一个文本编辑器没啥区别

@yorkyoung 根据某些网上不靠谱的说法是光猫本身的路由是用了多拨的方式来实现了占满 1G 带宽的，而光猫在桥接模式下，能不能跑满，和拨号的 CPU 有关系，这个是实测出来的，当时发现没跑满 1G 的时候，我就找了台老笔记本来直连光猫拨号测试，结果 i3 CPU 的老本子跑出来只有 600M ，然后就呼叫了电信的师傅上门检测，然后他带了一台 i5 CPU 的 thinkpad （电信标配），然后差不多实测就 970M ，后来发现要是不能多拨的话，你用啥非 x86 的路由器都很难跑满带宽。所以由此推测，网上那个说电信光猫自己内部实现了路由多拨来跑满 1G 的说法是有道理的。

@yorkyoung 小水管不是路由器问题

桥接后对拨号路由器的 CPU 要求很高，用 i5 以上的 X86 软路由或者多 WAN 路由做多拨才能跑满

话少的一般都是狠角色
https://i.imgur.com/3VLsSu7.jpg

最大的问题和 BT 一样，BT 没有金融属性驱动，结果大家都不留种，ipfs 用金融属性解决了驱动大家在线留种的时间问题，但是，如果你下载必须支付 coin 的话，那么事实上和付费下载没啥区别了，更特别的是，这样也无法保活，比如文件冗余 6 份，因为是家庭网络的关系，很可能 6 个节点都不在线，手机那个就更不靠谱了，手机后台运行本来就坑很大， 特别你还后台跑流量。结果现在在 IPFS 上部署网站，还是要靠商业化的 CDN 来支撑，纯属脱了裤子放屁，唯一的好处是你数据确实很难彻底删除。但是搞不死你文件可以搞你域名啊，不用域名你让用户去记忆你的 hash 地址？最后这套基础设施委实不能说是便宜，起始也只有搞灰产甚至是黑产的人才用得起。你想用这个下电影？趁早洗洗睡了

加班多是老板的问题，你看啥语言都没用

搅拌棒，热饮为了防止你烫伤口腔，都是不配吸管的

PG 用着香得很，只能说 SqlServer 垃圾只有 x86

小公司技术面要求高，各种算法数据结构什么的，你又要来吐槽，一个小公司，要求还这么高，面试造火箭，到岗拧螺丝......

能开好手挡算是个比较有用的技能吧，但是现在也不是啥必不可少的技能了

@xpyusrs 单节点的你要靠谱还不如直接用数据库事务好了，你用 go 的互斥锁那是硬生生的把法拉利开成了拖拉机

那要看你是在单节点实现高并发还是多节点实现高并发，如果都交给数据库那就开事务，用数据库去解决一致性问题，但是性能不容乐观，如果要多节点实现高并发，那么分布式事务的 CAP 问题，要么用现成的分布式事务方案，要么自己实现 2 阶段提交（ 2PC ）或者 3 阶段提交（ 3PC ），或者更近一步实现 Paxos 算法。这个问题很多现成方案，真没有必要自己再想当然的搞一套了，因为 CAP 三个问题你只能搞定其中两个，别自出机杼了

我自己的 VPS 一直在被爆破，但是并没有什么卵用，关了密码登陆只允许用 RSA 密钥登陆，靠爆破要等到天荒地老了。

MySQL 用 uuid 有性能问题，最好是自增

协程主要针对的场景是 IO 阻塞的时候能够有轻量高效的处理大批量并发任务。对于大量并发的 CPU 开销（运算）来说，协程毫无用处，因为协程并不能协调 CPU 资源，比如控制 ffmpeg 压缩视频这事，你用协程就没办法，因为 CPU 核就这么几个，你并发上万个协程也没法变出更多的 CPU 资源出来，反而会因为过多的切换而更慢。