著作真切磋商了成立者在编写代码时面对的“领略负荷”问题。领略负荷，浅易来说，即是完成一项任务所需承担的想考量，即需要动用若干脑力、占用若干贯注力。尤其是当阅读代码时，成立者需要将变量值、欺压流逻辑、调用序列等内容一皆装进脑袋里。鄙俚东谈主梗概主管的挂牵力神圣只可容纳4个这么的构建块，一朝领略负荷逾越这个阈值，意会难度就会陡增。

Zakirullin将领略负荷分为内在负荷和外皮负荷两种。内在负荷源自任务固有的难度，是软件成立责任的中枢场所，难以幸免。而外皮负荷则由信息的呈现相貌导致，与任务自身无关，如个东谈主编程民俗等，这部分负荷是不错大幅缩短的。

Zakirullin主见，应尽量减少方法中的外皮领略负荷。他鸠合成立中常见的“领略雷区”，给出了一系列实用的建议。

领先，针对复杂条目语句，他建议幸免使用令东谈主微辞的脑筋急转弯式代码。举例，对于一连串的条目判断，不错通过引入明晰的中间变量来简化逻辑，使代码愈加易于意会。

其次，对于罗致链导致的领略负荷问题，他建议少用罗致，多用组合。罗致链连接会让代码变得犬牙相制，一处转变可能激勉四百四病。而组合则不错让代码愈加生动、易于转机。

他还指出，成立界流传的一些惯例民俗，如“门径应该少于15行代码”或“类不成太大”等，施行上并不老是正确的。他强调，浅模块（接口复杂但功能浅易）比深模块（接口浅易但功能复杂）更难转机。因此，他建议缱绻深模块，笼罩里面复杂性，只走漏一个浅易的接口。

在编程谈话的遴选上，Zakirullin也给出了领导。天然丰富的谈话功能令东谈主答允，但过多的选项也会增多领略负荷。他援用Go谈话主要缱绻者Rob Pike的话：“要通过欺压选项的数目来缩短领略负荷。”他建议成立者在遴选谈话功能时要严慎，确保这些功能互辩论联、易于意会。

同期，他还对分层架构和限制启航点缱绻（DDD）忽视了我方的成见。他觉得，分层架构唯有在需要明确扩张点时才有利旨，不然只会增多独特的领略负荷。而对于DDD，他强调其实质是对于问题空间的想考，而不是处治决策空间的代码缱绻。好多团队在实行中污蔑了DDD，将其酿成了固定的文献夹结构、就业定名规矩或对“Repository模式”的机械化选藏ag九游会网站，从而增多了无用要的领略负荷。