Стефан Шперлинг (Stefan Sperling), мейнтейнер стека протоколов 802.11 в OpenBSD и автор системы управления версиями Got (Game of Trees), объявил о работе по созданию нового хостинга Git-репозиториев Game of Trees Hub, построенного с использованием инструментария Got и развёрнутого на операционной системе OpenBSD. В Got предоставляется возможность размещения на своём оборудовании сервера и web-интерфейса для удалённого доступа к репозиториям, но остаётся большая категория пользователей которые не желают самостоятельно заниматься сопровождением личных Git-серверов и готовы воспользоваться для размещения кода внешним сервисом...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=61417
анонсирован - громкое слово, пока только деньги собирают
> анонсирован - громкое слово, пока только деньги собираютМощный успех проекта предвижу я...
Vendor lock на OpenBSD гарантирует, что это поделие будет маргинальным.
И OpenSSH (к примеру) - доказывает это, да? :)
Попей водички уже. Раз уж тут про "вдоль" нельзя :)
Тригерит на слово опен? Ко врачу сходи.
OpenSSH не является оригинальной разработкой Тео и относится к его игрушечной ОС приблизительно никак. Потому и взлетел. Но если тебя попросить назвать второй популярный продукт команды OpenBSD, ты не сможешь — его просто не существует.
сколько популярных продуктов надо сделать, чтобы быть великим?
Хотя бы один. Тео не сделал и этого.
тогда и линус не великий, шах и мат!
LibreSSL?
Это форк openssl уже всеми забытый и отовсюду выпиленный.
Наркоман шТоЛе?"Associated projects: OpenSSH, OpenBGPD, rpki-client, OpenNTPD, OpenSMTPD, OpenIKED, mandoc, LibreSSL".
И это помимо встроенных в базовую поставку ОС ничтяков (pf, relayd, httpd, и т.п.). Да, прожекты не монструозные, но задачу свою решают четко и органично вписываются в саму ОС. Так шо... не надо тут. Пилят много чего, но по мере наличия соответствующих мощностЕй.
Ещё раз для вчерашних: OpenSSH не является оригинальным проектом OpenBSD. Тео ДеРаадт в своё время форкнул форк проприетарного SSH (да, так можно было). И так как оригиналы загнулись, то сообщество в целом пересело на ближайший совместимый форк, который развивал Тео. С тех много воды утекло и немало багов юыло исправлено, но утверждать, что OpenSSH это проект OpneBSD то же самое, что утверждать мол Товальдс пишет Линукс. Всё остальное что ты перечислил — маргинальщина без реальных деплоев.
Ну а OpenBSD - форк NetBSD, которая форк NetBSD, которая форк 386BSD, которая форк BSD/Net.2, которая форк AT&T Unix. И что?
В сообщении упоминается vendor lock (ну это просто толстый тролль). Про оригинальность это ты сам придумал и прибежал опровергать.Ну и вопрос: где этот оригинальный SSH и где openSSH? Видимо, оригинальность не главное.
> его просто не существует.tmux?
libc
Что tmux? Проект вполне конкретного человека. В 2009 его влили в дерево OpenBSD… и на этом всё. Сегодня разработка происходит на Гитхабе. Если сабж запустится и тмукс туда переедет, ну может и можно будет говорить о какой-то значительной связи с OpenBSD.
Тебя послушать так ты один тут все написал
Школьник, поумерь юношеский максимализм!Кроме величайшего продукта SSH, используемого 99% открытыми и коммерческими серверными ОС, есть фаерволл PF, ставший стандартным фаерволлом Apple 10 лет назад во всех продуктах: компьютеры Mac, смартфоны iPhone, планшеты iPad, часы iWatch и т.п. На всех BSD-системах PF также лидирует с большим отрывом.
Есть и 3-й великий продукт — LibreSSL, ставший 7 лет назад стандартной криптографической библиотекой Apple и всех вышеперечисленных продуктов.
И да: Apple года с 2019 использует схему разбиения дисковых разделов OpenBSD. По умолчанию создаётся 5 разделов, в отличие от единственно верного в твоей любимой Shitdows, что резко увеличивает надёжность. И да: системный раздел по умолчанию read-only, так что потеря питания Маку нынче не угроза.
pf даже во FreeBSD не используют из-за однопоточности и убогости, чего стоит altq не умеюий шейпить входящий траффик. Не знаю что там в apple, но использование в проприетарщине такое себе достижение. libressl все заслуженно забыли как только openssl зашевилился. Совместимость там похерена, в качестве замены openssl он не работает, а сам по себе никому нахрен не сдался.
Че за бред ты несешь?
Смешно читать когда круглый профан поначитавшись каких-то отмороженных форумов строит из себя знатока.
pf однопоточен в обслуживании одного соединения, что особо роли в целом не играет.
altq? - netgraph мощная подсистема и позволяет прозрачно использовать любой набор сетевых компонентов для обработки любого трафика, хоть входящего, хоть исходящего. Люди в FreeBSD думают глобально в чистом стиле Unix way в отличие от узколобых лапчатых пытающихся затащить все в монстроуозное поделие называемое iptables.
> FreeBSD думают глобально в чистом стиле Unix way в отличие от
> узколобых лапчатых пытающихся затащить все в монстроуозное поделие называемое iptables.К вопросу о профанах: iptabels вон там уже давно не в фаворе и в моде - nftables так то. А iptables так, порт поверх оного теперь.
>> FreeBSD думают глобально в чистом стиле Unix way в отличие от
>> узколобых лапчатых пытающихся затащить все в монстроуозное поделие называемое iptables.
> К вопросу о профанах: iptabels вон там уже давно не в фаворе
> и в моде - nftables так то. А iptables так, порт
> поверх оного теперь.Теже яйца, только с боку.
пусть будет
Лишь бы не hg?
> Лишь бы не hg?У HG хватает недостатков.
То тут скорее дело привычки и/или поиска аудитории.
Зачем пилить что-то на пользователе ХГ которых будет 0.0% ?
Ты бы еще SVN вспонил)А гит это уже стандарт в индустрии.
Поэтому и пилят не совсем велосипед, а git-совместимую систему.
Послушал бы про недостатки
> Послушал бы про недостаткиВо-первых ртуть повреждает нервную систему и даже маленькая доза может привести к печальным последствиям...
а не, не тоУ ХГышки не удобно работать с тегами, локальные ветки нельзя удалить ненужные ветки.
У гита я просто сделаю stash, а в ХГшке придется искать расширение, а их много, они друг-с-другом не всегда совместимы.
Если я случайно опечатался в коммит-сообщении я просто делаю ammend и перетираю историю.
В ХГ придется повозиться с откатом, созданием новой фиксации и тд.Ну и аргумент "ХГ почти нигде не используется" достаточно разумный при выборе "а что выучить с нуля".
Тк при трудоустройстве с большей вероятностью в резюму будет такое требование.
>Послушал бы про недостаткиКратко то у hg мало похожести на git. Она как бы есть, но существенно меньше чем, скажем,... у git
А если серьезно, то где Hg лучше (ведение в веток, явные переименования и бережное ведение истории) оценить смогут далеко не все. Большинство никогда не анализирует историю, почти никогда не смотрят кто и почему добавил нужный код. Хорошо если тикет в commit message укажут. Им всё это не нужно, но они будут массово роптать от любой мелочи. А тем кому это всё нужно проще у себя нагородить поверх git всякого, чем остальным это всё объяснять.
Когда-то git считался сложным, мол там какие-то иные команды и он сильно не похож на svn/cvs. Но дело ведь не в командах. Оказалось, что git в массе позволяет очень мало об этом думать. Максимум запомнить пару тройку команд. Если что не так, то переклонировать в новый каталог и перенести. Всё остальное делается на сервере в web. Но каждый считает, что знает git и готов с пеной рта доказывать, что git это круто.
Скажу парадоксальную вещь, на самом деле для акуратного ведения истории Гит удобнее.Потому что важна не история того, как ты при работе над фичей 10 раз правил баги и добавлял новые, и в итоге половину написанного в рамках этой работы переписал до неузнаваемости, а итоговый результат, аккуратно поделенный на атомарные коммиты. Через пару лет это отлично помогает понять, что там происходило, в отличие от реальной исторической истории, которая никому не нужна.
Interactive rebase позволяет это сделать довольно непринужденно. В hg можно было, когда я с ним работал, через расширения rebase, histedit и такую-то матерь - настолько неудобно по сравнению с rebase -i, что неохота даже возиться. В итоге история хуже с точки зрения практического ее использования.
> А если серьезно, то где Hg лучше (ведение в веток, явные переименования и бережное ведение истории) оценить смогут далеко не все.Полностью согласен, коллега! (с)
Хотя мой опыт работы с гитом такой:
- практически каждая ветка соответствует какой-то задаче в беклоге и в ее названии есть номер этой задачи
- для веток слияния идет отдельное именование, без номеров естественно
В итоге можно посмотреть для любой строки кода, когда и зачем она была добавлена.
Возможно это не стандартный подход, но это решается не столько инструментом, сколько административными решениями.Из плюсов - иногда вещи не получаются с первого раза, например мне как-то доводилось создавать три ветки для одной задачи и делать там эксперементы (совместно с командой). В итоге одна ушла в прод, а другие я безнаказанно удалил.
> Им всё это не нужно, но они будут массово роптать от любой мелочи.
Мне это нужно, но гит мне это не запрещает делать)
> Оказалось, что git в массе позволяет очень мало об этом думать. Максимум запомнить пару тройку команд.
И это отлично, чем меньше придется напрягаться для того чтобы просто сделать коммит, тем больше внимания можно будет уделить коду.
> Но каждый считает, что знает git и готов с пеной рта доказывать, что git это круто.
Если его знаний достаточно для выполнения работы - то он прав.
Чем легче инструмент позволяет делать работу - тем он круче (тк надежность хранения кода не меняется)
>В итоге можно посмотреть для любой строки кода, когда и зачем она была добавлена.По факту это работает только в проектной разработке, когда код только добавляется и мало редактируется. Если код еще и рефакторился, то это вообще концы в воду. В половине проектов используется код, копирнутый из какого-нибудь другого гита и истории по этому коду уже не найти.
Сколько можно за лет 10 спрашивать про недостатки. HG спроектирован через задницу что приводит к куче мелких неудобств при работе. В Hg просто ничего не смогли реализовать нормально по сравнению с конкурентами
Что хорошо в линуксовом софте, это то, что он кроссплатформенный. А не вот это вот "используйте опенбсд чтобы опенсш полноценно работал" (другие программы понятно не востребованы, но даже с 1 регулярно лажают).
А вот например systemd линуксовый софт ? Кросплатформенный ? Я даже не попрошу привести список линуксового софта, прибитого к нему намертво xD
Это пробитое дно.
> А вот например systemd линуксовый софт ? Кросплатформенный ? Я даже не
> попрошу привести список линуксового софта, прибитого к нему намертво xDНу как бы если задаться целью - то портировать можно что угодно. Но как вы будете какие-нибудь cgroups изображать - вопрос, конечно, интересный.
> Но как вы будете какие-нибудь cgroups изображатьядро портируем и будем обсуждать корабль Тесея
>А вот например systemd линуксовый софт ? Кросплатформенный ?Теперь кроссплатформенный. ;) Считай, что уже для двух платформ.
WSL? Это по сути виртуалка, не считается
>Я даже не попрошу привести список линуксового софта, прибитого к нему намертвоВ ядре любой ОC найдутся особенности, которых нет у других. Их же туда добавили, чтоб не просто так валялись. Кто-то да задействует в своём софте для оптимизации или сервсисных утилит ОС. Поэтому, существование такого софта неизбежно-вероятно для любого ядра.
> Что хорошо в линуксовом софте, это то, что он кроссплатформенный. А не
> вот это вот "используйте опенбсд чтобы опенсш полноценно работал" (другие программы
> понятно не востребованы, но даже с 1 регулярно лажают).Что правда?
А разве не бывает такого "у вас не та версия ядра, версия либц, версия чего угодно..."?Тут хотя бы предлагают "комплект" где все протестировано и никакого лапчатого "stable nonsense" не будет.
Никогда не сталкивался, я не завишу от васянобилдов. А с вендой такого разве не бывает?
> Никогда не сталкивался, я не завишу от васянобилдов. А с вендой такого разве не бывает?Попробуй поиграть на линуксе)
Там точно столкнешься с тем, что игры делались под какое-то фикс ядро, а там оть трава не расти.Хотя такое бывает и не с играми - например недавно какой-то фанатик полез править ЖоПл символы для дров нвидии.
В итоге на минорном обновлении сломал куче людей систему.
Нормально играл в 20 летние игры. В 10 летние регулярно. Впервые слышу про зависимость от ядра. 32 битная SDL1 зависела от старой glibc и функциональности старых ядер, но в основном из-за бинарных плюсовых зависимостей приложения. При чём тут может быть ядро?
Как я понял, с Nvidia довоевались до того, что вместо открытия всего кода драйверов, она перенесла код-который-нельзя-открывать в прошивку видеокарты. Стало хуже для реверс-инжиниринга, лучше для поддержки других ОС? Давили на неё с целью открытия этого кода, так что в итоге проиграли."Открытые модули могут использоваться только с GPU, оснащёнными отдельным микроконтроллером GSP (GPU System Processor" - https://www.opennet.dev/opennews/art.shtml?num=61153
Хотя почему-то об этом не говорят как о проигранной битве. Новости обрываются на победоносном "Linux 6.6 лучше защитит от незаконного поведения проприетарного драйвера NVIDIA"[1].[1] https://www.phoronix.com/news/Linux-6.6-Illicit-NVIDIA-Change
Потому что иначе придется публично признать что проиграли и лицензия не выполняет поставленных задача. А это уже удар по идеологии. Ну и заодно, что хотели как лучше, а получилось как всегда)))Пока, скорее всего, в открытый драйвер попадет еще хоть что-то полезное. Но думаю нвидия будут планомерно переносить всё уже не самое важное в прошивку.
Весь "хороший" софт в GNU/Linux родом из BSD, а весь лучший - из OpenBSD. Свой линуксячий (network manager, systemd, alsa, ip, ...) оставьте себе.
iproute2 отличная вещь! Спасибо основателю Алексею Кузнецову.
Он не основатель. Просто группа людей привыкших админить Цыска захотели те же команды и Линуксе. Всё.
Да без проблем, оставляем. А ты, изволь, удаляй весь линуксовый софт теперь. И линуксулатор тоже, давай, давай, он плохой)
https://www.infoworld.com/article/3099038/openbsd-60-tighten...
Но ведь линуксулатор не линуксовый софт, а BSD'шный
Не, слижком уж >|<ырно :-)Виндовый софт кросплатформенный потому то у нас WINE хз сколько лет уже есть.
А линуксовый - вот последние годы только, когда M$ WSL2 запилила!
PS: Понял как надо? :-D
Да не, я без всякой иронии использую весьма линуксовый софт и в венде и на маках.
Новости об анонсированом намерении.
Ура! У бзди нашлось применение - хостить саму себя!
Обидно будет если народу понравится и побегут от лучшего друга детей и программеров тов Майка Мягкого ? :-)
PS: Пусть пробуют, если у местных от этого батхерт - оно уже того стоило! :)
> Пусть пробуют, если у местных от этого батхерт - оно уже того стоило!У местных баттхерт от всего, под любой новостью ты можешь найти десятки комментов полных баттхертом. Местные в принципе не в состоянии испытывать никаких эмоций кроме баттхёрта. И на фоне того, записывать в достижение то, что они баттхертят как-то слишком низкая планка достижений. Примерно того же уровня как новости о чьём-то намерении что-то там сделать.
> У местных баттхерт от всегоА вы, такой спокойный, откуда, простите, к нам понаехали?
Лол, типа гит это собственостиь мелкомягких.
Есть куча инструкций как развернуть свой гит-сервак начиная от "пошаговая инструкция как установить гитлаб", заканчивая рзворачиванием гита на серваке ручками.От майков народ не бежит только потому что не хочет с этим прдолиться.
Какая разница где хостится опенсорс проект?
Пока проблем нет - можно и у майков, если они возникнут - от тогда и будем думать.
> если они возникнут - от тогда и будем думатьКак это типично для русского мужЫка - перекреститься только после как гром грянет, вместо того, чтобы упреждать события.
>> если они возникнут - от тогда и будем думать
> Как это типично для русского мужЫка - перекреститься только после как гром грянет, вместо того, чтобы упреждать события.Перефразирую классика.
Преждевременная о̶п̶т̶и̶м̶и̶з̶а̶ц̶и̶я̶ решение не существующей проблемы — корень всех (или большинства) проблем в программировани.Естественно можно развернуть свой сервер с личным гитом, сделать его дубликаты и зеркала, проверить доступ из всех-всех возможных стран (вдруг где заблочат!).
Еще купить 10 флешек и снять банковские ячейки в 10 разных странах...Но для обычной васяно репы, в которой пилится какой-то велосипед достаточно публичного гитхаба или гитлаба.
Если вдруг, репа попадет под горячую руку и ее удалят - то она останется у автора и всех кто качал себе репозиторий.
Т.е может быть восстановлена буквально в 2 клика заливкой на какое-то облако, файлообменник или даже торрент.
> Лол, типа гит это собственостиь мелкомягких.
> ...
> Какая разница где хостится опенсорс проект?Если речь о GitHub, то в любом случае правилом хорошего тона является зеркалирования популярных репозиториям на GitHub, даже если разработка ведётся на другой платформе.
> хостить саму себяВ виртуалке на линуксовом хосте. Найти железный сервер, чтобы под ней работал и не жрал энергии как целая стойка будет тем ещё приключением.
> Ура! У бзди нашлось применениеУже давно есть - как минимум, уже второй десяток лет наблюдается стабильный батхерт опеннетных WSL-щиков и прочих неофитов "хотим как в венде, только нахаляву!" одним лишь упоминанием BSD.
Истинный Линуксоид явялется союзником OpenBSD. В стан Юникс-подобных начали проникать вендузятники. Бздуны, вместе с истинными линуксоидами дадим отпор вендузятникам, которые "хотят как в венде".
> Истинный Линуксоид явялется союзником OpenBSD. В стан Юникс-подобных начали проникать вендузятники.С разморозкой, дорогой старообрядец-еретик!
Истинный (опеннетный) линуксоид уже лет 15 как должен желать БЗДам только скорейшего РИПа, ибо сказано анонимным Пророком:Только БЗДы стоят меж нами
И Вендокапцом на всем свете!
Пакостят, мешают сделать
Лудьший Десктоп на планете!а вот катить бочку на Платинового Спонсора того, не приветствуется и вобще, чревато отменой!
А вендекапцом теперь будет включение WSL в Хоумэдишн, так что еще немного и вот он, капец венды и победа на десктопах!
got -- это эталонная иллюстрация к юношеско-максималистскому стремлению быть "не как все".
Типа как ядро линукс, или Гном, или всякие по(м|п)ойные вырвиглазные поделки типа тринитиДЕ...
Вообще опенсорс - это парад велосипедов и костылей, где каждый аффтор соревнуется в нетакусьности.
Так что все нормально, просто будет "еще один 15 стандарт" (с)
> Типа как ядро линукс,Оно появилось по вполне прагматичным причинам! Миникс был на рестриктивных условиях, бсды не работали на i386 студня, да и по судам бегали, не до того им было. Ну и вот куда бедному студню податься было? Он и затеял свою ОС - потому что других устраивающих его особо и не было.
студент как-то сказал что просто не знал про bsd, иначе бы и не стал заморачиваться со своей ОС.
> студент как-то сказал что просто не знал про bsd, иначе бы и
> не стал заморачиваться со своей ОС.Я встречал другие высказывания но - не судь важно.
Факт 1: BSD появился раньше пингвина, имея фору.
Факт 2: Ничто не мешало им рулить проектом лучше, создать не менее эпичную команду и захватить мир вместо Торвальдса.
Факт 3: Этого почему-то не произошло, а вместо этого наивные академы бегали по судам, в перерывах между продвижением вэев и концепций.И черт с ней с тимой и юзабельностью ОС, видимо. Главное натянуть сову на глобус своей идеи фикс, а там хоть не рассветай.
Опенсорс это повод заявить о себе и пополнить портфолио. Странно, что у вас вообще есть претензии, никто ж не заставляет это ипользовать. А изначально коммерческий продукт пилить с опенсорсной лицензией - да, таки зашквар.
Шли бы вы куда подальше от опенсоурса заявители и пополнятели.
Лучше пусть будет море велосипедов хороших и разных, чем строем маршировать. Левой, левой,...!
Сила GNU/Linux в мультикультурности.
> Вообще опенсорс - это парад велосипедов и костылей, где каждый аффтор соревнуется в нетакусьности.Странно что вы в этой фразе употребили слово "опенсорс". А что не являющееся опенсорсом от этих недостатков свободно? Только не говорите что проприетарщина, где всё то же, только за это ещё и требуют денет, а потом имеют во все щели, потому что всё без исходников, а вдобавок запатентовано, поэтому ты завендорлочен не только на само режение, но и на единственный дистрибутив под который оно собрано, баги в нём (а их не меньше чем в опенсорсе) исправить не можешь, интегрироваться ни с чем сторонним тоже не можешь.
Пока что выглядит как Антивирус Попова. Крайне сложно понять что автор вообще сделал нового, кроме переименования rm в remove
Интересно, а дисковое хранилище у них будет zfs на freebsd, смонтированная по nfs?Гиты же места жруй дай боже, а своя фс у openbsd не менялась с 1993 года.
> своя фс у openbsd не менялась с 1993 года.вы пропустили :-)
> Гиты же места жруйОбычно там только текст, так что место по минимуму расходуется.
Вы скорее всего говорите об артефактах, пакетах, образов контейнеров, которые образуются при сборках. Их элементарно можно вынести на внешнее хранилище, пара строк в конфиге и вуоля.
А для бинарных файлов в самом Git коде, есть тоже расширение Git LFS, которое помогает хранить такие файлы на внешних хранилищах и даже версионировать их.
> Гиты же места жруй дай божеСами придумали? Обычно репозиторий git (т.е. ВСЯ история) занимает сравнимо или меньше места чем единственный чекаут (т.е. один снимок контента) из за эффективной компрессии. Например, для исходников OpenBSD вся история с 1995 года в 234k коммитов занимает чуть меньше места чем единственный снимок контента:
```
% git show --format=short --no-patch
commit 891e2565a0fb0f6c848ddd8c16053d504d9651bf (HEAD -> master, origin/master, origin/HEAD)
Author: nicm <nicm@openbsd.org>Add a way (refresh-client -r) for control mode clients to provide OSC 10
and 11 responses to tmux so they can set the default foreground and
background colours, from George Nachman in GitHub issue 4014.
% git log --oneline | wc -l
233992
% du -hs .git; du -hs . --exclude .git
1.5G .git
1.6G .
```хотя честно не удивлюсь если огрызок got так эффективно работать не умеет.
бережно относящимся к конфиденциальным данным пользователей
Ну это ещё как время покажет.
Я не знаток немецкого, но, кажется, если "Шперлинг", то и "Штефан", а не "Стефан", нет? Ну также как "Штрассе"?
>Game of TreesНе поддерживает HTTPS -> ффотпку
Я бы с настороженностью относился к фразе "...бережно относящимся к конфиденциальным данным пользователей и сосредоточенном на безопасности. Поддержание и развитие сервиса будет осуществляться с использованием модели совместного финансирования...", "и рецензированием изменений по электронной почте", особенно в сочетании с названием сервиса где есть слово Game.Как-то пахнет не очень, но понаблюдаем за первыми забегами по граблям, а там посмотрим! ))
Если важна конфиденциальность - делаешь на подкроватном / нанимаешь человека (или даёшь работу штатному) и разворачиваешь на корпоративном. Все очень просто.Тут явно стоит понимать, что они не побегут удалять репо просто по письму от подразделения PAY STATION копрораста SQNY и сделают только под давлением.
И какой у них будет домен? А что это за сервис https://gothub.org/ ?
Мне, как админу, интересны такие проекты с точки зрения self-hosted сервиса, конечно же. Если это будет не хуже self-hosted Gitea, GitLab, Bitbucket, GitHub (Enterprise) и иметь приятный веб интерфейс, то можно будет опробовать на проектах.
А мне, как разработчику, конечно же, не интересны, ибо self-hosted - верный способ отрезать себя от аудитории пользователей и контрибуторов, которая обитает только на гитхабе, а на каком-то вася.xyz даже регистрироваться не будет, и похоронить проект когда мне этот self надоест host'ить. А "в стол" писать ктоме `git init` ничего и не нужно.
> self-hosted - верный способ отрезать себя от аудитории пользователей и контрибуторов, которая обитает только на гитхабеНикто не мешает зеркалировать свои проекты на любые паблики. Нормальная практика во многих компаниях, когда продукт создаётся внутри компании и время от времени отзеркаливаются все изменения на нескольких публичных платформах. Там же пользователи могут создавать issues, и PR, на которые разработчики реагируют.