这是一个创建于 585 天前的主题，其中的信息可能已经有所发展或是发生改变。
之前一直在做从结构化的需求描述直接生成可用系统的工具（无前端，只有后端和生成的接口）。在做用户访谈的工作中，有些用户提到，直接使用工具生成系统跨度太大了，要用起来需要很强的信任，但如果有个工具能根据需求生成架构建议，特别是存储相关的，例如“哪些东西用 redis 、怎么用 elastic search 、优化后的数据库表结构和索引信息是怎样的”，就比较容易快速用起来，并且也很想用。
想问问 v 友们，特别是做后端或者全栈自己接单的，这样的工具按照你想要的程度打分，大概是几分？
- 0：不想要，没有满足我任何需求
- 1：看到了会了解一下，也许有的场景能用到
- 2：肯定会了解，具体用不用看产品质量
- 3：现在就想要，快点做出来，我有很多需求提给你们
恳请打 0 分的朋友指出这个想法的不好之处，感谢！
打 3 分的朋友可以留下你的联系方式或者加我的微信（ base64 ），想邀请你们做天使用户：
MTgyNjgwMjgwMjY=
感谢大家！
 |
1
wxw752 2023-04-25 23:31:47 +08:00
免费的话可以试试，如果收费我还是去问 ChatGPT 吧。
|
 |
2
sskyy OP @wxw752 免费，另外和 chatGPT 的区别是：
1. 可能考虑增加更多可视化的信息，比如给你个表结构的图，在字段上面会显示“这个字段是因为你有频繁获取 xxx 的信息，所以直接生成一个缓存字段；或者是你的需求中因为 x 和 y 是 1:1 关系并且经常共同获取，所以建议合表”。 2. 帮你长期管理。当需求产生变更的时候，给你重新生成建议并且给出 diff 信息和数据迁移的脚本。 |
 |
3
xuanbg 2023-04-26 07:44:40 +08:00
别人我不知道，但对我没什么用啊
|
 |
4
fengjianxinghun 2023-04-26 10:25:28 +08:00
不想要，我有 gpt4
|
 |
5
wtfedc 2023-04-26 15:00:58 +08:00
感觉场景还是挺复杂的，有些数据放 redis ，放数据库都是可以的。
数据库选型跟业务，团队习惯都有关系，感觉比较难自动化。 再有像 elk 也不是一定要用，监控类，日志类组合都比较灵活。 最主要的是当时的需求，不一定是稳定不变的，容错率什么的也要考虑。 架构貌似没那么容易 |
Select Language