飞书，会话可搜索多年的历史
很完美了（

但是你这个需求，邮件自己发自己不是也可以吗？

@across
不是，走硬件加速确实不如 CPU 画质好
当初做对比的那期 mc 我还留着呢（狗头

@darmody
> 推荐用 remax 。taro 的运行时思路基本就和 remax 一样

那就是 taro 3.0 嘛

> 上线小程序还是很多的

我看 yesmeck 都从蚂蚁跑去钉钉了（
现在有啥大流量的场景在线上吗？
蚂蚁内部的缝合轮子已经搞完了？

@revalue
> 头条那么多业务线，为什么还和原 leader 聊

离职要和 leader 沟通的呀，老板当然要先画饼留人 :狗头:
好聚好散是啥，我和老板也没过节。。。
正好也想去阿里看看，就走了 :)

@eGlhb2Jhb2Jhbw

taro 确实是目前小程序框架最好的选择。

不用自豪，国外没有小程序，不会有这种东西，没有对比空间。

remaxjs 现在缺少丰富的线上场景验证； wepy 质量过于糟糕，奇怪的 bug 不少； mpvue 等方案活跃度太低，让人怀疑是否有稳定的团队再维护 /输出。

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

对自己不了解的东西口嗨不是什么好的行为

> 哪天机灵过头了说不定给你加个圣诞节下雨带圣诞帽的菜单

我改过的 antd 代码估计比你多
我看过其他的 UI lib 也不少了（指代码），antd 确实是当前能用的 UI lib 质量最好的了
彩蛋事件确实是偏右的问题（ afc163 出来挨打）

确实羡慕公司能给时间造轮子，前厂的节奏一般不会允许这样

有什么质量高于 antd 的作品可以观摩一下的吗？

@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 做这些兼容？

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