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

Но однако это какой-то болезненный синдром, я наблюдаю его уже не первый и даже не десятый раз, когда человек начинает-таки это неудачное полено стесывать в опилки, вместо того, что бы заниматься делом. Обычная аргументация - я хочу сам найти решение. Это тупость. Это как высшая математика: за пять лет обучения по специальности "Инженер-Математик" студент доказывает сам меньше одного процента материала. Остальное время он врубается в доказательства Коши, Вейерштрасса и остальных.

Это нельзя придумать самому. Надо просто прочитать как это придумали другие и потом следовать тому, что они сделали.

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

Вы должны встать на плечи гигантов, что бы другие могли встать на вас. Так сделайте это.

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

Такой юный гений просто стремится браться за "сверхсложные" с его точки зрения задачи, причем "сложность" меряется то ли в строках кода, то ли в его запутанности до безобразия. Иногда они достают малоизвестные конструкции и плодят программных монстрров по принципу: "каждая программа должна делать все! Если делается пакет маленьких программ, каждая программа пакета должна использовать все остальные!".

Я вдруг понял, что я упускаю из обучения. Я прекрасно рассказываю теорию и архитектуру используемой системы. Даю много действующих и полезных примеров. И даже стараюсь прививать какой-то вразумительный стиль программирования и следование регламенту. Но один момент я упускаю начисто: факторизация системы. Разбивка системы на _независимые_ части, которые могут использоваться и продаваться отдельно. И насколько я помню свое собственное обучение, меня этому тоже никто не учил.

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

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

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

С методологией факторизации программных средств надо что-то делать. Хотя бы довести до ума пакет pd.requires. Конечно, автоматический поиск зависимостей сам по себе ничего не решит, но даже визуализация этого бреда может быть, наверно, полезной.