В универе я веду у студентов-технарей (не...

Телеграм нояб. 05, 2019

В универе я веду у студентов-технарей (не IT) основы программирования, потому зачастую с самыми разными людьми возникают дискуссии «Как учить кодить? С какой стороны заходить?». Основных позиций три:

  1. Да нахрена это инженерам? Захотят – сами изучат в свободное от паяльника время (так говорят многие инженеры и преподы старой школы)
  2. Берем фундаментальную книгу-учебник, С++/Pascal, кайло и вперед, в мир боли и сломанного мозга (программисты с профильным высшим образованием)
  3. Даем что-то прикладное, на актуальном и несложном языке, чтобы результат был виден сразу и глаза загорелись. А потом можно углубляться куда угодно, хоть до ассемблера. Как это не удивительно, очень немногие согласны с этим подходом (во основном – те, кто пришел в IT из других областей или просто используют какую-то автоматизацию в работе).

Посмотрим на подходы с точки зрения обучаемого. Какой из вариантов задач пойдет лучше для старта?

  1. Возьми ненужную заумную хрень, поскрипи мозгами, получи ненужную хрень, получи зачет, забудь.

  2. Сделай упрощение или автоматизацию одной из прикладных/учебных задач, вызывающих страдание. Если процесс заинтересует - двигайся дальше. Рано или поздно без изучения сложных вещей из п. 1 продвижение остановится и их придется проглотить, но уже с другой мотивацией.

Под пунктом два можно давать что угодно в зависимости от уровня обучаемых: автоматизировать офисную рутину, упростить поиск информации, быстро решить сложную задачу из смежного предмета, обработать картинку/сигнал особым образом.

На обучение программированию в качестве основного профиля я не покушаюсь, они сами выбрали свой путь, но ознакомительная информатика должна быть интересной и не вызывать вопроса: "И чё?"

Eshu Marabo

Теги