Всем привет, меня зовут Андрей Федотов, я бэкенд-разработчик в компании «Цифровая Индустриальная Платформа».

Как сказал Кент Бек: «Многие силы мешают нам получить чистый код, а иногда не удается даже получить код, который просто работает». В данной статье я расскажу историю нашего проекта с точки зрения тестов. О том, как мы получили если не чистый, то работающий код, который позволяет нашей системе быть устойчивее и устойчивее, надежнее и надежнее. О том, как у себя на проекте мы уничтожили старые скрижали, называемые тестами, и написали новые с нуля. И, конечно, покажу примеры и затрону теорию.

Каждый год мы в «Цифре» проводим TechTalks, это наша внутренняя двухдневная ИТ-конференция, где мы обмениваемся опытом, интересными идеями, рассказываем, что у нас получилось реализовать, а что не очень. Короче, делимся всем, что связано с технологиями и позволяет нам делать лучшие продукты на рынке. В этом году мы решили приоткрыть нашу внутреннюю кухню и поделиться с Хабром некоторыми докладами, которые можно выкладывать.

Зураб Магомадов, ведущий разработчик «Цифровой индустриальной платформы» рассказал, как современные AI-инструменты, такие как ChatGPT, могут повысить эффективность разработки, тестирования и проверки кода.

Многие задачи, с которыми мы имеем дело при цифровизации производства (неважно какого), – это задачи оптимизации: оптимизация производственного расписания, оптимизация цепочек поставок и размещения объектов, оптимизационное планирование и прочее. Многие из них сводятся к проблемам смешанного линейно-целочисленного типа (MILP – Mixed Integer Linear Problem). Конечно же мы хотим их решать быстрее и эффективнее, поэтому год назад начали разработку ML-модулей для этого. В этой статье мы познакомим вас с концептом одного такого модуля – для упрощения MILP методом обнуления переменных – и расскажем о том, насколько нам удалось с его помощью сократить время работы решателя.

Группа компаний «Цифра» презентовала свою дизайн-систему Prizm, имеющую открытый исходный код. Это первая российская дизайн-система для индустриальных цифровых решений.

Всем привет! Меня зовут Андрей Федотов, я бэкенд-разработчик в одной из команд платформы интернета вещей ZIIoT Oil&Gas. В этой статье я рассказываю, что нужно знать и как работать с HttpClient в .NET, чтобы не получить трудноподдерживаемый и сложный код и не нарваться на глобальный рефакторинг.

Привет, читатели Хабра!

Меня зовут Николай Усов, я работаю в отделе тестирования «Цифровой индустриальной платформы». В нашей команде в качестве системы управления тестированием программных продуктов используется Test IT. Система в целом нам нравится, претензий к функционалу почти совсем нет. Однако инструментарий Test IT не всегда позволяет настроить работу тестировщиков так, как удобно. Например, тот, кто с ней работал, знает, что при большом количестве тестов может быть затруднительным поддержание соответствия между автоматизированными и ручными тест-кейсами, если их слишком много. Плюс могут потребоваться иные методы расчета успешности автотестов или более простой интерфейс для удаленного просмотра статистики по прогонам. В этой статье я расскажу, как с помощью telegram-бота, работающего в связке с Test IT, мы сделали жизнь тестировщиков немного приятнее.

Всем привет! Меня зовут Ксения Непомнящая, я — технический писатель в команде Zyfra Mass & Energy Balance (Z-MEB) компании «Цифровая индустриальная платформа». Z-MEB — это продукт для предприятий добычи и переработки нефти, газа и руды, участвующий в программе импортозамещения. Сегодня предлагаю вам взглянуть на пользовательскую документацию как на путеводитель по продукту и рассмотреть ее роль в увеличении ценности продукта.

Понятный интерфейс как город с понятной планировкой и развитой инфраструктурой

Представим себе город с понятной планировкой и развитой инфраструктурой и рассмотрим два варианта взаимодействия с ним.

Всем привет! Меня зовут Елена Галата, в ГК "Цифра" я руковожу направлением разработки программного обеспечения. Хочу сегодня немного поговорить об информационной безопасности и о том, как она выглядит со стороны тех, кто имеет отношение к созданию ПО. Не только программистов, но и специалистов QA, аналитиков, продуктовиков и других. В этой статье я и хочу обсудить три важных вопроса: почему нам так важна безопасность, как она выглядит со стороны разработки, и куда двигаться дальше.

Переносимость процессоров и паттерны

Вот и обещанная третья часть саги о том, что в NiFi можно делать и как это делать правильно, без претензий на истину в последней инстанции, конечно. Сегодня расскажу о переносимости процессоров и дам несколько паттернов для самых популярных задач на платформе ZIIoT. Если вдруг вам интересно почитать про оптимизацию схем и производительности в NiFi — велком в первую часть. Если мечтаете узнать больше о мониторинге, то вторая часть — must read. Только потом сюда не забудьте вернуться.

Мониторинг 

Продолжаем разговор о том, что в NiFi делать можно и нужно, а что можно, но лучше не стоит. Если вы пропустили первую часть разговора, то вам сюда. Там про улучшение читаемости схем и повышение производительности (ну почти). Здесь же пойдет речь о том, как проводить мониторинг бизнес-части схемы, чтобы всем было хорошо (ну или чтобы не было плохо), ну и немного о переносимости процессоров. Поехали!

Есть мнение, что хуже всего — не вести мониторинг бизнес-части схемы совсем, используя популярный подход «и так сойдет!». Но если подумать, есть одна вещь хуже отсутствия мониторинга — неправильный мониторинг.

Улучшаем читаемость схем и повышаем производительность

Всем нам (ну хорошо, большинству!) приходится иметь дело с Apache NiFi в качестве ETL-инструмента. У нас он используется для управления потоками данных в платформе ZIIoT (кому интересно, что это за зверь, можно почитать здесь). Apache NiFi — инструмент хороший, местами удобный, позволяет быстро решать задачи, в том числе и достаточно высокой сложности, не формируя для этого отдельную группу разработчиков. Однако, как правило, по ходу проекта условия этих задач меняются несколько раз, и нередко их решением на разных этапах занимаются разные люди в режиме аврала. И вот в результате мы видим НЕЧТО

За последние десятилетия Индия превратилась из отсталой страны третьего мира в мировой локомотив цифровой экономики. Рассказываем об особенностях ведения бизнеса и защиты интеллектуальной собственности в Индии вместе с представителями российских компаний, которые успешно вышли на ее рынок. 

Эксперты в этой статье:

Илья Муратов, директор по маркетингу группы компаний «Цифра», которая продает индийским промышленным предприятиям софт для горнодобычи и машиностроения;

Егор Лукинов, директор по развитию бизнеса онлайн-школы Rebotica, которая учит индийских детей цифровым профессиям.

Многие читатели «Хабра» имели опыт построения «умного дома» и, скорее всего, использовали для этого беспроводные устройства. Кто захочет портить квартиру/дом, особенно после ремонта, ворохом проводов? Но вот на заводе для решения подобных задач беспроводных датчиков вы вряд ли увидите. Мы в отделе аппаратной разработки компании «Цифра» решили это исправить и сделали беспроводное устройство для сбора промышленных данных. Зачем оно нам понадобилось и как мы его разрабатывали, расскажу под катом.

Привет, Хабр! Меня зовут Роман Блинов, я ведущий технический писатель в «Цифре» — в команде по развитию платформы ZIIoT. Этот пост будет о подходе Docs-as-code для документирования разработки ПО. Пишу с прицелом на тех читателей (то есть писателей), кто этот подход пока не пробовал и по факту имеет набор файлов в Confluence, файлы формата .docx и .pdf, на поддержку, обновление и оформление которых тратится порядка 70 % времени (а хотелось бы меньше), и 101 отговорку разработчиков, чтобы не участвовать в документировании.

Сначала расскажу, с какими проблемами сталкиваются писатели до перехода на Docs-as-code, затем опишу подход в общих чертах и в конце упомяну об основной трудности его внедрения по собственному опыту и опыту коллег.

Недавно у нас в «Цифре» был небольшой внутренний вебинар по защите интеллектуальной собственности. Тема вызвала неподдельный интерес и много вопросов как со стороны нашей команды разработчиков, так и со стороны менеджмента. Мы попросили наших юристов Алексея Федосеева и Елизавету Дегтярёву на часть из них ответить на Хабре. В один пост у нас всю информацию вместить не получится, поэтому будет несколько. Этот, первый, будет о бюрократии — какими документами нужно обзавестись ИТ-компании, чтобы не получить в последствии конкурентов из числа бывших работников, а также о том, какие права есть у разработчиков и каков порядок их передачи.