weekly-summary-20250831
技术
生动的讲解神经网络
https://www.ruanyifeng.com/blog/2025/08/weekly-issue-363.html
想法
做到第一，才能由你定义未来
不管在什么范围都是这样的。只有最牛逼的人才能定义规则。
可视化如是。
如何合作：服务于对方的目标
资讯唯一的问题：如何从 20W 到 50W
其他的都不是问题。
做工具和服务的，一定得明白业务方的目标，不能帮助他们实现目标，他们就不会用。
不能让他们相信我们这个能帮助他们实现目标，他们也不会用。
持之以恒-我的困难根本不算困难
看看这些人，他们遇到的问题比我可大多了，但是他们从来不放弃，从来不向命运妥协。一直勇往直前。
人生不能停下来。哪怕你走的慢一点，只要持之以恒，你仍然可以，走得很远很远。
当然，最关键的是你得先有自己的方向，确定了方向，你才知道接下来要往哪里走。
人与人之前的差距并没有很大
人和人之间的差距没有想象中这么大。至少针对绝大部分的人是这样的。只要你愿意持续的学习，愿意去思考，总能够逐渐的缩短和别人的差距。
就比如像最近我的一些想法和 AK 大神也是有很多相似点的。通过看他们的笔记，看他们的文章，我发现有时候大神的思维其实也和我们差不多，特别是在技术的应用上(他们的敏感度还是远超我的)。所以我感觉只要我能够分析出来每个人的优劣势，他的一些品质中的特性。分析为什么他能成功或者失败，然后结合自身的情况再去分析我该怎么样做才能够追上他们。这样的话我就能够去复制别人成功的路、避免别人失败的路。
人的成功虽然有运气的因素在里面，但是我分析 10 个人、分析 100 个人、去模仿 10 个人、去模仿 100 个人，总能够极大的提升自己的成功率。这可能才是我最应该去做的事情。现在去做这个事情其实有点晚，但总比不做好。这算是让自己不断活明白的一个路子。
可以先从身边的人开始分析。就比如说 HDM、DJY、HRF，他们三个是我接触的最多的，也有自己很独特的闪光点，而且他们能做的事情，他们的做事方式和思维方式，距离我也并不遥远。所以先分析和学习他们，对我来说是最实际、最可行的。
集众家所长，一定能走得更远。
给周一的开学寄语
希望你成为一个善良、坚强、有追求的人。
希望你能够对身边的人多一些理解与包容。只有具备同理心，才能被大家认可，才能结交到更多朋友，你的生活才不会孤单。
人生不可能永远一帆风顺，你难免会遇到挫折与困难。希望你能保持坚强，在面对困境时勇敢的迎难而上，积极寻找解决办法。每一次挫折与痛苦都会让你更加坚韧，不经历风雨，怎么能见到彩虹呢？
如果有喜欢的事情和方向，就勇敢去尝试，人生就是不断地去发现并放大自己的兴趣点。兴趣是最好的动力。真正的兴趣能引导你深入某个领域，拓展视野，见识更广阔的世界，让你走得更远。
也许并非每一天都能处在快乐中，但我们希望快乐能充满你生命中的大部分时光。
了解软件开发的历史
在过去学习这些知识时，我的学习方式往往较为零散，始终没能真正弄清各知识点之间的内在联系，本质上属于死记硬背式的学习。但实际上，这些知识点之间是相互关联的。以 DSSA、SAAM、ATAM 等为例，它们的背后折射出了整个软件工程的演变历史 —— 在不同的发展时期，为了应对不同的问题，才催生了不同的方法论与架构。只有理解了这些信息，我才能真正把握软件开发的演变过程，进而掌握并应用相关的方法论和架构技术。
通过学习这些方法论和知识，我也发现，日常开发的项目在复杂度上往往比较低。很多小型项目甚至没有明确的架构，仅仅是一些功能模块的简单堆积。也就是说，即便我采用非常简单的思维、流水线式的开发方式，仍然可以推进项目落地。这类项目在技术特征或架构特征上并不突出，而这一现象总体而言与项目规模密切相关。只有当用户量、项目规模和功能模块达到一定程度时，才会产生架构上的需求；反之，则不会有明确的架构要素。同时我也意识到，复杂度才是真正锻炼个人架构设计能力的关键因素。因此，若想成为一名真正的系统架构设计师，必须主动承担高复杂度、规模较大的项目，通过客观需求来促进对架构与设计的深入思考，唯有如此，才能真正提升系统架构设计能力。
就像从 SAAM 到 ATAM 的转变一样，在大多数情况下，我们日常考虑的场景其实也类似于 SAAM，即单场景或单一质量属性需求的场景。通常，只需聚焦一个属性点，比如只关注性能、或只关注安全、或只关注可修改性，而不会像 ATAM 那样，需要在多种质量属性的场景中进行权衡取舍。但我也明白，正是在这种兼顾全局的权衡与取舍中，才能真正实现结合实际业务价值与需求的系统设计。
这些方法和理论看起来或许有些老旧，甚至不少概念源自上个世纪，但在今天，它们依然具有很高的实用价值。我们要学习的并非是它们的具体形态，而是它们所折射的核心精神 —— 也就是这些架构方法论背后所体现的思想。这些思想是经久不衰的，能够指引我今后开展架构设计工作，而且如今的许多主流架构，也都源自这些思想。随着时代的发展，这些思想最终呈现的形式可能会发生变化，例如当下的云原生、微服务、SRE、AI基建等，其实都与这些思想密切相关。
通过一个项目掌握所有的内容
我在想：能否借助 AI 将教材和红宝书的内容串联起来，应用于一个实际的项目开发中，在各个阶段融合不同的方法论、工具、设计方案、架构与架构风格。这样我只需要围绕一个项目来学习，通过整个开发的生命周期，就能把所有知识点关联起来。
只要这个项目的复杂度够高，这样案例和论文大概率就都能通过了。
好文摘抄
不适感让你变强大
https://desunit.com/blog/in-the-long-run-llms-make-us-dumber/
有一本畅销书曾经提出”兴奋效应”（hormesis）这个概念。它指的是少量的压力或不适感，会让我们变得更强大。
- 练习举重，肌肉可以增长。
- 接种疫苗，免疫力可以增加。
- 承担失败的风险，信心会增长。
- 通过解决难题，创造力得以扩展。
这种”兴奋效应”也适用于大脑，经常思考困难的问题，让思想经受考验，你才能学会思考。
但是，现在有了 AI，很多人就把问题交给 AI 去思考，让自己的大脑歇着。我担心，久而久之，我们会一步步丧失思考能力，直至变成生物傀儡。
最近有一项研究，科学家让参与者完全依靠 AI 来写论文，结果 83％的人在写完后不久，无法引用自己论文中的任何内容。即使稍后让这些人重新独立写作论文，他们也会表现出大脑神经活动减少和无法完全投入思考，总是习惯性寻求 AI 的帮助。
研究人员创造出了”认知债务”这个词来描述这种现象：AI 确实带来了便利，但代价是牺牲我们的思考能力。
机器借给你脑力，你需要付出利息—-你自身的思维能力。
我的建议是，明智地使用 AI，不要让它帮你解数学方程式，而要让它查看你的答案，来解释你可能错在哪里。你的原则是坚持独立思考，在这个基础上再加入 AI。
思考可能会让你觉得很累、不舒服，但它是你大脑的训练场，不适感让你的思考变得更强大。