Сейчас архитектурные решения, сервисы и исходный код, которые появляются в процессе реализации задач ведомств, после единичного использования часто уходят на полку и не оставляют после себя какой-либо значимый след. К сожалению, участники рынка не делятся наработками между собой. Иногда допускается повторное использование кода внутри компании.
В 2010 году вышло распоряжение №2299-р. Этот документ содержит план перехода на открытое «ПО» для ряда ведомств.
Экономическая значимость
Исполнители в современном мире уже активно пользуются открытыми наработками других участников рынка, и эта тенденция уже воспринимается как норма. С точки зрения экономической выгоды, правильно исполнителю так же отдавать в открытое пользование свои наработки и принимать обратную реакцию. Эта социальная особенность описана в «Дилемме заключённого».
Почему эти решения будут хорошими и качественными
Использование хостингов (например: github) для размещения проектов имеет большую социальную значимость. Такая активность показывает игроков с лучшей стороны. Вовлекает новых разработчиков и стимулирует их содействие в развитии продуктов. Важно снизить затраты, это возможно благодаря повторному использованию кода и помощи сообщества.
Публичное ведение проектов даёт обратную реакцию от разработчиков со всего мира в виде:
- найденных ошибок,
- правок,
- нового функционала,
- советов и пожеланий,
- новых проектов, дополняющих и расширяющих функционал оригинальных,
- лояльного профессионального сообщество вокруг продукта,
- снижения затрат,
- получения заслуженного уважения.
Проект gov.design на данный момент размещён на одной из таких площадок.
Делиться хорошо
Мы призываем начать делиться своими наработками и перейти к совместной работе над базовыми компонентами, которые можно будет повторно использовать на разных уровнях.
У нас уже есть специальный репозиторий, в котором собираемся делиться наработками, получившимися в рамках разработки государственных контрактов.
Отправляйте нам свои проекты и мы с радостью примем их (используйте для этого pull-request или issues)
Примечание
В следующих статьях мы обязательно обсудим вопрос лицензирования публикуемых проектов