Стандарт оформления кода разрабатываемых модулей [closed]


#41

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


#42

Ну и понять и простить не ругаться на Int32 вместо integer.


#43

Учитывая глобальные тенденции, стандартизация унифицирует, облегчает понимание и обмен кода, так почему бы не учитывать зарубежные рекомендации (ака Coding Conventions/ Programming [Style]Guide) касательно приложений .NET той же Microsoft?

С другой стороны, не обязательно слепо следовать за кем-то, поэтому рекомендации в тему.


#44

То есть, в итоге ничего не меняется. Это личное дело каждого, как делать, и на сколько использовать рекомендации.

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


#45

Сергей, как ни странно, большинство даже хороших учеников на задание “прочитать выразительно текст” вряд ли смогут пересказать или ответить на вопросы, зато если сразу уточнить, что надо будет пересказать или отвечать – другое дело. Как ни смешно, но вместо “выполните задания” следует сразу уточнять " выполните задание самостоятельно и правильно".

Лично я считаю, что проблема здесь немного другого характера: программист пишет код БЕЗ учёта дальнейшего расширения/изменения, совместной работы (пояснять код другим) и необходимости самому вспоминать что где через некоторое время. То есть, если изначально задавать и требовать правила хорошего тона, дело пойдёт на лад, но не нужно переусердствовать в ущерб beautifier’ам. В принципе, иногда “компактный” код поясняют комментарии хотя бы в вводных или логических блоках… Ещё со школы нравились задания с контрольными примерами)


#46

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


#47

Глеб, если это примечание в мою сторону, то (кроме оптимальности и валидности, разумеется) критерий только один - человекочитабельность кода. По-хорошему, ученикам достаточно сразу пояснить ДЛЯ ЧЕГО нужны понятные названия, а не пытаться уже переучивать, загоняя в новые рамки под новые требования. Например, один наш преподаватель требовал все локальные переменные начинать с подчёркивания, по Прологу нужно было не длиннее четырёх символов, а лаборант считала все совпадающие названия переменных за недочёты… У одного преподавателя запрещены не только висящие строки между страницами, но и разделы должны заканчиваться не более 5 строк до нижнего колонтитула, а другой снижает за “молоко” и “плохую вёрстку” - и не дай бог две точки или запятые совпали вертикально! Их тоже так учили или так требовали.

В принципе, есть же общепринятые нормы литературного русского (или другого) языка, так почему бы не ЯП? Хотя, возможно, для мелких проектов это не очень актуально, да и все задачки априори мелковатые.


#48

В основном вы правы, но есть 1 большое НО:
Сколько бы мы тут не болтали про это - ничего не изменится. И если разработчики паскаля выложат какие то правила на сайте - тоже ничего не изменится. Если хотите что то изменить в этом отношении - идите на сайты больших школ и обсуждайте это с учителями, и т.п. С тем, кто может как то на что то повлиять.


#49