Студенческий проект — программные продукты на основе платформы ShariX (OSSDEVCONF-2022)
- Докладчик
Рассказывается о платформе ShariX и проектах на её основе.
Это студенческая разработка, создаваемая и развивающейся благодаря инициативе преподавателя и студентов, решивших продолжить своё участие в проекте в результате прохождения обучения по серии курсов («Информационная этика», «Инновационные технологии» — раздел «IT решения», «Основы предпринимательства»).
Содержание
Видео
Презентация
Thesis
Платформа ShariX является студенческой разработкой, создаваемой и развивающейся благодаря инициативе преподавателя и студентов, решивших продолжить своё участие в проекте в результате прохождения обучения по серии курсов («Информационная этика», «Инновационные технологии» — раздел «IT решения», «Основы предпринимательства»).
Рассказ о проекте направлен в том числе на привлечение молодых специалистов в проект.
ShariX — это стартап в области набирающих популярность шеринговых сервисов. ShariX проектируется как платформа, которая включает в себя базу пользователей и инструменты для построения sharing-сервисов. На её основе можно создавать собственные сервисы, например, на основе базовых сервисов с открытым исходным кодом.
ООО «ШЭРИКС» — специально организованная для данного проекта компания. Она разрабатывает программный продукт, на основе которого организуется база данных пользователей, позволяющая выполнять некоторый набор операций с ними для успешного оказания услуг клиентам. Созданы шаблоны для построения дочерних сервисов различных услуг на основе общей концепции. Предполагается, что ShariX является единой точкой входа для потребителя как плательщика, и определяет схему распределения платежа в конечной цепочке исполнителей. Принимая оплату от конечного исполнителя и распределяя средства по заранее согласованной схеме услуги, она является гарантом для всей цепочки в получении оплаты (всем достаточно убедиться в добросовестности одного контрагента, а не произвольного количества).
Цепочка исполнителей внутри услуги может быть любой длины, но у каждого контрагента есть своё назначение в ней. Чтобы проще было понять суть цепочки, приведём пример на основе сервисов заказа такси.
Водитель — конечный исполнитель, он возит клиента (выполняет работу).
Партнёр сервиса — юридическое лицо или индивидуальный предприниматель, который оказывает услугу перевозки клиенту и фактически несёт ответственность за безопасность конкретной поездки и~т.п.
Сервис («дочерний сервис» в описании выше) — сервис перевозки пассажиров, который определяет стандарты качества, соответствие им, конкретную форму и особенности услуги, её продвижение и позиционирование для пользователей, особенности формирования тарифов и так далее. Но для того чтобы технологически соединить водителя и пассажира, привлекаемых в наиболее подходящей для всех сторон форме, он обращается к программному обеспечению платформы.
Концепция предполагает возможность создавать сервисы, которые предлагают составные услуги, добавляют свою услугу к цепочке услуг других сервисов, например, присылают водителя, который арендует какой-то конкретный автомобиль.
Для того чтобы популяризировать создание сервисов на основе платформы, предполагается сделать доступным исходный код шаблонного сервиса (проект ShariX Open). Он спроектирован таким образом, что при определённых настройках может функционировать и без привязки к основной платформе при самостоятельной реализации системы оплаты (при её необходимости), то есть являются независимым программным продуктом.
Особое внимание стоит уделить особенностям выбора лицензии для публикации данного продукта. С одной стороны, разработчикам с точки зрения развития продукта интересен наиболее сильный копилефт.
С другой стороны, компаниям, которые будут строить свои уникальные решения на основе данного продукта, интересно было бы получать конкурентное преимущество не только посредством средств индивидуализации, рекламных кампаний и особенностей оказания услуг, но и визуальным представлением интерфейса в целом, а также возможностью интеграции собственных дополнительных решений.
Ввиду экономической целесообразности и интереса для партнёров сервиса, осуществляющих предпринимательскую деятельность, необходимо разделить программный код на части и ввести различный правовой режим для frontend и backend части.
Одной из подходящих для развития проекта с юридической точки зрения является GNU AGPLv3. Так как эта лицензия с сильным копилефтом, что в достаточной степени защищает правообладателя и предполагает возмездный характер отношений сторон. Также в ней содержится расширительное толкование распространения кода в случае предоставления доступа через интернет, что подходит для backend в целом и способствует развитию проекта.
При предоставлении права пользования открытой частью кода, отвечающую за внешний вид интерфейса, особенности расположения его элементов, необходимо предоставить дочернему сервису, работающему в сети, на основании лицензии GNU GPLv3 способ сохранить за собой возможность использовать свой индивидуализированный продукт с сохранением и защиты прав на результаты интеллектуальной деятельности, так как данная лицензия также является копилефтной, но GPL разрешает производить модифицированные версии и применять их безо всякой передачи другим.