Вас понял. Эти специфичные вещи можно уточнить у сами разработчиков, так как они занимаются разработкой учебных модулей. Я уже высказался, очередь послушать остальных.
Ну и понять и простить не ругаться на Int32 вместо integer.
Учитывая глобальные тенденции, стандартизация унифицирует, облегчает понимание и обмен кода, так почему бы не учитывать зарубежные рекомендации (ака Coding Conventions/ Programming [Style]Guide) касательно приложений .NET той же Microsoft?
С другой стороны, не обязательно слепо следовать за кем-то, поэтому рекомендации в тему.
То есть, в итоге ничего не меняется. Это личное дело каждого, как делать, и на сколько использовать рекомендации.
Вряд ли залитые где либо рекомендация разработчиков, как оформлять код - изменят поведение учеников. Большая часть людей просто проигнорирует это. Надо чтоб о этих рекомендациях говорили учителя ученикам.
Сергей, как ни странно, большинство даже хороших учеников на задание “прочитать выразительно текст” вряд ли смогут пересказать или ответить на вопросы, зато если сразу уточнить, что надо будет пересказать или отвечать – другое дело. Как ни смешно, но вместо “выполните задания” следует сразу уточнять " выполните задание самостоятельно и правильно".
Лично я считаю, что проблема здесь немного другого характера: программист пишет код БЕЗ учёта дальнейшего расширения/изменения, совместной работы (пояснять код другим) и необходимости самому вспоминать что где через некоторое время. То есть, если изначально задавать и требовать правила хорошего тона, дело пойдёт на лад, но не нужно переусердствовать в ущерб beautifier’ам. В принципе, иногда “компактный” код поясняют комментарии хотя бы в вводных или логических блоках… Ещё со школы нравились задания с контрольными примерами)
Ну вот Вы и вернулись в точку отправления. Какие критерии использовать для оценки “красивости кода”? Будут ли они совпадать с современными пониманиями хорошего кода? Да и вообще, у каждого свой вкус, своё видение задачи. Программист, как и любой другой творческий человек, будь то художник или композитор, имеет свой собственный стиль. Пытаться убедить человека в том, что его стиль неправильный - подход априори не верный. Оформление кода - одна из составляющих этих самых индивидуальных особенностей.
Глеб, если это примечание в мою сторону, то (кроме оптимальности и валидности, разумеется) критерий только один - человекочитабельность кода. По-хорошему, ученикам достаточно сразу пояснить ДЛЯ ЧЕГО нужны понятные названия, а не пытаться уже переучивать, загоняя в новые рамки под новые требования. Например, один наш преподаватель требовал все локальные переменные начинать с подчёркивания, по Прологу нужно было не длиннее четырёх символов, а лаборант считала все совпадающие названия переменных за недочёты… У одного преподавателя запрещены не только висящие строки между страницами, но и разделы должны заканчиваться не более 5 строк до нижнего колонтитула, а другой снижает за “молоко” и “плохую вёрстку” - и не дай бог две точки или запятые совпали вертикально! Их тоже так учили или так требовали.
В принципе, есть же общепринятые нормы литературного русского (или другого) языка, так почему бы не ЯП? Хотя, возможно, для мелких проектов это не очень актуально, да и все задачки априори мелковатые.
В основном вы правы, но есть 1 большое НО:
Сколько бы мы тут не болтали про это - ничего не изменится. И если разработчики паскаля выложат какие то правила на сайте - тоже ничего не изменится. Если хотите что то изменить в этом отношении - идите на сайты больших школ и обсуждайте это с учителями, и т.п. С тем, кто может как то на что то повлиять.
2 лайка
Институт математики, механики и компьютерных наук ЮФУ, 2005–2021