Низкоэкспертные задачи и ещё несколько замечаний об обучении (Николай Непейвода, OSEDUCONF-2023)

Ссылки сюда (1) →

Короткая ссылка: 20230127B

Докладчик

Николай Непейвода

Низкоэкспертные задачи получили такое имя, потому что для них требуется совместная работа нескольких специалистов разных направлений (например, виртуальная реальность, юрист, экономист, астроном, врач, психолог). Специалистов, владеющих на уровне хотя бы экспертов для оценки, всеми направлениями нет. А имеющиеся подобны флюсу (К. Прутков), видят только часть проекта и автоматически дают низкие оценки либо отказываются от экспертизы. Это подтвердила экспертиза первого варианта данного доклада, где эксперт подменил задачу СПОВШ: СПО в обучении, на обучение СПО. Обучение, ставящее задачу создать у студента систему знаний и умений её пополнять, модифицировать и применять на практике, логически подобно низкоэкспертным задачам в программировании, находясь на стыке многих направлений знаний. А когда требуется совместная работа специалистов разных направлений, наступает ад взаимного непонимания и неприятия; даже слова одного раздражают другого вплоть до идиосинкразии. Единственный работающий практический способ, известный в фирмах сейчас: вывезти людей в глушь и там заставить по крайней мере неделю пытаться работать и успешно совместно выпивать. В результате не менее половины отсеивается, но примерно четверть или треть наконец-то находят подобие общего языка и могут начинать совместную работу.

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

Ещё с рубежа тысячелетий известен способ обучения, при котором примерно десятая часть студентов (если набор был нормальный и преподаватели не стеснены стандартами) становится способными выполнять роль коммуникаторов более успешно и быстро, не снижая до минимума уровень, снимающими взаимные непонятки у специалистов даже из таких областей, которые они встречают впервые в жизни. При этом и остальные поднимают свой уровень.

Способ обучения создавался в связи с рыночной ситуацией 90-х — первой половины нулевых годов. Тогда русские программисты считались чуть ли не сильнейшими в мире, хотя в отличие от индусов капризными, высокомерными и дорогими. А задачи на программистских фирмах ещё не сводились к потоку индустриального программирования. Из-за высокой репутации русских сложные задачи, причём из неожиданных областей, прилетали, и требовалось быстро и качественно их решить. Поэтому понадобились умения быстро и без изучения освоить новую область, с которой чаще всего дальше опять не придётся сталкиваться. Так что решалась задача взаимопонимания с людьми из другого интеллектуального мира. А умение быть коммуникатором при этом автоматически совершенствовалось.

Видео

on youtube

Презентация

Thesis

Некоторые приёмы такого обучения.

1. Обязательная работа в СПО. СПО заставляет понимать задачи, решённые другими, и модифицировать их. В частности, студент, нашедший ошибки или недоработки в найденной или рекомендованной системе и частично исправивший их, на экзамене получал автоматом четвёрку, и пятёрку, если ответит на теоретический вопрос. Написание документации при попытке закоммитить свою программу на репозитории тренировало в умении объяснять свои мысли другим. И заметим, что примерно половина студентов из-за неумения этого не могла пройти процесс интеграции программы в репозиторий, но зато к последнему (пятому) курсу они уже умели объяснять сделанное.
2. На первом же курсе знакомство с высокоуровневым (функциональным, логическим и сентенциальным) программированием и полный отказ от задов стандартных языков. Здесь использовалось лишь СПО, поскольку проприетарные системы были неадекватны задачам обучения.
3. Отказ от изучения языков и систем программирования, студент должен сам при помощи товарищей и преподавателя осваивать их в кратчайшие сроки. Это отрабатывалось в том числе и на СПО, предоставляющем благодатный материал.
4. Тренировка в чтении научных и технических текстов на незнакомом языке с минимальным обращением к словарю. А это уже системное дополнение.
5. Работа на устаревших и плохо работающих машинах без нормальной документации. Тоже дополнение, необходимое для выработки системы знаний и умений.
6. На последнем курсе тренировка в решении и постановке междисциплинарных задач. Здесь полезно привлечение материала ТРИЗ. СПО страдает одним недостатком, который стандартно принимается как данное в обучении программированию. Задача считается уже поставленной. А интердисциплинарная коммуникация практически всегда требует перестановки задачи, выданной партнёром. Так что это — необходимое дополнение, не охватывавшееся чистым СПО и не разработанное в его сообществе.

Ещё одно метазамечание. Отказ от научного языка. Как показал Альтшуллер, он мешает решению творческих междисциплинарных задач, поскольку направлен на изоляцию предметных областей путём уничтожения неформальных комментариев и создания системы терминов. В ТРИЗ от терминов рекомендуют избавляться, а задачу излагать лучше вульгарно, чем прилично. Здесь мы следуем традициям Платона, а не создателя научного языка Аристотеля (полностью признавая его великое достижение).

Упомянем книги, вдохновившие автора в своё время. Классика не стареет, а новое часто продукт скоропортящийся.