任何的重构都需要考虑 ROI ，投这么大精力重构技术改造，交付速度能提升多少个百分点？公司收入能翻几番？否则都是不必要的。可以参考下阿里的“中台”。没有业务方买单的技术投入最终结局只有“降本增效”。
招一个可以重构的 C+大牛 10w/月，但是优化前开发速度慢我招 10 个 1w/月的应届毕业生怼人行不行？

对了 如果你只是“架构组”，旁路架构师，建议你只做多个备选方案的提案，拉大家一起来决策 /拍板 /执行。打工做事讲究的是做你层级内可以掌控的事情，你的层级不够高，如果这个事情只有 CTO 才能推的动，你就不要挑大梁，否则推动一堆阻力，做不成锅都是你的，如果是这样不如提早提桶跑路。要么就给你升职，名正才能言顺，协作关系也清晰很多。

@ShadowPower MIUI 好像专项搞过安全计划，像这种反复被打穿的肯定是给提交者发奖金然后重构了估计。
目前感觉 MIUI 的手机管家是大流氓管小流氓的感觉，省电策略选：不允许后台，基本上是活不过来了。。。

还是说一下我的看法吧

golang 从目前看比较有价值的特点:高性能 跨平台
比如写一些网络协议处理工具(你懂的), 带 gc 版的 c, 消息通道 Server, 游戏后端 Server
比 python 可怜的 GIL 要好的多线程, 同时使用跨平台编译来实现"write once, compile&run anywhere", 配上 upx, 食用口感肯定比 c 要好得多, 想写一些 mips/arm/x86 路由器上都可以使用的小工具, 语言选择上不再局限于 python. (java 的 jvm 基本告别 mips 了)

工程化能力较 java 弱 生态上来说也不够完善, 很多都要自己造轮子 想要把 java web 的那一套玩转 开源社区还有很长的路要走. web 这种工程化属性极强的领域, 几乎没有理由选择 java 以外的语言.
nodejs golang 的事件驱动 /异步 io/协程还是有优势的, 做 api 网关还是可以和 lua 的 openrest 赛一赛的. 两者在做消息通道 push server 也有天生优势(netty 的学习曲线比较陡峭, 但是长处还是工程化和 java 完善的生态)

可以去看下我 BusHelper 项目 中间用到了 WebSocket 技术

@suziewong 后来没 HC 安排转部门 转挂了 我私邮你了

蚂蚁那边 P6 过了没有 HC。。。我简历在人才库里

@Thiece udp2raw-tunnel 很有意思, rawsocket 这一手玩的骚啊

@ZiLong 其实一个 R 和两个 R 可能就是说明是上一个的演进版吧

@Thiece 看我 github 的 star

@ZiLong aab->aabb

@Thiece 所以最佳方案是 KVM_VPS+BBR+酸酸乳乳+tls 伪装

@Thiece 这是 Qos 问题，来自运营商对 UDP 流量的粗暴 Qos 根本不管你是什么协议

住商品房是不是就不能上功放了， 感觉会扰民啊

@570k 我的 QQ 402276694

@XinXinkkk m3u8 的视频它应该搞不定

@datou 只要提供手机端网页视频播放的网站 都可以嗅探下载。

@kslr 小程序不可以的。如果自建 NAS 的话还是可以实现视频缓存和播放的。