В кейсах речь про DevOps и релиз-инженеров. Если говорить про программу курса, то для сетевых инженеров некоторые темы будут интересны.
В курсе есть и основы, а финальный проект любой, что выберете, то и будете реализовывать, так что жёстких рамок нет, главное - чтобы курсом вы закрыли свои потребности в изучении языка программирования.
Спасибо за полезное дополнение. Уверен, что практическая статья для разработчиков будет очень полезной)
Если говорить про грамотный менеджмент, то речь больше про технический менеджмент и, да согласен, для распила монолита нужен опытный и знающий менеджмент, о чём Марсель и говорил в интервью.
А, ну так всё просто)) Курс не для тех, кто хочет войти в IT. Требования входные такие:
— Базовые навыки администрирования Linux (взаимодействие с процессами, файлами, использование прикладных протоколов передачи данных).
— Опыт работы с git.
— Понимание предназначения Ansible и модулей Ansible.
— Иметь представления о предназначении Kubernetes и операторов Kubernetes.
— Желательно, опыт работы с GitLab и GitLab CI.
— Желательно, базовые навыки автоматизации на Bash.
Даже если свести требования к Linux и git, а про GitLab CI, Кубернетес и Ансибл чисто поверхностно ознакомиться перед обучением, то всё равно речь про админа с опытом.
Этот курс больше «Как из админа сделать шаг к DevOps», научившись работать с кодом. Или для DevOps, который хочет построить более эффективно свою работу.
Добрый день!
По поводу тяготеет это лучше посмотреть, что уже по навыкам и какие перед вами задачи стоят, если есть потребность в автоматизации админских задач или желание научиться понимать код разработчиков — велкам, как раз про это. Если вас интересует веб-разработка, дата саенс — курс не подойдёт. Потому что практики много и она уже под реальные задачи эксплуатации применимая.
Формат такой: Каждую неделю даем лекцию предзаписанную и домашние задание, получаем на неё код-ревью и обратную связь от спикера, будет также чат со спикером и пара АМА-сессий)) На потоке будет 30-50 участников.
Это моя личная аналогия конечно же, под ней вполне можно и подразумевать «делать максимально близко к идеалу». Это же кто как воспринимает «для себя», согласитесь. Богат русский язык, что сказать)))
Может контекст из интервью не так передали: речь об отношении к задачам не как к галочке — выполнил и всё, работает, да и ладно. Как раз это пример не лучшей работы. А о ценностном отношении к задаче клиента: делаешь по ТЗ, смотри дальше, что и как можно ещё улучшить. Что-то типа — как для себя.
Я бы привёл такую параллель обыденную — почему свой дом строят годами? Потому что ты сделал — смотришь, а здесь можно ещё лучше, а здесь давай второй гараж и баню дострою.
Да вроде нет, к каждой задаче было по 5 тестов, всё чётко — программа прошла тесты или нет.
Отдельно по 10 задаче мы планировали смотреть подробно решение, если оно не будет проходить тесты, но алгоритм будет давать значения приближенные к оптимальным.
Но смотреть было нечего, потому что никто 8-10 задачи не решил.
Я именно про местные олимпиады говорю, тем паче, что на Всерос в школах жёсткий отбор, так как школам выставляют лимиты на количество участников. Примерно так: от обычной СОШ на районный этап могут пройти 1-2 ученика, от лицея/гимназии 4-5 учеников.
Плюс — только 5-11 классы.
В Scrtatch или Snap можно импортировать только списки, таким образом давать через файл входные данные, что довольно полезно в части предварительной подготовки к переходу обучения на тот же pytthon, но выходные экпортить автоматом никак, причём там не всегда возможен(отчасти, что это сложнее для ребёнка) текстовый результат, чаще визуальный.
Меня честно говоря оттолкнула от автотестов история коллег муниципалов, которые для своей олимпиады сделали десятки наборов данных на каждую задачу)) Это круто, но показалось, что будет очень трудозатратно.
Соглашусь, но с точки зрения организатора — есть ли на это время и трудоресурсы. Как пример организаторы олимпиады “Играем в программистов” про которую я упоминаю в статье, только в этом году(а проводят её очень-очень давно) нашли время на автотесты. Потому что реально не хватает сил, времени и людей на этот момент, когда речь идёт об организации местного уровня. И то добрались до автотестов потому что наконец-то, впервые за чуть ли не 15 лет, один из ВУЗов стал соорганизатором.
А вот по scratch всё равно ручная проверка и никак больше…
Вот кстати про очень важный момент говорите — формулировка условий задач — реально важный момент, посмотреть на составленные задачи сторонним взглядом ученика, а не педагога, совсем непросто и надо держать с участниками олимпиады оперативную связь, чтобы отвечать на вопросы, давать пояснения.
Мы так делали — было полезно.
Вот и я также подумал и не прогадал)) Тем более, если задачи описывать по-своему, а не брать готовые чужие, у которых решений тьма выложена, то даже найти похожую трудно будет.
Самая сложна это 8 задача. Но, да, вы правы, задачи 8-10 оказались непосильными.
А решение жадным алгоритмом не является ошибкой. Это приближенный быстрый метод решения задачи NP-задачи. Мы рассказывали решение в контексте проходимой с учениками темы, не углубляясь в дебри точных решений, которые кстати неприменимы для рюкзаков, так скажем: больших размеров.
Да это действительно отличный пример и предварительная подготовка решения с доказательством очень поможет, особенно когда проверкой решений занимается много разных людей.
Получается так, Всеволод позже в видео говорит о том, что это не идемпотентно.
Спасибо, пропустил /, есть такое
В кейсах речь про DevOps и релиз-инженеров. Если говорить про программу курса, то для сетевых инженеров некоторые темы будут интересны.
В курсе есть и основы, а финальный проект любой, что выберете, то и будете реализовывать, так что жёстких рамок нет, главное - чтобы курсом вы закрыли свои потребности в изучении языка программирования.
Если говорить про грамотный менеджмент, то речь больше про технический менеджмент и, да согласен, для распила монолита нужен опытный и знающий менеджмент, о чём Марсель и говорил в интервью.
— Базовые навыки администрирования Linux (взаимодействие с процессами, файлами, использование прикладных протоколов передачи данных).
— Опыт работы с git.
— Понимание предназначения Ansible и модулей Ansible.
— Иметь представления о предназначении Kubernetes и операторов Kubernetes.
— Желательно, опыт работы с GitLab и GitLab CI.
— Желательно, базовые навыки автоматизации на Bash.
Даже если свести требования к Linux и git, а про GitLab CI, Кубернетес и Ансибл чисто поверхностно ознакомиться перед обучением, то всё равно речь про админа с опытом.
Этот курс больше «Как из админа сделать шаг к DevOps», научившись работать с кодом. Или для DevOps, который хочет построить более эффективно свою работу.
По поводу тяготеет это лучше посмотреть, что уже по навыкам и какие перед вами задачи стоят, если есть потребность в автоматизации админских задач или желание научиться понимать код разработчиков — велкам, как раз про это. Если вас интересует веб-разработка, дата саенс — курс не подойдёт. Потому что практики много и она уже под реальные задачи эксплуатации применимая.
Формат такой: Каждую неделю даем лекцию предзаписанную и домашние задание, получаем на неё код-ревью и обратную связь от спикера, будет также чат со спикером и пара АМА-сессий)) На потоке будет 30-50 участников.
А вот последний вопрос не понял, извините.
Я бы привёл такую параллель обыденную — почему свой дом строят годами? Потому что ты сделал — смотришь, а здесь можно ещё лучше, а здесь давай второй гараж и баню дострою.
Платная рекрутинговая платформа для проведения некоммерческой местной школьной олимпиады?
Отдельно по 10 задаче мы планировали смотреть подробно решение, если оно не будет проходить тесты, но алгоритм будет давать значения приближенные к оптимальным.
Но смотреть было нечего, потому что никто 8-10 задачи не решил.
Плюс — только 5-11 классы.
Меня честно говоря оттолкнула от автотестов история коллег муниципалов, которые для своей олимпиады сделали десятки наборов данных на каждую задачу)) Это круто, но показалось, что будет очень трудозатратно.
А вот по scratch всё равно ручная проверка и никак больше…
Мы так делали — было полезно.
А решение жадным алгоритмом не является ошибкой. Это приближенный быстрый метод решения задачи NP-задачи. Мы рассказывали решение в контексте проходимой с учениками темы, не углубляясь в дебри точных решений, которые кстати неприменимы для рюкзаков, так скажем: больших размеров.