Archive for the ‘Преподавариум’ Category
Советы экзаменатору
Кратко: Собрание основных советов для людей, принимающих экзамены, но страдающих моральной неудовлетворенностью от нереализованных при этом технологий психологического воздействия.
- Прежде всего разъясните экзаменуемому, что вся его профессиональная карьера может рухнуть из-за его неудачного ответа. Подчеркните ему важность ситуации. Поставьте его на место с самого начала.
- Сразу задайте самые трудные вопросы. Если первый вопрос достаточно труден или запутан, экзаменуемый слишком разнервничается, чтобы отвечать на следующие вопросы, как бы просты они ни были.
- Обращайтесь к экзаменуемому, сохраняйте сдержанность и сухость, с экзаменаторами же будьте весьма веселы. Эффектно обращаться время от времени к другим экзаменаторам с насмешливыми замечаниями по поводу ответов экзаменуемого, игнорируя его самого, как будто его нет в помещении.
- Заставляйте экзаменуемого решать задачи вашим методом, особенно если этот метод необычен. Ограничивайте экзаменуемого, вставляя в каждый вопрос множество указаний и оговорок. Идея состоит здесь в усложнении задачи, которая без этого была бы весьма проста.
- Вынудите экзаменуемого сделать тривиальную ошибку, и пусть он ломает голову над ней как можно дольше. Сразу же после того, как он заметит ошибку, но как раз перед тем, как он поймет, как ее исправить, презрительно поправьте его сами. Это требует высокой проницательности и точности выбора момента, что достигается только большой практикой.
- Когда экзаменуемый начнет тонуть, никогда не помогайте ему выкарабкиваться. Зевните… и перейдите к новому вопросу.
- Задавайте экзаменуемому вопросы типа: «Разве вы не проходили этого в начальной школе?»
- Не позволяйте задавать экзаменуемому выясняющие вопросы и никогда не повторяйте собственные разъяснения и утверждения.
- Каждые несколько минут спрашивайте не волнуется ли он.
- Наденьте темные очки. Непроницаемость нервирует.
- Заканчивая экзамен, скажите экзаменуемому: «Ждите за дверью. Мы вас вызовем».
Взято с Золотого Гиперкуба
Ссылка в прошлое
Читая книгу «Programming Ruby» заметил, что авторы иногда прибегают к мотивации вида: «это можно сделать вот так…», и далее следует описание какой-нибудь красивой и лаконичной штуки, но потом для убедительности идет поучительная фраза: «…и не придется писать сотни сторк кода, как когда-то». И во многих книжках встречается то же самое. От описаний новомодных фреймворков до фундаментальных трудов по основам объектно-ориентированного программирования. Нет-нет да и сорвётся автор похвалить новый инструмент, продемонстрировав его преимущества над старым. Чего искать — сам грешен… рассказываю студентам, как раньше моделировали то, для чего теперь синтаксис есть 🙂
Но вот хитрый вопрос — кому адресованы такие замечания и нужны ли они вообще? Ведь для того, чтобы ощутить эти сотни сторк, нужно хотя бы однажды их написать. А вот на новичков в программировании такие замечания впечатления УЖЕ не производят. Не берут за душу. К сожалению. Сравнение инструментов как методический прием при обучении срабатывает только при условии, что изучающий уже имеет практический опыт работы с менее совершенным средством. А наша (ИТ) индустрия разогналась настолько, что технологии устаревают буквально за месяцы и выходящие на арену молодые и зеленые не могут (да и, похоже, не обязаны) знать о всех тупиковых ходах и велосипедах, которые были изобретены и существовали до этого. Программирование как наука — могло бы потребовать такого знания — для защиты диссертации, например. Но беда в том, что это уже не наука — а ремесло. И трата времени на изучение устаревших технологий уже не является инвестицией в себя. С появлением Web 2.0, клауд-компьютинга и прочих подобных, мы вошли в ту фазу, когда график развития технологий имеет (возможно локально) форму взлетающей экспоненты. А это значит, что даже если ты способен изучать технологии такими же темпами как они развиваются — если начать со старой технологии, то расстояние от тебя до авангарда будет также экспоненциально увеличиваться. И студенты это чувствуют. Так что возможно, что единственное оправданное применение таких отсылок в прошлое — это намеки талантливым и немного авантюрным тимлидам и менеджерам, вышедшим на свои уровни из среды профессиональных программистов.
Есть такое понятие в программировании — висячий указатель. Это когда кто-то держит у себя в кармане указатель, и не подозревает, что «указуемое» (то, на что указывали) — уже ушло в небытие. Прозрение наступает только тогда, когда по указателю пытаются обратиться. Но обычно результат плачевный. «Адрес верный, но адресат умер».
Artazor's Minds 