Привет, Хабр! Меня зовут Светлана Захарова, и это мой первый пост. Я работаю в команде внедрения ВИСТ, ГК «Цифра», а именно обеспечиваю жизненный цикл бюджетирования проектов нашей компании. Хочу поделиться своим опытом и сконцентрировать внимание заинтересованных читателей на некоторых деталях этого процесса. В этой статье речь пойдет о начальных этапах управления проектом – его бюджете, и, возможно, тема будет не столько интересна сообществу разработчиков, сколько руководителям проектов внедрения, которые, как ни удивительно, слишком часто проявляют некоторое легкомыслие при планировании. В дальнейших статьях я постараюсь рассмотреть более технические вопросы, связанные с интеграцией наших систем в единую систему управления проектами внедрения.

Эксперты «Цифры» рассказали, что такое цифровые двойники месторождения и актива, чем они отличаются от интегрированной модели, почему нефтегазовые компании заинтересованы в реализации этой технологии и что им сейчас мешает это сделать.

Прекрасные дамы и неподражаемые господа, здравствуйте.

Меня зовут Федор, я технический писатель компании «Цифровая индустриальная платформа». Это совместное предприятие ГК «Цифра» и ПАО «Газпром нефть».

Скажу вам по секрету – сразу хотел вам показать в тик-токовском стиле «10 крутых лайфхаков как писать текст», устроив из этого целый цикл статей/рубрику.

Однако меня скорректировали. Сказали, чтобы я начал с самых азов и представил свою профессию, прежде чем учить местных айтишников-учёных. Что же, без занудства и скукоты попытаюсь это сделать.

Всем привет. Меня зовут Семён. Я занимаюсь разработкой интеллектуальных приложений для нефтегазовой отрасли в компании «Цифра». В этой статье я и моя коллега Анна Тарасова расскажем, как мы искали решение для проблемы с прихватами при бурении нефтяных скважин с помощью машинного обучения и к чему в результате пришли.

Привет, Хабр! Ранее я писал о том, как можно подружить разработчика и писателя в рамках единого процесса и о подходе Docs-as-code к документированию разработки. Здесь мне бы хотелось поразмышлять, как в условиях agile и постоянного развития одновременно перестраивать документирование под требования других процессов, зачастую не очень предсказуемых, и при этом сохранить максимальную целостность, качество и единообразие документации.

Привет, Хабр! Меня зовут Игнат Нахай и это мой первый пост. Я работаю в команде по внедрению платформы ZIIoT для промышленности. Конкретнее – отвечаю за архитектурные решения при внедрении платформы в информационный слой заказчика.

ZIIoT объединяет все источники промышленных данных на предприятии и через набор MES-сервисов позволяет управлять качеством, отслеживать генеалогию продукции, анализировать производительность, проводить оперативное и детальное планирование, контролировать состояние и распределение ресурсов и много чего еще.  В связи с этим в платформе рождается большой объем информации, которая востребована в других информационных системах предприятия. Здесь я расскажу, как мы решали задачу построения информационных потоков и как нам в этом помог Apache NIFI. 

Привет, Хабр! Меня зовут Александр Лизунков, я занимаюсь проектами внедрения системы мониторинга промышленного оборудования и персонала «Диспетчер» в компании «Цифра». В последние два года почти половину всех подключений оборудования к системе мониторинга мы делали удаленно. Удаленка вообще тренд 2020-2021 годов, и мы тоже попали в мейнстрим. Если раньше такие подключения были единичными, то во время пандемии они стали гораздо более востребованными. Кое-где со скрипом, но в целом вполне успешно, мы встроились в новый порядок. Здесь я хочу поделиться своим опытом и выводами, какие я сделал по удаленным проектам за это время.

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

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

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

Привет, Хабр! Меня зовут Игорь Колобов, я менеджер продукта в «Цифре».  Конкретнее — работаю в команде по развитию цифровой промышленной платформы ZIIoT. Здесь я расскажу в целом о том, что такое цифровая промышленная платформа, каково её предназначение и функции, а также на примере нашей платформы ZIIoT (Zyfra Industrial Internet of Things Platform) — о принципах работы и внутреннем устройстве.

Acknowledgement: этот пост мы готовили вместе с Федором Арефьевым, который со мной и другими коллегами работает над развитием платформы и приложений для нее.

У нас был один восьмилучевой лидар-«ведёрко», несколько ядер на i7 в промышленном компьютере, самосвал весом сто тонн, а также грунтовые дороги, сибирские морозы и африканская жара, стада скота, спецтехника, люди вокруг и погодные явления всех видов и сортов. Не то чтобы это были нормальные условия для стартапа по созданию беспилотников, но раз уж мы взялись за роботизацию горной техники, нужно было идти в этом деле до конца. Главное, что меня волновало, — это пыль. Мало что так дурит лидарные алгоритмы, как густые облака мелкой угольной пыли. Я знал, что нам придётся разобраться и с этой бедой.

Меня зовут Фёдор Глазырин. Уже четыре с лишним года я занимаюсь промышленной роботизацией — веду направление исследований, аналитики и упреждающей разработки в «Цифра Роботикс». Моя задача в команде — искать и анализировать внешнюю информацию, находить решения сложных проблем в алгоритмах и методах и притаскивать в работу разные интересные технические фокусы. В этом посте я расскажу, с чем мы сталкиваемся, когда делаем автономных роботов для горной промышленности, и как это влияет на характеристики и подходы к разработке машинного зрения наших роботизированных комплексов.

Привет всем заинтересовавшимся! Меня зовут Константин, я заместитель директора по разработке в компании «ВИСТ» (входит в ГК «Цифра»). Недавно я столкнулся с несколькими противоречивыми мнениями о проведении собеседований и подборе персонала в ИТ. В этом посте я хотел бы поделиться своим подходом к этому процессу, основанным на личном опыте участия в собеседованиях по обе стороны стола и собственных шишках, оставшихся на память от граблей, на которые я успел наступить. Не берусь никого учить и утверждать, что мой взгляд единственно верный. Всегда готов выслушать противоположное мнение — пишите в комментариях. 

Всем привет! Меня зовут Семен Чернин, я ведущий сетевой инженер в «Цифре», конкретно — в ее дивизионе по цифровизации горной промышленности. В этом посте речь пойдет о том, откуда взять энергию для проектов цифровизации рудников, когда нет возможности подключиться к предусмотренным на предприятии источникам питания.