Да ну, человеку удобнее думать заранее, какие переменные он будет использовать? Или может быть удобно постоянно прыгать по коду туда-сюда, если забыл объявить переменную сразу? Или разбирать потом, понадобится ли значение переменной s1 сотней строк ниже, или там эта переменная используется, потому что было лень объявлять лишний раз новую?
Не плевать в том смысле, что не нужно стимулировать дурные привычки, которые будут мешать, когда (если) школьник всё же собирается стать программистом.
Скорее так: к этому привык учитель, который тоже учился на Паскале. Ребёнок ещё ни к чему не успел привыкнуть, потому для него без разницы. Поэтому лучше объявлять переменные в теле процедуры, а не в начале.
Дурацкая аналогия подобна котёнку с дверцей: ничего не объясняет, а только ещё больше запутывает. А что, если друг живёт в таунхаусе? В доме галерейного типа? А если у него вход с улицы?
совершенно точно знаете, где находится нечто нужное
А зачем ученику может понадобиться список всех используемых переменных? Тем более что IDE может их
показать и так.
но стандартная компоновка важна для обучения
А почему именно так? Почему бы не заставлять учеников писать все переменные регистром ЧеРеЗбУкВу? Или заставлять печатать ногами?
При том, что началась беседа про утверждение, что якобы для школьника удобнее будет, если все переменные объявлять в одном месте, и доказательств этого утверждения вы так и не привели.
Работа хоть программиста, да любого другого специалиста всё равно предполагает взаимодействие с людьми. Даже если рабочий процесс построен по принципу «дал задание — получил результат», без каких-либо промежуточных взаимодействий, всё равно результатами работы в 90% будут пользоваться люди. Если напишешь код программы путано и без необходимых комментариев, или если спроектируешь машину, которая заданным требованиям соответствует, но работающий с ней персонал будет всё время биться об острые углы — значит твоя работа выполнена плохо. Точно так же стоит рассматривать и взаимодействие в команде, как ещё один аспект работы, который «на скорость не влияет», но тоже важен, его даже озвучили в трудовом договоре.
Но я согласен с вами, что часто виноваты обе стороны. Налаживание комфортного взаимодействия — одна из важнейших задач менеджмента. И в случае с Алисой их задача — скомпенсировать ту эмпатию, которой так ей не хватает. Проблема в том, что отличить со стороны Алису от Боба бывает очень сложно. Столкнувшись с Бобом, менеджер до последнего будет верить, что перед ним Алиса.
Это именно что взгляд от реализации, а не от задачи. Математика (по крайней мере, та область о которой мы рассуждаем) не знает ничего ни о байтах, ни о типах переменных. Переменная — всего лишь соглашение, что некая буква будет что-то означать. А вообще, говорить о свойствах чего-то в математике нельзя, не обозначив область математики.
Возможно, они, будучи не знакомы с основами, ищут решение, как им кажется, в наиболее логичном направлении. Как я выше привёл пример, использование {$include} для выноса повторяющегося кода в Delphi.
300? Что так мало? Настоящие дельфисты пишут методы минимум по 5000 строк. В обработчике события. И названия переменных слишком понятные: Ymin1, Xmax1. Даёшь s,sss,s1, и конечно Button1! И на сладкое: использование {$include} и {$IF ()} для повторного использования кода.
«Это же очевидно»
А зачем ученику может понадобиться список всех используемых переменных? Тем более что IDE может их
показать и так.
А почему именно так? Почему бы не заставлять учеников писать все переменные регистром ЧеРеЗбУкВу? Или заставлять печатать ногами?
Но я согласен с вами, что часто виноваты обе стороны. Налаживание комфортного взаимодействия — одна из важнейших задач менеджмента. И в случае с Алисой их задача — скомпенсировать ту эмпатию, которой так ей не хватает. Проблема в том, что отличить со стороны Алису от Боба бывает очень сложно. Столкнувшись с Бобом, менеджер до последнего будет верить, что перед ним Алиса.
Не для математики, а для конкретных задач. Или вы простые числа тоже объявите отдельным «типом»?