Семинар 13 октября, 13:00, Москва
Приглашаем на бесплатный семинар, который будет полезен всем, кто разрабатывает и исследует цифровые системы релейной защиты и противоаварийной автоматики на базе моделирующих программно-аппаратных комплексов реального времени (ПАК РВ).
На вебинар приглашаются инженеры, системные архитекторы, тестировщики и руководители проектов, занимающиеся разработкой и испытаниями встраиваемых систем, а также испытательных стендов.
На вебинаре вы узнаете, как сократить временные и финансовые издержки при испытании встраиваемых систем управления с помощью технологии моделирования в реальном времени.
В ходе вебинара будет рассказано методах обучения с подкреплением применительно к различным задачам. Разберемся в каких случаях можно его применять. На простых примерах игровых сред будут разобраны основные алгоритмы, и их усовершенствования. Посмотрим простые среды LunarLander и Atari Breakout. Будет показаны примеры реализации алгоритмов и как в среде Matlab так и при помощи Python. Поговорим о плюсах и минусах алгоритмов и ресурсах необходимых для их обучения.
Все началось более 2-х лет тому назад, и я перешел на 4-й курс специальности "Бизнес-информатика" Томского Государственного Университета Систем Управления и Радиоэлектроники (ТУСУР). До окончания ВУЗА оставалась не много времени, и перспектива написания диплома уже маячила перед глазами. Мысль о покупке готовой работы не рассматривалась. Хотелось реально что-то сделать самому. Вариантов тем дипломных проектов рассматривалось много: и проекты конфигураций для автоматизации производственных нужд компании и проект внедрения Документооборота своими силами на 3 территориальные единицы и более 500 активных пользователей и внедрение ЭДО. Короче много всего что было в голове, но ничего из этого не вдохновляло. А это было главное.
Изменения — это то, что происходит всегда. Мы можем переходить на новый язык программирования. Например, внедрять Kotlin или переходить на GO, как это сейчас многие делают. У нас могут появляться новые базы данных. Мы можем переезжать в облака (или обратно). Или можем захотеть внедрить у себя новый процесс, будь то Code review, постмортемы или Scrum с Канбаном. Даже для перехода на удаленку нужны новые процессы или инструменты.
Люди реагируют на изменения по-разному — кто-то активно включается в процесс, а кто-то просто мешает. Техлиды могут помочь внедрить изменения быстрее и легче, если будут знать, как влиять на команду. Сегодня Дмитрий Масленников, возглавляющий департамент SRE в Тинькофф, покажет, с каким поведением вы можете столкнуться при изменениях (видео его выступления на TechLead Conf 2020). В результате его 10-летнего опыта вы сможете не только что-либо продать командам, но и сохранить изменения.
Последние пять лет я работаю в аутсорсинге, поэтому часто занимаюсь запуском новых продуктов. Чаще всего первый шаг - создание так называемого MVP (minimum viable product).
При запуске MVP большинство компаний стремятся зафиксировать сроки и бюджет: еще нет уверенности, что бизнес-модель продукта жизнеспособна, поэтому требуется как можно быстрее проверять гипотезы на практике. Когда (и если) продукт выстрелил, приходят настоящие пользователи, которые хотят не только новые фичи (и как можно быстрее), но и стабильность продукта. Их перестает устраивать продукт, собранный на коленке. Поэтому сроки остаются актуальными, но вместо бюджета на первый план выходит качество.
Проблема в том, что мы каждый раз оказываемся в том самом знаменитом треугольнике компромиссов, но два угла, которые мы должны выбрать — не совпадают. Довольно часто эту дилемму предлагают решать в формате «давайте сначала сделаем прототип, попробуем его, а потом выкинем и с нуля перепишем все уже по-хорошему». К сожалению, на практике осуществить этот трюк удается довольно редко. Поэтому многим командам приходится годами жить с «архитектурными» решениями, заложенными на этапе тестирования гипотез.
Сегодня я расскажу, как мы вышли из этого треугольника (мое выступление на эту тему).
Хабр, пРевит! Мы с @KirillYakimenko из команды спасателей BIM-сопровождения проектов департамента инженерных и мультимедийных систем КРОК. Наша задача — ломать себе голову и придумывать решения во имя спокойной жизни проектной команды. Как, наверное, и многие, мы постоянно придумывали и обновляли различные варианты шаблонов, решений внутри этих шаблонов, семейств и подходов по ведению проектов, развивали ФОП и т.д. и т.п. Но в определённый момент мы решили остановиться и подумать — а тем ли мы занимаемся и на то ли мы тратим наше драгоценное время, когда есть «живые» шаблоны ADSK?...
Дальше расскажем, какие шаги по адаптации шаблонов сделали мы, для чего, почему и как. Возможно, наш опыт покажется полезным, особенно если вы только начинаете путь по освоению и внедрению Revit и BIM технологии в целом.
Как оценить технический долг и получить разрешение на его починку, прежде чем он поглотит вас и вашу команду? Этот вопрос рано или поздно встает перед всеми лид-разработчиками. Но его решение требует большой экспертизы и грамотного анализа. Поэтому давайте вместе разбираться, как лучше искать, извлекать и обеспечивать техдолг, а заодно выясним причём тут слоны.
Наша компания RDP, вендор телекоммуникационных продуктов операторского класса, в прошлом году наконец перебралась в новый просторный офис. Одной из главных задач было размещение масштабной ИТ-инфраструктуры и испытательной лаборатории так, чтобы можно было эксплуатировать их максимально эффективно, удобно и безопасно.
Встал вопрос – либо арендовать серверные стойки в непосредственной близости от офиса, либо построить собственную серверную с учетом последних достижений инженерной мысли. Руководство решило, что нам нужна своя серверная. Но как построить ее самостоятельно, если мы специализируемся совсем в другой области? В итоге мы запустили проект, который продлился около 7 с небольшим месяцев и привел нас к достойному, как мы считаем, результату.
Предлагаем вам оценить наши усилия.
Быстрее, злее, смертоноснее: эволюция технологий на примере шоу боевых роботов BattleBots
На портале Spectrum вышло интервью одного из основателей Battlebots Грега Мансона о том, как 20 лет технического прогресса повлияли на соревнования роботов. Интервью получилось интересным не только для тех, кто в теме боев, но и для тех кто следит за развитием технологий. Делимся с вами нашим переводом.
Существует миф, что один сильный программист может быть в 10 раз продуктивнее другого — ten-X developer. Я считаю, что таких программистов не бывает, но есть ten-X команды, которые перформят в 10 раз лучше самой слабой команды. Чтобы стать ten-X team, нужно поменять отношение к техдолгу.
Всем привет! Меня зовут Олег Федоткин, я руковожу разработкой PAAS в компании «СберМаркет». Эта история про менеджмент и инженерные практики. Ten-X появляется как раз там, где соприкасаются эти два понятия. Начну с детективной истории: кто-то утопил команду в айтишке. Спойлер: убийца — техдолг. Расскажу как его оценивать и измерять, причём здесь зебры, бихевиоризм и психология. А главное — расскажу про выезд из кризиса. Что делать, если вы уже погрязли в техдолге, как им управлять. Поехали!