Steam游戏太吾绘卷团队的前程序员和现任程序员互相对线？

　　看了眼，一个现任前端和一个前任后端对线，抱怨后端害得他们前端魔改背锅？那现任的后端呢？
　　从前端喷不会Unity，想忽悠用UE，大概猜测后端不怎么习惯用C，所以用CJava写了个后台，用Unity写了个前端，然后用socket通信。这种做法以前也挺常见，但现在windows上这么玩的好像比较少见了（linux上那些人都恨不得所有东西都是独立进程，用共享通信来玩），所以里面一些坑新人们没见过，搞出来进不去的问题。
　　不过现在看起来的问题是，后端大概没人能改？从任何一个开发都能可以导致存档系统的损坏和修改来看，大概推断是没有数据结构版本统一管理，可以随心所欲的增加成员，减少成员，修改成员类型，而存档的版本号不会发生变化（这个大概还是人工管理的），导致小版本之间存档没法按照设计的方式自动升级，然后用户天天丢存档，开发天天在发愁到底哪天改了哪个结构体，这种情况下用json这种会比较轻松，至少能看出来啥东西改爆了。
　　所以大概就是：都缺少工程经验，想法很美好，精力很旺盛，管理很初创。不过经验都是这么踩坑踩出来的，只有老板的钱包比较受伤。
　　没高兴仔细看对线的内容，倒是在gitee看到了另一位mod作者对风后的站边文，全程是在炮轰现前端开发不遵循所谓的异步规范导致的卡顿问题，所以是现前端水平不如风后大佬
　　说实话读完也有点乐，如果本回答有幸被风后或者那篇雄文的作者看到，希望能解答一下和异不异步有何关系，如果自信后端不卡是前端渲染问题，那是卡在ui线程，我不理解和异步有什么关系。
　　如果确实是后端卡顿前端采用同步阻塞策略一起卡，那我也想象不出来你异步得异出什么花样才能让前端能跳过后端数据加载完成就让用户输入操作，幂等性不要了？异步了不也就是做些表现工作遮掩后端卡顿，一样是在浪费玩家时间，你不能说因为前端没有帮你遮掩好后端性能问题结果就变成前端全锅了，这似乎很难服众吧。
　　目前骂太吾绘卷是政治正确，我这路人也来吃瓜。其实把太吾绘卷摘出去这个事情就简单多了，就是一个前任没有交代好后事，后任没有能力接烂摊子的撕逼案子，那些说不能找前任撕逼都是看热闹的，但凡自己接个烂摊子而且完全没有头绪，我猜撕逼的人也不少。
　　说白了就是原来就是草台班子，搭架子的时候就不是常规做法，屎山可不就这样一代一代堆起来了吗，可新接手的也是半桶水，可不就无能狂怒吗，但凡前任和后任有一点沟通，不懂的常联系甚至出谋划策能至于最后冲突以这种形式表现出来吗
　　前任撂挑子，后任赌气遇到问题也不去问自己瞎搞，最后搞不出来又落埋怨，觉得自己吃了大亏才来撕逼。这个世界上没有无缘无故的恨。后任是能力不够不假，你前任好意思把自己摘得这么干净吗，你还在mod群里说明你还是关心这个游戏的，这个游戏中间有没有问题我不相信你一点都不知道，甚至说不得等着看笑话。
　　还把自己放在进可攻退可守的地方，你逼茄子表态不就是这个意思吗，锅本来就是你们双方的，还用甩给你吗，你交接做得怎么样你心里没有ac数吗，还不是因为现在主流舆论对太吾绘卷不好，跟风骂的人太多你才敢这样吗，果然是落井下石好一手
　　虽说改端口也不难，但是就看不惯只逮着一方输出，这个前任想摘干净的嘴脸简直了
　　PS：部分文稿非原创，侵权联系删除