Куда это все катится в ИТ? Конспект доклада Алексея Лустина для Желтого Клуба. Часть 2

10.12.21

Управление ИТ - Управление знаниями в ИТ

Цитата “Польза всех докладов Алексея Лустина - записать кучу аббревиатур и терминов, которые он произносит, а потом по очереди начинать гуглить, ну и его энергетика, конечно”. - Шина данных уже умерла - Хранилища данных умерли - Микросервисы умерли - Кнопки на формах уже не нужны - RPA был мертв при рождении - PMBOK (и другие BOK) умерли - Agile не нужен - Где место 1С во всей этой движухе - OLAP/ETL мертв - devOps для лохов - MDM фигня К чему стоит присмотреться уже сегодня: - EIP - DFP - DeltaMesh - MicroFront - GGG (giant global graphs) - OpenAA - OpenSL - CIpher - EdgeVCR - xOps - SBSrtate

Часть 1 тут

RPA


Про RPA. гуглить GGG - giant global graphs от Тима Бернерса-Ли. Связи сущностей с их трансформацией. RPA мертв, был придуман чтоб не расшивать монолит, чтоб не выпиливать сап и кобол. гуглить Sikuli IDE. Это простая нажималка, которая ищет кнопку на форме и нажимает и вводит куда-то циферки типа автозаполнялки. Четыре крутых чувака делали 8 нажатий в 1С конфигураторе ТРИ месяца. Это звиздец. Давайте напишем робота который получит письмо и оттуда данные из Ексель вытащит в 1С.

 

 

RPA конфликтует с FOA, EIP,  MiniApp. Зачем ковырять труп кнопконажималкой. Может лучше микроприложения быстро (Алексей Сосновый на хакатоне 2018 сделал минифронтенд за 2 дня). Дешевле эти деньги вложить в переговоры с поставщиком, дать им АПИ, вот вам формочка или вот сюда шлите json пожалуйста. RPA не способствует децентрализации, использует процессный подход а не конвейерно-потоковый (гуглить pipeline dataflow). Zapier сервис умеет парсить ИИ письма и вытаскивать из них данные. Фактически RPA конфликтует с концепциями Гартнер, это левая концепция чтоб ковырять труп монолита.

 

 

Agile

 

Agile это манифест или система ценностей. А люди хотят процесс. Scalable agile framework. Полезно, потому что нефинансовые метрики возникают только тут. База знаний как организовать процессы. Нас интересует program increment. Есть программа развития предприятий, комплект продуктов и их пользы, а проектов уже нет. Отсюда возникает PMBOK. Типа старый PMBOK отрывался от этих всех аджайлов. В условиях коммитов льющихся каждые сутки и деплоя каждый час это устарело.

Это не проект, это развитие продукта. Все как продукт, все как актив. Заказчик инвестировал бабло в программиста, продукт развивается. Оцифровизовать абстрактно может стоить 70 миллионов рублей. Но если вы уточните свои требования можно упасть :) Надо перестать мыслить проектами, ты теперь product owner своих ИТ продуктов. возникает непрерывный поток. Continious Deleviry Pipeline. ИТ - это инженерия программного обеспечения, это производство. 

 

 

DevOps - AllOps

Devops это культура. Культура отношения ко всему как к управлению кодом. Это не должность, это не срипты. Есть практики. Что такое внедрили DevOps это непонятно, это для лохов. Комплект инструментов. Даже микрософт офис можно посчитать девопсом потому что есть какие-то SDK. Покажите девопс - ну у нас есть Git, а остальное знает Сережа. Тогда была придумана имплементация инженерных практик, для них придумали инструменты, ввели метрики, вот это нормальный подход. Express42 гуглить.

 

 

Гартнер говорит, что теперь все ops - hr ops, finance ops и все такое. Все должны двигать бизнес, двигать задачи на своей канбан аджайл доске. Бюджет скользящий и итеративный, если кто-то превысил, отрубаешь его, и по рукам. Кто посчитал бюджет? Гедиректор прикинул инвестиционный бюджет на год, теперь есть инвестсессия куда мы вкладываемся в этом году. Проект как бездонная бочка, а на продукт можно измерить возврат инвестиций, или хотя бы выпустить его в опенсорс и написать статью на хабр, хоть маркетинговый эффект будет. И переходим к набору автоматизируемых практик, если все как код, можно рассчитать и посмотреть операции. 

 

 

Где 1С в движухе

Встроим 1С во всю эту движуху? Odatav3 это реализация Microsoft Graph, Vert.X сервис встроен в 1С аналитику, Hezelcast ElasctiSearch есть в курсах Низамова. Есть PostgreSQL MultiMaster, RabbitMQ, Kafka, Nats, код 1С уже можно давно хранить в Git, BDD\TDD есть в Vanessa, CI\CD, Docker образы для 1с есть, Ansible, ManageIQ. А оказывается 1С и так уже встроена, вы только не читаете переодику. (см скрин). 

 

 

Ну например, переходим к Edge вычислениям, - нахрена каждую ночь пересчитывать OLAP кубы и перезаливать петабайты данных. гуглить etl (extract, load, transform). Есть скользящее планирование, скользящее бюджетирование. Вот пример как машина Лустина работает. WW OBD 2 (world wide on board diagnostics) протокол шагает по миру, открытый протокол. Потоковая кафка внутри машины между агрегатами. Зачем мне байты, мне нужен нормальный json. Если вы данные добыли, ну пошлите в кафку со сжатием по json, и можно послать по 5G трафику нормально. А потом опубликовать обновления (см скрин кода). И в современных условиях это все можно обновить по 5G. Обученная модель нейросетки это бинарный файл, можно его легко накатить на клиент. Открытые данные, открытые протоколы, лишь бы вы кодили! 

 

 

MDM

 

Цифровой Лустин и его активы. Фреймворк для построения своего цифрового рубля по сути. Можно на бирже полькадот сделать свою валюту. ЦБ должен постоянно сокращать денежную массу. 

 

 

Если мы говорим что все графо ориентированное и internet of behavior то уже не MDM а умный контракт. Берешь графовую СУБД и засовываешь в нее умный контракт. Приходится писать обертки над Rust. Можно на бирже цифровой актив типа “прогнозователь цен продажи” продавать. Можно валидировать качество метаданных в графе. Или общий поток номенклатуры из Спарк отправить любому участнику рынка, но там еще криптография, нужна функция расшифровки. 

 

 

DataOfficer

Гартнер говорит должны быть ДатаОфицеры, в любом городе, управлять своими данными. Если приземлить на реальность, есть Vanessa DataOficcer, есть Mash Graph QL куда Одата превращается в GraphQL. И вот например функция обеспечения качества номенклатуры, подписываешься (кафка или пульсар) и внешние системы уже переподписываются на качественные данные. Есть ответственные за метаданные в ЕРП, в УТ и теперь мы делаем Merge-conflict с данными номенклатуры из разных баз. 

 

 

Сениор уровень

Про сеньора. В России есть стандарт, там государство объяснило за аттестацию. Есть трудовая функция, в стандарте есть разделы где отличия определяются. Надо знать языки формализации спецификаций (BDD), методы и приемы формализации задач (Example mapping), методы проектирования ПО (C4-UML модель «контекст-контейнер-компонент-код» , Oscript), методы проектирования интерфейсов (OpenAPI, TDD, xUnit, Swagger 1C), методы проектирования баз данных (Clojure E-R, 1-2-3-4-5 нормальные формы), принципы построения архитектуры ПО (ExPatterns), типовые решения и библиотеки (БСП, ИТС, Arc42). Сейчас уже по этим требованиям аттестуются госкорпорации. И еще говорят что разработчик должен писать тесты, только непонятно до кода или после. 

 

 

А где искать сениора? Вот есть список полезных каналов и чатов. Надо смотреть активность на Гитхаб; движуху OscriptLibs, или автор участка кода там; имеет подписку на телеграм каналы интересные. 

 

 

Финальный вывод.

Вы получите ровно столько зарплаты, сколько принесет продукт где вы участвуете. Мы начинаем торговать не системами, а знаниями, самоорганизующимися системами качественных данных. Я как генеральный директор хочу ИТ конструктор под свои задачи, нажать кнопку применить “а оно само”.

 

лустин развитие тенденции

См. также

Управление знаниями в ИТ Бесплатно (free)

Рано или поздно в любой компании, стартапе возникает "Башня знаний" - если нет передачи знаний, часто возникает ситуация, что один программист закреплен за одним направлением, и только он знает, как там все реализовано, документация не ведется, GIT не используется, в лучшем случае можно уточнить у программиста, что и как. В данной статье предлагаю свое виденье проблемы и решения.

14.11.2024    1433    0    G_108132826933305236462    2    

2

Управление знаниями в ИТ Бесплатно (free)

При организации корпоративной базы знаний нужно определиться со структурой разделов, организовать доступ, перенести старые заметки и замотивировать сотрудников туда писать. О том, как развивать базу знаний в маленькой компании, на конференции Infostart Event 2021 Post-Apocalypse рассказал руководитель «ПрогТехБизнес» Александр Анисков.

09.12.2022    3166    0    vandalsvq    5    

13

Управление знаниями в ИТ Бесплатно (free)

Цитата “Польза всех докладов Алексея Лустина - записать кучу аббревиатур и терминов, которые он произносит, а потом по очереди начинать гуглить, ну и его энергетика, конечно”. - Шина данных уже умерла - Хранилища данных умерли - Микросервисы умерли - Кнопки на формах уже не нужны - RPA был мертв при рождении - PMBOK (и другие BOK) умерли - Agile не нужен - Где место 1С во всей этой движухе - OLAP/ETL мертв - devOps для лохов - MDM фигня К чему стоит присмотреться уже сегодня: - EIP - DFP - DeltaMesh - MicroFront - GGG (giant global graphs) - OpenAA - OpenSL - CIpher - EdgeVCR - xOps - SBSrtate

30.11.2021    4339    0    kiv1c    5    

9

Управление знаниями в ИТ Бесплатно (free)

Я собираюсь поговорить о том, что волнует бизнес. Сегодня звучит очень много новых неизвестных сложных слов, и когда вы с этими словами приходите к бизнесу, он вас не понимает. А вы в свою очередь не всегда понимаете бизнес. Но я хочу, чтобы позиции бизнеса и IT-шников сближались, и считаю, что это движение должно быть двунаправленным. С одной стороны – бизнес должен научиться новым ИТ-технологиям, понять, как их можно применять в ходе своей работы и освоить их использование хотя бы на каком-то обзорном уровне, а вы, в свою очередь, должны постараться освоить язык экономики и финансов, на котором бизнес говорит и с помощью которого он принимает решения.

20.06.2017    15794    0    IvanAT1981    7    

59

Управление знаниями в ИТ Бесплатно (free)

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

29.01.2015    27128    0    vandalsvq    12    

88
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. biimmap 2078 10.12.21 17:23 Сейчас в теме
Поддержу только в одном: все эти англоязычные аббревиатуры "понтов" добавляют, а задачи свои на 100% они не решают. НО! При этом они помогают новичкам)

А так подача в статье слабо понятная. Ну и непонятно, где на хвост наступил Лустин. Обсуждение личности в процессе обсуждения чего либо неблагодарная затея.
2. ubnkfl 10.12.21 17:52 Сейчас в теме
Пассаж про RPA не понял. Вроде очевидно, что эти костыли используются там, где нет программного доступа, либо нет специалиста, знающего код системы, либо системы с закрытым кодом. При чем тут "написать на 1с".
3. starik-2005 3188 11.12.21 16:47 Сейчас в теме
(2)
Пассаж про RPA не понял.
RPA - это развитие кликера, которые массово появились с приходом интернетов и позволяли заработать на кликах по баннерам на своем сайте (начало 00-х). Дальше их адаптировали для переноса данных между монолитными интерфейсами, когда данные плохие, приходят плохо, ложатся плохо, и для миграции нужен тупо оператор с функцией копипаста. Вот этого оператора RPA убирает, но это костыль - временное решение, т.к. системы, между которыми кликер передает инфу, или будут дальше развиваться, или от них откажутся. В будущем данные будут литься из бота телеги, который опросит клиента/поставщика и отдаст пакет инфы сначала валидатору, а потом уже и ИИ. Очищенная валиадатором/ИИ инфа упадет в систему, где принесет пользу (ответит еще на один вопрос о том, почему этот клиент - наш).
G.Shatrov; ubnkfl; biimmap; +3 Ответить
Для отправки сообщения требуется регистрация/авторизация