最近深度使用 retool 后，觉得真不错，中小企业、个人开发者搞搞后台、微 SaaS 完全没问题

nocobase 复刻版，还是开源的

你在说些什么东西

@runze https://www.majiang.co/ 这个复刻的真像，哈哈哈。不管咋样，能降低大家开发项目的成本就好，很高兴看到国内有这样的产品出来

以下纯属个人意见：
retool 用过一段时间，也造过低代的轮子，尝试在国内项目中使用。
国内环境对比国外还是有很大的不同。
技术问题：retool 这种 low code 的工具，虽然叫 lowcode 但实际上干啥都得写 code 。JS 搞逻辑，代码非常换碎片化所以只能做非常简单的界面。 界面复杂后， 维护成本几何上升。 数据访问层全靠写 SQL ，没有 orm ，防注入又不能手拼 SQL. 想展示一个表格，支持基本 CRUD+搜索，一大堆 SQL 数据源。 没有 workflow 支持，js 碎片漫天飞。写完一个项目，交给另一个人。因为不像正常代码有结构，low code 代码散落在各个角落或者平铺，很难理顺逻辑。
国内商业困境：低代包括 retool 的逻辑是乐高。 本质上用户本人自己什么需求，用乐高搭一个粗浅能用的出来。这个时候你的逻辑是看手里有啥 ui 组件， 在功能上实现本质需求就可以。 这套在海外玩得很好。 但是在国内，企业：别整这些我给你钱，不管你用啥把我需求做出来就行。 你这个样式不好（低代提供的乐高模块），给我改成 xxx 样子的。 样式的订制需求一提出来， 低代就跪了。个人：个人不会给你付钱的。 国外能接受买个工具自己满足需求， 国内环境大量习惯直接订制 APP. 甲乙方的逻辑完全不一样。

简单，需求不频繁变更的系统 我觉得是 OK 的 ，逻辑开始上来 各种 xxxcode 就要抓瞎

现在各个大厂都有在 lowcode 押注，腾讯的产品叫”微搭“、目前客户案例也已经很多了。

做这类 SaaS 如果想要保障服务稳定、产品好用的话需要大投入，小企业或个人是很难做到的。

看完大家的评论后，觉得大家的预期是不太一样的。我想限定下我这个平台的目标用户和预期场景

目标用户：
1. 不擅长前端的后端开发者
2. 资源有限，想要快速迭代聚焦客户关键需求的独立开发者或组织

预期场景
1. 内部工具，后台
2. 微 SaaS （面向利基市场的小型 SaaS ）
3. MVP

期待真正有需求的同学和我联系，愿意和这些同学的业务一起成长，收费合理

准备写一个讲如何使用 retool 的掘金小册，有同学感兴趣吗？ 偏实战，可以当作工具书使用，适合不懂后端的前端开发者、不懂前端的后端开发者、专注解决核心问题的小微团队

小册目录如下

1. 开篇词：如何愉快的阅读本小册
2. 基础：什么是 Retool 和微 SaaS ，可以用来做什么？
3. 基础：Retool 和其他开源工具的对比
4. 基础：MySQL 的读写
5. 基础：JavaScript 的编写
6. 基础：API 的调用，REST 和 GraphQL
7. 开胃菜 1：开发时间戳转换工具
8. 开胃菜 2：开发密码生成工具
9. 开胃菜 3：开发天气预报工具
10. 实战 AI 绘画体验-1：明确要解决的问题，让普通人便捷体验 AI 绘画
11. 实战 AI 绘画体验-2：开发
12. 实战 AI 绘画体验-3：添加收费渠道
13. 实战 AI 绘画体验-4：开发移动版（待 Retool Mobile 正式推出后编写）
14. 实战数字化防疫-1：明确要解决的问题，优化隔离体验，提高医护工作效率
15. 实战数字化防疫-2：开发
16. 实战数字化防疫-3：登录和权限管理
17. 实战数字化防疫-4：性能优化
18. 高阶知识点 1：读写 Elasticsearch
19. 高阶知识点 2：读写 Redis
20. 高阶知识点 3：自定义登录和权限管理
21. 高阶知识点 4：自定义组件
22. 高阶知识点 5：使用 API 生成器快速生成可读写数据的 API
23. 高级知识点 6：自定义主题
24. 高级知识点 7：复用查询
25. 总结
26. 继续深造指南
27. 小册答疑指南