1. КРОК решил начать делать отраслевые хакатоны в разных отраслях промышленности, так как это пересекается с одним из векторов нашей экспертизы в области разработки софта и спросом рынка на применение технологий из стека Индустрии 4.0. СИБУР пригласили к партнерству уже позже, как одного из лидеров в области цифровизации среди промышленников.
2. Задачи могла предложить любая промышленная компания, главное требование было — возможность решить задачу в пределах 36 часов с эффективным применением технологий индустрии 4.0.
Все абсолютно бесплатно. С правильными формулировками задач тоже помогаем.
3. Права на решение формально принадлежат организаторам. Но по факту — решение на хакатоне в любом случае требует доработки и почти всегда не может быть использовано в проме «as is».
Можно подойти и спросить. Это очень ценно — экономит недели переписки. Заказчики (авторы задач) лично присутствовали, поэтому спросить было очень просто и быстро.
Хакатоны — это хорошая возможность проверить гипотезу или подобрать подход к решению задачи, но это почти никогда не исключает необходимости пилотирования в реальных условиях и разработки промышленного варианта решения после. Плюс, конечно, для задач нужна модерация на уровень сложности и возможность продемонстировать полезный результат в условиях хакатона. В данном случае это на стороне КРОК.
В целом любою самую классную задачу можно свести к обработке текста и табличек или картинок.
На следующей неделе появятся еще задачи (прием задач до 30 сентября). Например, будет задача прогнозирования параметров (температуры, окисленность и химический состав) расплавленного металла в дуговой сталеплавильной печи. Проблематика – во время плавки эти параметры стали меняются динамически в зависимости от процесса выплавки. У сталеваров есть эти данные в данный момент времени, но с небольшим временным лагом, требуемым для получения результатов из лаборатории. Для того чтобы контролировать производственный процесс, необходимо прогнозировать параметры расплава в любой момент времени в процессе выплавки.
Или другая интересная задача. При производстве синтетических каучуков есть риск забивки технологических линий. При их появлении необходимо в кратчайшие сроки их устранить, чтобы избежать остановки линии. Для их обнаружения используют видеокамеры. В рамках хакатона хотят решить задачу разработки алгоритма, позволяющего детектировать забивки оборудования на производственных линиях с помощью камер видеонаблюдения в широком спектре условий.
Объект приказа попадал с множества «грязных» объектов (соответственно затем на него ставилась блокировка) по ошибке инкрементировали поле с номером версии объекта. Что было лишним действием в данном случае.
Фишка не в открытии, а в ознакомлении с приказом, а это чтение и затем отправка тяжёлого пакета с подписью «ознакомился», то есть довольно продолжительная транзакция с изменением данных. По отдельности они выполняются быстро, но здесь каждый из десятков тысяч пользователей боролся за монопольную блокировку одного объекта (приказа) в базе данных.
Да, действительно, Concourse более эффективен для масштабных проектов с сотнями/тысячами релизов в день. Но у GoCD для промышленных масштабов есть возможность использовать PostgreSQL, кроме того, простота в установке и возможности Pipeline as a code позволяют быстро развертывать несколько инстансов GoCD и децентрализовывать его функционал.
Можно с нуля купить монолитную коробку с готовым функционалом, но в большинстве случаев у заказчиков уже частично есть инструменты практик CI/CD с соответствующими капитальными вложениями. Нам требовалась универсальность и совместимость с различными уже работающими в инфраструктуре CI (Jenkins и TeamCity), поэтому наше решение строилось по модульному принципу, подбирая для каждого модуля наиболее оптимальное решение.
Ну и мы ориентировались на open source решения, не все готовы потратить $100.000
В посте акцент был намеренно смещен на инструменты DevOps, это верно подмечено.
По поводу организации, как говорится «it depends», есть разные ситуации (у нас довольно много проектов и заказчиков):
1. Заказчик предоставил доступ в инфраструктуру и широкие полномочия. В этом случае конвейер поставки единый, мы централизованно управляем развертыванием в тесте, пред-проде, проде и т.п на стороне заказчика. Теми же инструментами, что и у себя.
2. Доступ ограничен, заказчик хочет контролировать развертывание сам. У заказчика настраивается свой конвейер поставки. В зависимости от уровня зрелости конвейер может начинаться как с хранилища предоставленных дистрибутивов так и с хранилища исходников плюс бинарный репозиторий. Инструментарий DevOps в этом случае установлен на стороне заказчика. Инструменты могут отличаться от наших, особенно если у заказчика уже что-то раньше использовалось в других проектах.
Шаблоны виртуальных машин мы стараемся не передавать, это противоречит принципу infrastructure as a code.
Первый релиз Drone вышел 26 июня, а мы проводили исследование и выбор инструментов в начале года. Один из ключевых недостатков – отсутствие интеграции с LDAP для управления пользователями. Ну и на первый взгляд решение еще достаточно сырое, что можно сказать, хотя бы по главной странице сайта:
Вместе c WASовской утилитой wsadmin использовали питоновскую библиотеку wsadminlib.py (которую пришлось чуть дописать) для реализации функций:
— создания и конфигурации transport chain,
— создания и конфигурации виртуального хоста,
— настройки параметров аутентификации (ИБ) и создания пользователей.
На планшетах переписчика тоже тестировался. Несмотря на жесткие условия контракта по поставке планшетов, за пару недель до отправки в регионы удалось получить несколько штук и оптимизировать ПО под особенности операционки и железа конкретной модели.
Можно в целом почитать, как проходят переписи вот в этом посте. Там и про ВСХП, и про населения. Только предыдущие. Про ВСХП-2016 можно будет тоже написать, по итогам. Про подводные камни и технический базис.
Проектирование, разработка, участие в планировании в части задач разработки, постановка задач разработчикам, помощь в их решении, ревью полученного кода. Все то же самое бывает и с субподрядной организацией.
Будем довольны, если в конце года будет работать десяток человек (уже 5). Мы кстати не ограничиваемся разработчиками. В регионах работают тестировщики, внедренцы, инженеры, менеджеры по разработке софта, специалисты по BI. Дальше будем уточнять планы.
Ищем разработчиков 80 уровня. А если кроме шуток, то основные платформы для нас — Java EE и .Net примерно в равной пропорции. Интересны как специалисты/эксперты, так и ведущие разработчики – так у нас называются разработчики, руководящие небольшой (а иногда и большой) группой разработчиков.
Офис в Челябинске не является центром разработки, там у нас нет разработчиков, поэтому в посте подробно не описывал. Мы пытались там также поискать разработчиков, но пока не очень много подходящих откликов. Однако надежду не теряем.
На самом деле когда-то успевают тренироваться. Ребята из региональных офисов принимают участие в ежегодном турнире Крок по настольному теннису. В прошлом году, например, победитель турнира из Питерского офиса приезжал в Москву, чтобы сыграть в товарищеском матче с победителем московского турнира. Победила дружба.
2. Задачи могла предложить любая промышленная компания, главное требование было — возможность решить задачу в пределах 36 часов с эффективным применением технологий индустрии 4.0.
Все абсолютно бесплатно. С правильными формулировками задач тоже помогаем.
3. Права на решение формально принадлежат организаторам. Но по факту — решение на хакатоне в любом случае требует доработки и почти всегда не может быть использовано в проме «as is».
Написал ;)
На следующей неделе появятся еще задачи (прием задач до 30 сентября). Например, будет задача прогнозирования параметров (температуры, окисленность и химический состав) расплавленного металла в дуговой сталеплавильной печи. Проблематика – во время плавки эти параметры стали меняются динамически в зависимости от процесса выплавки. У сталеваров есть эти данные в данный момент времени, но с небольшим временным лагом, требуемым для получения результатов из лаборатории. Для того чтобы контролировать производственный процесс, необходимо прогнозировать параметры расплава в любой момент времени в процессе выплавки.
Или другая интересная задача. При производстве синтетических каучуков есть риск забивки технологических линий. При их появлении необходимо в кратчайшие сроки их устранить, чтобы избежать остановки линии. Для их обнаружения используют видеокамеры. В рамках хакатона хотят решить задачу разработки алгоритма, позволяющего детектировать забивки оборудования на производственных линиях с помощью камер видеонаблюдения в широком спектре условий.
Ну и мы ориентировались на open source решения, не все готовы потратить $100.000
По поводу организации, как говорится «it depends», есть разные ситуации (у нас довольно много проектов и заказчиков):
1. Заказчик предоставил доступ в инфраструктуру и широкие полномочия. В этом случае конвейер поставки единый, мы централизованно управляем развертыванием в тесте, пред-проде, проде и т.п на стороне заказчика. Теми же инструментами, что и у себя.
2. Доступ ограничен, заказчик хочет контролировать развертывание сам. У заказчика настраивается свой конвейер поставки. В зависимости от уровня зрелости конвейер может начинаться как с хранилища предоставленных дистрибутивов так и с хранилища исходников плюс бинарный репозиторий. Инструментарий DevOps в этом случае установлен на стороне заказчика. Инструменты могут отличаться от наших, особенно если у заказчика уже что-то раньше использовалось в других проектах.
Шаблоны виртуальных машин мы стараемся не передавать, это противоречит принципу infrastructure as a code.
— создания и конфигурации transport chain,
— создания и конфигурации виртуального хоста,
— настройки параметров аутентификации (ИБ) и создания пользователей.
Можно в целом почитать, как проходят переписи вот в этом посте. Там и про ВСХП, и про населения. Только предыдущие. Про ВСХП-2016 можно будет тоже написать, по итогам. Про подводные камни и технический базис.
Ищем разработчиков 80 уровня. А если кроме шуток, то основные платформы для нас — Java EE и .Net примерно в равной пропорции. Интересны как специалисты/эксперты, так и ведущие разработчики – так у нас называются разработчики, руководящие небольшой (а иногда и большой) группой разработчиков.