Вышло обновление книги, которая вошла в топы лучших книг по computer science.
Команда, которая уже перевернула мир разработки программного обеспечения через DevOps Research and Assessment

Те, кто доказали, что скорость и качество идут вместе не только в цифрах (это 20 лет назад сделали QSM), но и подвели к этому самую солидную теоретическую базу.


Книга точно должна быть прочитана любым, кто хочет себя называть лидером в IT.

Ускоряйся! Фосгрин, Хамбл, Ким — 2022

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

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

Так, ERP может считаться сервисом только тогда, когда там один продукт оунер (например, им может быть коммерческий или операционный директор), а бизнес-процесс — самый верхнеуровневый вроде «оптимизация процесса закупок». Если же даже есть такой сервис, но отвечает за него (определяет приоритет и порядок бэклога, а также влияет на средства и способы его реализации), например, IT-директор, то это некорректно называть сервисом в сервисной архитектуре, корректнее называть это каким-то термином вроде «монолита».

Подумалось, что в инженерии не хватает определения Монолитно-микросервисная архитектура. Это такая архитектура, когда с точки зрения технического отдела архитектура микросервисная, а с точки зрения бизнеса - монолитная (бизнес ощущает свою скованность в развитии и скорости изменений). Когда организационно-технические изменения в компании становятся преимущественно техническими, т.е. когда за какие-то микросервисы отвечает только техническая команда, и у неё нет четкого продукт-оунера, который отвечает за конкретные бизнес-метрики.

Всем привет!
Отдаю свой канал отделу продаж, потому что есть такая потребность.
Основной мой фокус на обсуждении мыслей с моей большой командой, возможно, я буду делать записи с нашей командой публичными (когда будем что-то разбирать). Так что скоро у этого канала будет другой хозяин!)

А из приятного — мы записали подкаст, который можно дать любому инженеру и объяснить смысл middleware/ESB/iPaaS и всех возможных типов интеграций. За час разобрали все плюсы и минусы, мифы и прочее. Следите на моем ютуб-канале .

И вроде бы должен быть материал по смыслу и особенности DWH/datalake.

Все, кто хочет следить за мной, подписывайтесь на меня в запрещенной сети, которая с фотографиями, я там a.putin.

Про открытость.
А что, если предложить клиентам честно рассказать о совместной работе по проектам с нами? Не только про успешный успех, но и про проблемы, косяки и даже факапы.
Оцените первый выпуск и поделитесь в комментариях:
1. Что было бы интересно узнать у клиента о его работе с интегратором?
2. Каких наших клиентов знаете и хотели бы увидеть на таком интервью?
3. Какой историей о своей работе с интегратором хотите поделиться?
4. А вы готовы открыто общаться с клиентами и подрядчиками о ваших проектах?

Как организовать интеграции с «1С», чтобы информация не терялась
Полтора миллиона российских компаний используют один или несколько продуктов «1С». Между 1Сками и другими системами обычно настроены интеграции, которые передают данные в одном или в обоих направлениях. И иногда бывает, что при передаче данных из/ в «1С» что-то теряется:
✖️из-за перегрузки или недоступности систем в моменте;
✖️из-за отсутствия нужных значений в справочниках;
✖️из-за доработок внутри систем, которые пока не учли в интеграциях и т. д.
Вы можете даже не знать, что информация потерялась, пока это не начнёт сказываться на вашем бизнесе.

На одном из проектов, с которым работала команда KT.Team, одновременно действовало 200 систем «1С» — отдельная система работала в каждом филиале. Интеграции теряли до нескольких десятков заказов в день, а бизнес не знал об этом!
Это беда прямых интеграций: они работают синхронно, а инструменты мониторинга (что происходит с данными) и логирования (какой была ошибка и что случилось с каждым сообщением) в них чаще всего не предусмотрены.
По опыту, большинства проблем с потерями удаётся избежать, если интегрировать «1С» через ESB-слой. Что даёт такой подход?
📶 ESB обеспечивает асинхронность интеграций. Не важно, доступна ли система-получатель данных в конкретный момент времени. ESB передаст данные тогда, когда система будет готова их принять, и проверит доставку.
🔃 Не важно, в каких форматах системе-источнику удобно передавать данные и в каких форматах удобно получать данные системе-получателю. Все трансформации данных отделены от этих систем и происходят внутри ESB.
📊 Доставка пакетов данных фиксируется в логах, об ошибках передачи система сообщает в чат-бот.
Подробнее о том, как интегрировать «1С» между собой и с другими системами, читайте в нашем блоге.

Сегодня подходящий день для подарков 💙
Миссия КТ.Team - помогать бизнесу ускоряться легко и быстро с помощью ИТ.
24 лучшие практики по управлению IT-проектами мы собрали и структурировали в ИТ-ежедневник.
Все материалы мы опубликовали и сделали общедоступными здесь 💙
Забирайте и внедряйте 🙌
Пусть в 2024г эффективность ИТ-проектов и скорость изменения бизнесов увеличиваются 💙

gpt + tdd наблюдение

Пока был с Максом на футболе, решил покодить чуть в удовольствие.
Попросил gpt4 написать мне код объединения двух массивов и вот какая мысль пришла - постановка ИИ задачи через скармливание ему входящих и исходщих данных для теста. Сам тест попросил написать человеческим языком.

Вообще, написать даже такую простую задачу не так просто, потому что там масса нюансов которые сложно учесть сразу (какой элемент при двух похожих строках заменить, как определить массив полей, как учесть разный размер заголовков массива). Тестами проще.

Андрей Путин.

Видео vs аудио
все равно, что
Монолит vs сервисная архитектура
или
DWH vs Data Lake
или
Можно ли уместить в 3 пункта принципы эффективного управления ИТ-проектами?
Мы попробовали:
аудио на подкастных площадках
видео на YouTube
холивар в комментах 😉

Сегодня у меня отпуск и я попал в исключения бизнес-процессов.


Короче, Туркиш Эйрлайнз считал что нам нужны визы в Гану, а официальные консулы говорили что не нужна. И на этом основании нас не пустили на рейс в Гану, а о самой проблеме (что гипотетически могут не пустить) мы узнали прям перед посадкой - предъявив посадочный.


Короче, вывода 2:
1. Без нормального айти жизнь миллилнов людей через жопу. Я сегодня такого насмотрелся, что просто жесть (например что стоимость замены билетов в официальных кассах Туркиш просто у разных кассиров сильно отличаются - 19 тыс и 81). Без нормального it ну весь мир будет как Туркиш Эйрлайнз - с виду ничего, а по сути piece of crap. Наша миссия - эффективность IT, очень важна. А может даже и важнее миссии размещения людей на Марсе.

2. Если бизнесы хотят выстраивать клиентоориентированность, то крайне важно работать с исключениями. Должен быть кто-то кто применит здравый смысл. В Туркиш, в их главном (и самом крупном в Турции и Европе) аэропорту, каждый решает свой процесс но нет никакого поведения в исключениях. Понятно, если ты Победа, Pegasus Airlines или FlyDubai - лоукостер одним словом. Но если вы претендуете на эксклюзив, на премиум, у вас бизнес строится вокруг люксовости, засуньте в жопу ваши кожанные кресла и красивые стойки. Сделайте исключения нормальными — потому что жопа случается в самые стремные моменты (например, я в Аккру - Кумаси лечу по причине смерти бабушки).

Сколько способов интеграций ИТ-систем ты знаешь / любишь / применяешь?
Делимся подкастом, где два управляющих партнера KT.Team

Андрей Путин и Антон Копкин разобрали по полочкам все плюсы и минусы всех способов интеграций ИТ-систем.
За 52 минуты ты узнаешь:
🖇почему интеграции - это важно;
🖇 четыре плюса и девять минусов интеграции через Kafka 😄;
🖇почему не все шины одинаково полезны;

Не согласен или есть что добавить? Пиши - спикеры лично отвечают на комментарии в канале и на ютуб.
Подкаст на youtube и на подкастных площадках

Когда 10 раз пробовали сгенерить достаточно смешную шутку про систему управления цифровыми активами, но получилось все равно не смешно 😰
Поэтому просто анонсируем:
Полный чек-лист, с которым смело можно идти на выбор DAM-системы.
В комментариях можно продолжить и тему генерирования несмешных шуток про DAM, и тему чек-листа выбора DAM-системы 👌

Бывало такое: чем больше атрибутов данных, тем больше бардака в этих данных? 🙈
Например, есть базовый набор атрибутов, нужных каждому товару и есть множество атрибутов, специфичных для подмножеств отдельных товаров.
Так, в автозапчастях: набор нужных атрибутов для шин/дисков сильно отличается от атрибутов для навигационных систем. Стандартный способ решения - определить класс и внести в него все возможные атрибуты всех типов продуктов. Но тогда получится, что большинство атрибутов у каждого товара будут пустыми 😰
Какие альтернативы решения этой задачки? Показываем на примере использования инструмента Object bricks в PIM-системе Pimcore.
Ставь 🔥 если хочешь увидеть еще один инструмент для решения этой задачи в следующем посте 🔥

Сегодня первый день весны - подходящий день для подарка 💙

Команда экспертов KT.Team
собрала портфель полезностей

💻 для эффективного управления проектами

💻 для решения бизнес-задач с помощью ИТ

Что в портфеле:

✅ тест как за 10 мин оценить качество вашей ИТ-архитектуры
✅ 9 любимых граблей СТО
✅ секретная подборка кейсов KT.Team

Чтобы забрать все бесплатно
пиши “портфель полезностей” ➡️ @kt_team_it и ставь 🔥 если хочешь еще больше полезностей от КТ.Team 💙

Мы знаем кучу IT-управленцев, которые хотят внедрить Data Warehouse, но

❌ Не хватает экспертизы по инструментам и архитектуре DWH
❌ Не проработаны требования бизнес-подразделений по витринам для BI
❌ Сложно объяснить пользу DWH бизнесу, для которого это «очередной IT-проект»

Что делать?

24 апреля эксперт KT.Тeam (ТОП 30 агентств России в Highload-разработке по версии RUWARD 2021) проведёт бесплатный вебинар «Как внедрить Data Warehouse, чтобы бизнес остался доволен?»

На нём вы получите:

💻 Пошаговый план проектирования Data Warehouse

💻 Разбор 3-х уровней архитектуры хранилища

💻 Решение для бизнеса: как тестировать гипотезы быстрее и точнее

🎁 Бонус: таблица сравнения популярных OpenSource инструментов для DWH

ЗАРЕГИСТРИРОВАТЬСЯ БЕСПЛАТНО

Четыре плюса и один мощный минус

Наш счет при поиске плюсов и минусов интеграции систем 1С через ESB.

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