Цифровая трансформация

Первый пошёл! В конце прошлого года я посетил ежегодное закрытое облачное мероприятие Группы Астра. Напомню, что меня туда пригласил Виктор Коноплёв – мой соклубник по сообществу ИТ-управленцев «я-ИТ-ы». Пообщавшись с Виктором, мы много интересного узнали друг о друге. Оказалось, что Виктор ведёт подкаст, посвящённый, как бы странно это ни звучало, информационным технологиям и людям, которые эти самые информационные технологии создают и развивают. Виктор пригласил меня принять участие в записи одного из выпусков. Я согласился, поскольку мне было интересно, что же это за зверь такой – подкаст. Раньше я только в записи интервью участвовал, о чём я в своё время уже писал. Как говорится, не прошло и года, как мы всё-таки записали этот подкаст (см. фото). Надеюсь, что первый мой подкаст не выйдет комом. С Виктором мы пообщались на следующие темы: - Мой карьерный трек; - Специфика цифровизации таких консервативных учреждений, как библиотеки; - Нюансы применения авторского права в России; - Особенности функционирования ФГИС «Национальная электронная библиотека»; - Цифровая трансформация автопрокатного рынка в нашей стране. Теперь осталось лишь немного подождать, пока будут сделаны монтаж, транскрибация, вычитка субтитров и прочие необходимые действия. Только после этого запись подкаста появится везде и всюду. Что ж, ждём! А чтобы ждать было не так грустно, предлагаю посмотреть записи моих интервью, которые я давал телеканалу «Про Бизнес»: - В передаче «IT-трансформация» в 2014 году: olegshorin.com/...ion - В передаче «ИТ-Директор» в 2016 году: olegshorin.com/...tor #DigitalTransformation #Networking #Shorin Ссылка на оригинал поста: shorin.me/...out

CodeBab.ai – помощник для код-ревью На прошлой неделе в клубе «Цифровые лидеры бизнеса» прошла интереснейшая лекция от коллег из компании Friflex. Напомню, Friflex – это компания, в которой мы часто собираемся на так называемые «офисники». Лекция была посвящена проблеме код-ревью. Дело в том, что раньше код писался разработчиками вручную, а потом валидировался более опытным тимлидом (см. фото №1). Теперь же код генерируется в огромаднейших масштабах с помощью ИИ, а валидировать весь этот вал продолжает человек. И именно этот человек становится узким горлышком в системе поставке кода (см. фото №2). Генеральный директор Friflex Пётр Чернышев и его коллега Юрий Петров, который является руководителем агентной и кроссплатформенной разработки, рассказали нам о сервисе CodeBab.ai, который был ими разработан внутри компании. Суть этого сервиса заключается в том, что это глобальный оркестратор различных агентов, ставящийся поверх gitlab, который перед тем, как передать merge request тимлиду, проверяет его с помощью специальных промтов на соответствие различным правилам. В итоге тимлиду попадает на проверку только тот код, который уже прошёл предварительную «проверку на вшивость». Решение вполне рабочее, оно справляется с поставленной задачей. Но я считаю, что оно не является идеальным, так как с использованием CodeBab.ai качество кода повышается, но количество запросов на слияние хоть и уменьшается, но не сильно – то есть не устраняется первоначальная причина задержек при code review. А значит, при дальнейшем росте количества разработчиков, надо будет опять что-то придумывать. Как мне кажется, произошёл существенный слом в парадигме программирования, из-за этого привычный механизм ветвления кода стал давать сбои. И мы пытаемся придумать какое-то стороннее решение, позволяющее прежнему механизму хоть как-то функционировать. Я думаю, что изящное решение должно каким-то образом поменять саму логику ветвления кода с последующими merge request’ами. Мне почему-то сразу вспомнилась история про замену ручного труда станками. И последующее гениальное решение Форда по созданию конвейера. Немного поразмышляв, я понял, что в данном случае аналогия не применима, потому что конвейер Форда заточен на последовательные действия. А разработка ПО – параллельный процесс, осуществляемый множеством разработчиков, и терять этот параллелизм ради адаптации под конвейерное решение – глупо. В общем, пока что я ничего гениального не придумал, но задачка эта засела у меня в мозгу, и я к ней периодически мысленно возвращаюсь. Как-нибудь на досуге почитаю научные исследования на эту тему, потому что мне, как выпускнику кафедры Системного программирования ВМК МГУ, интересно следить за эволюционным развитием языков программирования в целом, и за прогрессом в области командной разработки в частности. #AI #Algorithm #Management Ссылка на оригинал поста: shorin.me/...-ai

Адрес БЕН РАН В начале этого года я писал о нестандартной нумерации домов на Садовой улице в Санкт-Петербурге. Именно на этой улице расположено Главное здание Российской национальной библиотеки, в которой я более 7 лет руководил информатизацией. По какому-то мистическому совпадению адрес Центрального здания БЕН РАН, которой я управлял 5 лет, тоже имеет любопытную историю. Центральное здание БЕН РАН – угловое. Оно одновременно стоит на двух улицах – Знаменке и Малом Знаменском переулке (см. фото №1). Существует правило, в соответствии с которым для домов на нескольких улицах приоритет отдаётся той, где расположен главный вход. Раньше у БЕН РАН главный вход был на улице Знаменка (см. фото №2). Так что адрес присвоили именно на этой улице. За основу были взяты данные Почты России. Адрес получился красивым – «Знаменка 11/11». Впоследствии Знаменка стала правительственной трассой: периодически её стали перекрывать, чтобы кортежи автомобилей беспрепятственно проезжали от Арбата в Кремль. В целях безопасности силовые структуры потребовали перенести вход со Знаменки на Малый Знаменский переулок. При этом юридический адрес менять не стали. Во-первых, учредителю было не до того, а во-вторых, «Знаменка 11/11» выглядит гораздо привлекательнее, чем «Малый Знаменский переулок, д. 11/11, стр. 2». В 2011 году произошла адресная реформа: разрозненные базы данных адресов объединили в одну систему – Федеральную информационную адресную систему (ФИАС). В основу ФИАСа легла система КЛАДР, которая использовалась в ФНС. А кадастр, Почта России и остальные системы постарались найти для своих адресов соответствие в ФИАС. Иногда безуспешно. Как назло, почтовый адрес БЕН РАН – «Знаменка 11/11» в ФИАСе отсутствует, и добавить его туда никак нельзя (мы пытались). Получилась юридическая коллизия: библиотека располагается по адресу, которого не существует в главной адресной системе страны. Более того, Знаменка находится на территории района Арбат, а Малый Знаменский переулок – в Хамовниках. Арбатское отделение налоговой напрочь отказалось принимать налоги и отчёты от организации, расположенной по несуществующему адресу. Хамовническая налоговая была более лояльной – налоги и отчёты от организации из другого района принимала, но постоянно штрафовала за это. В какой-то момент у Минобрнауки, которое является учредителем БЕН РАН, дошли руки до решения этой проблемы, и оно поменяло Устав БЕН РАН, указав новый юридический адрес на Малом Знаменском переулке. Теперь официальный адрес БЕН РАН совпадает с главным входом (см. фото №3) и соответствует всем нормам, законам и правилам. P.S. Если интересна история здания, в котором располагается БЕН РАН, то этому посвящена целая глава подарочного издания, изданного под моим руководством к 50-летию БЕН РАН. Ознакомиться с содержанием этого издания можно на моём сайте: olegshorin.com/...ces . #Algorithm #DigitalTransformation #Library Ссылка на оригинал поста: shorin.me/...ess

Франчакорта в Шахтёрске На выходных в сообществе ИТ-управленцев «я-ИТ-ы» состоялся августовский онлайн управленческих поединков. В этот раз мы играли исключительно экспрессы. Я до этого никогда не играл экспрессы. Посмотрев несколько поединков, а также прослушав инструктаж, я для себя выработал тактику, которую я бы назвал «Да, но…». Суть этой тактики – согласиться с вводной противника и постараться за долю секунды найти какой-нибудь изъян в этой вводной. Я сел и выписал себе ряд потенциальных изъянов: нарушение процессов, несогласование бюджета, неудачная локация, нерасторопность подрядчиков, неправильная оценка целевой аудитории. Для презентации неправильной оценки целевой аудитории я решил прикольнуться – сыграть на различиях менталитета и потребностей столичного среднего класса и рабочего класса из глубинки. Изначально в голове крутилась мысль про «раф на ванильном в Пусть-Угробинске». Пусть-Угробинск – это однажды придуманный мной город, который является никому неизвестным аналогом всем известным Мухосранску и Усть-Ужопинску. Было понятно, что это перебор. Я уже пробовал очень сильно прикалываться на поединках: впоследствии тот бой был признан очень хорошим примером для детального разбора, как надо и не надо делать. Поэтому я решил снизить градус приколов: оставил реально существующий город Шахтёрск, название которого говорит само за себя, и вместо рафа вставил франчакорту. Тут есть второй слой прикола, заключающийся в том, что даже в Москве многие не знают, что такое франчакорта. На эту особенность обратила внимание арбитр поединков – мне было очень приятно, что моя задумка была оценена по достоинству. Я проиграл поединок. Но этот проигрыш дал мне гораздо больше информации по сравнению с тем, если бы я выиграл. Именно это Тарасов (автор технологии управленческих поединков) и называет «радостью поражения». Я получил обратную связь от судей, от соклубников и сейчас продолжаю рефлексировать. Вот причины моего поражения: - Я, как и в первом своём классическом поединке, сильно увлёкся вводными; - Я продолжаю экспериментировать с уровнем агрессии. В одном из прошлых поединков я выкрутил его на максимум и проиграл. Сейчас я его сознательно снизил, но этого снижения оказалось недостаточно. Буду продолжать поиски баланса. - Сейчас ко мне в голову приходят мысли из разряда «вот на ту реплику надо было ответить вот так». Это означает, что моя скорость управленческого мышления имеет потенциал для роста. И экспрессы – это отличная тренировка для этого. Подводя итоги, могу сказать, что экспрессы мне понравились больше, чем классика, поскольку это концентрат, в котором практически нет места для хождения вокруг да около. Буду продолжать свои эксперименты в управленческих поединках. #Negotiation #Management #Networking Ссылка на оригинал поста: shorin.me/...rta