Kotlin: Урок 7. Пакеты – Импорт методов и классов



Офф. сайт:
Twitter:

Мы в VK:
Slack чат:

===
IT Школа:
Все уроки по Kotlin:

, , , , , , ,

9 thoughts on “Kotlin: Урок 7. Пакеты – Импорт методов и классов

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

  2. на 7:58 ошибка, приписал эклипс к продвинутым IDE ) В Project View в настройках (шестеренка) есть опция "Compact empty middle packages", которая вклвыкл компактное отображение пакетов через точку. Пакеты dog и cat нужно было назвать в множ. числе, т.к. они содержат однотипные классы.

    P.S. давно сижу на твоем канале и контент, в целом, годный (картинка 1080, хороший микроголос, стильное оформление) но часто возникают вопросы к "подаче материала". Никак не доходят руки написать об этом. Сегодня все же изложу некоторые мысли на примере данного урока:

    1. Лаконичность. ИМХО ролики с импровизацией больше подходят для проектов типа FAA, в которых демонстрируется процесс разработки. А в уроках, которые состоят в основном из теории лучше использовать "сценарий" или хотя бы примерные наброски текста. Ролик переполнен лишними репликами, которые ухудшают восприятие(причем сильно). Например, фрагмент с 0:36 по 0:47 суть всего этого монолога можно передать фразой "package – это папка".

    2. Заготовки. Некоторые просят, чтобы "учитель" повторял рутинные действия от ролика к ролику, например, создание классапакета, добавление активити в манифест и т.д. якобы для повторения. По-моему, в уроке хотят видеть то, что указано в названии(теме) и ничего лишнего, под лишним подразумевается ранее пройденный материал. Различным фишкам и лайфхакам косвенно относящимся к теме всегда рады. Видео на то и видео, что его можно пересматривать, а переходить к след. уроку нужно после освоения предыдущего.

    Теперь про сами заготовки: лучше сразу создать пару пакетов(example1, example2 …) с нужными классами внутри, а во время записи просто открывать их и комментировать содержимое. Иногда можно создавать неполные примеры, чтобы в "лайве" докодить, смотря что нужно объяснить. Если конкретнее, то мне не понравился момент с 3 по 4 мин. Вместо этого фрагмента можно было показать заготовку, типа "Есть такой-то класс с такими-то методами" пару слов о том, что они делают. Некоторые скажут, что пару комментариев + 10-15 сек недостаточно, чтобы "врубиться" в суть классаметода. Открою секрет: "Видео можно ставить на паузу".

    3. Переходы. Иногда переход от одной логической части к другой происходит слишком неявно. Было бы неплохо добавить визуальные переходы типа "fade-in" "fade-out" затухания экрана.

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

    5. Содержание. Таймкоды. Если придерживаться пункта №3, то ролик должен состоять из логических частей, для которых можно сделать таймкоды 0:01. Добавить все это в описание к видео и получится удобный инструмент для навигацииповторения. Иногда возвращаешься к старым роликам повторить отдельный момент и приходится его искать по всему видео.

    P.P.S. Офк.чтобы все это соблюдать, придется тратить больше времени на создание, но тут скорее вопрос в том, что тебе важнее: личное время или качество уроков. По поводу сценариев, можно сначала выкатить текстовый урок на сайте, а потом на его основе запилить видос. С одной стороны дублирование самого себя, с другой – разные люди по разному воспринимают текстовыйвизуальный материал, из видео код не скопипастить, в тексте работает поиск по странице и другие отличия.

Leave a Reply

Your email address will not be published. Required fields are marked *