LINUX.ORG.RU
ФорумTalks

Почтовая рассылка — это барьер для входа в разработку ядра Linux

 , , , ,


1

5

Сообщает один из директоров Linux Foundation, сотрудник Microsoft — Sarah Novotny. Она работает в подразделении Azure, куда пришла из Google и nginx.

Ъ: https://www.theregister.com/2020/08/25/linux_kernel_email

Разработка ядра Linux, которая сейчас сосредоточена в текстовой почтовой рассылке, нуждается в альтернативном инструменте коллаборации над кодом для привлечения новых участников и поддержки Linux в актуальном состоянии в будущем.

Этот инструмент так же может быть текстовым, для работы над патчами с помощью электронной почты, но с более привычным интерфейсом для разработчиков, вошедшим в профессию за последние 5-10 лет.

Это довольно нетривиальная задача для новичков, которые хотят сделать свой вклад в проект. К примеру, мой партнёр отправил патч в почтовую рассылку OpenBSD, и для этого ему пришлось устанавливать целый отдельный клиент — для одного исправления, — который позволяет отправлять текстовые письма вместо HTML.

Интервьюер предположил, что в этом виновата Microsoft и её почтовый клиент. Почему бы им не исправить Outlook?

Исправления должны быть в пользу стандартов. Мы работаем с бизнесом и предприятиями, поэтому для них мы ориентированы на HTML-стандарт. Всё зависит от того, ради какой аудитории вы работаете.

Но как оказалось, виноватым был не Outlook.

На самом деле проблемой был GMail. Так же ведёт себя и Apple Mail. Современные клиенты намеренно перешли на HTML-письма.


Похожую по описанию реализацию уже разрабатывает Drew DeVault в рамках проекта Sourcehut. Для популяризации идеи он запустил сайт https://git-send-email.io.

★★★★★

Последнее исправление: commagray (всего исправлений: 7)
Ответ на: комментарий от Spoofing

время — самый ценный жизненный ресурс.

Вот и не надо тратить время разработчиков ядра на решение проблем тех, кто не может галку поставить в почтовом клиенте. Пусть саппорт outlook/gmail долбят.

utf8nowhere ★★★
()
Последнее исправление: utf8nowhere (всего исправлений: 2)

Мы работаем с бизнесом и предприятиями, поэтому для них мы ориентированы на HTML-стандарт. Всё зависит от того, ради какой аудитории вы работаете.

На самом деле проблемой был GMail. Так же ведёт себя и Apple Mail. Современные клиенты намеренно перешли на HTML-письма.

Какая неинклюзивность. Нужна SWJ-кампания против почтовиков не позволяющих отправлять plaintext.

utf8nowhere ★★★
()
Ответ на: комментарий от utf8nowhere

Вот и не надо тратить время разработчиков ядра на решение проблем тех, кто не может галку поставить в почтовом клиенте.

Почтовые сервера и веб интерфейс разработчики ядра администрируют?

X512 ★★★★★
()
Ответ на: комментарий от Spoofing

ну и да, я это сделал.

Что ты сделал? Ничего ты не сделал? Домохозяйка сможет развернуть твою систему на N серверов?! Нет! И что ты там наоптимизировал!? Хватит кормить нас говном!

BceM_IIpuBeT ★★☆☆☆
()

То, что в git есть утилита для составления этих писем, Саrочка не знает.

chupasaurus
()
Ответ на: комментарий от BceM_IIpuBeT

Что ты сделал? Ничего ты не сделал?

я сделал.

Домохозяйка сможет развернуть твою систему на N серверов?!

и мне нет никакого дела до домохозяйки. когда перед ней встанет задача, захочет — сделает.

Spoofing ★★★★★
()

Патч, текстом, по почте - верх маразма. Почему не пулл реквест? Есть же уже всякие gitea, чтобы не зависеть от хостингов, почему нельзя захостить проект на своём сервере, чтобы всем было удобно? Почему нельзя использовать нормальный свободный мессенджер, matrix или tox или ещё какой? Вариантов - огромное количество.

InterVi ★★★★★
()
Ответ на: комментарий от InterVi

Почему нельзя использовать нормальный свободный мессенджер, matrix или tox или ещё какой?

Они не умеют публично сохранять историю. У списков рассылки хотя бы логи есть.

X512 ★★★★★
()
Ответ на: комментарий от Spoofing

я кроме commit/push ничего не знаю, а когда что-то ломается, ругаюсь и начинаю гуглить

Это очень херово. Надо знать ещё как минимум про откаты, ветки и конфликты. А ещё пора перестать быть старым пердуном и пересесть за нормальную IDE, где гит интегрирован в гуй и тебе надо только нажать пару кнопок. В некоторых продвинутых редакторах он тоже есть, и отдельные гуи тоже есть, и консольные псевдографические тоже есть. Ну или команды учи, если тебе так удобней.

InterVi ★★★★★
()
Ответ на: комментарий от InterVi

Это всё временные решения. Менять мессенджер каждые пару лет никто не будет.

gitea - дно, которое завтра загнётся. Тут нужен gitlab как минимум. Ну или что-то серьёзное с длительной поддержкой. Лет 10 минимум.

RazrFalcon ★★★★★
()
Ответ на: комментарий от InterVi

Ну или команды учи, если тебе так удобней.

У git действительно ужасный CLI, но скрывать его за IDE слишком опасно. Нужно хоть немного понимать как оно работает, иначе слишком легко всё сломать.

RazrFalcon ★★★★★
()
Ответ на: комментарий от X512

Все эти костыли не нужны, когда есть нормальная обвязка вокруг гита, куда приходят публичные пулл реквесты и общение по ним ведётся там же. Если прям так нужно публично пообсуждать, для этого со времён динозавров есть форумные движки, там настраивать не так много. Остальным отдавать html кэш, как и с логами почты, даже нагрузка на сервер не изменится. Формат общения тот же.

Если бы хотели, давно бы всё решили. Это банальные стариковские привычки.

Они не умеют публично сохранять историю

Решается ботами. Есть другой минус - большее количество сообщений с меньшей информативностью. Нужно что-то вроде форума или доски.

InterVi ★★★★★
()
Ответ на: комментарий от RazrFalcon

Gitea основана на gogs, оба со спонсорами. Они не загнутся, пока кому-то нужны, тем более что Linux Foundation может себе позволить их спонсировать. Кроме них есть другие проекты.

gitlab

Там двойное лицензирование. Завтра условия изменятся, и что тогда? Или гитлаб может просто отказать в лицензии, если ему так захочется. Свободный софт надёжнее проприетарщины. Это не васяны какие-то, в случае чего смогут поддерживать.

InterVi ★★★★★
()
Последнее исправление: InterVi (всего исправлений: 1)
Ответ на: комментарий от InterVi

Завтра условия изменятся, и что тогда?

Сделать форк. Единожды открытый софт закрыть невозможно.

X512 ★★★★★
()
Ответ на: комментарий от InterVi

Gitea основана на gogs, оба со спонсорами.

У этих проектов чуть ли не в mission statement сказано что они не планируют бороться за масштабирование и конкурировать с GitHub и GitLab, а хотят оставаться проектом для средних размером контор.

Поэтому несмотря на то что сам проект неплохой, большой open-source типа ядра или дистрибутива на него не пересадишь.

alpha ★★★★★
()
Ответ на: комментарий от alpha

Вообще реальным решением для ядра является Gerrit. Потому что ядру сто лет как не нужна модель форк/pull-request, а нужна отправка патчей по топику.

Gerrit реализует как раз патч-ориентированную модель разработки, а не user-ориентированную Git Forge, где каждый хостит своё личный проект и обменивается pull-request-ами.

Но поскольку в разработке ядре сидят неосиляторы, которые не могут выйти за рамки один раз выученного процесса и адекватно оценить хоть что-то новое, то Gerrit они тупо зарезали даже не став разбираться.

В итоге единственное реально масштабируемое мощное и тру-open source решение останется в стороне, а победит скорее всего какой-нибудь комбайн вроде GitLab, просто потому что кто, если не он.

alpha ★★★★★
()
Последнее исправление: alpha (всего исправлений: 1)
Ответ на: комментарий от InterVi

Свободный софт надёжнее проприетарщины.

Только не для коммерческого использования. Ибо поддержка и bus factor.

RazrFalcon ★★★★★
()
Ответ на: комментарий от X512

Это проприетарщина. Тебе дадут open, но не libre. Официальная организация не может работать без лицензии на софт, тем более в западном мире - там за это наказывают.

InterVi ★★★★★
()
Ответ на: комментарий от RazrFalcon

Там другая модель. Будешь спонсировать - будет поддержка. Спонсоры заказывают фичи, но пользуются все.

InterVi ★★★★★
()
Ответ на: комментарий от InterVi

KDE ток переходит с него на гитлаб из-за неосиляторов.

BceM_IIpuBeT ★★☆☆☆
()
Ответ на: комментарий от InterVi

Повторюсь, проблема не в отсутствии вариантов, а в неумении разработчиков ядра их оценивать.

В итоге у любых open source проектов нет достаточной силы убедительности чтобы ядерные разработчики всерьез озаботились переходом. Перевести ядерную разработку на новую технологию можно только очень серьезным объединенным усилием через давление на лидеров проекта. При этом лидеры проекта будучи замечательными разработчиками ядра не являются специалистами в администрировании инструментов разработки. Поэтому ведутся на маркетинг как самые обычные люди.

Нормальным open source проектам в таких случаях очень сложно конкурировать со всей мощью маркетинга проектов-тяжеловесов.

GitHub пока не в игре из-за лицензии. Но если Microsoft сподобится его фрмально открыть, а он вообще может, то шансов не останется совсем.

alpha ★★★★★
()
Последнее исправление: alpha (всего исправлений: 1)
Ответ на: комментарий от alpha

В итоге у любых open source проектов нет достаточной силы убедительности чтобы ядерные разработчики всерьез озаботились переходом

При этом лидеры проекта будучи замечательными разработчиками ядра не являются специалистами в администрировании инструментов разработки. Поэтому ведутся на маркетинг как самые обычные люди

То они ведутся или не ведутся? Я запутался.

Перевести ядерную разработку на новую технологию можно только очень серьезным объединенным усилием через давление на лидеров проекта

Желательно через членов семьи. Проверенный способ.

BceM_IIpuBeT ★★☆☆☆
()
Ответ на: комментарий от alpha

проблема не в отсутствии вариантов, а в неумении разработчиков ядра их оценивать. В итоге у любых open source проектов нет достаточной силы убедительности чтобы ядерные разработчики всерьез озаботились переходом.

Опенсорс сам по себе, по определению, вял, безынициативен и независим от результата. Там, где давно порешал бы либо рынок, либо жесткий административный подход - опенсорс вяло болтается в проруби. От краха, что прикольно, его пока спасает это же - остатки той самой открытости и независимости.

Перевести ядерную разработку на новую технологию можно только очень серьезным объединенным усилием через давление на лидеров проекта.

так ведь люди точно так же не хотят чего-то только одного определенного )

vaddd ★☆
()

один из директоров Linux Foundation, сотрудник Microsoft

работает в подразделении Azure

Это оффтопикокапец или линуксокапец, или и то, и другое?

пришлось устанавливать целый отдельный клиент — для одного исправления, — который позволяет отправлять текстовые письма вместо HTML

Лолшто? В каждом почтовике же есть опция, как отправлять письма - простым тестом или HTML.

На самом деле проблемой был GMail. Так же ведёт себя и Apple Mail. Современные клиенты намеренно перешли на HTML-письма.

Врёти, всё можно настроить, было бы желание.

sT331h0rs3 ★★★★★
()

Почтовая рассылка — это барьер для входа

сотрудник Microsoft — Sarah Novotny
неудивительно

Она работает в подразделении Azure, куда пришла из Google и nginx.

простите за мат, а какого хуя она делает в Linux Foundation ?
кто ещё там работает? Стиви Баллмер ? Руслан Карманов?
не стоит ли мне обходить эту орагнизацию стороной?

darkenshvein ★★★★★
()
Ответ на: комментарий от BceM_IIpuBeT

В вашей вселенной кто-то ставит перспективные цели и ведет к ним линукс семимильными шагами?

vaddd ★☆
()
Ответ на: комментарий от theNamelessOne

Та вот же:

я с полна нахлебался, в сотый раз настраивая сервак, теперь хочу один раз настроить и развернуть однотипную конфигурацию на N серваков в минимум телодвижений. ну и да, я это сделал.

BceM_IIpuBeT ★★☆☆☆
()
Ответ на: комментарий от theNamelessOne

я себя неважно чувствую, если честно. ни то мигрень, ни то давление, в левом виске давит и болит, и левый глаз болит. могу нести бред. извиняюсь. с работы ушёл, ничо не хочу. хз.

Spoofing ★★★★★
()

Мышь родила гору.

ashot ★★★★
()
Ответ на: комментарий от X512

Почтовые сервера и веб интерфейс разработчики ядра администрируют?

Нет. Поэтому какие к ним претензии?

utf8nowhere ★★★
()
Ответ на: комментарий от Vsevolod-linuxoid

Видимо хотят брать количеством. А так как величина интеллекта на планете - константа, а население - растет, то вот так вот и получается. Щито поделать, десу :-(

Pinkbyte ★★★★★
()
Ответ на: комментарий от ma1uta

Original Post(er), открывающее псто, нулевое сообщение в треде.

commagray ★★★★★
() автор топика

Разрабочики (могут пропатчить линукс): почтовая рассылка устарела и неудобно.
ЛОР (не может пропатчить лиукс): почтовая рассылка — это олдскул и круто!

Кстати нтересно, как обсуждение неудобности email-коллаборации свелось к хейту одного из нюансов — отправке txt-писем.

ЗЫ Я только однажды участвовал в разработке через email, простите, но это такое говно мамонта в сравнении с тем же гитхабом.

filosofia
()
Последнее исправление: filosofia (всего исправлений: 1)
Ответ на: комментарий от filosofia

Традиционно почтовую рассылку в plaintext поддерживают больше всего те, кто ей никогда не пользовался и даже не представляет какой это ад.

Polugnom ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.