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

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

Возможно, было бы неплохо использовать такие исследования, скажем, на классе студентов, которые учатся составлять коды одинаковым способом, но каждый со временем вырабатывает свой собственный способ кодирования. Уже существуют "доказательно лучшие способы", которые изложены в предложениях по лучшей практике для каждого языка.

Интересный вопрос.

Что для вас Схема кода ?

С одной стороны, есть эти злые вещи, называемые соглашениями о кодировании, которые ставят всех в корсет. Я ненавижу их и считаю, что мы сильно отстаем от графика, чтобы их устранить. Мы можем анализировать код, и я не понимаю, почему наши IDE по-прежнему отображают код, основанный на том самом текстовом формате, в котором он хранится. Что такого сложного в том, чтобы позволить каждому пользователю настраивать свои параметры макета, и IDE отображает весь исходный код соответствующим образом? Большинство IDE предлагают какой-то вариант автоматического форматирования, но вы часто не можете настроить его работу.

Однако гораздо более интересный подход заключается в том, подходит ли наша текущая точка зрения на исходный код вообще для обучения. Такие проекты, как Code Bubbles , открывают здесь новый путь. И, конечно же, у нас есть подходы, основанные на моделях, которые часто более доступны с точки зрения учащегося.

Боюсь, на этот вопрос нет однозначного ответа. Фактически, если вы можете написать для него подробный ответ, не забудьте заявить о нем;)

Самая большая проблема для меня с пониманием кода - это не макет кода (однако код должен быть отформатирован последовательно), а соблюдение порядка выполнения. В сложном исходном коде OO трудно увидеть весь код, вовлеченный в выполнение.

Я думаю, что функции IDE могут очень помочь в понимании кода. Для меня (как разработчика java) очень полезны такие инструменты, как представление иерархии вызовов в Eclipse и Mylyn .

Интересный (новый) способ понимания кода показан в Code Bubbles Project .

Я ожидаю больше шагов в этих направлениях в будущем.

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

Однако, как говорил один из моих коллег своим студентам:

Преподавание - это моя работа.
Учить - ваша.

Что касается программирования, я думаю, что программист обязан писать код так, чтобы обучить других тому, чего он/она пытается достичь, но нет такого кода, который был бы понятен читателям, которые не прикладывают усилий.