楼主太赞了。我虽然学游戏很久，也是一个开发，却从未做出自己的产品。继续加油，毅力值得学习。建议，可以考虑直接使用专用的游戏引擎，可以节省很多时间。把有限的精力放在玩法上。

年轻人不要怕，不要怂，没给钱的竞业就是一张废纸。该找工作继续找工作。AI 时代来临。还会有更多新机会。

已经用 cursor 一年多了，任何语言都用它，没啥特别了，一开始不习惯，适应一下就好了。比如强迫自己多写前端代码。慢慢熟悉就好了。任何 idea 现在都卸载了，又笨重又占用资源。

如果你只看到外力而放弃自我成长，那只说明，你还是太年轻。富家子弟，可以饭来张口，衣来伸手，翻译？直接配个活的。但他们依然需要学习各类知识。再厉害的 ai 产品，终究只是外物，代替不了人本身的认知。因此我建议,对于下一代的培养。先不考虑兴趣，有些硬性基础是必须玩命学的。
1 ，英语！！！必须是英语，不是其他外语。任何外语都代替不了，英语的地位。只有学会了才能理解英语思维，理解西方的科学，文化。才能有符合自然规律的创造。不要反驳，反驳就是你对。
2 ，不管未来在何处，都要学习逻辑学，只有理解事物之间的关系，才能称之为聪明。大道至简，不管未来关系如何变化，都可以有自己清晰的认知。
3 ， 这一条和个人兴趣有关，不做强求，可以是物理数学。也可以是商务公关礼仪。亦可以是乐理，绘画，艺术。但可以在年轻的时候都去尝试一下，选一个让娃开心的。
最后，关于生存技能。可以在 3 上面，由孩子自己找。

题主想多了，人家不喜欢你而已，早点提出，早点止损。把更多精力投入下一个，直到遇到喜欢你的。

想要学习的话，还是建议在视频网站上找个 React Native 的 step by step 的视频，一步步跟着实践。看起来很慢，实际上是最快的。对于有难度的地方，可以不求甚解，能照着实现效果就行。等完成一个 demo 后，对 rn 有个基本的了解后，再尝试学习 expo 会事半功倍。想往后再进阶，可以深入了解 react 的核心机制。比如各类的 hook ，生命周期。反向的更新 demo ，提升效率。

目前还没有接入实时语音？

@vsean 这种情况，他应该发公告的。除非是准备跑路

这个商业模式太难了，恐怕题主还得坚持 4 年。对于一个产品来说，坚持 4 年是一种执着的好品质。但是对于不赚钱的个体来说，这么长的时间没有收入，那就不是一个好的 idea 。属于一厢情愿。
你的客户是谁？企业？个人？但从产品来看，偏 ToB ，国内做 ToB 难度，不在于产品。除非有通天的运气。

也要考虑一下孩子的感受好伐，那些说提升免疫的。
建议题主可以给孩子多请几天假，不要好了就立马去学校。而是等一个星期完全康复。

必须封，越是低楼层就越得封。现在不封，未来封的成本会更高。
1 ，防风，隔音，这个不说了。
2 ，防蚊虫，防尘。

老兄，告知一下公司，赶紧让坑，我在准备简历，天涯海角我都去。皆大欢喜。

老中医，玄学算命。

RN 和 Flutter ，我都深入学习过，并开发过实际的产品。相比之下，个人更喜欢 RN ，主要是 Dart 的语法，实在难以忍受，每次开发 Flutter 都捏着鼻子进行下去，为了避免层级太深了，需要不断不断的去抽离新组件。
RN 是基于 TS ，完全没有这个问题。配合前后端的都用 TS ，毫无违和感。关于开源社区的组件问题，其实一直都在迭代，那些许久没有更新的，一般都可以找到代替品。如果一定要用，配合现在的 cursor ，fork 下来魔改也毫无压力。线上的产品实践下来，还有个特别点是，喜欢 RN 的热更新，这个只有发布过产品的人才能理解其重要性。flutter 虽然有，但难度太大，改动的内容也太多。
但我要推荐的是，题主想要自由开发的话，还是优先选择一个好的产品方向。那种技术都影响不大。如果是单纯的学习，那就更无所谓了。两个都看看吧。选择喜欢的

挺不错的。你的前途不可限量。别人都在想着偷懒的时候，你选择了奋斗。没有免费擦拭的机器。终有一天，你所有的辛勤，都会以你意想不到的方式回报给你。来的越晚，收益越大。你只是迷茫和犹豫。但不要放弃，不要在意别人对你的看法。
我想很多年以后，你做到某银行支行行长的位置时，你一定会怀恋那个帮客户出错而被挨骂的下午。
别人都在劝你搞关系的时候，我依然告诉你，你的做法在这个点是没错的。正确的。你需要一颗更为强大的内心去坚持。继续坚持。在坚持中寻找压力释放，寻找你的伯乐。只有这样才能接触到更多的人，也许这些人，一辈子就见那么一次。
永远不要因为别人对你的看法，而放弃自己对于理想的坚持。
如果，我说如果，你害怕，你的付出得不到回报，那么我推荐你看一部美国电影《狗镇》。

买，果断买，青春无价！！！

看到话题这么火热。我也说一句，重复三遍。如果目的是为了突破内卷，不要写书！！！
应该把更多精力放在技术之外，技术的这东西，根本不缺会的人。也就是内卷的根本。
把想要写书的时间，放在社会实践上。比如去学习人际关系。学习此前未知的业务知识。这个世界很大，很大。只有见识的足够多。你会发现在新的领域里，你对新的业务有深刻理解的时候，就会自然而然的思考，是不是可以给其更多的改变。突破内卷的方式是发现新的模式，而不是新的内卷。

用 ES 吧，毕竟是标配。一次部署，后面梭哈。资源不够加机器，加节点。成本？等你的价值有机器贵了再说。可以早点下班的事儿，为何不干呢？我用 es 处理百亿级别的数据，都很轻松。什么垃圾都可以往里面丢。
ES 有优秀的生态，出问题了，都可以找到相应的解决方案。有专业人在维护。你只是用 ES 做索引而已。又不用担心数据丢失问题。
如果再想加速，套个 redis 也不是不行，对于常常用到的缓存一下。基本上 99.99%都是冷数据。
关系型数据库，已经用 mysql 了，没有必要用 pgdb 。本质上没有太大区别。

做编程，看上去是技术的能力有经验或者没经验，但这仅仅只是一方面。但其实更重要的是对业务的理解，产品的理解。这和医生有着本质的区别，医生本身从工作那一刻起。就开始积累专业知识和业务经验。复杂的病人就是业务对象。
我们再横行对比一下。
医生的技能，所属科室。可类比编程的语言，框架，生态。 当医生切换科室的时候，以前的积累会有打点折扣。同理，程序员在切换语言，平台，生态的时候，价值也会打点折扣。
医生面向的病人，好比编程要处理的业务，编写的产品。一款优秀的产品，足以让程序员一夜暴富。处理棘手的病人，可以让医生一夜成名。但这些都是特殊情况，很难，很难。

但人的结构就那些。现实的业务却无限多！！！如何选到暴富的业务，才是做程序员需要考虑的事儿。

绝大部分，都是平凡的大多数。无论程序员还是医生都看个人选择罢了。