ruby - 当我知道我会做错时，我该如何构建？

Question

背景

我有一个个人项目，我已经尝试构建了大约 5 年。本质上它是一个在线游戏 - 一个网络应用程序。它不是“赚钱机器”，只是我真正想要构建的东西，因此不太可能找到资金来聘请熟练的团队。

多年来，我构建了两个功能齐全的原型(prototype)，从概念/用户测试的角度来看都是成功的，但从架构的角度来看都是失败的；代码一团糟，无法维护或进一步开发，不得不被抛弃。

花了好几年的时间才获得构建客户端所需的技能 - 这是丰富/有状态且非常复杂的。我将我的职业和学习调整到发展鸿沟的这一边。我终于可以构建一个架构合理、复杂的客户端，它可以增长并且不需要在 6 个月后被淘汰。在这方面有很多工作要做，但至少我知道我能做到，而且做得相当好。后端是另一回事。

到目前为止，我已经使用 PHP、SQL、Ruby、CouchDB、MongoDB、FriendlyORM、NodeJS 等的各种组合重建后端至少 11 次。我的方法有缺陷并重新开始:RPC 到 REST，与文档驱动相关。我很清楚过早的优化是万恶之源，但应用程序非常依赖快速移动、高度动态的数据。 RESTful API 设计、缩放、分片、缓存、身份验证、复制——我在这方面没有太多经验，而且我不能指望很快就能做到。这些东西需要多年的学习和经验。

找这个领域的专家更有意义，但没有资金我觉得我需要成功部署另一个原型(prototype)才能吸引合适的人。因此，我将不得不尽我所能构建它。

问题

假设无论我如何构建它，后端架构都会出错并且需要重建，那么继续构建“刚好”以继续开发客户端应用程序的最佳方法是什么？即使它很讨厌，有没有办法“拼凑”一个 JSON Web 服务？ Ruby 与 Sinatra 和 MongoDB？ Django ？是否有一些开箱即用的网络服务构建器？不需要全栈网络框架，因为没有表示层——只有数据。任何建议将不胜感激。

Answer 1

首先，使用干净的模块化代码让它运行缓慢。

如果它是模块化的，您可以更换一两层而不必废弃整个东西。

虽然它们提供模块化，但要小心 Web 服务，甚至 REST，因为它们往往很慢；例如，每个连接都有很多开销。