Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-03-10

1 <p><em>Мы в OTUS постоянно интересуемся мнением наших студентов о том, насколько им интересно учиться, что именно они узнают, чем запоминаются занятия, с какими проблемами сталкиваются. Специально для этого была внедрена опросная система, цель которой - улучшить качество образования и оперативно устранять возникающие проблемы. И конечно, мы всегда радуемся, когда студенты готовы дать фидбек не только в формате опроса, но и ответить на конкретные вопросы лично. Так мы связались с Иваном Борискиным, выпускником курса "DevOps практики и инструменты".</em></p>

2 <p>Мой предыдущий опыт работы не столь разнообразен: я работал системным администратором (читай эникейщиком), а затем инженером технической поддержки (LAMP, SIP, VOIP). На момент выбора курса я лишь отдалённо и очень поверхностно понимал термин DevOps. Всё понимание сводилось к тому, что это стык системного администрирования, разработки, тестирования, развёртывания и технической поддержки программного продукта.</p>

3 <p>Первое чувство после ознакомления с программой курса было связано с неуверенностью - осилю или нет этот кур (стоит не дёшево и названия всех инструментов были для меня пустым звуком). Но курс очень заинтересовал охватом инструментария и возможностью получить представление и практический опыт для вхождения в отрасль.</p>

4 <p>Я рискнул и не пожалел. Понял, что недооценивал порог вхождения в DevOps, он достаточно высок. Выпускной проект делать надо однозначно, ведь это хороший способ упорядочить и структурировать в голове тот объём материала, который был дан в процессе обучения.</p>

5 <p>Уверен, что после этого будет больше шансов пройти успешно собеседование и развиваться в выбранном направлении. Преподаватели - молодые ребята, уже обладают серьёзным практическим опытом и делятся именно тем, что работает сегодня в индустрии, а не сухой теорией, оторванной от практики. Поэтому если вам интересно программировать, но не настолько чтобы заниматься только программированием, если вам нравится настраивать не только ПО, но и инфраструктуру, автоматизировать этот этап, понимать взаимосвязь компонентов, контролировать и влиять на процессы, скрытые за интерфейсом программного продукта, - вам сюда, в DevOps, здесь ваш мозг не заскучает и не заржавеет.</p>

6 <h2>Мои предложения</h2>

7 <h3>Параллельное выполнение домашних заданий и курсового проекта</h3>

8 <p>Каждое домашние задание - это этап для выполнения проекта. Сделал и сдал задание - попробуй сделать то же в проекте. Мы дали вам инструмент - попробуйте применить его в другой задаче. Студент не ждёт пока закончится курс, знает, что требуется в проекте с самого начала, и уже думает, как это сделать в проекте, а не<em>"обезьянничает"</em>по инструкции в домашке.</p>

9 <p>Даже к концу курса, когда забудется часть материала, взаимосвязи инструментов и прочие детали, будет почти готовый поэтапно сложенный проект. Достаточно будет воссоздать ретроспективу по changelog-у. Конечно, если всё делать согласно требованиям к проекту, о чём тоже необходимо сообщить на первых занятиях, а не на последнем при выдаче задания на проект.</p>

10 <p>В период выполнения проектного задания останется общая доработка: дополнение проекта другими инструментами или вариантами реализации и как альтернатива - выполнение собственного проекта.</p>

11 <h3>Требования к проекту</h3>

12 <p>Их необходимо описать в соответствующем разделе ЛК, сопроводив образцом проекта на Git-e (как это должно быть хотя бы в первом приближении, оставляя место для творчества).</p>

13 <p>Также к заданиям со звёздочкой стоило бы добавлять рекомендуемые источники, которые позволяют, изучив глубже материалы, выполнить задание.</p>

14 <h3>Вход в рабочий кабинет/ЛК курса должен быть контекстным</h3>

15 <p>Следующие пункты будут разными для разработчиков, менеджеров, DevOps, т.е. состав меню ЛК должно зависеть от тематики курса:</p>

16 <p>- Добавить раздел по организации рабочего пространства/места (рекомендательный характер, выполняется до начала курса). Т.е. рекомендации о том, что надо установить и какие настройки должны быть в утилитах, какие плагины к редакторам необходимы, как настраивается оболочка, те же алиасы, подсветка командной строки, tmux, zsh и т.п.</p>

17 <p>Каждый определится сам, стоит ли ему что-то изменять в своём окружении. Здесь было бы неплохо сопроводить роликом, демонстрирующим работу в таком окружении ретроспективно, взяв за основу курс или повседневную работу: с чем придётся столкнуться в процессе выполнения заданий, как это позволяет оптимизировать труд инженера (тот же tmux). Аналогично вебинару<a>"Один день из жизни DevOps"</a>- отличная идея, на мой взгляд, очень зажигает и на практике объясняет, для чего и что такое DevOps.</p>

18 <p>- Добавить отдельный раздел со списком ресурсов для закрепления материала (как пример:<a>Play with Kubernetes</a>or<a>Learn Kubernetes using Interactive Browser-Based Scenarios</a>), рекомендуемых утилит (<a>Terraform switcher</a>... ), инструментов для построения схем, проверки синтаксиса скриптов<a>ShellCheck</a>,<a>MarkDown</a><a>YamlLint</a>и т.п. Поскольку выкладывать в чат ссылки на полезные ресурсы и инструменты не эффективно - теряется вместе с историей да и не удобно искать. А так, все в одном месте, всегда под рукой, классифицировано и контекстно распределено (исходный список для каждого обший с возможностью редактиврования каждым студентом под себя, тогда можно будет анализировать списки студентов и формировать/обновлять, после ревью, общий список в качестве исходного).</p>

19 <h3>По лекциям:</h3>

20 <p>- Если вопрос не зачитывается в аудиторию лектором вслух, то при просмотре записи лекции соотносить вопрос в чате и ответ в лекции очень неудобно. Т.е. в лекции стоит зачитывать вопрос и давать на него ответ. - Правильный ответ на вопрос лектора в аудиторию желательно озвучивать с пояснением, суммируя логику. Даже если аудитория отреагировала положительно, ведь не все успели вникнуть и отреагировать, не говоря уже о тех, кто будет смотреть в записи.</p>