Привет! Как мы уже не раз рассказывали, СИБУР поделен на несколько сквозных процессов. Сквозные процессы – это бизнес-домены, которые объединяют в себе бизнес-команды одной сферы. У нас таких много, но конкретно этот пост будет посвящён дашбордам для O2C. 

В случае O2C – это также сквозной процесс, который расшифровывается как Order to cash. Он отвечает за привлечение новых клиентов и получение прибыли. Кроме того, такой подход помогает перестраивать бизнес-процессы на предприятии и способствует активной цифровизации производственных процессов.

Сегодня использование O2C напрямую связано с промышленной цифровизацией. Постепенно все, начиная от поиска лидов и сопровождения сделок, заканчивая непосредственно продажами, передачей права собственности, когда бухгалтерия контрагента расписалась в акте, перестраивается на автоматический режим.

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

Привет! А вот и вторая часть поста про принципы юнит-тестирования. Если в первой мы обсудили влияние тестов на разрабатываемые продукты и познакомились с теорией юнит-тестирования, то в этой обсудим некоторые практические моменты. Внутри поста — структура юнит-тестов, стили юнит-тестов, принципы рефакторинга, полезные советы для того, чтобы ваши юнит-тесты были эффективными и читаемыми, а также некоторые антипаттерны при написании тестов.

Ну и, конечно же, список источников, где можно получить дополнительную полезную информацию. В общем, начнём.

Структура юнит-тестов

В нашей команде при написании юнит-тестов мы стараемся использовать подход AAA — Arrange, Act, Assert (Подготовка, Действие, Проверка).

Кратко расскажу о нем. Тест делится на три блока, которые идут друг за другом. Ширина блоков на рисунке выше образно отражает объём кода, который должен занимать каждый из блоков.

Привет! Как и обещали в предыдущем посте, продолжаем рассказывать про то, как внедряем удобные дашборды для разных департаментов СИБУРа. На очереди — логистика.

За что отвечает логистика? Это не очень очевидно, но логистика — это неотъемлемая часть клиентского сервиса. И хороший дашборд для логистики — это рабочий инструмент для принятия эффективных решений по сокращению затрат и по обеспечению клиентского сервиса. Меня зовут Максим Коровин, я отвечаю за дашборды в логистике, и в этом посте расскажу, как всё устроено.

Привет!

13 и 14 мая прошёл Highload++ 2022, где наши ребята выступали с докладами, а для всех желающих познакомиться с цифровой нефтехимией мы собрали специальный стенд. Хотим поделиться с вами, как всё прошло и о чём мы рассказывали.

На наших предприятиях множество данных — от постоянно обновляющихся цен и технологических условий до логистических отчетов, графиков доставки и многое, много другое. Не говоря уже о чисто внутренней информации.

При должной сноровке все эти данные можно использовать с пользой, а не просто собирать где-то ради пары годовых отчётов. Но тут есть проблема.

Данные разные, как и их источники. Где-то речь идет об огромных монструозных таблицах в Excel с кучей переменных и подвязок, где-то используются внутренние CRM, в общем, тут кто во что горазд и кому где удобнее работать. То есть информация вроде есть, ее много, на ее основе можно делать выводы и принимать решения, но вот наглядности — никакой.

И тут мы переходим к решению, так что самое время представиться. Меня зовут Марина Коробейникова, я отвечаю за дашборды в закупках и производстве СИБУРа. Именно дашборды помогают нам вырваться из описанного выше порочного круга, предоставляя возможность просто посмотреть на экран и понять, что вообще сейчас происходит. Ну то есть, в компании.

В СИБУРе дашборды применяются для самых разных департаментов – логистики, продаж, закупок, маркетинга, топ-менеджмента, и тд. И о каждом из этих направлений мы расскажем подробнее.

Но начнём, пожалуй, с закупок и производства.

Привет, Хабр! Мы продолжаем наш цикл рассказов о топливе, на этот раз посвящаем рассказ углю, его происхождению и влиянию на нашу цивилизацию.

Этот материал —  перевод оригинального текста норвежского геолога-энтузиаста Карстена Эйга, в котором автор постарался ёмко, но подробно раскрыть сочетание природных и исторических факторов в развитии угля как источника топлива.

Приятного чтения :)

Привет, Хабр! В предыдущем материале мы рассказали, как в нашей жизни появился бензин. Его появление, в том числе, обратило внимание человечества на нефть как источник топлива. И тем самым определило дальнейший ход развития цивилизации вплоть до нашего времени.

Вот об этом мы и постараемся ёмко рассказать в сегодняшнем материале! Приятного чтения :)

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

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

А из-за того, что их мало, нет и узкой специализации – один интегратор вынужден разбираться сразу в 10 различных отраслях и понемногу, вместо одной и на высоком уровне. Всё это замедляет реализацию и окупаемость каждого проекта, а потому роботы становятся менее привлекательными с точки зрения инвестиций.

Но всё не так плохо! Почему — рассказываем в материале :)

Принято считать, что разработка цифровых продуктов в крупной промышленной компании это очень скучно, если целевое решение понятно (бизнес уж точно знает, что ему надо): длинные ТЗ для подрядчика перетекают в сжатые сроки сроки и строго определенные бюджеты. Но что же делать, когда появляется проект с низким уровнем определенности? 

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

А в этом — расскажем о том, как мы помогли одному из наших заводов оптимизировать автомобильную логистику. Про фуры и водителей, погрузку полимеров, MVP и сарафанное радио — под катом. 

Важно: пост немного гибридный, здесь и про бизнес, и про продукт, и техническая часть. Если вам не очень интересны бизнес-составляющие, смело начинайте читать с раздела “Как мы обеспечили офлайн-работу приложения”.

Недавно мы на Хабр Карьере устроили конкурс ко дню эйчара и попросили эйчаров и ИТ-рекрутеров рассказать нам о самых смешных собеседованиях, которые стали легендами в их компаниях. И в ответ получили столько историй, что хватило бы на небольшую книгу! Оказывается, работая эйчаром, можно познакомиться с семьёй и домашними любимцами кандидата, узнать о его кулинарных предпочтениях, стать объектом романтического внимания или свидетелем ДТП. 

Выбрать троих победителей было невероятно трудно, но пришлось. Сегодня покажем, кто выиграл в конкурсе, и поделимся другими смешными и эпичными историями тоже.

DDoS-атаке может подвергнуться любой ресурс. Чаще всего атаки носят целенаправленный характер — злоумышленники могут пытаться положить сайт с какой-то информацией (разного рода СМИ и сайты с ТВ-трансляции сталкивались с подобным, и не раз). Предприятия торговли и банки тоже страдают от этого, для них простой систем довольно критичен, люди привыкли заходить в приложение банка или интернет-магазина и в пару кликов переводить деньги или покупать товары. Поэтому здесь и очевидные финансовые потери, и снижение лояльности клиента сразу.

Если даже у вас средний бизнес, а не магазин с тысячами товаров, DDoS все равно штука не очень приятная, которую хорошо бы предотвращать. Да и, кроме DDoS, общий уровень информационной безопасности стоит поддерживать. Особенно сейчас, когда многие компании перешли на удаленку, и часть сотрудников работает не только с корпоративных ноутбуков, но и с личных.

Мы в Билайн.Бизнес начинаем предоставлять услугу под названием «Защита от DDoS атак NetFlow». В этом посте мы расскажем, что это и как работает.

Иллюстрация получена вот из этого видео.

• Джеймс Гослинг, создатель языка Java, заявил об участии в летней конференции JPoint и уже появился в списке спикеров на сайте. Говорят, кризис — время возможностей. Иногда это действительно так! Пару лет назад трудно было представить, что Гослинг будет отвечать у нас на вопросы из чата.

  
  

• В рассылочке появилось интересное письмо о том, что в спеке языка ведется работа над более аккуратным использованием слов вроде «class», «interface» и «type». Например, вместо «sealed types» правильнее говорить «sealed classes and interfaces». Примечание: а вместо Linux нужно говорить GNU/Linux!

  
  

• Стивен Стюарт-Галлус сделал на Java и выложил на GitHub игрушечную реализацию System F JIT, в наличии MethodHandles и Higher Order Abstract Syntax. Соответствующий тред есть на Reddit, где автору можно задавать вопросы. System F — система, которую придумал в 1972 году Жан-Ив Жирар для доказательств в логике, которая представляет собой систему типизированного лямбда-исчисления, отличающаяся от просто типизированной системы наличием механизма универсальной квантификации над типами.