zerumarex/kmpo-economy-coursework
1
0
Fork 0
Code Issues Pull requests Projects Releases 8 Packages Wiki Activity Actions

Minor fixes

Browse source
This commit is contained in:
Daniel Haus 2026-02-26 10:02:48 +03:00
parent adc7254140
commit 61b5132a40
6 changed files with 52 additions and 37 deletions
Download patch file Download diff file Expand all files Collapse all files

41
sections/theory.tex
View file

@ -26,21 +26,30 @@
\subsubsection{Основные типы лицензий открытого программного обеспечения}
Юридической основой, регулирующей использование, модификацию и распространение OSS, являются лицензии открытого кода. Они определяют баланс между свободой сообщества и правами авторов. Наиболее распространённые лицензии можно разделить на две основные категории, представленные в таблице 1.
\begin{table}[h!]
\centering
\begin{longtable}{|p{0.25\textwidth}|p{0.3\textwidth}|p{0.35\textwidth}|}
\caption{Сравнительная характеристика основных лицензий открытого программного обеспечения}
\label{tab:oss_licenses}
\begin{tabular}{|p{0.25\textwidth}|p{0.3\textwidth}|p{0.35\textwidth}|}
\hline
Лицензия & Ключевой принцип (тип) & Основные условия и особенности \\ \hline
\hline
GNU GPL (General Public License) & Копилефт (Copyleft) & Обязательное лицензирование производных работ на условиях той же лицензии. Гарантирует сохранение открытости всех последующих модификаций. Является основой для многих проектов, включая ядро Linux. \\ \hline
MIT License & Разрешительная (Permissive) & Предоставляет максимальную свободу при минимальных ограничениях. Позволяет использование, изменение, распространение, в том числе в составе проприетарного ПО, с обязательным сохранением уведомления об авторских правах и лицензии. \\ \hline
Apache License 2.0 & Разрешительная (Permissive) & Аналогична MIT, но дополнительно содержит явное предоставление патентных прав от contributors пользователям и защиту от патентного троллинга. Также требует сохранения уведомлений об изменениях. \\ \hline
BSD 2-Clause/3-Clause License & Разрешительная (Permissive) & Краткая лицензия, близкая по духу к MIT. Основное различие в 3-пунктной версии — наличие условия о запрете использования имени авторов для одобрения производных продуктов. \\ \hline
\end{tabular}
\end{table}
\label{tab:oss_licenses}\\[-4pt]
\hline
Лицензия & Ключевой принцип (тип) & Основные условия и особенности \\ \hline
\endfirsthead
\multicolumn{3}{|l|}{\small Продолжение таблицы \thetable{}} \\[-4pt]
\hline
Лицензия & Ключевой принцип (тип) & Основные условия и особенности \\ \hline
\endhead
\hline
\endfoot
\hline
\endlastfoot
GNU GPL (General Public License) & Копилефт (Copyleft) & Обязательное лицензирование производных работ на условиях той же лицензии. Гарантирует сохранение открытости всех последующих модификаций. Является основой для многих проектов, включая ядро Linux. \\ \hline
MIT License & Разрешительная (Permissive) & Предоставляет максимальную свободу при минимальных ограничениях. Позволяет использование, изменение, распространение, в том числе в составе проприетарного ПО, с обязательным сохранением уведомления об авторских правах и лицензии. \\ \hline
\pagebreak[2] % разрешить разрыв здесь, если нужно
Apache License 2.0 & Разрешительная (Permissive) & Аналогична MIT, но дополнительно содержит явное предоставление патентных прав от contributors пользователям и защиту от патентного троллинга. Также требует сохранения уведомлений об изменениях. \\ \hline
BSD 2-Clause/3-Clause License & Разрешительная (Permissive) & Краткая лицензия, близкая по духу к MIT. Основное различие в 3-пунктной версии — наличие условия о запрете использования имени авторов для одобрения производных продуктов. \\ \hline
\end{longtable}
Выбор лицензии имеет прямые экономические последствия. Копилефт-лицензии (GPL) способствуют сохранению экосистемы полностью открытых проектов, но могут ограничивать коммерческое использование в проприетарных продуктах. Разрешительные лицензии (MIT, Apache) обеспечивают максимальную гибкость для бизнеса, позволяя интегрировать код в коммерческие решения, что способствует их широкому распространению в отраслевых стандартах и облачных сервисах \cite{linux_census3_2024}.
\subsubsection{Компрессоры как класс служебных программ (утилит)}
@ -260,9 +269,7 @@
Проведённый анализ позволяет сформулировать следующие выводы, являющиеся основой для практического расчёта в Главе 2:
\begin{enumerate}
\item Для оценки алгоритмической сложности разрабатываемого архиватора возможно использование аппарата параметрических моделей (адаптированной COCOMO) на этапе проектирования.
\item Структура затрат для open-source проекта будет кардинально отличаться от коммерческого: необходимо рассчитать два сценария — «коммерческий» (полная калькуляция) и «реальный open-source» (учёт только прямых материальных затрат и альтернативной стоимости времени). % Принудительная установка шрифта для всего документа
\fontsize{14pt}{16.8pt}\selectfont
\item Структура затрат для open-source проекта будет кардинально отличаться от коммерческого: необходимо рассчитать два сценария — «коммерческий» (полная калькуляция) и «реальный open-source» (учёт только прямых материальных затрат и альтернативной стоимости времени).
\item Ключевым экономическим показателем для подобного проекта является не прямая прибыль, а соотношение общественной полезности (ценности) к понесённым затратам. Это требует введения в анализ качественных и косвенных количественных метрик.
\item Предлагаемая в работе методика должна быть гибридной: сочетать формальный расчёт для частей проекта, поддающихся оценке (трудозатраты на реализацию ядра), и экспертную оценку для специфических аспектов open-source (стоимость поддержки сообщества, ценность портфолио). При этом выбор модели монетизации (например, Open Core или SaaS) будет определять структуру потенциальных доходов проекта.
\end{enumerate}