Как научиться удерживать код в голове?

Question

[teremok1000]

Я простой верстальщик. Прокачивать память и обучаемость научился простым чтением художественной литературы. А вот когда изучаешь именно програмирование то не получаеться цепочку кода удержать в голове, могу бегать только по кусочкам, а построить именно всю цепочку не хватает мощьности мозгов. Как прокачиваеться этот навык?

Comments

[Василий Банников]

Зачем удерживать код в голове?

[StreetWanderer]

Что тренируешь, то и тренируется.
Приходит с опытом.

[Ankhena]

Немножко разные вопросы в заголовке и в тексте.

Из заголовка:
Что именно вы хотите удерживать в голове? Цвета? Размеры? С какой целью это (или что-то другое) нужно в голове?

Из текста:

а построить именно всю цепочку не хватает мощьности мозгов

Тут тоже не всё ясно, какие цепочки в голове у верстальщика? Цепочки чего и зачем?

Если речь уже про js или типа того, то рецепта глобально два (ну кроме обычной тренировки памяти)
- не держите в голове, пишите/рисуйте на бумажке или в подходящем файлике
- разбивайте задачи на мелкие

Answer 1

[Dmitry Roo]

Никак.
Если вам приходится чего-то там удерживать в голове, то это негодный, плохой код.
Почитать:
Декомпозиция
Вонючий код
Code Smells

Comments

[Kirgus]

Вонючий код xD

Answer 2

[Saboteur]

Этот навык прокачивается собственным опытом.
Читать чужой код в данном случае сложнее, чем собственный, который ты написал и понимаешь его "скелет".

опять же, пока человек молод, мозг можно развить таким образом, чтобы на "быструю память" выделялось больше нейронов, так сказать привычка удерживать в "буфере" бОльшую цепочку. Чем человек старше, тем больше мозг решает задачи так, как привык до этого.

Но со стороны кода можно все упрощать.
Это делается декомпозицией кода на кусочки - функции или объекты с методами.
Для этого используется конвенции для именования переменных, функций, объектов, методов так, чтобы по названию было легко понимать их предназначение и возможно тип. Тогда не нужно в голове держать все нюансы, ты видешь глобальную цепочку.
Ну и стиль переносов, для облегчения чтения.

Ну и да, есть проекты, в которые чтобы нормально вникнуть, нужно много времени, месяцы, годы.
Поэтому собственно и стараются сейчас не писать полностью кастомный код, а пользоваться готовыми фремфорками, которые предлагают определенные паттерны.
Учат собственно общие паттерны и так далее.

Answer 3

[samQQ2]

запоминать - худшее что вы можете сделать, когда вы верстальщик для началы вы должны потыкать с разных сторон разными инструментами, а чтобы запомнить какие инструменты нужны поможет тут только практика

Answer 4

[alexalexes]

Делаешь точку останова в начале кода и прогоняешь построчную трассировку с заходом бегунка в каждую функцию.
Так учишься думать как интерпретатор кода.
Больше проводишь отладку подобным образом - больше набивается навык мысленного обхода кода, и дальше такая практика нужна только, чтобы следить за состояниями переменных.

Answer 5

[Pitonoslav]

Это про абстрактное мышление, оно развивается, нужно привыкнуть к этой информации, нарастить нейронные связи) Полезно смотреть стандартные примеры готовых приложений. Как уже написали, по шагам смотреть как работает код можно в дебагере или вот в таком визуализаторе кода, но в нём масштаб другой - всё приложение не посмотришь, лучше в дебагере. А что-то сложнее чем одна отдельная функция или метод это уже про ООП, архитектуру, паттерны и т.д. Нужно ознакомиться с этой темой, отслеживать цепочку работы приложения по каждой строчке кода думаю нет смысла, нужно рассуждать более абстрактно, модулями, классами, методами, сервисами и т.д. Достаточно помнить, что вот этот метод в этом классе, например, сортирует какой-нибудь массив или выполняет запрос в БД, что-то проверяет и отдаёт json, а что делает метод должно быть понятно из названия класса и этого метода и т.д. до верхнего уровня.