可以读读 Homeland 源代码，照着论坛的功能，看看 model 等是怎么设计的。会有提升。

你现在面临的问题，是提高「架构」设计能力，就是怎么设计 model，怎么进行状态同步（不同浏览器可以通过 websocket 来同步状态）。要突破这个难题，比较好的办法，也是比较痛苦的办法，就是阅读开源项目的代码，越复杂的越好。这样才能学到复杂产品的架构设计。

都是先写，打补丁，看着不爽就全部重写

问了一下 chatgpt，这是他的回答： 你遇到的这个问题并不少见，很多人在编写大型应用程序时都会遇到类似的挑战。在构建一个大型应用程序时，需要考虑很多方面，包括对象的组织、架构和交互，以及如何使它们合作，才能实现一个完整的、协调的应用程序。

针对你的围棋程序，你可以考虑以下步骤：

1. 确定应用程序的规模和范围。你需要想清楚你的围棋程序要包含哪些功能和模块，要满足哪些需求。

2. 确定所有的对象和对象之间的关系。你可以把所有的对象写成一个对象模型图，这样可以更好地理解它们之间的关系。你可以用类图工具来绘制一个对象模型图。

3. 确定每个对象的属性和方法。你可以为每个对象写一个清单，包括每个对象的属性和方法，并确定每个方法的输入和输出。

4. 设计整个应用程序的架构。你需要确定哪些模块是需要的，它们之间的依赖关系是什么，以及整个应用程序的架构是什么样子的。你可以使用一些架构模式来帮助你进行设计。

5. 开始编写代码和测试。在编写代码之前，你需要把整个应用程序的设计文档整理好，包括对象模型图、对象属性和方法清单、应用程序架构等。这样可以确保你的程序在实现时遵循了整体的设计，减少了添灯油、打补丁的情况。

6. 完成程序并进行优化。完成程序之后，你需要对程序进行优化，确保它能够快速高效地运行。

最后，你需要注意的是在设计过程中需要理性的评估自己的能力和时间，有些思路非常美好的想法可能在实现时需要大量的时间和精力，而有些功能则可以在后期再加入，逐步完善。

有点挑战的程序都不是一下能写好的，要容忍不完美，先做个能用的出来。如果程序是有需求的，后面随时可以重构。

如果真的想做产品，ruby 或许不是个好的选择。

咬文嚼字的地方太多，随着深入的使用，会陷入“把玩 ruby”的深渊，就像孔乙己琢磨茴香豆的茴字有几个写法。

如果不用 rails 框架，更没有必要了，是 rails 拯救了 ruby

不敢苟同啊，ruby 或 ROR 做 MVP 多好啊，除了低代码编程（不评价），还有比这个更适合快速形成最小可用产品的吗？

注意审题，我说的是“rails 拯救了 ruby”，没有 rails，就没有 ruby 的今天

看你怎么定义完美的应用程序，有的应用产品上大成功，代码可能和屎一样；有的产品代码异常精妙，就是没人用……

结构清晰，逻辑合理，对象模型设置恰当就可以了。我想象的应该是从整体到局部，从宏观到微观，从粗线条到细线条勾勒出来的，而不希望整个应用是一点一点糊出来的，一点一点打补丁补出来，过了十天半个月自己也看不懂，对瀑布开发、敏捷开发、在没有整体勾勒情况下随性开发这种不是很喜欢。

做应用程序还是得先把产品搞明白，定位、受众、核心功能。然后进行数据建模，想想数据库需要哪些表、每个表要什么类型、彼此之间什么关系。最后后写接口、页面就好了。

我很好奇，到底是谁规定的，写 Ruby 就必须咬文爵字了？

从最简单架构开发起步，然后一点点补丁。能从头开始就设计好的软件，应该不是让你迷茫的程序。事实上，补丁出来的软件在推出正式版之前，是可以按设计者的思想重构的。

也可能是脑袋里装了太多“面向对象”、“元编程”、“最佳实践”，包袱太多，内心茫然

可以看看 Getting Real，我是因为这本书入坑 Ruby 和创业的

小程序搜索“微小棋”