该提就提

关注一下

看了一下车机交互，仿佛回到了十年前

@laminux29 听起来有点道理，感觉有点搞不来 T_T...有啥入门推荐不

@lihongming 赞同。另外补充一下我的观点：
1. Weex 啥场景都 hold 不住，这玩意儿就是个垃圾
2. 对于 RN
2.1 涉及到高频复杂数据交互的不太适合（比如特定物联网领域），会存在队列阻塞问题，JNI 版本还没正式发布，需要原生做一些支持才能扛得住
2.2 需要非 HTTP 、WebSocket 通讯的场景，比如 MQTT 、TCP 、UDP 或其他加密通讯方式，普遍需要原生提供接口封装支持
2.3 需要用到一些仅提供 Native SDK 的服务时，需要上原生，有的服务原生代码要写的挺多的
2.4 音视频相关需求...特定界面还是必须原生
3. 具体业务场景来说，我个人觉得 RN 对于大部分场景都是能 hold 住的，只是成本高低和团队构成问题。如果遇到一个死活不愿意用 RN 的团队... ... 比如上原生

@laminux29 大哥你这路线图是修仙的节奏啊...怎么还搞模电、数电去了...

用废的现象是什么？我的不粘锅已经用了 2 年多了，注意一点基本没啥问题

@johnsona 不考虑

@johnsona 只需要考虑怎么活下去

去年辞职之后，我就再也没有想过去上班。

@longaiwp 看现象国内确实很多人不想用主流——如果用主流 KPI 怎么办...

@ajaxfunction 也是，哈哈

鸿蒙不止没有 WebView，还没有脸

我就这么说吧，你以为乘务员是乘务员，但其实一些我们看到的乘务员根本不是乘务员（乘务员自己雇佣的廉价劳动力）。这行感觉挺乱的，不要相信规定能执行

阿里码农：劳资只看 KPI，用户算个 P