@feverzsj 这种解决方案解决的应该是服务治理问题，性能其实并不是第一要素

在线翻译协作确实很早就有了，以前扑家汉化就有，技术把文本导出放到平台上，翻译自行认领可以在线翻译，校对。协作翻译软件也不少 比如 passolo。实际上翻译效果并不好…人多了 校对就是麻烦事。甚至要先整理一份名词表，翻译格式等等

@onc 你这其实就是精英病，自己与所谓的建筑工人农民阶级割离。自以为自己对世界做出了多大贡献，骨子里看不起工人。说真的你跟他们认识吗？我跟他们聊过，人家特普朗普京认识不比你少，指点起国家大事不比知乎差，还有很多听都没听过的野史小道消息。人家专业更不差，照样很多翻书学习努力刻苦的。醒醒，世界没了你还是照样转。你看不起的人很多比你过得更潇洒

不要说程序员 只要得了绝症几乎都可能倾家荡产 生活水平跌落好好几个层次 跟程序员有啥关系

v 站大部分人还是比较相信外国公司比较有节操 看苹果跟华为就知道了…就苹果这次把数据迁入云上贵州来看，私底下说不定把你们资料全卖给美帝了

看到几次说京东杀熟的微博…很多是选择地区不一样，导致的价格不一样，我还是保留意见。

@anubiskong node 部署依赖太多 go 静态编译真的好用

看规模咯 不要听楼上那些换汉仪的，规模大说不定人家早取证完毕了…一个公司连买字体钱都没有？

bolt 了解一下

@rogwan 额…跟楼上说得差不多… python 关键是一个核就相当于一个节点了… go 语言版本 16 核机器 10 台也就 10 节点… python 就是最少 160 节点了 重启应用的时候…配置数据库瞬间爆炸，然后后续节点可能就启动不了 甚至直接雪崩

@rogwan 性能还是有差距的，尤其是一个进程只能跑满一核。16 核机器用 gunicorn 得开 33 worker …每个进程还要独立的数据库连接 内存消耗等等…总之跟 go 还是用差距的…

（ '▿ ' ）说起来我还真想过…民以食为天，我觉得合成化肥跟高产量作物应该第一位吧？
然后全面进入火器时代，剩下的估计就爱怎么玩怎么玩了。估计进化到 pc 时代还是不太可能

rimworld 打折是不可能的 还要涨价 2 快的样子

真正访问控制应该是 @property 吧

这篇真的有点水了… python 不了解这个特性可以说是完全不会 python 吧…

真正透明代理都是路由层做的 怎么可能检测的出