Нельзя по одной ситуации делать вывод о человеке!

Да, но…

КАК ОБУЧАТЬ ЧЕМУ-ЛИБО (часть 1)

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

1. Всегда нужно идти от частного к общему, от конкретного к абстрактному. Нельзя смешивать уровни абстракции.

Если объясняете кому-то что-то новое, нельзя накидывать термины, непонятные слова и определения. Давать определения списком, как в ГОСТах, тоже неэффективно. Нужно постепенно погружать человека в детали и делать это на примерах, используя то, что ему уже знакомо и понятно. В идеале — на чём-то бытовом и близком.

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

Когда на курсах по Ревиту я рассказывал про фильтры видов, я тоже сначала уходил в примеры на более конкретных объектах. Выбор элементов по критериям мог иллюстрировать фруктами и овощами или круглыми или угловыми фигурами. Прям рисовал их на экране и объяснял, что фильтр ищет только то, что проходит по критериям. Уже от фруктов переходил к элементам модели и их параметрам.

То есть идём последовательно, от простого к более сложному. Всё нужно пояснять на примерах и антипримерах. Если вам сложно выдерживать структуру материала в голове, то сначала сядьте и запишите всё, что хотите рассказать по пунктам. Потом упорядочьте их в план и идите по нему. Получится оглавление, а уже его будете расписывать подробно.

2. Иллюстрация должна быть удобной для понимания

Вы можете привести пример текстом, скриншотами или видео/гифками. В разных случаях эти инструменты более или менее полезны. Выбирайте то, что подходит под конкретный случай.

Например, при объяснении, что такое файл-хранилище, достаточно текстового описания. Картинки тут бесполезны, ну покажете вы проводник в Винде и что? Можете записать видео, как идёте из кабинета в серверную и показать, как гудит и мигает сервер, а толку? Пишите простыми словами без технических деталей: файл-хранилище — это общий файл на раздел, который лежит в общей папке, все изменения проектировщики записывают в этот файл. Чтобы стало понятнее, приводите пример из жизни. Допустим, над проектом ВК работает одновременно три специалиста. Один делает ВК жилой части, другой — коммерции, третий — пожаротушение стоянки. Каждый работает в своём локальном файле, который хранится на его компьютере, но результат работы сохраняет в файл-хранилище. В итоге работа всех трёх спецов будет хранится в одном файле. Само собой, до этого вы должны были объяснить, что такое локальный файл. Тут уже лучше рисовать схему, чтобы были понятны взаимоотношения разных файлов. Но суть такая: вы приводите пример из реальной жизни, ведь каждый проектировщик понимает, что есть раздел ВК, что там кто-то работает, что они выполняют какие-то части здания. А наш дополнительный уровень абстракции — сведение всей модели в один центральный файл.

КАК ОБУЧАТЬ ЧЕМУ-ЛИБО (часть 2)

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

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

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

3. Информацию можно упрощать и даже искажать, если это уместно

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

Если на данном уровне абстракции какую-то информацию нельзя объяснить, то можно временно исказить информацию. А уже в будущем, когда уровень абстракции повысится, вернуться и объяснить, что ранее я вам говорил вот так, но на самом деле оно вот так, просто раньше вы этого понять не могли. Делать это не всегда приятно, всегда есть мысль где-то там, что это ведь не правда, а вдруг кто-то увидит и скажет об этом, ай-яй-яй, буду выглядеть, как дурак, который сам не шарит. Неприятно, но делать надо, чтобы материал бил в цель — объяснял то, что нужно тем, кто ещё не разбирается. Кто разбирается и пишет комменты в духе «всё не так, автор дурак» — мудаки, пусть идут в жопу. Можете им писать: «Муратов просил, чтобы вы шли в жопу со своими замечаниями». Экспертизе так не пишите, они не поймут.

КАК ОБУЧАТЬ ЧЕМУ-ЛИБО (часть 3)

Например, при объяснении подсчётов в спецификации в самом начале можно сказать, что в Ревите нельзя округлять суммарный результат. Округляется значение каждого элемента, а потом суммируется. Это не то же самое, что округлить сумму. По факту это не совсем так, в Ревите можно округлить сумму, но для этого надо вводить расчётные параметры вычислять проценты и делать кучу промежуточных и сильно менее понятных действий. Они куда более абстрактны, чем табличка с элементами и их количеством перед глазами прямо сейчас.

И если хотите объяснить, как сделать запас на погонные метры чего-нибудь человеку, который пять минут назад узнал про спецификации, то не нужно нагружать и рассказывать про всё бытие разом. Сначала можно закрепить главную мысль, что одна строка = один элемент, поэтому накинуть запас на сумму нельзя, надо накидывать запас на каждую длину каждого элемента. Если совесть вас грызёт, ну скажите, что сделать можно, но мы это посмотрим позже, так как это другая тема и она более сложная. Но в целом, можно постулировать, что так сделать нельзя и всё. Если через полгода к вам прибегут и скажут, что оказывается, можно, что вы всё врали, ну пошлёте в жопу человека и всё.

Придерживайтесь этих принципов, когда что-то объясняете, и ваши объяснения станут доступнее для читателей и зрителей.

Добавил новый мерч.

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

Потихоньку готовятся выпускать новые версии продуктов Автодеск.

Русский язык есть, не ссыте.

СЕМЕЙСТВО СТАЛЬНОЙ БОЧКИ

Сделал ещё одну емкость — вот такую бочку для масла, бензина, бомжей в Америке.

Если вы не бомж из Америки, то можете купить её у меня в магазине за символическую сумму. Также сделал отдельную категорию в магазине для ёмкостей, сейчас там 4 семейства: три пластиковые ёмкости и вот эта бочка. Категории в магазине — это меню слева, чтобы вам было проще искать подходящие товары.

https://muratovbim.pro/product/semejstvo-bochka-stalnaya-po-gost-13950-91-dlya-masla/

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

Ну какая глубина смыслов, ну как молодёжно, бодро, энергично.

Делаем на мерч? Хотите футболки такие?

Я с новыми надписями уже заказал мерч, приедет, примерю, посмотрю, как получилось.

Когда пользователь жмёт по неактивной кнопке в Ревите в надежде, что она всё же чудом активируется.

Бим-координатор, когда проверил 8000 коллизий, из которых 20 реальных.

Руководители отделов обсуждают, как обойти магистраль ВК в подвале. Правила компании запрещают делать это в одной переговорке из-за угрозы телесных повреждений.

Лицо студента-практиканта, когда спрашивают, кто перезаписал файл-хранилище и удалили все бэкапы.

слышно звуки лапок

Инженер-электрик ждёт задания от смежников. До сдачи проекта два дня.

Та самая коллега, которая постоянно мечтает уйти в отпуск.

— Давай сейчас спеки в Экселе выдадим, а на рабочке точно уже в Ревите всё будет.
— Да отстань ты уже…

Московские бим-координаторы, когда рядом с офисом закрыли кофе на вынос.

Ой, доля бимовская да непростая…

На этом репортаж из челябинского зоопарка окончен.

Берегите себя, ревитовские волчары. АУФ!

Можем вечером на эфире в Твиче сделать вот такую ляльку.

Будем?

Или вот такую сочную сосочку.

Щас опрос сделаю.