@eGlhb2Jhb2Jhbw
> 反正这种库我是不敢用的

羡慕，请问什么公司会给这么多时间，来自己造轮子呢？

@ShaunLi
不了，没考虑换城市

欠广告费

@xwhxbg
> 客户端有问题你应该据理力争让客户端修复

客户端要修复和你要兼容并不冲突，已经发上线的版本，你不可能说不兼容就不兼容

除非真是大问题，否则一般不会是我老板来 @我，正常都是 运营 /Pre sale 同事来 oncall

我们开发要接 oncall，用户报过来的是问题，你要修复

我并不暴躁，PM 甚至觉得我有耐心，能和用户一遍一遍解释问题（🐶

后端都是自己团队的，问题也很少出，出了修的也很快，上游都是你依赖的其他团队

非重要的 bug 都得前端自己兼容，修复有可能会到下个双月

我没有觉得上游蔡，只是频繁的排查客户端问题让我心累

为什么不让客户端自己去排查？你没有石锤的证据，推都推不动

比如客户端有个很严重问题，来回扯皮了半年，感觉终于要开始着手修复了

我要是让运营告诉用户让他们等半年，估计我就先被打死了


@seki
to B 业务，现在都是用 Data 反馈平台，过来基本都是 oncall，很少有 /会用 jira

@mxT52CRuqR6o5
是网络请求发不出去
后来 rust SDK 的同学处理了，只是遇到这类问题着实心累
我要来回看大量的日志，去找上游说明问题
运营还一个劲的问有没有进展，太难了

@xwhxbg
> rust 各种编译期检查，所以人家可以自信的说自己的 service 没问题

这么自信啊，那 rust 时序问题坑到我是我的问题喽？ hyper 请求 HTTP/2 服务慢于 HTTP/1.1 也是我的问题喽？

前端代码没有问题，客户端出现问题，你就得兼容，用户不会管问题到底出在哪里，运营不会，你的老板也不会。

你要没有被上游坑过，或者没有阅读能力，可以不用强行回复。

@xwhxbg
> 2020 年中旬了，还没用 Typescript 真的是自己给自己找坑

匆忙重构后是 ts，但是重构前的主要流程，我都有写 jsdoc，出入参类型还是有的

19 年初离职的时候，我们项目代码有 1/3 是 ts （ 10w 行），应该算是个中型应用了
委实说，ts 并不能解决业务问题，只是用来降低协作成本与后期维护成本

但是我看全文，也没吐槽这个东西，老哥是怎么脑补出来的。。。

@fhsan
三天写好？出了问题，我一个业务方，跑版本数据，来告诉客户端是哪个版本改崩的？
然后我的代码里面就充斥这奇怪的兼容代码
什么某个版本启动的时候不能调用 X API，Android 会 crash
什么版本之前切后台时要清理定时任务，Android 会 OOM
什么版本之后，iOS 你要标记用户是因为什么切入后台的，因为这个版本开始，JS 执行会直接暂停，会污染统计数据
我一个前端，一个业务方，是遭了什么罪，得去给客户端三天写好的 API 做这些兼容？

维持老用户权益不现实
国际版老用户通用流量包砍成绑定机器的专用，现在专用流量包都要砍掉
感觉是有盈利压力了？

原本以为大家至少会搜索，是阴阳带师出来钓鱼
没想到还真的有人连搜索都不会

倒车，请注意（

啊，这，这波是圆角矩形？（笑

道理我都懂，我要打 LOL 怎么办？
你的云电脑能流畅打游戏？是 Onlive 还没死透？还是现在人均千兆宽带了？

确实应该用磁带
闲鱼蹲点二手磁带也不错