加载速度太慢了，写起来是真好写

@tlerbao #6 深入用过 tabnine / github copilot / codeium 都超过半年；买了一个月的 cursor 写了一周左右，对我来说没有争议 cursor 体验绝对是最好的（还没用过 zed 和 continue ai ）。

作为最后一批花 20w 买了最低续航款小鹏 P5 的车主，表示这车好像也不算贵（误）……

但如果你看中的是智驾、科技、智能化，我会劝你再观望一下。P5 车主的例子就在这里：看硬件的话，P5 的车机芯片实际比老 P7 还要新一代，但 P5 的智能化的升级这块已经基本被放弃。可以考虑一下小鹏低定位车型后续还能不能得到 OTA 支持，以及你是否真的在意这点。

@XCFOX flutter 有的呀，GetX 就是颗粒度可以做到很细的，一个值更新以后对应用到这个值的 Obx 组件就更新了，不会像 react 一样刷新整个函数。

叠个甲，下面都是我作为一个后端开发，对 react 和 react native 不熟悉导致的；但对我来说真的非常不符合直觉，和同样是新手的 flutter 写起来的感觉真的天差地别。

1. 说 react native 获得原生级的动画体验我觉得就有点怪（除非说的是写原生代码）：例如透明度变化的时候可以传 `native: true` 但是 height 变化的时候不行只能靠 js core 。连一个动画都要分的这么清楚很难讲开发体验好。

2. 再说状态管理，我之前写 rn 用的是 redux ，很多状态管理的逻辑都要跟着数据库更新的逻辑；当时 expo 文档里是 sqlite 和 sqlite/next 库，我想 next 是下一代，我求快求稳那肯定先用 sqlite 。结果写了半天发现这个 sqlite 明明已经是要 deprecated 了，和很多库都不能联动，文档也对不上。由于新旧同时存在，问 GPT 效果也很差。

3. 再加之为了单线程性能考虑 sqlite 我需要写成异步，而 redux 操作是同步；而 redux 推荐在状态操作的时候只写状态相关的代码以免出错没有更新状态。这意味着我要么把数据库操作分散在各个组件代码里，要么给 redux 的状态更新再包一层实现所有状态操作和数据库操作。

4. 更多例子说明我的困境，比如 useContext 的时候变量是引用类型，是值变化就触发组件刷新还是需要引用变化？两个不同的库里都有同名组件，看起来功能也一样我应该用哪个？这种问题对熟悉 react 的人来说或许不是什么问题，但对新手来说一天遇到十几次但找不到「最佳实践」真的是一种灾难。

这玩意以前用 eset 的时候遇到过，其实可以理解他们可能是要看 HTTPS 里面的内容是不是钓鱼，很多信息可能也只在本地。

但默认开启这玩意真的不应该，起码要提示一下，之前给我排查证书问题带来了很大的困扰。

后端？ flutter 秒了，便利、直觉、自带电池、最佳实践多。

rn 生态混乱，expo 和裸 rn 库乱成一锅粥； react 不符合（我的）直觉的地方超多；最佳实践少，网上教程基本上能把东西糊出来就完事。

小心多空双杀+美元继续贬值

我宣布 rn / expo 是最**不**优解

@ColinZeb #10 极客湾的视频只要带「体验」两个字就是商单，云飞很久以前在动态说过的。

硬件茶谈应该没有明显的暗号，是我推测的，带 [硬核科普] 的应该是商单非商单都有，但都很深度，值得看看； [产品评测] 的肯定是不深度的，厂商送测或商单吧。然后比如讲的内容是增程车或者电动牙刷这种的，我都默认是商单了。

还是极客湾有先见之明，几年前就和粉丝约定了商单视频标题会出现关键字，核心粉丝看到了不乐意看就不用点开。

硬件茶谈取的这种标题也还算明显，比如楼主发的这个我在刷到的时候就知道是商单压根没看，所以还没有达到想要取关的程度。

真正恶心的是那种本以为是横评，看到一大半才惊觉是个软广，就和吃到了苍蝇一样难受，你还不如在视频的开头部分就告诉我。这就是我早早就取关先看评测的原因。