Простой вопрос: в какой момент разработки нужно задуматься о туториале?
Почти все мои прошлые туториалы — провал. Они часто откладывались на самый конец разработки. Когда до запуска оставалось считанные дни, всегда находился человек, который спрашивал: «А не должны ли мы сделать туториал?». Мы были слишком заняты реальной разработкой, чтобы думать об этом. «Я знаю игру, как свои пять пальцев. Ее не так сложно понять, ей не нужно обучение», — часто я себе говорил.
Читать полностью »
Методология разработки имитационных моделей и симуляторов по различным техническим дисциплинам в основном ориентирована на снижение уровня абстракции учебного материала. Наряду с теоретическим учебным материалом наглядное имитационное моделирование того или иного технологического процесса или операции позволяет учащемуся в более полной мере освоить преподаваемый материал с максимальным приближением к естественным условиям. При этом имитационные модели и симуляторы могут рассматриваться только как вспомогательный инструмент учебного процесса. Основное назначение данной категории образовательных ресурсов – базовое (начальное) ознакомление с принципами работы сложных технических объектов в условиях отсутствия возможности использования реального промышленного оборудования, либо в целях предварительного повышения компетенции учащегося перед прохождением производственной практики.
Читать полностью »
Привет! Меня зовут Павел Скляр, я студент 3 курса Московского Политеха по специальности веб-технологии.
Помимо основных предметов, присущих конкретным специальностям, в моём университете есть такая дисциплина, как проектная деятельность. О ней я бы и хотел сегодня рассказать, а также обсудить плюсы и минусы этого предмета для студентов.
Тематика проектной деятельности в моём вузе меняется в зависимости от специальности, поэтому я буду рассказывать только о личном опыте, полученном на своей специальности.
TL;DR
27-29 февраля мы проводим Слёрм Аджайл. Как мы любим, в нем будет 20% теории и 80% практики (тренинга).
Слёрм Аджайл ведут эксперт-консультант Марина Алекс и практик аджайла, директор по разработке в международной продуктовой компании PropellerAds, Анатолий Иванов.
17 февраля в 20:00 по Москве мы проводим вебинар, где Марина Алекс разбирает 10 болей, которые слышит от компаний, где внедрение аджайла проваливается или идет с большим скрипом.
Регистрация на вебинар здесь
Обо всем подробнее.
За осень-зиму 2019 я поучаствовал в аджайл-трансформации во всех ролях и видах. Боль еще жива. Я собрал все шишки и сделал все ошибки, которые мог. Главная ошибка — самонадеянность, я почему-то решил, что с моим знанием психологии и опытом управления достаточно почитать про аджайл пару статей, и я смогу разобраться по ходу дела.
TL;DR
Я считаю, что ключ к нормальному переходу на аджайл — это квалифицированный заказчик. То есть собственник/директор/лидер, который понимает, зачем вообще ему нужен аджайл, знает разницу фреймворков, оценивает ресурсы и сроки, готов к кризисам и не надеется на «золотую пулю».
Второй элемент успеха — квалифицированный участник аджайл-команды, который понимает, зачем это все, зачем эти дейлики и ретро, зачем улучшать работающий процесс, чего ждать от скрам-мастера и почему вообще стоит слушать этого «восторженного дурачка», только тогда аджайл начинает работать.
Слёрм Аджайл — наша попытка готовить заказчиков и участников.
Изначально и в работе, и в курсах мы делали упор на «как» и избегали «зачем». Мы рассказывали про настройку Kubernetes и молчали про то, где нужен K8s. Если клиент хотел кластер, мы делали ему кластер, не анализируя его business value, мол, это не наше дело, клиент имеет право решать, что ему нужно.
Готовя курс по DevOps, мы сосредоточились на инструментах, старательно обходя философию. Потому что философия требует не изучения, а достижения, не мастер-класса, а диспута.
Но жизнь показала, что мы не можем отвертеться от вопроса «зачем». Он всплыл на проектах, он оказался ключевым для курсов по SRE и Agile (скоро будет анонс). И мы решили добавить немного размышлений про «зачем» в курс по DevOps.
Чтобы избежать острой дискуссии по вопросам уровня «как внедрить DevOps, если у нас 10-летнее легаси», мы сразу замахнулись на глобальную тему и пригласили поговорить о ней Анатолия Вассермана.
Моя основная работа связана с данными и программированием на R, но в этой статье я хочу рассказать про своё увлечение, которое даже приносит некий доход. Мне всегда было интересно рассказывать и объяснять что-то друзьям, одноклассникам и однокурсникам. Ещё мне всегда просто было находить общий язык с детьми, не знаю, почему. Вообще, я считаю, что воспитание и обучение детей это одно из важнейших занятий из всех, да и жена у меня педагог. В общем, примерно год назад я дал объявление в местной группе на фейсбуке, набрал группу и стал преподавать скратч и питон раз в неделю. Сейчас у меня пять групп, свой класс в доме и индивидуальные занятия. Как я дошёл до жизни такой и как именно я учу детей, я раскажу в этой статье.
Читать полностью »
3 февраля в Москве стартует Слёрм SRE.
Это первый интенсив, где мы ушли от схемы «Повторяй за преподавателем». Вас ждет работа в SRE-проекте, максимально приближенная к боевым условиям.
Вы получите в руки полновесный работающий проект и будете работать с ним в реальном времени. Вас ждет типичная задача SRE: работа с незнакомым кодом, проблемы синхронизации распределенных систем, сложности коммуникации с коллегами.
Вас ждут нетривиальные отказы систем, взятые из реальной жизни. (Я время от времени слышу от спикеров: «Коллеги, извините, в ближайшие два дня не смогу подключиться к встречам, зато появился отличный кейс для нашей программы»).
Я люблю проект длиной в неделю, и меня пугают проекты длиной в год. В аджайле мне очень понравилась концепция MVP и инкремента, это прям мое: сделать работоспособный кусок, внедрить его и двинуться дальше.
При этом DevOps-трансформация в том виде, в котором ее обсуждают в книгах и на конференциях, это как раз проект длиной в год. Или в годы.
Мы строили свой курс по DevOps в парадигме «MVP DevOps за один спринт» и «готовность к инкрементам». А если по-человечески, то «чтобы участник по возвращении мог немедленно что-то внедрить у себя и получить пользу».
MVP DevOps: в курсе есть инструменты для основных DevOps-процессов. Мы не ставили себе задачу рассмотреть и сравнить все системы CI/CD или раскрыть глубины подхода Infrastructure as Code. Мы даем один понятный стек: Gitlab CI/CD, Ansible, Terraform и Packer, Molecule, Prometheus, EFK. Можно прийти с курсов, собрать из учебных материалов инфраструктуру для пилотного проекта и поработать в ней.
Знакома ли вам ситуация, когда потребности вашего бизнеса растут, а людей под их реализацию не хватает? Что в таком случае делать? Где искать людей с нужными компетенциями и стоит ли вообще этим заниматься?
Так как проблема, прямо скажем, не новая, то пути её решения уже есть. Одни компании прибегают к аутстаффинговой схеме и привлечению специалистов из внешних организаций. Другие расширяют географию поиска, пользуются услугами кадровых агентств. А третьи находят людей без опыта и растят их под себя.
Одним из наших наиболее серьезных проектов подготовки системных аналитиков с нуля, наверное, была Школа системного анализа, о которой докладывал Кирилл Капранов на прошедшем в ноябре AnalyzeIT MeetUp #3. Однако прежде, чем войти в проект, мы решили провести эксперимент, взяли человека без опыта и попробовали вырастить из него системного аналитика, удовлетворяющего нашим требованиям. Под катом — как готовили аналитика и что из этой затеи в итоге вышло.
