这是一个专门讨论 idea 的地方。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
每个人的时间，资源是有限的，有的时候你或许能够想到很多 idea，但是由于现实的限制，却并不是所有的 idea 都能够成为现实。
那这个时候，不妨可以把那些 idea 分享出来，启发别人。
最近深度使用 retool 后，觉得真不错，中小企业、个人开发者搞搞后台、微 SaaS 完全没问题
jk2K · 2022-08-18 21:30:20 +08:00 · 3888 次点击这是一个创建于 835 天前的主题，其中的信息可能已经有所发展或是发生改变。
目前开发网站，需要先学 HTML / CSS / JavaScript ，然后再学开发框架（ React 或者 Vue ），然后选一个繁荣的 UI 组件库，耗费时间寻找合适的主题，看一堆技术文档，学习组件的使用，定期更新项目依赖，经过多年的专业开发训练后，你才能开发出一个像样的网站，这还只是开发阶段，你还需要学习前端项目编译、部署、服务器运维、安全防护，你还需要找个专业后端跟你一起干，整个项目开发周期下来，成本非常高，迭代速度很慢。
现在可以有更高效的方式了，让你更聚焦客户需求，快速迭代，有想法就可以开干
开源的产品也很多，但是我还是忍不住造了个这样的平台。有同学感兴趣付费使用吗？ SaaS 服务，订阅制
我的产品相比 Retool 优势是
- 本地化。中文，访问速度更快，我的平台访问国内的数据源时不会出现恼人的超时
- 针对微 SaaS 应用有优化。例如平台原生的登录、权限管理、支付和发票、需求优先级投票、工单、问题反馈渠道、页面访问分析、防 DDos 攻击能力
- 组件交易市场。众所周知，丰富的开箱即用的组件会极大提高项目的迭代速度，我在平台里搭建了组件交易市场，如果你有需求，但是自己又不擅长开发 UI 组件，可以在这里直接找到人来开发。开发好的组件可以上架到市场，被购买后就可以在页面编辑器的组件库里使用
- 和更具竞争力的价格。retool 的 Team 套餐一个月一个人就是 10 美刀，Business 套餐一个人一个月 50 美刀，我的价格更合理
 |
1
runze 2022-08-18 22:51:30 +08:00  1
|
 |
2
pangpre 2022-08-19 14:14:34 +08:00 via iPhone
nocobase 复刻版，还是开源的
|
 |
3
linksNoFound 2022-08-19 14:19:23 +08:00
你在说些什么东西
|
 |
4
jk2K OP @runze https://www.majiang.co/ 这个复刻的真像，哈哈哈。不管咋样，能降低大家开发项目的成本就好，很高兴看到国内有这样的产品出来
|
 |
5
heartlocker 2022-08-19 18:09:12 +08:00 1
以下纯属个人意见：
retool 用过一段时间，也造过低代的轮子，尝试在国内项目中使用。 国内环境对比国外还是有很大的不同。 技术问题：retool 这种 low code 的工具，虽然叫 lowcode 但实际上干啥都得写 code 。JS 搞逻辑，代码非常换碎片化所以只能做非常简单的界面。 界面复杂后， 维护成本几何上升。 数据访问层全靠写 SQL ，没有 orm ，防注入又不能手拼 SQL. 想展示一个表格，支持基本 CRUD+搜索，一大堆 SQL 数据源。 没有 workflow 支持，js 碎片漫天飞。写完一个项目，交给另一个人。因为不像正常代码有结构，low code 代码散落在各个角落或者平铺，很难理顺逻辑。 国内商业困境：低代包括 retool 的逻辑是乐高。 本质上用户本人自己什么需求，用乐高搭一个粗浅能用的出来。这个时候你的逻辑是看手里有啥 ui 组件， 在功能上实现本质需求就可以。 这套在海外玩得很好。 但是在国内，企业：别整这些我给你钱，不管你用啥把我需求做出来就行。 你这个样式不好（低代提供的乐高模块），给我改成 xxx 样子的。 样式的订制需求一提出来， 低代就跪了。个人：个人不会给你付钱的。 国外能接受买个工具自己满足需求， 国内环境大量习惯直接订制 APP. 甲乙方的逻辑完全不一样。 |
 |
6
yopv2 2022-08-19 19:46:03 +08:00
简单，需求不频繁变更的系统 我觉得是 OK 的 ，逻辑开始上来 各种 xxxcode 就要抓瞎
|
 |
7
babytomas 2022-08-20 04:28:07 +08:00
现在各个大厂都有在 lowcode 押注，腾讯的产品叫”微搭“、目前客户案例也已经很多了。
做这类 SaaS 如果想要保障服务稳定、产品好用的话需要大投入，小企业或个人是很难做到的。 |
|
8
jk2K OP 看完大家的评论后，觉得大家的预期是不太一样的。我想限定下我这个平台的目标用户和预期场景
目标用户： 1. 不擅长前端的后端开发者 2. 资源有限，想要快速迭代聚焦客户关键需求的独立开发者或组织 预期场景 1. 内部工具，后台 2. 微 SaaS （面向利基市场的小型 SaaS ） 3. MVP 期待真正有需求的同学和我联系，愿意和这些同学的业务一起成长，收费合理 |
|
9
jk2K OP 准备写一个讲如何使用 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. 小册答疑指南 |
Select Language