有什么可以快速提高系统设计、架构设计能力的方法

[hihanley]

在设计系统和模块时，总感觉力不从心（也可能和需求不够明确有关），总是想找最佳实践。

一边做一边改，做着做着感觉另一种方式更优雅，或者当前方法满足不了需求。
不想累积成技术债的话，就要重构，然后就影响进度。

想请教大佬们，如何才能提高这方便的能力，有什么书籍或者资料推荐吗，还是说去 GitHub 找类似项目阅读源代码。

[Jony4Fun]

我记得有个 ByteByteGo ，另外 b 站上看到过系统设计面试的，如何设计个聊天系统之类的 balabala ，我找找哈

[jaylengao]

学习学习

[skyemin]

唯手熟尔

[yannxia]

挺难的，因为架构设计是一个 trade-off ，学习成熟系统（可以学到一些良好的设计）但是无法得知当时设计的 trade-off 是怎么做决定的，在自己的具体项目中之所以学的快，也是因为大量的会议讨论，把各方面的框框都讨论了，这些精髓的东西反而在最终成品就丢失了。
因此~ 实践出真知，多去讨论

[zhuangzhuang1988]

多看多做多想。

[ChoateYao]

多做项目，多思考，多看别人是怎么实现的

[jones2000]

做的多了，自然就知道针对这个问题使用哪个设计。系统设计、架构设计是死的， 人是活的，不要被已有的构架束缚，不行就自己设计一个框架出来。

[BeiChuanAlex]

嗯，这就像做一把锤子，如果你自己锤子都使不好，那么你是很难做好一把锤子的。相反如果你锤子使的特别好，想做一把自己的锤子，那还不是非常简单。

[hihanley]

@yannxia 确实，几个月前设计好的东西，现在看看就忘记当时为什么这么设计了

[52boobs]

github 上的 system design prime 可以看一下

[hihanley]

@Jony4Fun 找到了哈哈

[hihanley]

@52boobs 好的感谢

[johnhuangemc2]

这个过程没办法, 一直都会是这种感觉.
但设计先行的价值也就在此, 在这个时候进行调整修改的代价最小, 自然要在这个阶段多返工多调整

[johnhuangemc2]

另外可以找一个自己最认可的设计范式来实践
原来我使用的是 UML: 需求 -> 用例 -> 业务流程 -> 模块 -> 类
现在有一个更轻量的 C4 建模

[hihanley]

@johnhuangemc2 感谢，我参考一下

[EndlessMemory]

我感觉是只能通过经验的积累，因为其实很难预测未来可能发生的事情并为之做准备