CPO / System Engineer
Senior Hotwire Developer
→ Project Essay as my state-of-the-art briefly for HR CV-hurrys
✓ I can capture requirements from stakeholders and define solution strategy — reviewing it and applying the necessary details to reduce risks costs (Concept Mapping, OKR, CJM, JTBD, EventStorming, SWOT, QFD, DSM).
✓ To capture really good requirements — i identify and capture targeted business processes that support the creation and operation of a product (Archimate, BPMN, ex-IDEF0/3).
✓ To design systems (Systems Architecture) i use systems engineering approach (OMG Essence).
✓ Can run projects in Waterfall/Agile/Rup-based mode. From setting up team and scope, cost estimations to leading the development and delivery of products (Scrum, Kanban, Toyota / Lean, PMBoK, PMI). My preferable basis approach is System Engineering by Anatoly Levenchuk's System Management Scholl, INCOSE rus.
✓ Run all work within the "one man framework", then by inhouse team and / or with distributed (BDD / TDD / CR / CI / CD), and later (or when growth happens) distributed secure component-based software development (do not confuse it with DevSecOps!).
→ Acting as Fullstack: Rails, Ruby, Postgres, Slim, Taiwilnd, Hotwire, Kamal+Ansible (Capistrano, Itamae, Kuberless ...), ex-Heroku, ex-AWS (Yandex Cloud), ex-Jenkins, Gitlab/GithubActions, ex-RabbitMQ, yes but: React(+Native), Win, ex-Mac, Linux: debian based Astra, PopOS ... so i can and fetch and apply any nessesary tech as i need it.
✓ Prepare (and install to work pipeline), fill and support all type of docs, required at every stage (gateway) of product delivery pipeline (Contracts, Concepts, Requirements, Tasks Orders, Specifications, Rules) using actual approach (mainly system engineering). Also in change-management "mode on at company.
✓ Accounting for the passing of all the control check-points (gateways) of the product life cycle (RUP).
✓ Сделал юмористический (нет) выпуск Программисты: бородатые дети, прихватившие власть, в котором обращаю внимание слушателя на проблемы отсутствия целесообразности и дисциплины, дисбаланса личных и общественных целей в коллективе.
✓ Разработал собственную систему построенную на основе онтологий "Промысел" (самопильный аналог Palantir), на которой сделан текущий сайт — Nocode, Lowcode, Онтология, замах на DataLake + AI, Файлообмен, Облако, Rails, Hotwire, Postgres, Tailwind, Liquid, Kamal, Kuberless, Frontendless, Linux, Windows, Git, etc ...
✓
7 июля 2024 года актуализировал свой канал на Ютубе под брендом "Саня Технадзор", посвященный раскрытию интересующих меня вопросов касательно коллективной разработки наукоемких технологических проектов, и всего с этим связанного.
Очень вовремя, за две недели до "замедления". Все пошло со скрипом, ввиду известных обстоятельств.
✓ Ввиду возникших обстоятельств в компании, после аргументации и согласия первых лиц инициативно перевел компанию на нужные рельсы, пересобрав с нуля основной продукт компании на Ruby on Rails + Hotwire (fontendless stack).
✓ Успешно переписав своими руками промышленную систему — тем самым внедрил деятельным примером Rails разработку в компании (было много тяжелого, c++, микросервисов, ts и суточный деплой => стало много легче).
✓ Разработал специальную версию продукта, импортозамещающую систему Autodesk Bim-360 — продукт стал основным предметом продажи и обслуживания компании и остается им по сей день:
✓ В соответствии с волей и в активном содействии руководства спроектировал и сопроводил реорганизацию до работающей поставки конвеер разработки — от замысла (концептуального проектирования) до ввода в эксплуатацию (реализованные компоненты), от обучения до понимания как пилить и собирать результаты:
✓ Сопроводил первую волну студентов-практикантов из МГТУ Им. Баумана и после уже работающих — провел вводные мероприятия, посвятил в дело проектирования ПО и планирования разработки, дальше замечательный СТО их принял и нежно довел до работающей команды на своем участке.
✓ Разработана версия корпоративного сайта, проработавшая год (на другом движке, не онтологическом, не шаблонном, просто на том же Rails-стеке), в рамках него же облачный калькулятор стоимости лицензий со всеми зависимостям от объемов, проектов, пользователей, варианта размещения и тд, с непосредственным генератором уникальных коммерческих предложений и отправки их на почту как клиентам так и в коммерческий отдел.
✓ Отдельно стоит отметить внутреннюю разработку, сулившую (как водится) прорывы и перспективы, посвященную трудам Побиска Георгиевича Кузнецова, и его наработкам по теме Системы Планирования и Управления Тематическими Научно Исследовательскими Коллективами — система класса СПУТНИК-Скалар. Разработка была интересная, научная, неофициально началась, официального статуса не получила, увы там же и закончилась. Это печально.
✓ Формирование авторской методики разработки и обучения коллективному проектированию информационных систем при помощи UML.
✓ Потоковое регулярное обучение коллективной работе в группах, в которой необходимо параллельно формулировать решения, и разрабатывать их с учетом коллег и их разработок.
✓ Обучены группы из крупных торгово-технологических компаний РФ.
✓ Сервис обслуживания курьерской доставки FirstDelivery — Rails как бекофис + ReactNative клиенты для курьеров. Загрузка серверов весомая но не огромная. Справились без AnyCable да еще на Heroku.
✓ Попытка запуска онлайн школы с поддержкой видео комнат на базе WebRTC.
✓ Какое-то количество мелких крафтовых интернет-магазинов.
✓ Завершающий (запечатлевающий момент, финита) документ-описание всех фичей и назначения Проект “Мьёльнир”
✓ Последняя актуальная демонстрация Мьёльнир Демо
✓ Доклад в сколково Highload 2018 Как внятность оценки задачи материализует результат
✓ В гостях у Наталии Закхайм, Медиаметрикс Питер. Экономика Изобилия Как системный инженер может управлять экономикой.
✓ В гостях у Медиаметрикс Москва. Воскресный бранч с Вадимом Дозорцевым Что общего между вайд-ресивером и мечом Тора?
✓ Мьёльнир демо Полный обзор. Часть 2
✓ Мьёльнир демо Полный обзор. Часть 1
✓ Настоящая цель материала - дать читателю в руки работающий инструментарий, наглядно показывающий измеряемую разницу между тем что "все и так знают" и фактурой реальности - что же на самом деле происходит, почему что-то делается крайне плохо, а не так хорошо как написано в планах и презентациях. И на каких "очевидных" но неуловимых деталях действительно проваливаются проекты - узнаем что брать под контроль. В будущее действительно берут не всех
✓ Описание системы со скриншотами Мьёльнир - платформа для создания (технологических) продуктов
✓ Самое что-то первое, до инвестиционое, сделанное дома Техзадания и Спецификации
✓ Оффер начинается с информации, что очень понравилось видео на 54 минуты (тогда это было оооочень долго для всех вообще) Как написать техзадание (ТЗ), и обеспечить его успешное исполнение (веб, сайты, мобайл), и просьбой бросить все, приехать и применить в очень мощном и общественно-полезном проекте.
✓ Был полный разбор существующих артефактов и проектирование в сложившейся команде.
✓ Разработан живой прототип проекта — мобильное приложение и бекенд, бек-офис.
✓ Налажен процесс управления разаботкой и постановкой команды, все согласно указанному выше порядку работы на видео (там есть схемы их Архимейта и прочее).