个人觉得在如果有大模型加持，对于一般的业务来说，TS 是更好的选择。

个人算是独立开发者，目前写代码已经离不开大模型的帮忙。经常提示大模型基于现有代码进行解读，然后让其给出新功能的代码。实测下来，TS 的项目往往比 python 更容易一次得到正确的答案

同样一段逻辑的代码，有 type 会附带了更多 context ，大模型能更容易推理出正确的信息，更容易一次就给出可用的代码，出活效率更高。

@zpxshl 是呀

@lifeaslingex 身先士卒，哈哈哈

@chuck1in
@poorcai

我是感觉还好

@Aindy v: ox_meta 哈

@hellopz 还不行，还有期权，还是不能说

@harrybt112 哈哈哈，满足感是比较强，不过很累呀

@OneMan 感谢建议~ 这是一个很好的是思路，是可以看看这样的机会

@locves 我没什么好学的呀，大多数是失败的经验而已...

@Sanshi4396 大部分是是通过高级功能付费或者广告或得收入，我的算是歪打正着，主要是通过服务交付变现

@loveumozart 很可惜，现在是通过服务赚钱的，需要持续的交付才可以

@qxdo1234
@GeekGao
@OneMan
@coderHu

+1

@yyqxjwxy 暂时还养不起团队😂，争取今年能养起个小团队。

@yoyolichen 哈哈哈，提前预定🐶

@zhouyin 文案要写好比较难，不同的受众定位，思路和结果差别很大，设计还是比较有迹可循的。字体比较影响精致感，刚开始不要纠结这个，先专注信息结构先去套模版好了，先做到及格，多迭代就好了。

@BNineCoding 要快的话，就建议找自己熟悉的语言，如果是熟悉 Android 就直接 springboot 搞起。个人感觉后台主要的矛盾是数据库的设计和结构迁移，好的数据库设计会省很多活，框架到时候还高，只要生态符合你的需要， 怎么方便怎么来。

@coderHu 目前还没有用到一步到位的工具，推荐是将 UI 拆分成几个部分：结构、样式和互动，分别去抄和用 AI 工具实现。

结构根据自己的产品需要传达什么信息，用文字列出来就好，然后对这些信息进行分组、分组件，画草图布局可视化下，这一步可以参考成熟产品的做法，多抄，也可以让 AI 给你一些参考。

有了结构之后再考虑样式，样式这个就很多门道了，建议前期就先用成熟 UI 的组件的默认样式就好.

互动其实目前大家都有固定的套路了，可以直接套用成熟产品的交互流程就好。

推荐看下 refactorUI 学习下它的思路，多抄，然后对比、改进

@Anshay 训计我也有用的，功能和产品定位都非常好，定位清晰，功能上就考虑了传播的属性，非常值得学习

@szdubinbin vercel 的数据库是用 Neon 的。相比公有云厂商，按量付费对起步阶段比较友好，我现在是用 supabase, 体验也不错