С начала времени те, кто находится у власти, часто использовали свои полномочия для эксплуатации или доминирования людей с меньшим влиянием. Эта динамика не ограничивается историческими примерами; Это также можно четко увидеть в современных контекстах, таких как технология и разработка программного обеспечения, особенно в проектах с открытым исходным кодом.
Феодализм — это классический пример, в котором мощный правящий класс контролировал землю, что привело к угнетению и эксплуатации людей, выполняющих тяжелую работу по сельскому хозяйству и защите земли. С феодализмом власть была в основном консолидирована в руках нескольких, а король и церковь имели большую часть власти. Большая часть этой власти была делегирована дворянам и лордам, которые управляли землей и часто обеспечивали защиту через военные службы. Тем не менее, они служили под королем, который мог забрать эту силу. Затем эти лорды и дворяне держали власть над крестьянами, которые работали на земле и практически не имели силы или автономии, несмотря на большую часть реальной работы. Таким образом, большая часть власти была удерживана царем и церковью, где дворяне и лорды имели некоторую силу, а крестьяне и крепостные, не имеющие никакой власти, выполняя большую часть работы.
Крупные облачные провайдеры обладают максимальной мощностью, причем небольшие компании обладают некоторыми властями и отдельными участниками и пользователями, которые мало держат. Линии более нечеткие, и последствия менее экстремальны, но с ростом популярности крупных облачных поставщиков динамика мощности с открытым исходным кодом может показаться похожей. В случае с открытым исходным кодом у нас есть способы перевернуть эту динамику мощности.
Поскольку многие из наших приложений переезжают в облако, стало легко использовать многие услуги, предоставляемые этими облачными поставщиками. Они могут предложить эти услуги для проектов с открытым исходным кодом, независимо от того, вносят ли они вклад в эти проекты или нет. Когда они не вносят достаточно вклад в эти проекты с открытым исходным кодом, трение происходит с некоторыми небольшими компаниями, которые часто являются движущей силой проектов с открытым исходным кодом. В некоторых, но не во всех случаях эти небольшие компании могут иметь право Relicense проект с открытым исходным кодом, который может изменить баланс сил между меньшей компанией и облачным поставщиком. Тем не менее, эта власть от небольших компаний ставит сопровождающих, участников и пользователей в еще меньшую мощность. Это создает трение вокруг проекта, который был просто переименован. В рамках проектов с открытым исходным кодом те, кто с наименьшей властью, могут затем изменить проект, чтобы снова перевернуть динамику власти, но это большая работа и может быть или не может быть успешной.
Облачные провайдеры и битва за власть с открытым исходным кодом
Эта динамика мощности не так проста, как я заставил их звучать. Многие из этих компаний вписываются в несколько категорий. Например, облачные провайдеры также являются пользователями, участниками и сопровождающими различных программных проектов с открытым исходным кодом. Компании также должны ответить на своих инвесторов, советов и других заинтересованных сторон, находящихся в положении над этой компанией, будь то небольшая компания или очень крупный облачный поставщик.
В последнее время некоторые компании испытывали большое давление со стороны венчурных капиталистов, акционеров или других инвесторов, чтобы перерисовать свои проекты с открытым исходным кодом для получения большего дохода от лицензий, в основном, когда потоки доходов поставщика полагаются исключительно или в основном на проект с открытым исходным кодом. Это может быть усугублено, если другие компании (часто крупные облачные поставщики) конкурируют за тех же клиентов и прибыли от проекта с открытым исходным кодом, который поставщик вложил существенные ресурсы в разработку. Эти опасения по поводу прибыльности приводят к давлению со стороны инвесторов, чтобы поставить проект с открытым исходным кодом в новую лицензию с большими ограничениями, чем это было бы возможно по лицензии с открытым исходным кодом. Эти ограничения часто затрудняют поставщики облаков или другим компаниям получить прибыль от недавно переливного проекта с открытым исходным кодом.
Это переворачивает динамику мощности и увеличивает мощность, связанную с меньшей компанией, уменьшая мощность облачных поставщиков. Тем не менее, это не конец динамического переворачивания мощности. Именно здесь вилки вступают в игру как форму коллективных действий, которая снова переворачивает динамику власти и позволяет тем, кто имеет меньше власти контролировать нашу судьбу как вилку, где мы контролируем управление этим недавно сформированным проектом. Однако это не так просто, как это. Форки — это тяжелая работа, поэтому, хотя вы часто слышите, как люди говорят, что каждый может поколебать проект и работать с ним, требуется значительное количество людей и ресурсов, чтобы добиться успеха. Я упомянул, что небольшая компания может перерисовать проект с открытым исходным кодом, чтобы перевернуть динамическую мощность и восстановить питание от облачных поставщиков. Тем не менее, эти облачные провайдеры могут снова перевернуть динамику Power, вытянув проект и получив свою власть от этих небольших компаний, и это работает довольно хорошо, потому что эти большие поставщики облаков часто могут привести к значительному количеству людей и другие ресурсы для достижения успешной вилки.
В более раннем сообщении в блоге TNS я поделился данными о трех тематических исследованиях проектов, в которых реликвирование привело к вилке (Elasticsearch / Opensearch, Terraform / Opentofu и Redis / Valkey). Интересно отметить, что во всех трех из этих случаев вилки, возникающие в результате этих событий реликвирования, имеют тенденцию иметь больше организационных различий, чем оригинальные проекты, особенно когда вилки создаются в рамках нейтрального фонда, например, Linux Foundation, вместо того, чтобы быть раздвоенными одной компанией. Из -за этих вилок Redis и Elasticsearch добавили лицензию AGPL V3, чтобы снова стать открытым исходным кодом, но может быть слишком поздно, чтобы иметь большое значение, учитывая тягу, которую получали вилки.
Защита участников и поддержание устойчивости проекта
Эти динамические сдвиги мощности могут создать серьезные проблемы для тех, кто использует и вносит свой вклад в эти проекты. Как сопровождающие, участники и даже пользователи открытого исходного кода, мы посвящаем наш самый драгоценный ресурс этим проектам: время. Нам нужны проекты, на которые мы проводим время, чтобы быть устойчивыми в долгосрочной перспективе, чтобы не тратить этот драгоценный ресурс. Невозможно предсказать, какие проекты будут поддерживаться со временем по сравнению с теми, которые могут испытывать реликвию или другое притяжение коврика, но есть некоторые предупреждающие признаки, и вещи, о которых мы можем подумать, прежде чем принять решение о том, чтобы потратить слишком много времени на конкретный проект.
- Соглашения о лицензии участника (CLA): они создают дисбаланс власти в сообществах с открытым исходным кодом. Власть наклоняется к компании, которая владеет проектом и контролирует CLA, предоставляя компании больше энергии, чем другие участники. Это может позволить компаниям перерисовать проект.
- Нейтральные основы: проекты гораздо реже испытывают натягивания ковриков, если они находятся под нейтральными, хорошо продуманными фондами (вместо отдельных компаний), потому что эти фонды поощряют структуры управления, которые создают ровное игровое поле, где люди из разных компаний могут работать вместе как равные, чтобы создать что-то, что приносит пользу всем.
- Управление: коврик может и все еще происходит с фондами, обычно, когда все или большая часть разработки поступают от сотрудников одной компании. Проекты с нейтральным управлением, в которых руководящие должности и сопровождающие поступают от различных организаций с справедливым и прозрачным процессом для выбора этих лидеров, с меньшей вероятностью испытывают эти виды сбоев.
- Устойчивость участника. Достаточно ли у проекта вкладчики, чтобы поддерживать его с течением времени и заменить существующих сопровождающих, когда они переходят к чему -то другому? Для проектов с открытым исходным кодом, на которые мы полагаемся, достаточно ли авторов, что, если один из них уйдет на пляж завтра без уведомления, проект может продолжаться с минимальными сбоями?
Это приводит непосредственно к тому, как компании могут помочь проектам с открытым исходным кодом, которые важны для них. Я много говорил о динамике власти. Тем не менее, компании также обладают властью и ресурсами для реальных улучшений, и корпоративное участие может положительно повлиять на устойчивость наших проектов с открытым исходным кодом, включая вилки. Компании могут выделить время сотрудников, чтобы внести свой вклад в проекты или предоставить финансирование и другие ресурсы, чтобы помочь поддерживать проекты с открытым исходным кодом. Наличие ваших сотрудников в рамках проекта также позволяет вам понять динамику власти, которая может быть в игре, и лучше понять сильные и слабые стороны этого проекта, а также способность влиять на проект изнутри.
С ростом популярности крупных облачных провайдеров динамика мощности с открытым исходным кодом выглядит как пример феодализма, о котором я говорил в начале этого сообщения в блоге, но в случае с открытым исходным кодом, что отличается от того, что у нас есть способы переместить или перевернуть динамику власти. Небольшая компания, которая решает отодвинуть проект от лицензии с открытым исходным кодом, может перевернуть динамику питания и получить энергию от этих крупных облачных поставщиков. Тем не менее, они также сдвигают баланс сил еще дальше от участников и пользователей в то же время, когда они решают перебраться в этот проект. Это побуждает тех, у кого меньше возможностей предпринять коллективные действия, чтобы нарушить проект, переворачивая динамику мощности в пользу участников и пользователей, часто включая облачных поставщиков в качестве пользователей. В мире с открытым исходным кодом нам лучше, чем крестьяне и крепостные, потому что у нас есть определенные свободы, которые позволяют нам предпринять коллективные действия по восстановлению власти, разворачивая проекты, когда другие злоупотребляют своей властью.
Trending Stories youtube.com/thenewstack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Dawn Foster работает в качестве директора по Data Science для проекта Chaoss, где она также является членом совета директоров. Она является членом совета директоров Openuk и сопредседателем технической консультативной группы стратегии CNCF. У нее есть … Подробнее от Dawn Foster
