两天时间看完了《架构整洁之道》（ Clean Architecture ），可能其中代码很少，看完了觉得自己收获并不多，心塞。
为什么不 show me the code 我还好理解点。当然也可能是我太菜了。。。
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 1515 days ago, the information mentioned may be changed or developed.
 |
1
thevita Mar 23, 2022  2
这种情况就是 代码写得太少，理论看得太多
--- 看不懂 /难理解的时候 跳过就行了，该懂的时候自然就懂了 |
 |
2
ration Mar 23, 2022
或者先从某方面看，比如设计模式，整本书下来的话涉及的面有点广。
|
 |
3
golangLover Mar 23, 2022 via Android
看來看不懂的不止我一個
|
 |
4
Red998 Mar 23, 2022
架构也不是看看书 。主要看是经验、技术栈的深入。各种场景都有好的解决方案。
|
 |
5
rrubick OP |
 |
6
cutepig Mar 23, 2022 via Android
个人觉得架构，设计原则之类的书有点偏哲学了。就是一句话，比如 solid 原则之类的。每个人读了之后理解的可能都不一样。。理解了概念，能不能应用到实际，或者应用的好不好则是另外一件事情
|
 |
7
freeup Mar 24, 2022
怎么架构肯定是每个人都有自己的想法 我得想法就很简单在满足功能的前提下，尽可能通过架构设计与架构约定保证代码的可迭代，可维护，且能很好的支持可预见性的后续扩展，目的就是在业务的前提下（毕竟很多时候业务会直接影响架构）保证系统逻辑清晰简洁，模块清晰，各种场景处理尽量顺滑
至于 啥高性能，高可用，分布式 这些都是看具体业务场景是否需要着重考虑，不建议一来就搞得高大上，用不上还增加复杂度 |
 |
8
WilliamYang Mar 24, 2022
非常认同 1L ，新手不推荐阅读，甚至对自己造成困扰。这本书是作者几十年的编程经验总结而成的，要有一定代码行数后才能有所收获
|
 |
9
xe2vherd Mar 24, 2022
试试 grok_system_design_preview ？
就是比较功利，讲的面试题。 |
|
10
rrubick OP |
|
11
thevita Mar 24, 2022 1
@magic3584 没关系，我也工作马上八年了
仅仅是个人最近的感悟 --- 不知道你有不有这样的体验：突然某一瞬间，你现实面临的问题 /状况 和以前看的书能对应起来了，当时看不懂的一瞬间豁然开朗了， 认知上有关 信息带宽 的概念，一个人接受新信息输入是与自己当前的认知状态有关的，只能高效的接受 信息密度在一定一定范围 /一定领域 内的知识，这就是为什么有的书看起来那么累的原因 适当选择相对高于自己水平（这个水平没有褒贬之分，抱歉我没想到合适的词）的书，让自己处在带宽相对搞的状态，有助于维持自己持续性的学习能力 对于看起来吃力的东西，也不用因为看不懂就失去信心，妄自菲薄，比如你一段时间回来看，相信你就回有更深的体会。 当然对于技术类的内容，我还是建议应该适当多 push 一下自己。 |
Select Language