Karpathy力荐博客：写代码的时候，请心疼一下读代

明天上午，有名 AI 迷信家 Andrej Karpathy 在 X 上分享的一篇文章惹起了普遍存眷跟探讨。这篇文章的中心论点是「认知负荷很主要」，即在写代码时，应当斟酌之后浏览者跟保护者是否更轻松地舆解这些代码。Karpathy 以为「这可能是最实在，但起码被实际的观念。」究竟相称多开辟者都乐于在本人的名目或任务中「炫技」，乃至以花哨庞杂、难以懂得为荣。良多读者对此表现了认同，并分享了本人的观念跟阅历。Hyperbolic 结合开创人及 CTO Yuchen Jin 趁势分享了一本书《软件计划的哲学》。他指出：「庞杂性是软件的重要朋友。」这本书将庞杂性界说为：软件体系构造中任何会使体系难以懂得跟修正的货色。而认知负荷是庞杂性的一个主要要素。开辟者 Aryan Agal 给出了一个更为详细的倡议：防止轮回代码挪用，让代码的构造像树一样。langwatch.ai 开辟者 Rogerio Chaves 则吐嘈说：最爱好增添他人认知负荷的是中级开辟者，低级跟高等开辟者都市努力让本人的代码清楚清楚，目的就仅仅是处理成绩。也有人思考 AI 编程中的认知负荷成绩。不外，也有人表现，聪慧开辟者在代码中炫的技实在很风趣。以下是这篇文章的中文版。文章作者为软件开辟与效劳公司 Inktech 的 CTO Artem Zakirullin，他同时也是一位资深开辟者。认知负荷很主要在软件开辟范畴，有太多的风行词跟最佳实际了，但让咱们存眷一些最基础的货色吧。真正主要的货色是开辟者在处置代码时觉得的迷惑度。迷惑会挥霍时光跟款项。迷惑是由高认知负荷（cognitive load）惹起的。这不是一些花哨的形象观点，而是一种基础的人类束缚。认知负荷认知负荷是开辟者为了实现一项义务所需的思考量。浏览代码时，你会将变量值、把持流逻辑跟挪用序列等外容放入脑筋中。一般人的任务影象中大概能够包容四个如许的块。相干探讨：https://github.com/zakirullin/cognitive-load/issues/16一旦认知负荷到达这个阈值，就很难再懂得种种事件。假设咱们的义务是修复一个完整不熟习的名目。咱们原告知该名目的奉献者包含一个十分聪慧的开辟者，他应用了良多炫酷的架构、花哨的软件库跟时兴的技巧。也就是说，那位开辟者给咱们形成了高认知负荷。咱们应当尽可能增加名目中的认知负荷。认知负荷的范例内涵型：来自义务自身固有的难度。这种认知负荷无奈增加，而且也恰是软件开辟的中心。外来型：源自负息浮现的方法。这种认知负荷的发生要素与义务并不直接相干，比方某个聪慧开辟者的奇异嗜好。这种认知负荷能够年夜幅增加。这也是本文存眷的认知负荷。庞杂前提ifval > someConstant //