Участник:Boeing/Рецензия:Использование Open Source-подходов при построении Государственных ИС — различия между версиями
Boeing (обсуждение | вклад) (Новая страница: «[https://0x1.tv/%D0%98%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5_Open_Source-%D0%BF%D0%BE%D0%B4%D1%85%D0%BE%D0%B4%D0%BE%D0%B2_%D0%BF…») |
Boeing (обсуждение | вклад) (→Краткий отзыва на доклад Использование Open Source-подходов при построении Государственных ИС (Григорий Шатров, OSSDEVCONF-2021)) |
||
Строка 3: | Строка 3: | ||
== Краткий отзыва на доклад Использование Open Source-подходов при построении Государственных ИС (Григорий Шатров, OSSDEVCONF-2021) == | == Краткий отзыва на доклад Использование Open Source-подходов при построении Государственных ИС (Григорий Шатров, OSSDEVCONF-2021) == | ||
− | Доклад посвящен созданию новой государственной открытой лицензии для упрощения разработки IT-систем по госзаказам. Приведены требования к лицензии и предполагаемые преимущества от ее введения (например: в текущих условиях отсутствия открытой государственной лицензии код новых продуктов приходится фактически разрабатывать с нуля. Часто заказчик получает систему в виде скомпилированного бинарника без возможности доработать ее каким-либо образом). Сам доклад сделан максимально кратким, чтобы оставить время для обсуждения темы - и это было очень разумное решение, поскольку вопросы из зала действительно пролили свет на многочисленные нюансы этой темы. Например, внимание было обращено на двоякую проблему признания лицензии мировым сообществом: с одной стороны, использование государственной лицензии, не принятую официально в остальном мире, чревато сложностями для разработчиков в плане совместимости с другими лицензиями (необходимо двойное лицензирование - заказчики из госструктур на это идти не будут), однако новая лицензия не будет принята к рассмотрению до тех пор, пока не будет принята в стране. Получается определенная проблема курицы и яйца - вероятно, правильный подход здесь - попытаться продумать все подводные камни заранее, ввести лицензию и начать ее использовать в надежде на то, что ошибки не допущено и она будет принята. Также здесь был указан нюанс с тем, что всякие изменения в лицензии будут действовать только на будущие продукты и не повлияет на уже созданные под прошлую версию лицензии продукты (проблема обратной силы изменений в лицензии Apache) - с одной стороны, это снимает некоторую опасность изменения условий пост-фактум, а с другой - получается, что при изменении условий, например, для принятия в Open Source Initiative, уже готовые к тому моменту продукты выпадут из-под новой версии и не будут приняты в международных организациях. | + | Доклад посвящен созданию новой государственной открытой лицензии для упрощения разработки IT-систем по госзаказам. Приведены требования к лицензии и предполагаемые преимущества от ее введения (например: в текущих условиях отсутствия открытой государственной лицензии код новых продуктов приходится фактически разрабатывать с нуля. Часто заказчик получает систему в виде скомпилированного бинарника без возможности доработать ее каким-либо образом). |
+ | |||
+ | Сам доклад сделан максимально кратким, чтобы оставить время для обсуждения темы - и это было очень разумное решение, поскольку вопросы из зала действительно пролили свет на многочисленные нюансы этой темы. Например, внимание было обращено на двоякую проблему признания лицензии мировым сообществом: с одной стороны, использование государственной лицензии, не принятую официально в остальном мире, чревато сложностями для разработчиков в плане совместимости с другими лицензиями (необходимо двойное лицензирование - заказчики из госструктур на это идти не будут), однако новая лицензия не будет принята к рассмотрению до тех пор, пока не будет принята в стране. Получается определенная проблема курицы и яйца - вероятно, правильный подход здесь - попытаться продумать все подводные камни заранее, ввести лицензию и начать ее использовать в надежде на то, что ошибки не допущено и она будет принята. Также здесь был указан нюанс с тем, что всякие изменения в лицензии будут действовать только на будущие продукты и не повлияет на уже созданные под прошлую версию лицензии продукты (проблема обратной силы изменений в лицензии Apache) - с одной стороны, это снимает некоторую опасность изменения условий пост-фактум, а с другой - получается, что при изменении условий, например, для принятия в Open Source Initiative, уже готовые к тому моменту продукты выпадут из-под новой версии и не будут приняты в международных организациях. | ||
+ | |||
+ | Таким образом, в обсуждении отмечается чрезвычайная важность грамотного составления условий лицензии - цена ошибки очень высока. Данный механизм необходимо сделать максимально прозрачным, и вопрос о его устройстве предлагают вынести в формат открытого консорциума специалистов. Таким образом, доклад проливает свет на инициативы cоздания открытой лицензии на государственном уровне, которая может иметь далекоидущие последствия (как положительные, так и отрицательные). Надеюсь, специалисты в этой области не пропустят это событие и эта проблема будет грамотно решена. Доклад краток и по существу, за ним следует интересное и плодотворное обсуждение. |
Версия 16:48, 16 ноября 2021
Краткий отзыва на доклад Использование Open Source-подходов при построении Государственных ИС (Григорий Шатров, OSSDEVCONF-2021)
Доклад посвящен созданию новой государственной открытой лицензии для упрощения разработки IT-систем по госзаказам. Приведены требования к лицензии и предполагаемые преимущества от ее введения (например: в текущих условиях отсутствия открытой государственной лицензии код новых продуктов приходится фактически разрабатывать с нуля. Часто заказчик получает систему в виде скомпилированного бинарника без возможности доработать ее каким-либо образом).
Сам доклад сделан максимально кратким, чтобы оставить время для обсуждения темы - и это было очень разумное решение, поскольку вопросы из зала действительно пролили свет на многочисленные нюансы этой темы. Например, внимание было обращено на двоякую проблему признания лицензии мировым сообществом: с одной стороны, использование государственной лицензии, не принятую официально в остальном мире, чревато сложностями для разработчиков в плане совместимости с другими лицензиями (необходимо двойное лицензирование - заказчики из госструктур на это идти не будут), однако новая лицензия не будет принята к рассмотрению до тех пор, пока не будет принята в стране. Получается определенная проблема курицы и яйца - вероятно, правильный подход здесь - попытаться продумать все подводные камни заранее, ввести лицензию и начать ее использовать в надежде на то, что ошибки не допущено и она будет принята. Также здесь был указан нюанс с тем, что всякие изменения в лицензии будут действовать только на будущие продукты и не повлияет на уже созданные под прошлую версию лицензии продукты (проблема обратной силы изменений в лицензии Apache) - с одной стороны, это снимает некоторую опасность изменения условий пост-фактум, а с другой - получается, что при изменении условий, например, для принятия в Open Source Initiative, уже готовые к тому моменту продукты выпадут из-под новой версии и не будут приняты в международных организациях.
Таким образом, в обсуждении отмечается чрезвычайная важность грамотного составления условий лицензии - цена ошибки очень высока. Данный механизм необходимо сделать максимально прозрачным, и вопрос о его устройстве предлагают вынести в формат открытого консорциума специалистов. Таким образом, доклад проливает свет на инициативы cоздания открытой лицензии на государственном уровне, которая может иметь далекоидущие последствия (как положительные, так и отрицательные). Надеюсь, специалисты в этой области не пропустят это событие и эта проблема будет грамотно решена. Доклад краток и по существу, за ним следует интересное и плодотворное обсуждение.