gpt4 book ai didi

database-design - 实现大型系统更改

转载 作者:行者123 更新时间:2023-11-28 19:57:34 25 4
gpt4 key购买 nike

<分区>

如果您熟悉“ build 一个扔掉”这个短语,那么,我们似乎已经做到了;我们即将达到在线应用程序版本 1 的限制。是时候清理一切了:

  • 重新组织代码和 UI
  • 统一用户界面流程
  • 添加更多功能
  • 为 future 而建
  • 修改我们的数据库结构以处理上述所有问题

实现这种转变的最佳方式是什么?

我们希望避免将所有用户都转移到新系统(一旦完成)......他们会吓坏,我们无法处理调用负载。我们的用户范围广泛,从技术精通的用于编写软件的类型到不知道 HTML 是什么的用户。

我们是否应该开始新的“安装”我们的系统,并在我们确保这个新设计充分解决版本 1 中的足够问题后逐渐将用户转移到它?

我们是否应该(以某种方式)逐步更改我们系统的每个模块,并分阶段进行?这可能很困难,因为数据库布局会发生变化,导致不得不调整“核心代码”和几个周围模块的代码。

让一组值得信赖、耐心的“Beta 测试者”客户使用应用的尖端版本是否很常见? (这里的目标是获得反馈并测试新系统上的错误)

还有其他建议吗?第一手经验?

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com