Публикация проекта на GitHub: путь к API и SaaS решениям

\n

Введение: новость и контекст

\n\n

Новость: публикация на Github, на таких платформах, как: работа с облаком, как работа с сервисом, какие, как SaaS, решения, либо экзешники, либо какие-то приложения для программирования, части использования. Я приведу 8 смыслов в моей истории, это относится к новости. И сегодняшняя новость относится к публикации на Github проекта, такого, что я его показываю в открытом доступе, делаю публикации. Я их. Такие публикации делал и 20 лет назад, но на Github их не публиковал, их не было тогда, но делал их в виде работ, которые даже отдельный сайт создал. По ссылочке, можно посмотреть, какие работы создавались.

\n\n

С точки зрения программирования, и понимал, что следующим этапом будет работа с API, и Github — это тоже что-то наподобие API. Использование ключа подгрузки, через панель пользования, ну такую, как: командная строка публикация проектов, выгрузка, то есть. Когда код пишется на Python, то легко его интегрировать в проекты, то есть это такая большая нить взаимосвязанных файлов, которые можно использовать и для работы. Но я хотел бы, чтобы эти и мои работы были масштабные, с точки зрения пользования другими людьми, поэтому это, конечно же, решение к этому привело в области медицины, и я приведу эти смыслы с самого начала.

\n\n\n

Первый смысл: статус и решение

\n\n

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

\n\n

Но сейчас завершается 2025 год, начинается 2026-й. Я понимаю, что нужно менять контент в области подачи контента и в области программирования. Если этот продукт пользуется спросом, если он такой актуальный и масштабируемый, его можно перевести на SaaS решение, то есть SaaS решение, как опыт разработки, такая логика, где есть демопродукт — можно им пользоваться бесплатно на каких-то простых основах. То есть эти ресурсы не моего компьютера, но ресурсы того, что это нужно людям. Это такой маркетинг, так, я как продажи, проверяю: нужна ли эта услуга людям или нет. Это небольшой тестовый продукт с одним функционалом. Я смотрю, набирает ли популярность — и такие продукты можно создавать в том виде, что что-то меняется на рынке, и цифровом мире, ещё быстрее меняется, и что-то можно запускать и с чем-то работать. История — это уже платная подписка на полный функционал продукта. Этим продуктом можно пользоваться в течение месяца, года. Мы привыкли к такой модели взаимодействия, где есть разные сервисы: продукт как услуга, платформа как услуга, подписочное взаимодействие.

\n\n

Модель использования продукта

\n\n

\n\t
• Можно пользоваться продуктом на той лицензии, которую предоставляет разработчик.
\n\t
• Можно пользоваться расширенным функционалом.
\n\t
• Можно пользоваться продвинутой системой индивидуального решения — если продукт понравился клиенту, я могу доработать его.
\n

\n\n

Мне важно транслировать эту ценность: я выпускаю новые продукты, новые решения, я ими делюсь. Пожалуйста, можете попробовать в демо режиме, базовым функционалом. Github — одна из возможностей, где я публикую эти работы, и их можно подсоединить к проекту. Это метод создания цифрового продукта, который мне самому был бы нужен.

\n\n\n

Пример применения: кодировщик SVG в PNG

\n\n

Следующий смысл: мне нужен кодировщик из .svg формата в картинку, это может быть .png формат, либо .webp. Кодировщик преобразует что-то в что-то другое. Просмотр SVG не часто нужен людям, но мне нужно было увидеть, что там находится в кривых, зрительно оценить, что располагается. Таких файлов много, и открывая их в виде списка на экране, я могу увидеть все таблицы сразу. Не нужно запускать каждый файл отдельно, если файлов 100.

\n\n

Это узкая проблема, где я бы запустил «бомбардировщик», и он бы преобразовал, выдал необходимую информацию. Кодировщик можно найти в интернете — в виде экзешника или через онлайн-сервис. Код на Python стал более активным, у многих разработчиков установлен. Этот код проверен, рабочий. Я бы использовал его для дизайна, разработки, кодировки. Мне нужна такая платформа, я сам использовал такие методы, беря разработки других разработчиков.

\n\n

Почему публикация на GitHub

\n\n

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

\n\n

https://github.com/petrenco/svg-to-png-converter

\n\n

Восемь шагов моей цифровой истории

\n\n

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

\n\n

Шаг 1. Начало пути

\n\n

1995 год. BASIC. Компьютер «Байт». Первые программы, первые строки кода, первые алгоритмы. Всё строилось на энтузиазме и интересе к тому, как работает логика и вычисления. Так начиналось знакомство с цифровым миром, с языками программирования и принципами построения систем.

\n\n

\n\n

1995 год. Компьютер «Байт» — подключение магнитофона и телевизора, первые эксперименты и восторг от того, как всё оживает; начало пути в программировании и любовь к технологиям.

\n\n

\n\n

1995 с подключением магнитофона, телевизора и попытками разобраться

\n\n

\n\n

Скриншот лабораторной работы. Программа для кинематического анализа кулачкового механизма — написана в Visual Basic. Приложение рассчитывает, визуализирует и запускает анимацию движения механизма

\n\n

\n\n

Скриншот лабораторной работы. Программа для кинематического анализа кулачкового механизма — написана в Visual Basic. Приложение рассчитывает, визуализирует и запускает анимацию движения механизма

\n\n

Шаг 2. Эпоха веба

\n\n

Девяностые и двухтысячные годы — новая эра. Создание и программирование сайтов, первые HTML-страницы, освоение веба, появление структуры проектов. Разработка сайтов стала отдельным направлением, а интернет — площадкой для идей, коммуникации и экспериментов. Это шаг, где программирование стало частью бизнеса.

\n\n

\n\n

Скриншот сайта petrenco.at.tut.by (2005 год). Первые дизайнерские решения, структура, разделы, доработки — путь от идеи к устойчивому web-представлению.<

\n\n

Шаг 3. Динамика и базы данных

\n\n

2004 год — интернет-магазин cd.mogilev.by. Создание баз данных, обработчиков на PHP, переход к динамическим сайтам. Цифровые носители информации, онлайн-продажи, первые CMS и скрипты — начало полноценной истории разработки как предпринимательской деятельности.

\n\n

Шаг 4. Смартфоны и адаптивный дизайн

\n\n

Эпоха мобильных устройств. Пришли смартфоны, изменилась логика потребления контента. Появилась необходимость адаптивного дизайна и мобильных версий сайтов. Всё должно быть доступно, быстро и удобно — с любого экрана. Дизайн стал не просто красивым, а функциональным и гибким.

\n\n

\n\n

Шаг 5. Персонализация и интерактив

\n\n

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

\n\n

\n\n

Скриншот сайта Могилевской больницы №1 — современный дизайн, функциональность, адаптивность, личный кабинет, версия для мобильных устройств

\n\n

Шаг 6. Приложения и вовлечённость

\n\n

Разработка приложений и интерактивных платформ. Особенно в спортивной сфере: беговые приложения, фитнес-модули, сервисы взаимодействия. Здесь важен не только функционал, но и вовлечённость — живое взаимодействие с данными, динамика и постоянное развитие интерфейсов.

\n\n

\n\n

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

\n\n

\n\n

Приложение BrestRun, март 2020 года.

\n\n

\n\n

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

\n\n

\n\n

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

\n\n

\n\n

\n\n

\n\n

Участник соревнований в легкоатлетическом манеже. Проверка точности системы тайминга — технологии и спорт работают в одном ритме.

\n\n

Шаг 7. Автоматизация и интеграции

\n\n

API, Telegram, GitHub, Python. Программирование калькуляторов, интеграции с Битрикс, обработка данных через PHP, Ajax, JavaScript. Всё начало работать как система взаимосвязей между проектами и языками. Автоматизация процессов стала логичным этапом: скорость, точность и масштабируемость решений.

\n\n

Шаг 8. API и экосистемы

\n\n

Следующий уровень — обмен данными через API. Данные загружаются через сервисы, создаётся масштабируемая инфраструктура. GitHub становится частью интеграции: результат не скачивается вручную, а подтягивается прямо в проект. Работа через командную строку, Composer, зависимости, экосистемы — всё это формирует современную цифровую среду, где создаются не просто системы, а целые экосистемы.

\n\n

Продолжение следует…

\n