gen1 不考虑。gen2 和 gen3 都可以。

啥也不懂的话，其实适合 next.js 。
但是呢，我怕你学不会。

一开始觉得弄太大有被滥用的隐患。
后来发现有的应用确实不够用，又搞了一套新的。
和同步也多少有点关系。

niz 都嫌贵只能说你不适合静电容键盘。
另外 niz 不咋地。我用过一段时间，经常出问题要重置，不建议尝试。

这种简单的业务有啥好问的，你是 ifelse 不会写还是数据库不会连？

支持自定义的键盘很多，也要不了多少钱。较这劲干嘛。

没错，讯飞输入法就是智障。这都好几年了，讯飞语音输入法至今没法正确识别出我家小孩的名字（识别出来的几率不超过 5%）。哪怕我一天要输入一百次这个名字！

没看明白，这是手机系统登陆账号还是邮箱 APP 的问题？如果是手机系统登陆账号，一般需要指定邮箱服务器吗？

这几个功能还真的是……一点都不相干。

继续看下 lib 下哪个目录大啊。

问题表达的这么专业，我不相信是你自己想出来的问题。
关键，我也不觉得这是一个有趣的问题。所以算了吧。

问个有点幼稚的问题：直接刷普通的安卓系统不行吗？

写小应用内存占用十几 M ，很舒服。

如何确定？能自动化全测就全测，资源不足就挑重点。这有什么好问的？
怎么权衡？难道不是根据你对项目的理解自己评估影响和风险？你自己的项目自己的代码你问别人怎么权衡？

本地存储，隐私优先。开发躺着就能实现的功能，产品的第一大卖点。老板都这么好糊弄，咱们可省事了。

@favourstreet 重新封装一个可以在应用级别做很多功能。终端的字体渲染和 shell 集成可以用 vsc 的。但最好 vsc 团队能把终端单独拿出来，不然不好维护。
哪怕是和 vsc 几乎一样的终端，也不是 vsc 。毕竟有时候你想打开终端而不是项目对不？应用场景截然不同。
至于 electron+1 ，怎么说呢，市面上我记得已经有几款基于 electron 的了……只能说，味道对了，还是有人肯吃的……多一个选择总不是坏事。可能你担心的是它做的太好以至于自己把持不住……

要是有人把 vscode 的终端支持单独超出来包装成一个产品我觉得是不错的。它的细节比很多终端应用都好。

原生就可以。为什么你觉得别人一定用的跨平台技术？

个人开发者，凭什么和团队竞争？凭的不就是谁能避开团队？