看陈抱一的视频感觉功能是多了挺多，不过相信现在的手机厂商都没有太多的时间预算在优化 bug 上
PS：我是小米 14 还没办法升级 OS 2 所以上面是我猜的

你这流程里最困难的一步可能是注册 stripe

+1

我的感受是高端电视为啥不考虑 LG 而是考虑索尼……

明晚小米 15 发布会结束了再看吧，还有个 realme GT 7 pro 可以等等看

评论看来看去，其实最看重的还是品牌价值……

一万以内都没好的

从小米 12s pro 换到 14 ，完全不觉得 14 手感好……边缘割手，不够窄，摄像头模组过大

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

@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 不符合（我的）直觉的地方超多；最佳实践少，网上教程基本上能把东西糊出来就完事。