Персональный сайт

мой почтовый адрес: erpacademy.ru@gmail.com

Благодарю Вас за внимание. На этом веб-сайте представлены мои профессиональные взгляды и наработки в области ИТ и автоматизации управления. Здесь публикуются тезисы и аннотации - это портал для доступа к новым идеям или переосмыслению старых. Для более углубленного изучения и понимания, пожалуйста, свяжитесь со мной, чтобы обстоятельно побеседовать.

"Сырые", но интересные идеи

не проверенные, но потенциально перспективные идеи - темы для общения - "покрутить-повертеть и либо выкинуть, либо подсушить и отнести в мастерскую"...

"No/Low Code" или No low code

Поговорим немного о "No/Low Code". Сейчас это стало модно. И когда я слышу об этом, например, от Майкрософт, мне понятна и концепция, и ценность, которую она формирует, и технологии её реализации. (когда-то я объявил проприетарным вендорам и Microsoft, в частности, "священую войну" опен-сорса, поэтому ниже - не реклама)

Да, когда у вас (не ИТ-предприятия) уже есть на едином технологическом стеке и ИТ-инфраструктура, и многочисленные источники данных, и разнообразные бизнес-приложения, и работающие интеграционные решения, и инструменты разработки, например, от компании Microsoft, вы можете дать конечным пользователям – сотрудникам, бизнес-партнерам (поставщикам, кадровикам, аудиторам и т.д.) и даже клиентам, то, что нужно им «здесь и сейчас» для решения своих задач – уникальные, нужные только им приложения, которые они сами или с минимальной технической поддержкой и создадут. Пощелкав «мышкой» параметры настроек, перебрасывая UI-элементы (drag-and-drop) и подключая источники данных, т.е. колоссальную скорость и такую же ценность. И то, что будет в итоге ими создано, будет автоматически давать им правильные данные, в нужном виде, при этом будет доступно и защищено на смартфонах, «десктопах» и т.д.

Ценность в том, что вы упраздняете или радикально упрощаете цикл работки конечного бизнес-приложения, при этом реализуете в предельном случае модель «каждому пользователю – свое отдельное (уникальное) приложение / ИТ-решение».

Но сегодня мы видим также, как под развевающийся на рыночных ветрах флаг «No/Low Code» пытаются пропихнуть все подряд – от известных почти сорок лет BI-систем и не менее привычных BPM-систем до «всего и вся», что можно настроить и запустить без написания программного кода или с минимальным его количеством (т.е. "обычные" ИТ-решения). Кстати, в случае с BI-системами - приходится писать немало кода на встроенном языке обработки данных в случае не тривиальных задач. Также и с BPM-платформами - "мало" кода, если два-три простеньких входа в каждый "task" и нехитрая их обработка. Так что на практике выходит как бы "No low code".

Если отвлечься от чисто рыночных ситуативных интересов, то неверно называть вещи, у которых уже есть принятые и понятные названия, именами, призванными отразить принципиальную новизну и ценность (переход на новый уровень). Я вижу эту тенденцию «толкать под громкий шумок то, что имеем» в российской «ИТ-тусовке» - на форумах и конференциях.

Но если все-таки хотите достичь эффекта «No/Low Code» как на привычных, так и на новых ИТ-платформах, то можете обратиться ко мне за стратегическими советами...

Проблема импортозамещения

Хотя импортозамещение подразумевает переход к разработке и производству собственными (национальными) силами, я смотрю на этот процесс в первую очередь как на овладение знаниями и их развитие.

Когда импортируются ИТ-продукты / инструменты, вместе с ними импортируются и технологические знания - как этот продукт настраивать и применять. И зачастую это неотделимые друг от друга вещи. Можно, например, (попытаться) скопировать программный код ERP/CRM/WMS-системы, но как ее внедрить в работу, как развивать, как согласовать требования и возможности? Ответы на эти вопросы - неотъемлемое продолжение самого программного продукта. И во многих случаях импортировались именно овеществленные таким образом технологические знания. 

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

Что это значит именно для вас можно будет понять в процессе нашего общения...

О метафорах в ИТ-проектах

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

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

Вместе с этим это позволяет и эффективно думать и развивать проектные предложения. Например, в подходящей ситуации вы говорите «спонсору проекта»: «Принтер (отчетность для регулятора) можно совершенствовать функционально – пусть аналитики и разработчики делают предлагаемые ими полезные опции, но это не должно касаться того процессора (системного блока) - основной ERP-системы).» 

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

Хорошая метафора позволяет продуктивно искать решения и внутри своей (личной) работы. Например, представив функциональный модуль ERP-системы или информационного портала, как «удобный письменный / офисный стол со множеством ящичков для хранения документов», и мысленно проиграв типичный рабочий день его пользователя, можно правильно реализовать и UI-решения – имею в виду группировку и последовательность расположения элементов управления. Кстати, этот образ может помочь и в продажах вашего продукта / результата: «Смотрите, сейчас у вас нагромождение пачек и стопок рабочих документов на столешнице, а будет органичный и удобный контекстно-зависимый доступ.»

Не буду приводить другие примеры, так как вне реального проектного контекста, большинство покажется банальными, но внутри него – когда нужно быстро собраться, вспомнить и настроиться на проектную «игру / борьбу» и иметь прочную «точку опоры», чем проще и понятнее всем образное сравнение, тем лучше.

Количество или качество?

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

Да, вам придется платить им два или три оклада (или даже больше), но результат будет окупаться.

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

Когда я работаю ИТ-аналитиком, то...

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

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

Зачем нам модели бизнес-процессов

Слово моделирование имеет два значения. Первое - создание модели. Второе - её использование. Второе без первого невозможно. А первое без второго во многих случаях бессмысленно.

Вы можете использовать BPMN, IDEF, EPC и другие нотации для описания и визуализации. Но ключевой вопрос: как вы применяете полученную модель? - что вы с ней делаете? - зачем она вам?

Это означает, что у вас должна быть не только "картинка" бизнес-процессов, но и операторы (относительно формализованные процедуры) для преобразования и "проигрывания" (имитации работы) этой модели, т.е. набор действий с объектами и связями этой модели для исследования и принятия проектных решений. (Формализованный переход от AS-IS к TO-BE и доказательство, что TO-BE - лучший для вас вариант.)

На практике мы видим либо "посмотрели на статическую картинку, поговорили и положили ее в папку - на будущее", либо - в более редких случаях - "что-то загрузили в движок бизнес-процессов (BPM-систему) для исполнения".

Однако "второе" моделирование открывает принципиально новый уровень для разработки новых ИТ-решений...

Мой любимый язык программирования

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

На разном уровне я владею C#, JavaScript, Client Application Language для Navision, Java, SQL и Prolog. И на каждый из них я смотрю с точки зрения поддерживаемой им платформы - как на средство использования этой платформы. Но особенно мне интересен последний в списке. В будущем, я надеюсь, мне представится возможность поучаствовать в создании действительно интеллектуальной компьютерной программы типа экспертной системы, сопоставимой по возможностям с человеком или даже превосходящей его. И именно Пролог может стать большой частью её бэкенда. А возможно, мы сделаем это вместе...

"Биточки": кому смак, а кому отрыжка

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

Начнем с главного. Ценность "битка" обеспечивают два взаимосвязанных процесса. 1) Известно, что криптовалюта - "отличное" средство для теневых / коррупционных / криминальных расчетов. Размер мировой "черной экономики" я не знаю. Может, она даже больше обычной - "светлой". 2) Биржевая стоимость "финансовой пирамиды" будет расти, пока в мире не кончатся "лохи"-инвесторы. Таким образом, "биток" должен жить пока в систему вводятся реальные (обеспеченные) деньги, а способ расчетов через него жизненно необходим определенным группам интересов (сейчас сюда подключаются и ребятки под международными санкциями).

Ничего другого в криптовалюте типа "битка" быть не может. Только впустую потраченная электроэнергия и впустую израсходованные ИТ-железки.

Поздравляю тех, кто ранее вошел в этот рынок, погрел лапки на доходности в n-порядков, и главное - решил свои насущные проблемы - купил квартирки или что-то ещё так необходимое для жизни. И смеюсь над теми, кто кусает локотки, что закрыл "позиции" слишком рано, а еще больше - над теми, кто будет рыдать потом - когда "лавочку прикроют" и баблишко уплывет из рук (но пока работают принципы 1 и 2 - см. выше, этой радости можно ждать еще долго).

"Восстание машин": ChatGPT убивает своих создателей-разоблачителей?...

... если да, то не промптом и не потрясающими ответами. Для начала взгляните на это - "Мать ведущего разработчика ChatGPT обвинила в смерти сына OpenAI".

Я с интересом слежу за двумя глобальными мега-проектами современности и жду их неизбежного краха: Биткоина и так называемого ИИ, воплощенного ChatGPT и ему подобными. В этот раз о втором.

Уважаемым экспертам в области ИИ было ясно с самого начала, что хайповая затея с ChatGPT сродни очковтирательству, питается невежеством инвесторов и других держателей интересов и рулится ушлыми затейниками от ИТ. Поделка производит впечатление на обывателя, но не более.

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

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

Об успеха ИТ-отрасли в РФ

Да все просто зашибись! Импортозамещение полным ходом. Спрос до небес, и продажи - там же. Вакансий полно, и зарплаты растут. Полно отраслевых мероприятий. А сообщений в профильных изданиях об успехах еще больше!

Но есть нюанс… Обратите внимание – кто об этом пишет и говорит, и где. Вы можете сидеть на «цеховой пирушке» и хлопать друг друга по плечу. Вы можете примеривать очередной «орден» - награду года в очередной номинации. Вы можете поднимать бокалы, фужеры, рюмки – что «всех порвем», кого еще не порвали. Но задайтесь только одним вопросом: а что обо всем этом думает не «ИТ»? Пользователи. Заказчики. Научные исследователи. И другие категории вне ИТ-рыночных интересов и вне ИТ-ремесла.

Включать и подпитывать положительную обратную связь на уровне отдела, подразделения, сегмента рынка и всей отрасли – это похвально. Но что на самом деле? Что подлинно нового и оригинального? Где это новое было сделано? И когда и кем скопировано? И принесло ли это пользу кроме продаж лицензий, оборудования, трудовых часов?

Выйдете за ауру отраслевой и локальной шумихи, и посмотрите отстраненно… Во что одет местный ИТ-король? Если ничего не видно, попросите меня проверить ваше зрение…

(P.S. Хотя весь нынешний российский ИТ-движ - с их бесцельными и не пойми о чем конференциями и ИТ-статьями копирайтеров, пытающимися загипнотизировать и ввести в состояние эйфории так вдруг остро понадобившийся для импортозамещения ИТ-молодняк - ещё вроде не сбавляет обороты, но все отчетливее напоминает мимикрию ИТ-тусовки из "нулевых" и "десятых", которую вперед тогда толкали глобальные вендоры типа Microsoft. Но неизбежно весь местный движ подсдуется и сойдет на нет из-за одной важной причины: у тех вендоров всегда было что-то технологически новое и движ выстраивался поверх этого. А на стыренном и перелицованном импортном опен-сорсе десяти-пятнадцатилетней давности далеко не уедешь. Поэтому нужна не только мишура, но и новизна...)

За какими сотрудниками будущее

За теми, которые не просто как-то решают "непонятную" задачу - исполняют полученные поручения, но могут осознанно выработать метод её решения.

Причем метод этот строится не на "а я так считаю правильным", а именно вырабатывается (выводится, обосновывается) на основе предпосылок - корпоративных и личных стратегий, известных и проверяемых фактов, просчитанных вариантах исходов.

Это чем-то напоминает написание "живой программы", для которой операционная система - окружающий мир (его фрагмент)...