The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]



"Управление через почтовые рассылки, как барьер, мешающий приходу молодых разработчиков"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Управление через почтовые рассылки, как барьер, мешающий приходу молодых разработчиков"  +/
Сообщение от opennews (??), 28-Авг-20, 22:50 
Сара Новотны (Sarah Novotny), входящая в управляющий совет Linux Foundation от компании Microsoft, подняла вопрос об архаичности ведения процесса разработки ядра Linux. По мнению Сары, использование списка рассылки (LKML, Linux Kernel Mailing List) для координации разработки ядра и отправки патчей отпугивает молодых разработчиков и является барьером, мешающим приходу новых сопровождающих. С увеличением размера ядра и темпа разработки нарастает проблема с нехваткой сопровождающих, способных курировать подсистемы ядра...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=53619

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


68. "Управление через почтовые рассылки, как барьер, мешающий при..."  +48 +/
Сообщение от Аноним (68), 29-Авг-20, 00:42 
Гитхабовские pull request'ы не удобны, если просто хочешь отправить всего одну заплату. Проект надо обязательно целиком форкать перед этим. Да и без аккаунта на этом сайте ничего нельзя сделать.

В случае с рассылками всё куда проще. Даже не обязательно весь репозитоий выкачивать. Склонировал верхушку себе в /tmp, внёс правки — отправил diff по почте бесплатно и без регистрации да и забыл. Даже удалять за собой ничего не придётся.

Ответить | Правка | Наверх | Cообщить модератору

132. "Управление через почтовые рассылки, как барьер, мешающий при..."  +36 +/
Сообщение от zurapa (ok), 29-Авг-20, 06:05 
Красота!...

Но в таком случае не пить тебе смузи с дровосеками в клетчатых рубашках.

Ответить | Правка | Наверх | Cообщить модератору

146. "Управление через почтовые рассылки, как барьер, мешающий при..."  +4 +/
Сообщение от Аноним (146), 29-Авг-20, 07:52 
> Хочешь отправить заплатку
> Проекта нет у тебя на компьютере

А ты про контроль качества слышал? Кому нужен написанный на коленке патч, который даже не пытались проверить на работоспособность?

Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

160. "Управление через почтовые рассылки, как барьер, мешающий при..."  –7 +/
Сообщение от zurapa (ok), 29-Авг-20, 09:08 
>> Хочешь отправить заплатку
>> Проекта нет у тебя на компьютере
> А ты про контроль качества слышал? Кому нужен написанный на коленке патч,
> который даже не пытались проверить на работоспособность?

Видать ты не в курсе. Разработка так и происходит. Человек со стороны может глянуть увидеть вариант решения, накидать общую картинку, дать глянуть, а если тебе понравится, ты уже врисуешь его идею в код. Вообще так делают, когда разрабатывают командой и влазит кто-то со стороны со здравой идеей. Он может и не знать языка, на котором ты пишешь... Или ты предлагаешь, чтобы поучаствовать в решении задачи, человек должен склонировать себе всё, написать, оттестировать, отправить на проверку?... Не, мужик, не всегда так происходит. А если ты такие идеи не принимаешь в таком оформлении, ну, мне жаль тебя. Ты в принципе значит не прислушиваешься к людям.

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

Есть ещё другое объяснение твоим словам. Ты без синтаксис помощника, без DE, которая подрисовывает тебе смысл написанного, не способен понять общий намёк на решение. Тогда да. Код в письмах это зло. Да ещё и без раскраски, где что... Это же жесть. "Так ни кто уже не работает." "Только ретрограды".

Ответить | Правка | Наверх | Cообщить модератору

167. "Управление через почтовые рассылки, как барьер, мешающий при..."  +3 +/
Сообщение от Аноним (146), 29-Авг-20, 10:12 
Столько истерики и далеко идущих выводах обо мне...

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

Ответить | Правка | Наверх | Cообщить модератору

310. "Управление через почтовые рассылки, как барьер, мешающий при..."  –1 +/
Сообщение от ананим.orig (?), 29-Авг-20, 19:19 
Этот патч кто-то должен применить или как?
Кто? И почему он это должен делать?

И главное.
Если это перевести на жидхаб что-то в этом воркфлоу изменится?
Что именно?

Ответить | Правка | Наверх | Cообщить модератору

180. "Управление через почтовые рассылки, как барьер, мешающий при..."  +2 +/
Сообщение от пох. (?), 29-Авг-20, 11:11 
> Видать ты не в курсе. Разработка так и происходит.

к сожалению, нет - в линуксе это совершенно наоборот происходит.

1. Ты находишь серьезную проблему, портящую данные. Ты тратишь кучу времени на то чтобы разобраться как устроена хрень (это совершенно отдельное от 1 занятие на куда больше времени и сил) и куда, в какое место в коде можно попытаться впихнуть исправление (еще более отдельное). Возможно, попутно разбираясь в технологии (это опять отдельное от 1 - там ты узнал что не-правильно), неведомых нагромождениях апи и так далее.
Пока ты со всем этим копался - stable api nonsence поменялся, и тебе приходится все переделывать снова (git rebase не поможет - апи за тебя он не перепишет)

Потом ты режешь помельче, а то в экранивлазиит, и подаешь с поклоном. Ты не можешь это сделать ни с винды (привет местным др-рам на git send-email - в винде ни разу нет /bin/sendmail) ни с виртуальной машины где тестировал (опять не отправится - потому что ни разу не настроена там почта, это вечнокрэшащаяся виртуалка для отладки - если там и есть сеть, то разьве что для git pull - а может и это берется с nfs с другой машины, чтоб не портилось крэшем)
Тебе нужна полностью настроенная рабочая юникс-онли инфраструктура отправки почты. У меня дома, к примеру, ее нет - нет общего релея. Почта куда-то может и уйдет, только там ее выкинут как спам.

Дальше смешнее - идешь ты в lkml и обнаруживаешь, что твое 12/234 потерялася. Потому что там насквозь гнилой софт времен 99го года не справляется с потоком. (это не фантазии - поищите патчи ntfs3 v2)

Как они там со своей стороны с этим работают - отдельная песня. Мне пришлось через вторые руки для того же ntfs3 разбираться, как вообще вытащить одним куском весь пакет патчей - вы удивитесь, но "автоматизация" для этой цели такая, что MS нервно курит. (попробуйте, опять же, сами на том же ntfs)

Ладно, это неважно - ты донес свое ценное и важное исправление  - и, _возможно_ - его даже прочитали. А возможно и нет - это ж поток почтового мусора, твое отдельное письмецо могут просто не заметить (как случилось с тем же парагоновским драйвером exfat. 0 replies. Просто не увидели.)

Тебе отвечают с брезгливой миной, что да, баг, безусловно, есть - но твой патч (напомню - устраняющий потерю данных!) кривой. Немедленно переделай (пять строк на псевдокоде, который еще и не работает)! Если он не собирается - в тебя летит еще пачка писем от робота (включая false alarms, вот еще, настраивать его аккуратно). И двадцать писем о том что ты написал в комментарии colour, а они желают видеть color и никак иначе!

На какой итерации ты плюнешь? (ты-то баг уже исправил, у _тебя_ теперь - работает)


P.S. стоит ли все это действительно полезного барьера, огораживающего от "разработчиков", неспособных пользоваться собственным аутглюком, или их можно просто было бы послать найух - вопрос отдельный. Но существующая система в lkml - это п-ц кромешный.
P.P.S. все совпадения с реальными именами и названиями случайны, разумеется, я пишу только на .md


Ответить | Правка | К родителю #160 | Наверх | Cообщить модератору

217. "Управление через почтовые рассылки, как барьер, мешающий при..."  –6 +/
Сообщение от rshadow (ok), 29-Авг-20, 14:50 
Странно читать как заядлый виндузятник отправляет патчи в линукс ядро. Несомненно будут проблемы, ведь мозги и привычки по другому повернуты. Но за то что разбираешься и патчишь, как говорится: "мое почтение".
Ответить | Правка | Наверх | Cообщить модератору

237. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от хоп (?), 29-Авг-20, 15:47 
> Пока ты со всем этим копался - stable api nonsence поменялся, и тебе приходится все переделывать снова (git rebase не поможет - апи за тебя он не перепишет)

А как ты думал, это ядро, батенька, тут разбираться надо, что ты делаешь, и как это взаимодействует с другими подсистемами. И да, это требует много времени.

> Тебе нужна полностью настроенная рабочая юникс-онли инфраструктура отправки почты.

Что за хрень ты несешь?! Не нужна отдельная инфраструктура. Нужен нормальный mta.

> У меня дома, к примеру, ее нет - нет общего релея. Почта куда-то может и уйдет, только там ее выкинут как спам.

:facepalm: в lkml нормально доходит почта как с gmail/mail/yandex и прочих.

> Тебе отвечают с брезгливой миной, что да, баг, безусловно, есть - но твой патч (напомню - устраняющий потерю данных!) кривой.

Ссылку можно?

> Но существующая система в lkml - это п-ц кромешный.

Нормально там все.

Ответить | Правка | К родителю #180 | Наверх | Cообщить модератору

249. "Управление через почтовые рассылки, как барьер, мешающий при..."  –7 +/
Сообщение от пох. (?), 29-Авг-20, 16:29 
> Что за хрень ты несешь?! Не нужна отдельная инфраструктура. Нужен нормальный mta.

уровень впопеннета.
Ну даже есть у меня "нормальный mta" - пользы с него в блоке хоменет провайдера с invalid revptr?

> :facepalm: в lkml нормально доходит почта как с gmail/mail/yandex и прочих.

опачки. Переобулся л@п4атый в полете - теперь оказывается нужен вовсе не "нормальный mta", а в анальное рабство мэйлрушечке продаться - с нее "норм доходит". Не забыть указать пол, год рождения и номер паспорта, ну да, вы ведь так все и делаете.

> Ссылку можно?

перебьешься. (и какую тебе еще ссылку? Это ж л@п4атые, "пришлите почтой, не забыв порезать помельче"? )

> Нормально там все.

я изложил детально, что там не нормально. Ни одного возражения не поступило - полагаю, ровно потому, что здешние л@п4атые потре6ляти ни разу туда ничего и не пытались ни заслать, ни вытащить засланное кем-то другим для собственного анализа.

Но конечно же имеют свое ценное мнение по вопросу, в котором нихрена не понимают.

Ответить | Правка | Наверх | Cообщить модератору

298. "Управление через почтовые рассылки, как барьер, мешающий при..."  +4 +/
Сообщение от бублички (?), 29-Авг-20, 18:34 
все описанные тобой проблемы про MTA надуманы, от лени и неумения не то что настроить, но даже мыслить чуть шире. я лет 10 пользуюсь дома персональным MTA (Postfix с ClamAV, OpenDKIM, OpenDMARC, Spamassassin) - попросил провайдера добавить необходимую мне PTR-запись и он сделал это бесплатно, в течение часа. а уж у регистратора добавить DKIM/DMARC/MTA-STS/SPF-записи для валидной аутентификации почты - любой молодой разработчик сумеет. более того, в GCP CE у меня backup MX, настроенный аналогичным образом, общается с основным сервером через VPN-туннель (исходяшие обращения на 25-й порт у них закрыты). твоё бабье нытьё просто тошно читать
Ответить | Правка | Наверх | Cообщить модератору

330. "Управление через почтовые рассылки, как барьер, мешающий при..."  –4 +/
Сообщение от пох. (?), 29-Авг-20, 19:44 
> любой молодой разработчик сумеет

Проблема, что он может оказаться уже немолодой, и не заинтересоваться пятнадцатью поклонами и тремя притопами, которые ты живописал, включая бег с граблями "исходящие на 25й порт закрыты" (что ж ты не умолил GCP тебе их открыть - "бесплатно в течении часа"? А-а, пошлют-с? Вот и провайдер тоже может быть не настолько любезен.)
И все это ради неописуемого счастья исправлять чужие ошибки.

А ты это все, конечно же, смог, виртуозно владеешь git format-patch, но, к сожалению, не умеешь кодить. Как и большинство здешних обитателей.

Ответить | Правка | Наверх | Cообщить модератору

342. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от mva (??), 29-Авг-20, 22:00 
А почему у меня git send-patch прекрасно работает через smtp и таки отлично шлёт через яндекс/гугл/корпоративный-exchange/свой-exim-на-vps?
Ответить | Правка | Наверх | Cообщить модератору

348. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от пох. (?), 29-Авг-20, 22:44 
Потому что тебе не лень было всю эту херню настроить, подарить свои данные гугляндексу и мэйлшпиону (и еще и платить за vps), и к тому же работаешь ты в подвальчике (неподвальные очень не любят открывать smtp на корпоративный exchange - и у них есть к этому основания)

А теперь расскажи нам - нахрена все это делать потенциальному разработчику, умеющему (случается) кодить, способному разобраться в сложном (очень сложном - я поразился насколько ж мутен и запутан стал современный блоатлинукс) механизме, и еще и имеющего время и вдохновение на собственно кодинг или исправление сложных багов? Несколько другое хобби, не находишь?

Причем отсутствие всего этого хлама ничуть не мешает быть хорошим разработчиком (в отличие от неумения переключить один свитч в аутглюке, разумеется) - ну не интересует человека линукс как unix-like система - он может мобильники, или эмбедовку какую делает, и запилил вон, к примеру, тот же cfq для самсунгов не так как у тех получилось, а как тот дятел хотел (ну вдруг, совпали хотелки и время нашлось). И вполне счаслив своим outlook с корпоративным эксченжем. Или вовсе msmail.

В результате его драйвер будет в чего-нибудьbsd - для _общения_ его аутглюка вполне хватит, а для codereview там вполне вменяемый phabricator. Соответственно - кодер может тратить свое время на _код_, а не на порежьте-переподайте-не-так-оформлено.

Ответить | Правка | Наверх | Cообщить модератору

455. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от mickvav (?), 03-Сен-20, 21:39 
Ну, фабрикатор в большом проекте ваши патчи тоже завернет, если вы в местный coding style не вписываетесь, правда? Причем по-хорошему - еще до того, как их кто живой увидит. И это правильно - время ценный ресурс.
А про почту - поинт вот вообще не понятен. Если у вас уже есть аутлук, то как-то же через него почта ходит, правда? Какой-то релэй там есть. Да, прикрутить его к виртуалке с линуксом - некая задача. Но решается она в рамках конторы один раз, потом раскатывается всем заинтересованным автоматом - с образом той виртуалки, рецептом шефа или еще как. И этот шаг не сложнее и не проще настройки аутлука, по большому счету. И да, когда вы (как контора) некий новый для себя компонент затягиваете в инфраструктуру - нужно выложить integration cost. А как без этого? А если у вас все на свете на что-нибудьbsd работает - то зачем вы в ядро линукса полезли? Из спортивного интереса? Ну так спорт дело накладное, что уж там.
Ответить | Правка | Наверх | Cообщить модератору

388. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Я (??), 30-Авг-20, 08:05 
погоди тоесть чтоб слать патчи в ядро надо свой МТА поднять? чёта я лучше пойду смузи выпью и кинчик на нетфликсе посмотрю, а вы там  сами ищите кто ваш код разгребать будет когда деды в маразм впадут..
Ответить | Правка | К родителю #298 | Наверх | Cообщить модератору

421. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от бублички (?), 30-Авг-20, 18:45 
на основной твой вопрос отвечу одним словом - нет. но ты можешь даже на ушах пытаться ходить и об успехах ежедневно писать, как это делает пох
Ответить | Правка | Наверх | Cообщить модератору

247. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 29-Авг-20, 16:18 
М-да.

Ну мы как-то нашли дедлок вроде бы в ext3.  Коллеги (один из которых здесь порой бывает как Led) его диагностировали, затем поняли, что это кривоптимизация в gcc, свели изначальное исправление к однострочному патчу, который я вместе с переводом описания и повесил как http://bugzilla.kernel.org/show_bug.cgi?id=15658; лето прошло тихо, написали в LKML и через пару дней по копии свалилось краткое обсуждение с итоговым "забрали".

Думаю, тут во многом вопрос отношения -- так вторые руки и "отрастают".

И нет, это не к тому, что всё и так шелковисто.

Ответить | Правка | К родителю #180 | Наверх | Cообщить модератору

253. "Управление через почтовые рассылки, как барьер, мешающий при..."  –6 +/
Сообщение от пох. (?), 29-Авг-20, 16:42 
Ну и к чему это тогда? Один раз вам "сказочно повезло" - потратив несообразное количество времени и усилий, переподав с поклоном пониже, вам удалось пропихнуть патч из одной строки. А другие разы - не повезло.

Да, это вопрос отношения. Когда ank потратил своего личного времени не один час, решая _мои_ проблемы - разумеется, я был рад ему помочь, чем мог (впрочем, это отчасти решало опять мои же проблемы - правда, тогда уже решенные уходом с линукса той инфраструктуры, и назад это не отыграли), хотя, разумеется, разработчику ip-стека и по статусу положено решать проблемы багов в ip-стеке, а не ждать пока готовое решение принесут на блюдечке, и еще и правильно оформленное - как этого хотят в большинстве других мест - если не потребуют "вообще все переделай, нам не нравится твое решение - похрен что у нас своего вообще нет" - см. судьбу самсунговского патча для big.LITTLE

Ответить | Правка | Наверх | Cообщить модератору

278. "Управление через почтовые рассылки, как барьер, мешающий при..."  –1 +/
Сообщение от ананим.orig (?), 29-Авг-20, 17:42 
К тому, что работает.
А ужас в вантуз как?
Ответить | Правка | Наверх | Cообщить модератору

340. "Управление через почтовые рассылки, как барьер, мешающий при..."  –5 +/
Сообщение от Аноним (340), 29-Авг-20, 21:49 
> Коллеги (один из которых здесь порой бывает как Led) его диагностировали

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

Жесть! Ребята, вы в своем уме?

Ответить | Правка | К родителю #247 | Наверх | Cообщить модератору

413. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (413), 30-Авг-20, 16:29 
Вроде умный мужик, но

>в винде ни разу нет /bin/sendmail

Вон из разработки линукса и линуксовых прог пока не откроешь для себя cygwin.

Ответить | Правка | К родителю #180 | Наверх | Cообщить модератору

246. "Управление через почтовые рассылки, как барьер, мешающий при..."  +3 +/
Сообщение от Аноним (246), 29-Авг-20, 16:18 
git clone --depth=1 ?
Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

390. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Аноним (390), 30-Авг-20, 09:31 
> бесплатно и без регистрации

Без SMS, JS, ... и прочей гадости. Просто и понятно, только текст и дифф.

M$ желают установить барьеры для разработчиков в ввиде регистратуры, JS, html, которое будет за ними приглядывать...

Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

393. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от anonymous (??), 30-Авг-20, 11:54 
Речь про добавление интерфейса,  а не про его замену. Microsoft лишь предлагает переиспользовать опыт среднего разработчика в процессах разработки ядра. И сделать таким образом проект более доступным народу.
Ответить | Правка | Наверх | Cообщить модератору

47. "Управление через почтовые рассылки, как барьер, мешающий при..."  +18 +/
Сообщение от topin89email (ok), 28-Авг-20, 23:52 
Так-то да, рассылки не так удобны, как гитхабовские реквесты. Наверное, не участвовал. Но у них есть одно преимущество -- децентрализованность. Для текущих мейнтейнеров это не пустой звук.

Если будет создан инструмент поверх почты, позволяющий прям на раз-два проверять, одобрять и мержить -- это круто. Такой вот Github Over Mail. Ну и консольные клиенты для ценителей.

Если предложат один-единственный сервис -- откажут, будь он хоть трижды удобным.

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

Ответить | Правка | Наверх | Cообщить модератору

121. "Управление через почтовые рассылки, как барьер, мешающий при..."  +28 +/
Сообщение от zurapa (ok), 29-Авг-20, 05:41 
Мужик! Ты всему веришь, что пишут в статье неосиляторы почтового клиента. Plain Text должен уметь любой почтовый клиент. Это один из форматов письма. Если почтовый клиент не может plain text, то он уже не почтовый клиент. Он недопочтовый клиент. Потому что протокол не поддерживает до конца.

Автор претензии очень глупый человек, и умудрился заявить об этом на всё пространство. Мы сейчас над ним поглумимся, чтобы другим таким стыдно было даже рот открывать. И забудем... Хотя забыть, что есть такого уровня люди пишущие код в ядра суровых систем - как это забыть?

Outlook может голый текст. Более того, если тебе отправили голым текстом, то отвечается голым текстом в Outlook. Там даже перенастраивать не нужно ничего.

А вот что действительно не может Outlook - это нормально работать с IMAP. Не знаю как у кого, но у меня были проблемы.

Ответить | Правка | Наверх | Cообщить модератору

197. "Управление через почтовые рассылки, как барьер, мешающий при..."  +4 +/
Сообщение от ананим.orig (?), 29-Авг-20, 13:01 
> Если почтовый клиент не может plain text, то он уже не почтовый клиент.

Оутглюк — не почтовый клиент. Он клиент экченджа.
Так как он умеет imap, pop3,… так лучше б и не умел вовсе.

Ответить | Правка | Наверх | Cообщить модератору

218. "Управление через почтовые рассылки, как барьер, мешающий при..."  –20 +/
Сообщение от Microsoft (?), 29-Авг-20, 14:51 
> Оутглюк — не почтовый клиент. Он клиент экченджа.

С удовольствием информируем слащеморковкинеедалов: exchange - именно почтовый сервер. Что он не использует именно ваши доморощенные апи, устаревшие на сорок лет - это ваши половые проблемы.

В отличие от используемого вами хлама, где даже для такой несложной задачи, как работа с почтой, нужно их десять. Один для отправки, другой для отправки же, третий для получения, четвертый...опять для получения? Да идите нахрен, мы обходимся mapi.

> Так как он умеет imap, pop3,… так лучше б и не умел вовсе.

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

P.S. а теперь расскажите нам, как вы настраиваете фильтры. Мы взяли попкорн и ждем.
(Да, да, мы в курсе про sieve - еще стодесятое отдельное ненужно. И что ни в одном вашем клиенте нет к нему интерфейса - тоже.)

Ответить | Правка | Наверх | Cообщить модератору

225. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от ананим.orig (?), 29-Авг-20, 15:01 
> это ваши половые проблемы.

не-не! судя по сабжу это именно ВАШИ гендерно-половые проблемы! :D

Ответить | Правка | Наверх | Cообщить модератору

303. "Управление через почтовые рассылки, как барьер, мешающий при..."  –1 +/
Сообщение от Microsoft (?), 29-Авг-20, 19:01 
> не-не! судя по сабжу это именно ВАШИ гендерно-половые проблемы! :D

Мы просто используем доступные нам рычаги влияния (заметьте - открытые), чтобы, как обычно, облегчить жизнь нашему всему - нашим дорогим гендерно-нейтральным пользователям с кривыми руками.

Ответить | Правка | Наверх | Cообщить модератору

316. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от ананим.orig (?), 29-Авг-20, 19:28 
Я и не возражаю.
Просто данный ресурс считаю слегка выбивающимся из вашей (?!!:D) целевой аудитории.
Ответить | Правка | Наверх | Cообщить модератору

304. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (304), 29-Авг-20, 19:03 
> P.S. а теперь расскажите нам, как вы настраиваете фильтры. Мы взяли попкорн и ждем.

Лучше расскажите когда вы эти фильтры почините. Часть на сервере, часть только на клиенте. Работает в зависимости от того в каком доме Сатурн.

Ответить | Правка | К родителю #218 | Наверх | Cообщить модератору

408. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Microsoft (?), 30-Авг-20, 15:22 
> Часть на сервере, часть только на клиенте.

Было бы странно размещать на сервере правило, которое может исполняться только клиентом, например - проиграть нескучную музычку, или помигать сообщением, не находите?

> Работает в зависимости от того в каком доме Сатурн.

Работает в зависимости от того, сочли мы данную возможность реализуемой на серверной стороне и безопасной для наших дорогих пользователей, или нет.
Причем мы всегда предупреждаем Вас об этом.
По сути у правила "на клиенте исполняется только то что непосредственно связано с системой клиента" единственное исключение - удаление без перемещения в deleted.

P.S. полагаем излишним уточнять, что в ваших поделках вообще ничего похожего нет?
В лучшем случае - "синхронизации" через хранилища больших (меньших чем мы) братьев.

Ответить | Правка | Наверх | Cообщить модератору

419. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (304), 30-Авг-20, 18:13 
> Работает в зависимости от того, сочли мы данную возможность реализуемой на серверной стороне и безопасной для наших дорогих пользователей, или нет.

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

Ответить | Правка | Наверх | Cообщить модератору

420. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Microsoft (?), 30-Авг-20, 18:25 
Попробуйте обратиться к вашему системному администратору.

Интернет завален свидетельствами видевших летающие тарелки, но мы пока не можем их удалить.

P.S. в частном порядке, это информация не для разглашения: не стоит пытаться вообще трогать правила через owa, если вы эпизодически используете и обычный outlook. Мы, конечно, очень старались, но получилось почему-то как всегда.

Ответить | Правка | Наверх | Cообщить модератору

445. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (304), 01-Сен-20, 18:12 
[позевывая]
Ты не знаешь то практически все ответы мс на проблемы с правилами начинаются с двух пунктов. Вычистите из аутлук правила и закройте его. Вычистите из овы правила.
Китайский мс какой-то, бракованный.
Ответить | Правка | Наверх | Cообщить модератору

403. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Аноним (403), 30-Авг-20, 13:43 
> С удовольствием информируем слащеморковкинеедалов: exchange - именно почтовый сервер.

Некоторые из присутствующих его никогда не админили и не знают, что вы обманываете.

Exchange не является почтовым сервером в том смысле, в котором его тут определяют. Настоящие MTA это postfix, exim или вон sendmail.
А Exchange - это не MTA, это всё остальное. Exchange - это такой веб-сервер дающий календари, контакты, адресную книгу, автонастройку клиентов, WebDAV-хранилище и API через OAuth2 для других приложений. Exhange - это средство доставки почты до пользовательского клиента, который раздает почту через 2 разных веб-API (EWS, MAPI), традиционные протоколы (POP3/IMAP + SMTP) и старых выпиленных типа MSRPC (до 2016). Exhange - телефонный сервер, реализующий на себе функционал голосовой почты, Text to Speech способный интегрироваться с любыми АТС по SIP. Exchange - это сервер хранения и репликации баз почтовых ящиков. И еще он умеет интегрироваться с другими серверами по протоколу SMTP...

Короче, это все что угодно кроме MTA! Так вышло и это удобно, что пересылка почтовых сообщений между нодами по SMTP, но это вовсе не значит, что вы сможете накрутить на нем то, что банально умеет postfix по SMTP. Наоборот, Exchange-серверу нужен отдельный граничный MTA, который будет выполнять задачи по фильтрации спама, вообще безопасности, проверку на вирусы... короче даже необходимый минимум он не умеет. Предполагается, что пользуясь Exchange компания настроит "поток обработки почты" через имеющийся MTA, типа postfix или вообще поставит железное решений от какой-то Cisco или кого-то еще.

Для тех у кого нет нормальной почтовой инфраструктуры предлагается использовать бяку под названием Exchange Edge Transport. Это совершенно отдельный продукт с Exchange его связывает только слово в названии и оно реализует базовый функционал MTA для нужд Exchange позволяя сравнительно удобно настроить антивирус, антиспам, качая обновление определений с MS через windows update. Настроить черные/белые списки и выдать возможность пользователям маркировать отправителей как спамеров через Outlook. Но даже DKIM на этой бяке настроить - через сторонние плагины неизвестно как работающие и вообще оно толком не обновлялось 10 лет со времен версии (2010 SP1). Его пытались вообще выпилить в 2013, но вернули по просьбам клиентов.

> Что он не использует именно ваши доморощенные апи, устаревшие на сорок лет - это ваши половые проблемы.

Те же яйца только в профиль. Exchange использовал СВОИ доморощенные API вплоть до 2019, пока его не перевели на MAPI через web. До 2016 это сравнение бегемота с гиппопотамом.

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

Справедливости ради, поддержка протокола IMAP в Outlook до версии 2013 SP1 была можно сказать неработоспособна. 2019 - это первая версия, которая не глючит и не тормозит. The Bat раньше починился...
IMAP - это вполне себе такой стандарт, да и POP3 бывает полезен, особенно когда ящиком пользуется приложение, а не живой человек через клиент. Обратите внимание на выпил Outlook Anywhere (MS-RPC) в пользу MAPI-over-HTTPS, который по сути еще один EWS в то время как IMAP и POP3 живы-живёхоньки.

И вообще учтите что не все люди любят концепцию почтового клиента-монстра. Есть предпочитающие веб и вообще интегральные вебклиенты типа Nylas и иже с ним. Такие и zimbra себе поставят с её вебклиентом. Есть люди которым не надо у них 1 ящик и до 50 писем в день, они не видят проблемы с правилами. Есть те у кого клиент один большой но на одном устройстве и они не видят разницу между серверными правилами и клиентскими правилами, синхронизация не нужна. А если оутлуко-боги с 10 ящиками тонной писем (1 письмо в пять минут от живого человека) и еще уведомления рассылки, совместные документы и прочее.

Единственным вменяемым клиентом на Linux для пользователей, которым реально нужен почтовый клиент был и остаётся GNOME Evolution остальным хватит Claws mail или вебклиента, потому что у них нет задачи которую решает оутлукообразный клиент. На венде есть качественно другое решение The Bat, там вы правилами упишетесь похлеще оутлука. И да, тоже IMAP там починили сравнительно недавно.

Главное только Thunderbird не использовать. Он одинаково ужасен на всех платформах.

Ответить | Правка | К родителю #218 | Наверх | Cообщить модератору

407. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Microsoft (?), 30-Авг-20, 15:17 
> Exchange не является почтовым сервером в том смысле, в котором его тут определяют.

Exchange является именно _почтовым_сервером_. Почта - это, если вы не в курсе, когда один человек другому пишет буковками что-то (или бандероль отправляет). Подробности изложены в прекрасном научно-популярном мультфильме "Зима в Простоквашино", но вы оттуда запомнили только глупый анекдот про велосипед.
Как раз еxchange осуществляет все, что нужно, чтобы это происходило в сети, а не на бумаге.

А вот ваш MTA почтовым сервером не является (и даже не расшифровывается так), он является неведомой хренью, смысл и назначение которой вы незамутненному человеку на пальцах будете месяц объяснять. После чего он узнает, что сейчас вы еще будете рассказывать про какие-то попы и прочие собаки безглазые, еще столько же, и пошлет вас подальше.

И нет, ничего неправильного в старом mapi (который "всего" на двадцать лет моложе ваших любимых pop с smtp) нет - просто он плохо проходит через файрволы, поэтому мы мигрируем в веб-технологии, как все (к сожалению, рынок файрволов мы пока не контролируем).

> На венде есть качественно другое решение The Bat, там вы правилами упишетесь похлеще оутлука.

А потом удивитесь, что с соседнего компьютера никакие из этих правил не видны и не работают, да? ;-)

Ответить | Правка | Наверх | Cообщить модератору

412. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (340), 30-Авг-20, 16:28 
> поэтому мы мигрируем в веб-технологии

Ого! Аноним опеннета называет себя на Вы. Пора уже психиатра звать.

Ответить | Правка | Наверх | Cообщить модератору

416. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Аноним (403), 30-Авг-20, 17:05 
> Exchange является именно _почтовым_сервером_. Почта - это, если вы не в курсе, когда один человек другому пишет буковками что-то (или бандероль отправляет).
> А вот ваш MTA почтовым сервером не является (и даже не расшифровывается так), он является неведомой хренью, смысл и назначение которой вы незамутненному человеку на пальцах будете месяц объяснять

Эталонный пример невежества из Парижской палаты мер и весов.

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

Вы можете продолжать называть свою неграмотность "незамутненностью", но смысл от этого не изменится. Её все равно видно сквозь ваш текст. Проблема в том, что администраирование Exchange нельзя доверять незамутненным, он от них тупеет^W ломается. Например, своими глазами видел людей, которые выставили голой попой в интернет его вебовые порты без реверспрокси и почтовые порты без MTA перед ним и долго не могли понять, почему почта сломалась, спам. Беда-беда, настолько незамутненные что не могут даже доку прочитать по развертыванию.

> И нет, ничего неправильного в старом mapi (который "всего" на двадцать лет моложе ваших любимых pop с smtp) нет - просто он плохо проходит через файрволы, поэтому мы мигрируем в веб-технологии, как все (к сожалению, рынок файрволов мы пока не контролируем).

Твой ролеплей под MS перестаёт быть смешным, когда ты показываешь отсутствие собственной квалификации.
Фаерволы никогда не были проблемой для MSRPC проблема была в организации безопасности и балансировки нагрузки. Даже сейчас нельзя полноценно и гранулировано рулить безопасностью MSRPC без продуктов Forefront, которые, на минуточку, сняты с продаж за ненужностью 5 лет назад и не поддерживаются. Отказ от MSRPC происходит во всех продуктах не только в Exchange, но и в службах терминалов, вообще везде. Это довольно странный протокол напоминающий синтаксисом HTTP, но не поддающийся реверспроксированию на 7-ом уровне. Только фаервол, только хардкор. С балансировкой там просто смерть. Жесткая серверная привязка и persistent-сессия - это технологии из прошлого века. Иронично, что наличие кластера Exchange не решает проблему. Чем это отличается от POP3 и IMAP? А вот ничем.

> А потом удивитесь, что с соседнего компьютера никакие из этих правил не видны и не работают, да? ;-)

Я там выше писал про разные типы пользователей, разные предпочтения в клиентах и разные задачи. Необходимость "видимости с другого компа" возникает не у всех. Кроме того, ты, видимо, знаешь об этом лишь в теории. Пользовался бы на практике, знал бы, что переносится и срабатывает лишь подмножество правил, которые не завязаны на функционал Outlook. Но это все лирика, на самом деле. Смысл Exchange не в удобстве правил, а в том что это не столько почта, сколько Collabotation-продукт позволяющий производить скурпулезное планирование ресурсов, аудит, контроль безопасности (чтобы служба безопасности удобно рылась в почте), совместное редактирование (при правильном развертывании), планирование (при интеграции с MS Project) и оно еще и чятики на XMPP умело всандалить в вебверсию и всякую телефонию. Обработка и фильтрация потока писем не является функцией Exchange. Только доставка всех этих сервисов до юзера. Это токой большущий dovecot+.

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

Ответить | Правка | К родителю #407 | Наверх | Cообщить модератору

219. "Управление через почтовые рассылки, как барьер, мешающий при..."  +4 +/
Сообщение от rshadow (ok), 29-Авг-20, 14:52 
Даже IE умел скачивать браузеры. Почему в outlook не добавили скачку почтового клиента?
Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

226. "Управление через почтовые рассылки, как барьер, мешающий при..."  +2 +/
Сообщение от ананим.orig (?), 29-Авг-20, 15:05 
Там был экспресс, отдаленно напоминающий почтовый клиент … но его убили новичком.
Ответить | Правка | Наверх | Cообщить модератору

251. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Тот_Самый_Анонимус (?), 29-Авг-20, 16:36 
Угу, а в винамп скачку другого шлака. Ты аналогии вообще не умеешь.
Ответить | Правка | К родителю #219 | Наверх | Cообщить модератору

437. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от rshadow (ok), 31-Авг-20, 17:12 
Все поржали над шуткой, а ты нудеть начал...
Ответить | Правка | Наверх | Cообщить модератору

347. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от topin89email (ok), 29-Авг-20, 22:41 
> Мужик! Ты всему веришь, что пишут в статье неосиляторы почтового клиента. Plain
> Text должен уметь любой почтовый клиент. Это один из форматов письма.
> Если почтовый клиент не может plain text, то он уже не
> почтовый клиент. Он недопочтовый клиент. Потому что протокол не поддерживает до
> конца.

Спасибо. Это неожиданно, честное слово. Стоило погуглить 5 минут, проверить. В моё опадание, дичь нёс не абстрактный чел, а представитель Microsoft в Фонде Linux.

Я глянул сейчас в ветку LKML и источники новости, там веселее. Похоже, Outlook и Gmail не умеют в текстовые прикреплённые данные (attach). По крайней мере, люди жаловались. Упоминали и секретный способ оформить патч и тут же отослать по почте: git send-email.

Дай бог Торвальдсу и Кроа-Хартману крепких нервов, разбираться с такой навязанной тупостью в своих рядах.

Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

147. "Управление через почтовые рассылки, как барьер, мешающий при..."  +2 +/
Сообщение от Аноним (146), 29-Авг-20, 07:55 
Децентрализованность LKML? Письма идут через централизованную систему серверов. Ты наверно путаешь децентрализованность разработки кода (которую даёт git), и децентрализованность всех остальных около-рабочих процессов
Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

352. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от topin89email (ok), 29-Авг-20, 22:55 
> Децентрализованность LKML? Письма идут через централизованную систему серверов. Ты наверно
> путаешь децентрализованность разработки кода (которую даёт git), и децентрализованность
> всех остальных около-рабочих процессов

Почта не является централизованной. Вот адрес Торвальдса, например: torvalds@linux-foundation.org. Прибит к своему домену, заменой поля MX в DNS адрес в DNS mail-сервер можно поменять на gmail, proton mail, да хоть свой собственный поднять. И все эти независимые сервера могут слать друг другу письма и файлы. Не прям децентрализация уровня ZeroNet и торрентов в целом, но уж точно федеративная сеть.

Если бы всегда можно было отправить pull-request с github на bitbucket -- это было бы норм. Черт, если бы можно было обмениваться PR между разными инстами Гитлаба или там Gogs -- даже это бы зашло. В идеале -- отделить фронт от бэка и прописать открытый стандарт обмена между такими сервисами. Такого нет, поэтому пусть будет почта и sourcehut в довесок.

Ответить | Правка | Наверх | Cообщить модератору

395. "Управление через почтовые рассылки, как барьер, мешающий при..."  +2 +/
Сообщение от Groosha (?), 30-Авг-20, 12:14 
К слову, идея прикрутить федерацию через ActivityPub есть уже довольно давно: https://github.com/go-gitea/gitea/issues/1612
Возможно, год другой и станет лучше.
Ответить | Правка | Наверх | Cообщить модератору

183. "Управление через почтовые рассылки, как барьер, мешающий при..."  +3 +/
Сообщение от Аноним (183), 29-Авг-20, 11:49 
>Если будет создан инструмент поверх почты, позволяющий прям на раз-два проверять, одобрять и мержить -- это круто. Такой вот Github Over Mail

есть такой, https://sourcehut.org/. Хостинг проектов, багтрекер, списки рассылки, CI система. Всё интегрировано друг с другом и работает поверх email

Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

353. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от topin89email (ok), 29-Авг-20, 22:56 
>>Если будет создан инструмент поверх почты, позволяющий прям на раз-два проверять, одобрять и мержить -- это круто. Такой вот Github Over Mail
> есть такой, https://sourcehut.org/. Хостинг проектов, багтрекер, списки рассылки, CI
> система. Всё интегрировано друг с другом и работает поверх email

Спасибо за ссыль, не знал, что такое уже есть!

Ответить | Правка | Наверх | Cообщить модератору

215. "Управление через почтовые рассылки, как барьер, мешающий при..."  +3 +/
Сообщение от rvs2016 (ok), 29-Авг-20, 14:41 
> Outlook, который не умеет в чистый текст, это конечно дичь.
> Веб версия мылару умеет, а мегакорпоративный почтовый клиент
> мегакорпорации -- нет. Позор.

А зачем это уметь в корпорации, у которой давние и нерушимые традиции типа "640 килобайт хватит всем!"

Вот так и тут: "все должны писать в html, а остальные - нищeброды, которые нам не нужны"

Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

432. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от 1 (??), 31-Авг-20, 09:11 
Умеет всё outlook. Если смузи на монитор не выливать.
Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

1. "Управление через почтовые рассылки, как барьер, мешающий при..."  +81 +/
Сообщение от Аноним (1), 28-Авг-20, 22:50 
Неосиляторы в сообществе не нужны. Если человек настолько высокоинтеллектуален, что не способен разобраться, как работает почтовая рассылка - значит это веб-макака, и в LKML ему просто нечего делать.
Ответить | Правка | Наверх | Cообщить модератору

4. "Управление через почтовые рассылки, как барьер, мешающий при..."  +5 +/
Сообщение от Аноним (1), 28-Авг-20, 22:51 
А вот Microsoft в ядре Windows действительно не помешает инклюзивности. Пусть соберут у себя веб-макак и SJW, и пусть они пишут ядрышко в своей песочнице.
Ответить | Правка | Наверх | Cообщить модератору

17. "Управление через почтовые рассылки, как барьер, мешающий при..."  +14 +/
Сообщение от Аноним (17), 28-Авг-20, 23:10 
А коммъюнити Линукс не хватает адекватных людей. Что печально =(
Ответить | Правка | Наверх | Cообщить модератору

56. "Управление через почтовые рассылки, как барьер, мешающий при..."  –1 +/
Сообщение от Аноним (-), 29-Авг-20, 00:18 
Это каких адекватных ? Растовых перепейсателей вербованых за распитие зеленки в неположенном месте или местных ? Тут человеконенавистнечиство зашкаливает, оглянитесь, или Вы прям вот капздец хоть в космонавты какой адекватный ? Даже если это все сложить - показывайте свой афигенно незаменимый и толкающий прогресс системный код !
Ответить | Правка | Наверх | Cообщить модератору

60. "Управление через почтовые рассылки, как барьер, мешающий при..."  +14 +/
Сообщение от Вкусная водочка (ok), 29-Авг-20, 00:30 
Среди разработчиков в основном адекваты. А опеннет это не комьюнити, это так... филиал двача.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

98. "Управление через почтовые рассылки, как барьер, мешающий при..."  –2 +/
Сообщение от Аноним (98), 29-Авг-20, 03:41 
И где же по вашему тусуются настоящие разработчики?
Ответить | Правка | Наверх | Cообщить модератору

119. "Управление через почтовые рассылки, как барьер, мешающий при..."  +8 +/
Сообщение от Настоящий Разработчик (?), 29-Авг-20, 05:21 
А вы с какой целью интересуетесь? Хотите в нашу элитную тусовочку? ;)
Ответить | Правка | Наверх | Cообщить модератору

137. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Аноним (137), 29-Авг-20, 06:17 
новость не читай, тупые вопросы задавай
Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

150. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Атон (?), 29-Авг-20, 08:15 
"совет Linux Foundation от компании Microsoft"
Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

5. "Управление через почтовые рассылки, как барьер, мешающий при..."  +3 +/
Сообщение от Aliechemail (ok), 28-Авг-20, 22:53 
Именно! Только вот таких MS и надо, ведь они сейчас попытаются сделать Гитхаб основным инструментов развития ВСЕГО.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

16. "Управление через почтовые рассылки, как барьер, мешающий при..."  +15 +/
Сообщение от Аноним (16), 28-Авг-20, 23:09 
> Если человек настолько высокоинтеллектуален, что не способен разобраться, как работает почтовая рассылка

Дело не в рассылке, а в том, что в LKML валятся тонны писем и мэйнтейнер вынужден тратить львиную часть своего времени на разбор. Выделить полезное на фоне тысяч приходящих патчей не так просто, к тому же архива нормального нет. В lkml.org куча писем пропадает или ветки открепляются, а в lore.kernel.org/lkml/ интерфейс явно для роботов, а не людей делали.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

18. "Управление через почтовые рассылки, как барьер, мешающий при..."  –5 +/
Сообщение от Аноним (17), 28-Авг-20, 23:11 
Ожидай. Сейчас тебя заминусуют за такое мнение.
Ответить | Правка | Наверх | Cообщить модератору

102. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Аноним (102), 29-Авг-20, 04:21 
А, что модно-молодёжный чатик с чат ботом как то решит эту проблему? А интерфейс для роботов он идеален для программистов, можно быстро на коленке набросать скрипт, который превратит искомое в самый удобный для программиста вид.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

188. "Управление через почтовые рассылки, как барьер, мешающий при..."  –2 +/
Сообщение от пох. (?), 29-Авг-20, 12:32 
а теперь скачай pwclient.py - и ужаснись, КАКОЙ уродец "идеален для [этих] программистов".

ЕМУ НАДО ВРУЧНУЮ, БЛЖАД - указать все 1/255-255/255 по id'шечкам. Предварительно как хочешь, так и ищи их.

Ответить | Правка | Наверх | Cообщить модератору

248. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Michael Shigorinemail (ok), 29-Авг-20, 16:27 
В общем, я Виталику спасибо сказал (от себя).
Ответить | Правка | Наверх | Cообщить модератору

254. "Управление через почтовые рассылки, как барьер, мешающий при..."  –3 +/
Сообщение от пох. (?), 29-Авг-20, 16:44 
Да, но меня не перестает "немного" удивлять, что он тоже не видит ничего неправильного в этой антитехнологии.

Атличный же ж способ работы с патчами, да?

Ответить | Правка | Наверх | Cообщить модератору

187. "Управление через почтовые рассылки, как барьер, мешающий при..."  –3 +/
Сообщение от пох. (?), 29-Авг-20, 12:29 
> а в lore.kernel.org/lkml/ интерфейс явно для роботов, а не людей делали.

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

Я тут спрашивал, КАК блжад вы из него извлекаете патчсеты "порезанные поменьше" ?
Угадаешь, что мне ответили?

Вот прикинь - ты где-то узнал (или ты периодический читатель lkml даже) про какой-то интересный момент. У тебя - неважно, в почтовом клиенте или в браузере из архива открыто письмо 0/25 про что-тотам, с описанием что это и даже списком измененных файлов.

Так вот, механизм работы с lore: а нет механизма. Тебе надо вручную придумать(йопть!) фильтр, по которому вернется список 1-25/25 (у тебя открыто письмо - но lore не умеет msgid!). То ли по имени отправителя, то ли по кускам subject. А потом - вручную (йопть!) каким угодно способом все 25 штук как-то выковыривать - то есть в любом случае надо каким-то образом их перечислить поштучно. Смотри не ошибись - рядом лежит еще 25 предыдущей версии того же патча.

Если тебе охренеть повезло и отправитель справился с закорючками гита (это нигде не написано, и не факт что он знает единственно-правильный метод использования этих ненужно-усложнизмов) - они хотя бы будут собраны в тред по reply-to.  Но lore не умеет в треды, бида-бида.

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

опенсосие - перевод чужого времени и усилий впустую.


Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

193. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от пох. (?), 29-Авг-20, 12:52 
а, ну и да - быстро сравнить две версии одного и того же ты тоже не можешь - ну разьве что автор имеет собственный клон гита и даст тебе на него ссылку (правда, тогда становятся совершенно ненужными ВСЕ остальные приседания - этим и можно было ограничиться)

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

А git.kernel.org - он только для правильных пацанов, тебя там не ждут.

Ответить | Правка | Наверх | Cообщить модератору

202. "Управление через почтовые рассылки, как барьер, мешающий при..."  –2 +/
Сообщение от ананим.orig (?), 29-Авг-20, 13:09 
Судя по посту (который я так и не осилил) — как же хорошо что такие не присылают код.
Ни письмом, ни житхабом,… , никак.
Ответить | Правка | К родителю #187 | Наверх | Cообщить модератору

265. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от пох. (?), 29-Авг-20, 16:58 
одноклеточное ниасилило пост из больше чем двух строк.
Но оно прислало уже стописят патчей.

(все в CoC.md, исправляющие там запятые)

P.S. ты его ниасилил еще и потому, что никогда ничего подобного не присылал и чужое разобрать тоже не пытался.

Ответить | Правка | Наверх | Cообщить модератору

283. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от ананим.orig (?), 29-Авг-20, 17:50 
А ещё в русском языке есть знаки препинания…
Зыж
Да и вообще, мне пох.
Ответить | Правка | Наверх | Cообщить модератору

50. "Управление через почтовые рассылки, как барьер, мешающий при..."  +15 +/
Сообщение от Dzen Python (ok), 29-Авг-20, 00:03 
Предлагаю ввести термин "поколение гитхаба" - "программисты", могущие работать исключительно с короткими патчами до 122 символов в стиле социальной сети, с лайками, ретвитами, фоловами, emoji, анимешной школьницей на фоне и автопроверкой патча на инклюзивность по всему списку запрещенный 122 343 слова.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

86. "Управление через почтовые рассылки, как барьер, мешающий при..."  +6 +/
Сообщение от Аноним (86), 29-Авг-20, 01:33 
Вообще не понимаю, почему ещё не придумали язык программирования, где весь синтаксис реализован на emoji?
Буквы это ретроградство и не современно!🤔😡
Ответить | Правка | Наверх | Cообщить модератору

89. "Управление через почтовые рассылки, как барьер, мешающий при..."  +7 +/
Сообщение от ng (?), 29-Авг-20, 01:43 
Уже

https://www.emojicode.org/

Ответить | Правка | Наверх | Cообщить модератору

449. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от fuggy (ok), 02-Сен-20, 02:57 
Бери больше. Зачем нужны символы emoji, если можно просто цветами писать на Piet. Или только служебными символами на Whitespace.
Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

454. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от www2 (??), 03-Сен-20, 07:10 
Без стикеров не модно.
Ответить | Правка | Наверх | Cообщить модератору

190. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от пох. (?), 29-Авг-20, 12:40 
> Предлагаю ввести термин "поколение гитхаба"

не вижу чем оно отличается от поколения lkml.
Кроме отсутствия потерь времени хотя бы на выуживание в мусоре ценных зерен.

> исключительно с короткими патчами до 122 символов в стиле

lkml рекомендует 80 - "в экран нивлазиет"

> автопроверкой патча на инклюзивность

это есть (ну то есть она на другое проверяет, но точно такое же ненужно и перевод чужого времени впустую - причем ответы от этой мусорки в совершенно нечитаемом формате валятся туда же, в lkml, ведь там и так мало мусора, надо добавить)


Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

370. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (370), 30-Авг-20, 01:06 
> lkml рекомендует 80 - "в экран нивлазиет"

Уже нет.

https://www.phoronix.com/scan.php?page=news_item&px=Linux-Ke...

Ответить | Правка | Наверх | Cообщить модератору

441. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от пох. (?), 01-Сен-20, 09:20 
>> lkml рекомендует 80 - "в экран нивлазиет"
> Уже нет.

уже - да. А до этого - _требовал_!
Праздник пришел в аул - теперь только "настоятельно рекомендует".

Ответить | Правка | Наверх | Cообщить модератору

425. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Олег (??), 30-Авг-20, 23:46 
>lkml рекомендует 80 - "в экран нивлазиет"

Ты так пишешь как будто это что-то плохое.

Ответить | Правка | К родителю #190 | Наверх | Cообщить модератору

438. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от пох. (?), 31-Авг-20, 18:13 
> Ты так пишешь как будто это что-то плохое.

ну в общем, так себе - напомню, там еще табы - это табы, а не "4 пробела и не больше".
То есть во многих случаях читаемость кода от этого ограничения только падает.
(нелюбимые всеми goto - отчасти следствие этого требования - даже там, где без них вполне можно)

Впрочем, не прошло и 25 лет, как из "требования" это все же превратилось в "рекомендацию", технический прогресс все же добрался и сюда ;-)

P.S. по-моему, уже vt220 умел 132 символа.

Ответить | Правка | Наверх | Cообщить модератору

205. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от ананим.orig (?), 29-Авг-20, 13:37 
ну если Трампу можно в президенты через твиттер, то почему патчи к ядру (не линуха! пусть на ватузе опробуют) нет? :D
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

222. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от rshadow (ok), 29-Авг-20, 14:57 
Все таки задачи немного разные. Ядро пишут бородатые ботаны. А какое нибудь андроид приложение пишут смузихлебы.
Все это нужно. И чтоб сервера работали. И чтобы одной кнопочкой такси приезжало.
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

229. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от ананим.orig (?), 29-Авг-20, 15:09 
Главное — это  не путать.
Как это — взболтать можно, но не смешивать.
Ответить | Правка | Наверх | Cообщить модератору

97. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от zurapa (ok), 29-Авг-20, 03:28 
Вот по этому ты там, где ты есть, а они со смузями в гуглах пилят очередной систем-что-то-там-очень-важный-в-системе-типа-виндовс... (сарказм)
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

129. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от КО (?), 29-Авг-20, 06:01 
Сидеть и разбираться в древностях вместо чего-то нового и удобного - метод трулинуксоида
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

240. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от ананим.orig (?), 29-Авг-20, 15:57 
Подтверждаю.
«чево-то новое и удобное» — классная программа.
Всем рекомендую.
Ответить | Правка | Наверх | Cообщить модератору

267. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Отражение луны (ok), 29-Авг-20, 17:02 
Тут вопрос не в способности, а скорее в желании. Наоборот, старые ретрограды, именующие всех подряд "веб макаками", "поколением гитхаба и смузи" и прочими интересными терминами не желают осилить освоение более современных способов коммуникации. Зачем работать с такими людьми? Я, например, пас.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "Управление через почтовые рассылки, как барьер, мешающий при..."  +10 +/
Сообщение от Aliechemail (ok), 28-Авг-20, 22:51 
Пошла жара! EEE в действии!
Ответить | Правка | Наверх | Cообщить модератору

252. "Управление через почтовые рассылки, как барьер, мешающий при..."  –1 +/
Сообщение от Michael Shigorinemail (ok), 29-Авг-20, 16:38 
Какой-то ms feeeminism, угу :-/  "сделайте интерфейс как для скороварки"
Ответить | Правка | Наверх | Cообщить модератору

381. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от n242name (?), 30-Авг-20, 05:24 
Это точно.. но признаться честно использование списка рассылки тоже уебищный процесс.

Другое дело что мелкософт хочет, чтобы все подсели на его поделие, а не использовали какой-нибудь опенсорсный продукт и соответственно стандарт оформления сообщенией.

LKML паршивое решение, но выбирая между LKLM и MS-SHIT я выберу первое

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

3. "Управление через почтовые рассылки, как барьер, мешающий при..."  +21 +/
Сообщение от Rodegast (ok), 28-Авг-20, 22:51 
>  Текущий процесс управления разработкой, основанный на почтовой рассылке, воспринимается многими молодыми разработчиками как архаичный и излишне трудоёмкий.

Разработчик ядра который не может осилить рассылку? Это даже не смешно...

Ответить | Правка | Наверх | Cообщить модератору

12. "Управление через почтовые рассылки, как барьер, мешающий при..."  +16 +/
Сообщение от Аноним (12), 28-Авг-20, 23:02 
Речь не о том что не может, а о том, что это неудобно.
Вы же сегодня передвигаетесь на автомобиле, а не на лошаде?
Ответить | Правка | Наверх | Cообщить модератору

57. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Andy (??), 29-Авг-20, 00:20 
Лошадь свободная в отличии от авто
Ответить | Правка | Наверх | Cообщить модератору

64. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (64), 29-Авг-20, 00:39 
Инклюзивная лошадь?
Ответить | Правка | Наверх | Cообщить модератору

73. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (73), 29-Авг-20, 01:06 
Вот сейчас роботам стало обидно.
Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

84. "Управление через почтовые рассылки, как барьер, мешающий при..."  +2 +/
Сообщение от Аноним (12), 29-Авг-20, 01:28 
Лошадь свободная от чего? Я чего-то потерял суть немного с аналогией.

Чем рассылка свободнее от того же сайтика с POST запросом?
Обе нужно написать на каком-то языке программирвоания и обе хранят данные и автоматизируют процессинг.

Просто почтовые рассылки уже написаны, а сайтик для Git патчей и мержей не написан и сообщество не принимает попыток это исправить.

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

Сейчас вон китайцы шпарят там решения одно за дргим... от почтовика заканчивая спутниковыми всякими протокольчиками.

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

104. "Управление через почтовые рассылки, как барьер, мешающий при..."  +5 +/
Сообщение от kvaps (ok), 29-Авг-20, 04:30 
Когда всевозможные сообщества ArchLinux (reddit, telegram) перекрасили лого арча в цвета ЛГБТ в прайд-месяц, очевидно нашлось куча недовольных.

Любые недовольства или хоть минимальные призывы обсудить эту тему, были жёстко подавлены модераторами этих сообществ путём удаления неугодных постов.

Когда как официальный мэйллист выступил единственным местом, где люди смогли высказать своё недовольство по поводу сложившейся ситуации...

Ответить | Правка | Наверх | Cообщить модератору
Часть нити удалена модератором

221. "Управление через почтовые рассылки, как барьер, мешающий при..."  +2 +/
Сообщение от kvaps (ok), 29-Авг-20, 14:55 
Проблема не в этом, а в том что модераторы выдавали своё собственное мнение как мнение большинства, а любых недовольных сразу выпиливали.
Ответить | Правка | К родителю #283 | Наверх | Cообщить модератору

255. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Michael Shigorinemail (ok), 29-Авг-20, 16:46 
Когда этот чудо-передёргиватель научится отличать мнение агрессивного меньшинства (это важно, вся внутренне противоречивая риторика этих уродов держится в т.ч. на "нас мало, нас обижают") от мнения большинства -- пусть приходит со второй попыткой, а пока отправляется поразмыслить.

PS: я про #189

Ответить | Правка | Наверх | Cообщить модератору

317. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Аноним (317), 29-Авг-20, 19:29 
Позвольте поинтересоваться в целях повышения образованности: в чём состоит нарушение, за которое было удалено его сообщение?
Ответить | Правка | Наверх | Cообщить модератору

377. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от какбычегоневышло (?), 30-Авг-20, 02:55 
сказал Миша и повторил в точности то, что сделали нехорошие агрессивно настроеные админы сабреддита. А может вы, Миша, тоже, из этих? А?
Ответить | Правка | К родителю #255 | Наверх | Cообщить модератору

387. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (387), 30-Авг-20, 07:46 
>А может вы, Миша, тоже, из этих? А?

Так он и не скрывал никогда.

Ответить | Правка | Наверх | Cообщить модератору

459. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (-), 06-Сен-20, 12:44 
> Лошадь свободная от чего? Я чего-то потерял суть немного с аналогией.
> Чем рассылка свободнее от того же сайтика с POST запросом?
> Обе нужно написать на каком-то языке программирвоания и обе хранят данные и
> автоматизируют процессинг.

Сайтик хочет бесконтрольного выполнения своего кода клиентсайд.

Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

88. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (88), 29-Авг-20, 01:43 
> Речь не о том что не может, а о том, что это неудобно.

А почему другим удобно, а тебе не удобно? Может проблема в тебе и ты просто не знаешь как сделать удобно?

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

94. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Заноним (?), 29-Авг-20, 02:09 
Ну в принципе так и есть, за лошадью говно убирать в конюшне далеко не каждому нравится.
Ответить | Правка | Наверх | Cообщить модератору

170. "Управление через почтовые рассылки, как барьер, мешающий при..."  –1 +/
Сообщение от YetAnotherOnanym (ok), 29-Авг-20, 10:22 
Что в почтовой рассылке для вас символизирует выгребание навоза?
Ответить | Правка | Наверх | Cообщить модератору

259. "Управление через почтовые рассылки, как барьер, мешающий при..."  –2 +/
Сообщение от Michael Shigorinemail (ok), 29-Авг-20, 16:49 
> Что в почтовой рассылке для вас символизирует выгребание навоза?

Возможно, недостаточно восторженное следование идеалам прогресса(tm) в понимании того конкретного вьюноши.  Точнее, том, которое ему впарили.

Ответить | Правка | Наверх | Cообщить модератору

406. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от YetAnotherOnanym (ok), 30-Авг-20, 15:17 
Ага... это такое стремление постоянно переходить на новый софт - примерно как перманентное желание переставлять столы, часто наблюдаемое в бухгалтериях.
Ответить | Правка | Наверх | Cообщить модератору

374. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Заноним (?), 30-Авг-20, 01:52 
Ну наверное тоже, что в своё время побудило Торвальдса разработать git.
Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

410. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от YetAnotherOnanym (ok), 30-Авг-20, 15:34 
Емнип, Торвальдс разработал git после того, как лишился возможности пользоваться проприетарной VCS. Что касается качеств, которые требовались от новой системы, то они перечислены здесь: https://git-scm.com/book/en/v2/Getting-Started-A-Short-Histo...
Обратите внимание на "Fully distributed" - это как раз свойство E-mail.
Ответить | Правка | Наверх | Cообщить модератору

415. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Заноним (?), 30-Авг-20, 17:00 
Нет, он разработал его потому, что лишился удобств которые предлагала DVCS (BitKeeper уже тогда была распределённой), а до этого разгребал  патчи и архивы, прилетавшие почтой, BBS и присланные хз ещё чем.
Ответить | Правка | Наверх | Cообщить модератору

418. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от YetAnotherOnanym (ok), 30-Авг-20, 17:48 
Я о том и говорю - получил отлуп от хозяев существующей VCS, пришлось свою пилить.
Если вернуться к аналогии предложения барышни из MS с переходом на git - кто-то собирается лишить нынешних разработчиков ядра доступа к e-mail?


Ответить | Правка | Наверх | Cообщить модератору

439. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Заноним (?), 31-Авг-20, 20:27 
> Я о том и говорю - получил отлуп от хозяев существующей VCS, пришлось свою пилить.

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

> Если вернуться к аналогии предложения барышни из MS с переходом на git - кто-то собирается лишить нынешних разработчиков ядра доступа к e-mail?

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

Ответить | Правка | Наверх | Cообщить модератору

101. "Управление через почтовые рассылки, как барьер, мешающий при..."  +12 +/
Сообщение от zurapa (ok), 29-Авг-20, 04:09 
Почта, почтовая рассылка, как раз удобно. Почтовый протокол имеет уже очень большую историю. Это основа, которая не поменяется, которая позволяет децентрализовано общаться не зависимо от конкретных серверов, провайдеров.

А теперь давай сделаем удобно гитхаб, гитлаб, гит-что-то там... Со слаком вперемешку. Что будет через пару лет с этими технологиями?

Есть очень жизненный пример на тему удобно-неудобно.
У меня долгое время была Mac OS (это каминг аут сейчас), у моего брата Mac OS. Сейчас у меня Linux и BSD, а ещё на работе Windows (но это отдельная тема для разговора). И я и мой брат столкнулись с одной и той же проблемой Finder не устраивает. И вот начались поиски менеджеров файловых, долгие и мучительные. Сначала у меня, потом у моего брата.

Я пришёл к выводу, что универсальней и проще всего использовать midnight commander. Да-да. Именно этот ушлёпашный неказистый инструмент оказывается удобен. Знаешь почему? Потому что и в Mac OS, и в Linux, и локально, и удалённо по ssh я могу одинаково эффективно работать с файлами и весьма привычно. Да, у меня там нет много всего такого, что есть в других популярных менеджерах, но зато я остаюсь не привязан к системе, и одинаково эффективен (неэффективен) на любой системе.


Тоже и с мультиплексором. Терминалов много классных и удобных на Mac OS, там смузисты постарались. Но использую я tmux по той же причине, что и mc.

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

И та же беда в linux с многими системами: система инициализации, сетевая подсистема, утилиты сетевой подсистемы и прочее. Пока растрачиваются различные группы людей на всё это многообразие, договариваются, что использовать, изучают все эти разносторонние инструменты, в консервативных BSD ты просто это делаешь по привычному, и не имеешь дополнительных сложностей. Да, эти системы в тестах показывают меньшую скорость по многим показателям. Но, зато там можно привычно делать нужные тебе вещи не впадая в блуд.

А неудобно, это когда ты вместо того, чтобы доехать из пункта а в пункт б сев на пусть даже лошадь, должен построить дорогу между этими пунктами, поставить знаки, придумать систему номеров, сделать права, поставить людей проверяющих эти права, придумать систему регистрации транспортных средств, зарегистрировать транспортное средство, а потом только поехать. И это не постоянно ты так будешь делать. После всех этих мытарств. Ты потом ещё будешь раз в год, пересматривать эту систему, думать, а стоит ли самокаты включать в транспортные средства и обязывать людей получать права на вождение таких средств, нужно ли их регистрировать, потом тоже самое с велосипедами, потом решать вопрос о скоростных режимах, потом ставить разделительный барьер между встречными полосами движения, для большей безопасности, потом.... (я думаю аналогия понятна тем, кто не в танке).

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

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

262. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Michael Shigorinemail (ok), 29-Авг-20, 16:54 
Очень занятно, спасибо.

Подумал по прочтении: а что если это одно из выражений попыток западного дармоедского аналога совковой (именно в этом случае) бюрократии защитить свою "нужность"?

Где-то не могут конкурировать честно (про что нам все уши было прожужжали) -- начинают пытаться с подножками.  А где-то, ощущая свою ненужность, начинают громоздить слои поверх слоёв, чтобы без юриста или там "советника советов по архитектуре архитектуры" уж точно не обошлись.

Ответить | Правка | Наверх | Cообщить модератору

264. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Тот_Самый_Анонимус (?), 29-Авг-20, 16:56 
Для ЛЛ пересказ:
я пользуюсь универсальным гогном потому что оно универсальное. А то, что оно неудобное, так привык один раз и забыл.

В принципе, я так же делаю, только выбираю графические программы. МС слишком убог, по сравнению с ДС.

Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

417. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (403), 30-Авг-20, 17:23 
> меня долгое время была Mac OS (это каминг аут сейчас), у моего брата Mac OS.
> универсальней и проще всего использовать midnight commander.
> Но использую я tmux по той же причине, что и mc.
> К этому же пришёл мой брат. Простые, мало меняющиеся, универсальные вещи весьма удобны оказываются в долгосрочной перспективе.

Из вашего рассказа понятно одно: mc и tmux вызывают привыкание. В связи с чем у меня вполне закономерный вопрос. Как здоровье вашего брата в целом и жив ли он, в частности? =)

А если серьезно, вот тут вот вы правы:
> Почта, почтовая рассылка, как раз удобно. Почтовый протокол имеет уже очень большую историю. Это основа, которая не поменяется, которая позволяет децентрализовано общаться не зависимо от конкретных серверов, провайдеров.

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

Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

422. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (422), 30-Авг-20, 18:46 
> Почта безальтернативна. Её нельзя заменить на молодежные технологии однодневки, разработанные
> на веб-технологиях. Любая попытка произвести полный отказ - пустая трата ресурсов.

Я регулярно почитывал список gtk-devel-list@. После того как он в мае прошлого года съехал на, прости г-ди, Дискурс, я перестал его читать.


Ответить | Правка | Наверх | Cообщить модератору

100. "Управление через почтовые рассылки, как барьер, мешающий при..."  –2 +/
Сообщение от Аноним (100), 29-Авг-20, 04:06 
"Излишне трудоёмкий" не равно "Удобно настолько, что даже не запариваешься по этому поводу". Если возникает вопрос, то почему бы его не решить, тем более вопрос про улучшение качества коммуникации в сообществе на какой-то единой платформе. Сейчас официально эта платформа — почтовые рассылки с жёстким требованием к оформлению, единственный плюс которой - нулевая стоимость. Почту не Торвальдс придумал, а использовать её предложил тогда, когда усилия на это распылять смысла не было. Сейчас есть и повод, и средства.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

105. "Управление через почтовые рассылки, как барьер, мешающий при..."  +7 +/
Сообщение от zurapa (ok), 29-Авг-20, 04:30 
Это пустая трата времени. Это, как писать в компании свою тикетную систему, не смотря на львиную долю уже имеющегося отлаженного и работающего. Постепенно отделы разработки сталкиваются с той мыслью, что они больше тратят на инфраструктуру, её обслуживание и доработку, нежели чем на реальные задачи.

Кто будет оценивать эффективность? Что по большому счёту дадут другие "более эффективные" современные системы?

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

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

Считать эффективность тоже не эффективно по отношению к выполняемой работе. Как вы свяжетесь с человеком? Какой способ связи вы выберете со мной, так чтобы меньше мучиться, договариваться, объяснять что-то, рассказывать, как вы этом работать? Правильно - почта! Самый простой способ написать другому чловеку - это почта.

К вопросу о удобстве. С почтой вы остаётесь на своём любимом почтовом сервере, на компьютере у вас свой любимый почтовый клиент, вы организуете фильтры папочки так, как считаете правильным вы, а не дядя с горы. Да, вам придётся соблюсти некоторые правила оформления цитирования. Но это значительно меньше, чем посадить вас в целую экосистему, которая будет работать не так, как вы считаете правильным, из-за чего вы будете постоянно допускать ошибки потери...

Ответить | Правка | Наверх | Cообщить модератору

148. "Управление через почтовые рассылки, как барьер, мешающий при..."  –3 +/
Сообщение от 34234324 (?), 29-Авг-20, 07:59 
у нас есть реквесты в git и почтовая рассылка, давайте сделаем просто реквесты в git. нет - это пустая трата времени))

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

Ответить | Правка | Наверх | Cообщить модератору

268. "Управление через почтовые рассылки, как барьер, мешающий при..."  –1 +/
Сообщение от пох. (?), 29-Авг-20, 17:05 
> у нас есть реквесты в git и почтовая рассылка

не хотел бы вас огорчать, но беда именно в том, что в git НЕТ никаких "реквестов". Он автоматизирует ровно ту единственную осиленную Линусом технологию - порезать помельче и подать в рассылку поштучно, с поклонами правильным пацанам.

Реквесты есть в гитхабе - который представляет собой высокоуровневую нашлепку, именно что затыкающую часть встроенных убожеств гита. И, попутно, добавляя (чудовищно неудобные, потому что так у вас все) методы code review - в гите, разумеется, для этого ничего нет - наоборот, это он обвязка вокруг уродливой почтовой технологии review.

Ответить | Правка | Наверх | Cообщить модератору

433. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от anonymous yet another (?), 31-Авг-20, 09:16 
До некоторой степени вы правы, но для человека, который в VCS пользует только функционал ассоциированный с "раскатать идентичное множество бинарей" --- вы слишком много высказываетесь как про VCS, так и про разаработку. Обычно --- в агрессивно-невежественном стиле.
Ответить | Правка | Наверх | Cообщить модератору

436. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от пох. (?), 31-Авг-20, 16:43 
До некоторой степени вы правы, но ровно до момента, когда начинаете делать предположения о людях, о которых не знаете ровно ничего.
Ответить | Правка | Наверх | Cообщить модератору

6. "Управление через почтовые рассылки, как барьер, мешающий при..."  +5 +/
Сообщение от anana (?), 28-Авг-20, 22:54 
> так как его основной почтовый клиент (Outlook) отправляет письма в HTML.

С каких это пор Outlook стал поддерживать HTML, чтобы им можно было пользоваться как почтовым клиентом, а не навязанным корпорациями комбайном для синхронизации митингов, опросов и прочей ереси?

По-моему опыту он ни черта не умеет отображать HTML письма, созданные в Thunderbird, GMail и даже самом Outlook!

Ответить | Правка | Наверх | Cообщить модератору

8. "Управление через почтовые рассылки, как барьер, мешающий при..."  +4 +/
Сообщение от Aliechemail (ok), 28-Авг-20, 22:58 
Возможно того разработчика ещё и оскорбляют другие почтовые клиенты, ведь они форматируют HTML не так, как единственно верный Аутглюк.
Ответить | Правка | Наверх | Cообщить модератору

157. "Управление через почтовые рассылки, как барьер, мешающий при..."  +3 +/
Сообщение от zurapa (ok), 29-Авг-20, 08:50 
> Возможно того разработчика ещё и оскорбляют другие почтовые клиенты, ведь они форматируют
> HTML не так, как единственно верный Аутглюк.

"Ты сформировал HTML, но сделал это без уважения..."


Ответить | Правка | Наверх | Cообщить модератору

14. "Управление через почтовые рассылки, как барьер, мешающий при..."  –13 +/
Сообщение от Аноним (17), 28-Авг-20, 23:07 
Во-первых, в 2к20ом году Outlook не поставляется с Виндой. Он входит в пакет профессионального Офиса. Никакого навязывания здесь нет.
Во-вторых, Outlook уже давным-давно адекватно показывает html, намного лучше бесплатных аналогов.

И да, сейчас Outlook действительно можно использовать как клиент по-умолчанию, учитывая его возможность привязки почтовых адресов других сервисов.....

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

66. "Управление через почтовые рассылки, как барьер, мешающий при..."  +9 +/
Сообщение от Аноним (64), 29-Авг-20, 00:40 
> в 2к20ом

в 200020? Ты нам из будущего пишешь?

Ответить | Правка | Наверх | Cообщить модератору

355. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (355), 30-Авг-20, 00:10 
Притом из далекого даже относительно вахи.
Как там, в двухсотпервом миллениуме, кто-то еще помнит про труп-на-троне?
Ответить | Правка | Наверх | Cообщить модератору

450. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от fuggy (ok), 02-Сен-20, 03:01 
Это 2200. Сразу видно не инженер.
Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

458. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от мимокро (?), 05-Сен-20, 22:26 
и Ом пишется с большой буквы!
Ответить | Правка | Наверх | Cообщить модератору

20. "Управление через почтовые рассылки, как барьер, мешающий при..."  +10 +/
Сообщение от Аноним84701 (ok), 28-Авг-20, 23:14 
>> так как его основной почтовый клиент (Outlook) отправляет письма в HTML.
> С каких это пор Outlook стал поддерживать HTML, чтобы им можно было
> пользоваться как почтовым клиентом, а не навязанным корпорациями комбайном для синхронизации
> митингов, опросов и прочей ереси?

Там есть пассаж поинтереснее:
> We assumed that Outlook was to blame. Could Microsoft fix that instead?
> “The question always is fix it to whose standards, because we are focused much more on business and enterprise models of clients and customers. For them we fixed it to a more HTML-based model so it really depends on who your audience is and who your target is.”

Т.е.  "мы не виноваты, мы сделали HTML для поддержки Ынтерпрайсного бизнеса".
Видимо, предоставить отдельную "text only" опцию слишком сложно и затратно, проще попытаться "улучшить" процесс разработки 🙄

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

141. "Управление через почтовые рассылки, как барьер, мешающий при..."  +4 +/
Сообщение от бублички (?), 29-Авг-20, 06:29 
обычное маркетинговое враньё в стиле всех больших корпораций, что пытаются втюхать г-вно. мы сделали даже лучше чем могли, вы только посмотрите нашу презентацию и у вас не останется сомнений! да, мы лучшие и мы заботимся о вас!
Ответить | Правка | Наверх | Cообщить модератору

266. "Управление через почтовые рассылки, как барьер, мешающий при..."  –2 +/
Сообщение от Michael Shigorinemail (ok), 29-Авг-20, 16:59 
> Видимо, предоставить отдельную "text only" опцию слишком сложно
> и затратно, проще попытаться "улучшить" процесс разработки 🙄

(озарило) А это, кстати, ещё одна тяжёлая болезнь современности вообще и западной в частности -- инфантильность: "это не я виноват!".

(да, у меня тоже порой такое пытается вылезать)

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

394. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Aliechemail (ok), 30-Авг-20, 12:02 
>> Видимо, предоставить отдельную "text only" опцию слишком сложно
>> и затратно, проще попытаться "улучшить" процесс разработки 🙄
> (озарило) А это, кстати, ещё одна тяжёлая болезнь современности вообще и западной
> в частности -- инфантильность: "это не я виноват!".
> (да, у меня тоже порой такое пытается вылезать)

Михаил, ты видел ПЭВМ на выставке наши? Некоторые из них приходят с механическими дефектами, типа "долго били сапогом, пока не вышла из строя". А это надо постараться!

А почему так? Потому что "не я всё пролюбил  на учениях, это ПЭВМ не работало". И любой ценой потом надо заставить её (ПЭВМ) не работать.

И так с нулевых идёт. Так что это не очень современное поветрие.

Ответить | Правка | Наверх | Cообщить модератору

145. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Lex (??), 29-Авг-20, 07:40 
Кагбэ почтовые клиенты в принципе неодинаково отображают html уже даже просто потому, что каждый из них режет свойства html и css по своему усмотрению, поскольку «html и css представляют потенциальную уязвимость при работе с почтой».

Как итог, практически невозможно даже запилить такое письмо( в виде именно страницы, а не кучки рисунков ) с кастомными шрифтами, которое бы норм отображалось хотя бы в веб-клиентах гуглопочты, яндекс-почты. яблопочты итд  итп, поскольку каждый из них использует свои ограничения( яндекс-почта режет все кастомные шрифты, выпиливает нафиг все тени,  ссылки - оборачивает и они работают не как прямые, а как редирект с их сервака итп, гуглопочта - примерно аналогично ограничивает кастомные шрифты и проч ), каждый из них использует (!) свою единственно-правильную «ночную» тему - кто-то  полную инверсию, кто-то - частичную, кто-то - сдвиг цвета, но не у всех элементов, кто-то - применение специфических параметров.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

7. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Михрютка (ok), 28-Авг-20, 22:56 
вангую: через пару месяцев какой нибудь джаррет заведет в lkml срач на эту же тему.
Ответить | Правка | Наверх | Cообщить модератору

9. "Управление через почтовые рассылки, как барьер, мешающий при..."  +16 +/
Сообщение от anana (?), 28-Авг-20, 22:58 
> ...новичкам, пришедшим в индустрию 5-10 лет назад и привыкшим к современным системам совместной разработки

Да да, я заметил, что люди, которые не могут сформулировать мысль в письме, так же поступают и в pull-request'ах и багтрекерах, осыпая коллег невразумительным потоком сознания.

Каким образом современные технологии могут восполнить недостаток сознания и опыта в самом программисте?

Ответить | Правка | Наверх | Cообщить модератору

36. "Управление через почтовые рассылки, как барьер, мешающий при..."  –5 +/
Сообщение от Аноним (36), 28-Авг-20, 23:34 
Речь не о крайностях, а о том, что при прочих равных система с рассылкой является менее удобной и требующей больше усилий и внутреннего ресурса среднестатистического разработчика. Кроме того, подобный ретроградный подход и мышление в принципе вредны в долгосрочной перспективе.
Ответить | Правка | Наверх | Cообщить модератору

49. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Вася (??), 29-Авг-20, 00:02 
> Кроме того, подобный ретроградный подход и мышление в принципе вредны в долгосрочной перспективе.

Да, и не учитывают всеобщие смыслы долгосрочных последствий в аспекте стратегических приоритетов.

Ответить | Правка | Наверх | Cообщить модератору

90. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Аноним (88), 29-Авг-20, 01:47 
А кому она является менее удобной и требующей больше усилий?
Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

109. "Управление через почтовые рассылки, как барьер, мешающий при..."  +6 +/
Сообщение от zurapa (ok), 29-Авг-20, 04:49 
В долгосрочной перспективе вредны как раз новые технологии, современные средства коллективной разработки... Потому что начинаются стенания от одной к другой. Опять же, где удобно одному, там не удобно другому. Почта делает всем одинково, по мере их способностей. Если вы не умеете работать с почтой, вам не удобно. Если умеете работать с почтой, у вас своя система, то вы весьма эффективны. Если ваш собеседник по почтовой переписки "очень современный, молодой телегращик" и пишет, отвечает на письма корявенько, то эта корявость не сказывается только на тех людях, с кем общается. А если вы не подумав выбрали систему, которая ушла в блуд, и вы потом спустя десять лет весь маразм объясняете словами - Так исторически сложилось. - и продолжаете мучаться всей группой, потому что перелазить на что-то другое лень, нет времени, дорого, то это будет дичайшей ошибкой, непоправимой.

Менее удобный, более удобный... Кто решает. Это субъективно. Да, почта менее удобна чем <ваш вариант>. Только <ваш вариант> менее удобен чем <мой вариант>, и для меня менее удоен чем почта. Чувствуете где зарыто яблоко раздора. Вы хотите, чтобы люди вместо разработки проекта, занимались инфраструктурными конфликтами, оптимизацией?

Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

305. "Управление через почтовые рассылки, как барьер, мешающий при..."  –2 +/
Сообщение от Michael Shigorinemail (ok), 29-Авг-20, 19:14 
...а дороги "менее удобны", чем узкие улочки с велодорожками, выделенными полосами для инвалидных колясок, троллейбусными проводами, узкоколейными трамвайными рельсами (с разъездами по-евпаторийски) и прочим фаршем, который непременно надо впихнуть затем на каждое устройство, ага!

Есть устоявшееся, выдержавшее проверку временем.  А есть сиюминутно "более удобное", которое сносит следующее такое же именно в силу его неважности.  В подобный "песок" можно, скажем, экспорт делать -- а вот перепутать его с фундаментом... сильно на любителя, мягко говоря.

Ответить | Правка | Наверх | Cообщить модератору

269. "Управление через почтовые рассылки, как барьер, мешающий при..."  –1 +/
Сообщение от Аноним (317), 29-Авг-20, 17:13 
> Да да, я заметил, что люди, которые не могут сформулировать мысль в письме, так же поступают и в pull-request'ах и багтрекерах, осыпая коллег невразумительным потоком сознания.

Специально для таких придумали использовать шаблоны с чеклистами.

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

308. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 29-Авг-20, 19:15 
>> Да-да, я заметил, что люди, которые не могут сформулировать мысль
>> в письме, так же поступают и в pull-request'ах и багтрекерах,
>> осыпая коллег невразумительным потоком сознания.
> Специально для таких придумали использовать шаблоны с чеклистами.

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

Да, в какой-то мере и в каких-то ситуациях можно подпереть нехватку.
Но не заменить.

Ответить | Правка | Наверх | Cообщить модератору

271. "Управление через почтовые рассылки, как барьер, мешающий при..."  –1 +/
Сообщение от Michael Shigorinemail (ok), 29-Авг-20, 17:18 
> Каким образом современные технологии могут восполнить недостаток
> сознания и опыта в самом программисте?

Ремень с пряжкой из микроконтроллера, думаю, пригодится.

PS: *инкрустированный

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

11. "Управление через почтовые рассылки, как барьер, мешающий при..."  +6 +/
Сообщение от Аноним (11), 28-Авг-20, 22:59 
То ли дело веб формы с регистрацией вплоть до твоего домашнего адреса и телефона, как у федоры. Почтовый метод идеален. Отправлял в Debian баги на автоматизированную почту, сразу баг приняли. Федора с дружественной веб формой отпугнула, баг в сборке с Xfce так и остался. Если кому не лень, репортните им, что при установке с xfce, у них ssh стартует зачем-то. Проверить можно в виртуалке, поставив Everything с xfce и запустив ssh 127.0.0.1. Поставит пользователь пароль на юзера простой и прощай ПК.
Ответить | Правка | Наверх | Cообщить модератору

232. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от АНБ (?), 29-Авг-20, 15:21 
Пожалуйста, удалите данный комментарий и не отправляйте баг-репорт.
Мы уже заварили для вас чай.
Ответить | Правка | Наверх | Cообщить модератору

13. "Управление через почтовые рассылки, как барьер, мешающий при..."  –1 +/
Сообщение от Аноним (12), 28-Авг-20, 23:05 
Там же этот FSF что-то делал какой-то свое поделие вроде Savvanah и были крики о том, что надо чем-то заменять GitHUB, который в лапах Microsoft, но вот что-то помоему только Fidora что-то сделала в этом направлении. Кстати мне их дизайн очень понравился, но я только ен понял как там зарегистрироваться и можно ли это сделать в принципе.
Ответить | Правка | Наверх | Cообщить модератору

15. "Управление через почтовые рассылки, как барьер, мешающий при..."  +10 +/
Сообщение от th3m3 (ok), 28-Авг-20, 23:07 
Опять мелкомягкие заныли. Нафига в письме ещё html пихать? Да ещё и по умолчанию? Простого текста достаточно. Для всего остального - есть ссылки и вложения. Ну и по сути, высосали проблему из пальца. Если разработчик не может осилить сформировать по правилам письмо, то может это и не его?
Ответить | Правка | Наверх | Cообщить модератору

22. "Управление через почтовые рассылки, как барьер, мешающий при..."  –2 +/
Сообщение от Аноним (22), 28-Авг-20, 23:15 
> Нафига в письме ещё html пихать?

Чтобы вставить в письмо патчик с подсветкой синтаксиса, а не грустный серенький аттачиком :)

Ответить | Правка | Наверх | Cообщить модератору

80. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Андрей (??), 29-Авг-20, 01:20 
Патчи запрещено присылать "аттачиком". Только inline. Ведь их надо обсуждать и править, а нсмотреть на название файла в "аттачике". Вон, для ntfs вообще прислали ссылку на файл на сервере, и пока так ничего не вышло.
Ответить | Правка | Наверх | Cообщить модератору

446. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (446), 02-Сен-20, 00:02 
Как же ты, бедняга, с чтением грустных сереньких буковок справляешься. Без подсветки, страз и блёсточек.
Какие ж вы инфантилы, бл*ть. Реально - хорошие времена создают тyпых людей.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

23. "Управление через почтовые рассылки, как барьер, мешающий при..."  –3 +/
Сообщение от Аноним (17), 28-Авг-20, 23:16 
Прочти ещё раз что написано. Большинство почтовых клиентов сейчас делают письма в формате html, что запрещено LKML. Из-за этого приходится искать другой почтовый клиент.
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

61. "Управление через почтовые рассылки, как барьер, мешающий при..."  +8 +/
Сообщение от Аноним (68), 29-Авг-20, 00:30 
В большинстве нормальных клиентов это настраивается. И ничего не мешает выбрать text/plain.
Ответить | Правка | Наверх | Cообщить модератору

81. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Аноним (81), 29-Авг-20, 01:20 
Для отправки патчей прекрасно подходит git. Будет умора, если он отвалится после их нововведений.
Ответить | Правка | Наверх | Cообщить модератору

113. "Управление через почтовые рассылки, как барьер, мешающий при..."  +2 +/
Сообщение от zurapa (ok), 29-Авг-20, 05:01 
Большинство клиентов? Какой другой клиент? Mutt? Не гони! Если руки из жопы, почтовый клиент не знаешь, то не нужно утверждать. Всё настраивается. plain text это стандарт. Это из письма не выкинешь. И все почтовые клиенты умеют plain text.

А Outlook не может показывать ветками цепочки сообщений. И это в корне не верно. И приходится искать другой клиент. Я считаю, что Outlook неправильный почтовый клиент. Ведь он так неудобен мне.

А ещё, я не умею работать с почтой. Я люблю телеграм. И требую, чтобы вся разработка, переписка велась в телеграм. Мне так удобней. А почта ваша - ретроградство.

Я сейчас утрировал. Сам я так не считаю. Но претензии автора приблизительно такие.

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

19. "Управление через почтовые рассылки, как барьер, мешающий при..."  +13 +/
Сообщение от Cinderellaemail (?), 28-Авг-20, 23:13 
Аутлук переключается в Plain text в 2 клика.
Если он эти 2 клика не осилил, то нас ждут тёмные времена, придётся охотиться с заточенными палками на крыс в кучах мусора, а годы то уже не те
Ответить | Правка | Наверх | Cообщить модератору

151. "Управление через почтовые рассылки, как барьер, мешающий при..."  +3 +/
Сообщение от anonymous yet another (?), 29-Авг-20, 08:16 
SMTP сервер на office365 насильно добавляет свой контент, а почта, отправленная через web-клиента --- всегда html. Избежать этого можно, только вместе с отказом от office365. В M. на такое пойти не могут.
Ответить | Правка | Наверх | Cообщить модератору

366. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от ivanpetrov (ok), 30-Авг-20, 00:39 
> почта, отправленная через web-клиента - всегда html

Веб-клиент тоже умеет слать plain text. Это можно настроить в “Compose and reply“.

Ответить | Правка | Наверх | Cообщить модератору

21. "Управление через почтовые рассылки, как барьер, мешающий при..."  +6 +/
Сообщение от mimocrocodile (?), 28-Авг-20, 23:15 
Я один обратил внимания что разработчики OpenBSD сидят по вендой?
Ответить | Правка | Наверх | Cообщить модератору

25. "Управление через почтовые рассылки, как барьер, мешающий при..."  –4 +/
Сообщение от Аноним (25), 28-Авг-20, 23:18 
Ибо не глупые люди
Ответить | Правка | Наверх | Cообщить модератору

37. "Управление через почтовые рассылки, как барьер, мешающий при..."  +4 +/
Сообщение от Аноним84701 (ok), 28-Авг-20, 23:34 
> Я один обратил внимания что разработчики OpenBSD сидят по вендой?

Кхм ... возможно, остальные решили сначала почитать оригинал, а не "перепев" переводчика?
> Sarah Novotny, Microsoft's representative on the Linux Foundation board.
> As an example, my partner submitted a patch to OpenBSD

Ну и банальная логика подсказывает, что у "разработчика" клиент уже был бы соотв. настроен, нет?

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

168. "Управление через почтовые рассылки, как барьер, мешающий при..."  –1 +/
Сообщение от Аноним (168), 29-Авг-20, 10:13 
Да. Разработчики всех BSD.
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

201. "Управление через почтовые рассылки, как барьер, мешающий при..."  +2 +/
Сообщение от Аноним (201), 29-Авг-20, 13:07 
> Да. Разработчики всех BSD.

Из Linux Fundation? Вы хотите сказать, что не всем представителям сообщества Линукс нравится макось, некоторые из них предпочитают винду?


Ответить | Правка | Наверх | Cообщить модератору

196. "Управление через почтовые рассылки, как барьер, мешающий при..."  –1 +/
Сообщение от пох. (?), 29-Авг-20, 12:56 
как раз наоборот - его не взяли в разработчики, за то что он сидел под виндой (на самом деле - за неумение пользоваться этой виндой, конечно).

Вот был бы он разработчиком freebsd - его бы туда взяли, там вполне себе человеческий веб-интерфейс...ну,пока еще остался - идут непрерывные попытки заменить его гитшлаком.

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

212. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (212), 29-Авг-20, 14:29 
И чё? Я сижу под дебианом, а пилю для шапки.
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

223. "Управление через почтовые рассылки, как барьер, мешающий при..."  –1 +/
Сообщение от Аноним (223), 29-Авг-20, 14:58 
>Я один обратил внимания что разработчики OpenBSD сидят по вендой?

Нет, не один.
А то тут было принято считать, что это касается только фрибсдешников.

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

24. Скрыто модератором  –1 +/
Сообщение от InuYasha (??), 28-Авг-20, 23:17 
Ответить | Правка | Наверх | Cообщить модератору

26. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от DiabloPC (ok), 28-Авг-20, 23:20 
> которому для отправки патча в список рассылки OpenBSD
> ...
> его основной почтовый клиент (Outlook) отправляет письма в HTML.

Серьёзно?!

Пускай эти умственно отсталые (для которых отправить письмо - подвиг) пишут ядро окон и не лезут куда ненужно.

Ответить | Правка | Наверх | Cообщить модератору

30. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Hellscream (?), 28-Авг-20, 23:24 
Тео таких унтерменшей даже на пушечный выстрел к разработке не подпустит.
Ответить | Правка | Наверх | Cообщить модератору

34. "Управление через почтовые рассылки, как барьер, мешающий при..."  –2 +/
Сообщение от Аноним (34), 28-Авг-20, 23:27 
Поставил минус за приплетание Винды
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

62. "Управление через почтовые рассылки, как барьер, мешающий при..."  +3 +/
Сообщение от DiabloPC (ok), 29-Авг-20, 00:35 
Ну так не я же её приплел. Тему то макаки из мелкософта подняли.
Ответить | Правка | Наверх | Cообщить модератору

27. "Управление через почтовые рассылки, как барьер, мешающий при..."  +7 +/
Сообщение от Hellscream (?), 28-Авг-20, 23:21 
Я даже не знаю, что смешнее: текст новости или сам её факт размещения на данном ресурсе.
Ответить | Правка | Наверх | Cообщить модератору

429. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от аноним12345 (?), 31-Авг-20, 09:02 
Я тоже ржунимагу
Ответить | Правка | Наверх | Cообщить модератору

28. "Управление через почтовые рассылки, как барьер, мешающий при..."  –4 +/
Сообщение от Аноним (28), 28-Авг-20, 23:22 
Почтовые рассылки бесполезны. В лучшем случае не ответят (спустя пару недель), очень вероятно нахамят, и в худшем выдадут поток нерелевантного беда, который тебе только помешает. Ужасно неэффективно, на гитхабе хотя бы вменяемые разрабы бывают. Лучше пойти в дискорд или ирку и побеседовать с нужным разрабом напрямую.
Ответить | Правка | Наверх | Cообщить модератору

31. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Аноним (28), 28-Авг-20, 23:24 
Алсо

>способных курировать подсистемы ядра

Эти там накурируют, да.

Ответить | Правка | Наверх | Cообщить модератору

83. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Андрей (??), 29-Авг-20, 01:23 
> Ужасно неэффективно, на гитхабе хотя бы вменяемые разрабы бывают.

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

Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

337. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (28), 29-Авг-20, 20:45 
На гитхлабах можно посмотреть ход дискуссии и аргументацию по вопросу. С минимумом затрат. Даже упоминания в соседних ветках помечаются.
Ответить | Правка | Наверх | Cообщить модератору

354. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Андрей (??), 29-Авг-20, 23:58 
> На гитхлабах можно посмотреть ход дискуссии и аргументацию по вопросу.

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

> С минимумом затрат.

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

> Даже упоминания в соседних ветках помечаются.

В почте уже давным-давно есть поле копия: СС.

Ответить | Правка | Наверх | Cообщить модератору

29. "Управление через почтовые рассылки, как барьер, мешающий при..."  +2 +/
Сообщение от Аноним (22), 28-Авг-20, 23:23 
>Управление через почтовые рассылки, как барьер, мешающий приходу молодых разработчиков

В заголовке надо заменить "молодых разработчиков" на "эффективных менеджеров". Так он будет более честно отражать текст заметки.

И тут уже сложно будет спорить.

Ответить | Правка | Наверх | Cообщить модератору

430. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от аноним12345 (?), 31-Авг-20, 09:03 
Вот именно
Хочется сказать - ребята, вам шашечки или ехать ?
Ответить | Правка | Наверх | Cообщить модератору

32. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Неиллюзорная Машина Локалхоста (?), 28-Авг-20, 23:26 
Ждём переноса разработки Linux на Microsoft GitHub.
Ответить | Правка | Наверх | Cообщить модератору

33. "Управление через почтовые рассылки, как барьер, мешающий при..."  +4 +/
Сообщение от Аноним (33), 28-Авг-20, 23:26 
Лет 25 назад один мужик сказал мне: это вы, молодежь, программисты и отморозки шлите друг другу plain text, а все нормальные люди пользуются microsoft word!

Страшное случилось.

Ответить | Правка | Наверх | Cообщить модератору

41. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Аноним (41), 28-Авг-20, 23:47 
вам microsoft word с exploit ом или как?
Ответить | Правка | Наверх | Cообщить модератору

51. "Управление через почтовые рассылки, как барьер, мешающий при..."  +2 +/
Сообщение от Вася (??), 29-Авг-20, 00:03 
А эксплойты нажористые?
Ответить | Правка | Наверх | Cообщить модератору

35. "Управление через почтовые рассылки, как барьер, мешающий при..."  +6 +/
Сообщение от Соня Мармеладова (?), 28-Авг-20, 23:28 
Десятилетиями микрософт разрушала культуру общения по электронной почте, навязывая топквотинг, ломая общепринятые способы цитирования (с инициалами) и делая все чтобы превратить письмо в бесконечно цитируемую портянку. Они своего добились - вырастили целое поколение дегенератов, которым тяжело писать и читать почту нормальным образом. Ура. Горите в аду)
Ответить | Правка | Наверх | Cообщить модератору

38. "Управление через почтовые рассылки, как барьер, мешающий при..."  +4 +/
Сообщение от Аноним (33), 28-Авг-20, 23:37 
Сонечка, вы таки неправы. Это гугл со своим гмайлом опошлили всю электрическую почту так, что микрософту в самом страшном сне и присниться не могло.
Ответить | Правка | Наверх | Cообщить модератору

40. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Аноним (40), 28-Авг-20, 23:45 
Любители устаревших технологий негодуэ
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

115. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от zurapa (ok), 29-Авг-20, 05:11 
А где те самые стандарты? Где та культура описана?
Я не полемики ради. Мне реально интересно почитать. Не нахожу.
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

275. "Управление через почтовые рассылки, как барьер, мешающий при..."  +2 +/
Сообщение от Аноним (317), 29-Авг-20, 17:34 
> А где те самые стандарты? Где та культура описана?

В RFC 1855.

Ответить | Правка | Наверх | Cообщить модератору

389. "Управление через почтовые рассылки, как барьер, мешающий при..."  –4 +/
Сообщение от Аноним (387), 30-Авг-20, 08:09 
>1855

Я-то думал что стандарт устаревший, но чтоб НАСТОЛЬКО... Думал, годов 70х, а там вообще полтора века. 😬

Ответить | Правка | Наверх | Cообщить модератору

444. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (444), 01-Сен-20, 15:36 
Вы либо "тролль", либо идиот. И то и другое прискорбно, потому что я уверен, что этот документ старше вас. 1855 - это номер RFC, а не год его выпуска

Будьте добры ознакомиться, прежде чем нести чушь: https://tools.ietf.org/html/rfc1855. Дата релиза: Октябрь 1995

Ответить | Правка | Наверх | Cообщить модератору

195. "Управление через почтовые рассылки, как барьер, мешающий при..."  –3 +/
Сообщение от Аноним (195), 29-Авг-20, 12:56 
Это программистам наверное нужно цитировать с иниуиалами, выдирая куски из писем.

Обычным людям это не нужно, им хочется иметь всю полную историю переписки. Кто что когда написал. В точности.

И такое цитирование - письмо за письмом - в большинстве случаев удобнее.

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

198. "Управление через почтовые рассылки, как барьер, мешающий при..."  –2 +/
Сообщение от пох. (?), 29-Авг-20, 13:02 
> Идиотам это не нужно, им хочется иметь всю полную историю переписки.

поправил, не благодарите.
Вменяемые люди историю переписки и так имеют - в виде всех предыдущих писем в треде, к любому из которых могут вернуться - отдельно. Только она обычно низачем не нужна, если вы не склеротик и не теряете мысль на третьем реплае (тогда ничего не поможет, все равно в ту длинную бороду никто письмо не листает) - обсуждаемую цитату принято сохранять.

А теперь расскажите, как вы собрались обсуждать строчку в коде, не имея ее отдельно перед глазами? ctrl-c/ctrl-v ?

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

> И такое цитирование - письмо за письмом - в большинстве случаев удобнее.

A. because people read top-down
Q. why top-quoting considered bad?

ахренеть удобно.

Ответить | Правка | Наверх | Cообщить модератору

426. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Олег (??), 31-Авг-20, 00:32 
>Обычным людям это не нужно, им хочется иметь всю полную историю переписки. Кто что когда написал. В точности.

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

>И такое цитирование - письмо за письмом - в большинстве случаев удобнее.

И такой п*здец - признак отсутствия у людей культуры общения

Ответить | Правка | К родителю #195 | Наверх | Cообщить модератору

39. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Аноним (39), 28-Авг-20, 23:39 
Сегодня они рассылкой не умеют пользоваться, а что завтра? Будут говорить что писать ядро на C это архаично и сложно  и требовать JavaScript/html движок прям в проц?
Ответить | Правка | Наверх | Cообщить модератору

43. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (40), 28-Авг-20, 23:47 
Как вы не поймете, что они умеют пользоваться рассылкой? Им это не удобно, потому что это устаревшая технология!
Ответить | Правка | Наверх | Cообщить модератору

48. "Управление через почтовые рассылки, как барьер, мешающий при..."  –2 +/
Сообщение от бублички (?), 29-Авг-20, 00:00 
C и C++ тоже в своём роде устарелая технология, особенно среди молодых разработчиков что не умеют пользоваться почтовым клиентом. они пачи на JS будут комитить?
Ответить | Правка | Наверх | Cообщить модератору

71. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Сейд (ok), 29-Авг-20, 01:04 
На BitC и C++.
Ответить | Правка | Наверх | Cообщить модератору

72. "Управление через почтовые рассылки, как барьер, мешающий при..."  –1 +/
Сообщение от x3who (?), 29-Авг-20, 01:04 
Почему бы и нет? Если человек способен предложить хорошее решение  в псевдокоде, то перевести это на язык апстрима - наименьшая из всех проблем.
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

111. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от бублички (?), 29-Авг-20, 04:55 
а теперь сними на секунду розовые очочки и подумай, много ли таких людей среди молодых разработчиков которые не умеют настроить почтовый клиент. давай всё-таки удерживать в фокусе внимания условия приведённые в статье
Ответить | Правка | Наверх | Cообщить модератору

207. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от macfaq (?), 29-Авг-20, 13:55 
> C и C++ тоже в своём роде устарелая технология, особенно среди молодых
> разработчиков что не умеют пользоваться почтовым клиентом. они пачи на JS
> будут комитить?

Заскринь, думаю, скоро увидим.

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

92. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (88), 29-Авг-20, 01:53 
Всем удобно, а им нет? Очевидно что они НЕ умеют пользоваться рассылкой.
Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

118. "Управление через почтовые рассылки, как барьер, мешающий при..."  +2 +/
Сообщение от zurapa (ok), 29-Авг-20, 05:20 
Удобно, неудобно - это субъективизм. Мне не удобно, когда такие люди, с такими идеями - поставить что-бы такое эдакое, чтобы было веселей - разрабатывают сложные системные вещи.

Почта это базовый протокол, система сообщений отлаженная десятилетиями. Она надёжна. Поэтому удобно.

Не удобно поставить Redmine для ведения проектов в версии 1, а через пять лет сидеть и думать, как это всё перелить на версию 3.3. И когда понимаешь, что уже никак, ставишь новый Redmine 3.3 и продолжаешь уже в новом. И у тебя две системы старая и новая. А когда в серверной отключили свет, или госкомпозор заблокировал твою сеть в целях борьбы с телеграмм и ты не можешь в него писать. А потом, ещё страну, в которой находится твой сервер признали незаконной и подлежащей уничтожению и изоляции в сети, и ты теряешь весь мир разработчиков, либо организуешь им что-то эдакое. Вот это вот неудобно. Это обосраться как не удобно. Если бы ты только знал, малыш.

Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

211. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Д1110ма (?), 29-Авг-20, 14:27 
JavaScript тоже как бы не вчера появилось.
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

42. "Управление через почтовые рассылки, как барьер, мешающий при..."  +15 +/
Сообщение от Неа (?), 28-Авг-20, 23:47 
Да, это барьер, отсеивающий идиотов.
Ответить | Правка | Наверх | Cообщить модератору

154. "Управление через почтовые рассылки, как барьер, мешающий при..."  +6 +/
Сообщение от anonymous yet another (?), 29-Авг-20, 08:34 
Именно. И очень хорошо, что он есть: человек приславший патч в соответствующую рассылку уже демонстрирует, что

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

Уж точно не M. с его структурой/организацией разработки W. учить как организовать крупнейший и успешнийший IT-проект.

Ответить | Правка | Наверх | Cообщить модератору

159. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от anonymous yet another (?), 29-Авг-20, 09:06 
Ещё одна существенная вещь: отвязка от конкретных инструментов/инфраструктуры.
Определён максимально простой формат обмена. Если удовлетворяшь этому формату обмена (что достаточно несложно) --- то уже не имеет значения каким редактором ты пользуешься и насколько современный javascript-engine в твоём браузере.
Ответить | Правка | Наверх | Cообщить модератору

44. "Управление через почтовые рассылки, как барьер, мешающий при..."  +4 +/
Сообщение от Ilya Indigo (ok), 28-Авг-20, 23:48 
> ...так как его основной почтовый клиент (Outlook)...

А может в баню таких молодых разработчиков?

Ответить | Правка | Наверх | Cообщить модератору

67. "Управление через почтовые рассылки, как барьер, мешающий при..."  –1 +/
Сообщение от Sw00p aka Jerom (?), 29-Авг-20, 00:41 
нормальному разработчику достаточен блокнот и компилятор, усё :)
Ответить | Правка | Наверх | Cообщить модератору

70. "Управление через почтовые рассылки, как барьер, мешающий при..."  +3 +/
Сообщение от Ilya Indigo (ok), 29-Авг-20, 00:49 
> нормальному разработчику достаточен блокнот и компилятор, усё :)

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

Ответить | Правка | Наверх | Cообщить модератору

78. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Sw00p aka Jerom (?), 29-Авг-20, 01:13 
> Нет, но разработчику ядра линукса точно не нужен оффтопик, да ещё с
> его кривым почтовиком который он не в состоянии настроить.

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


Ответить | Правка | Наверх | Cообщить модератору

79. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Ilya Indigo (ok), 29-Авг-20, 01:19 
> мне вот интересно мнение "минусаторов", каков минимальный необходимый набор инструментов
> для "нормального" разработчика.

Блокнот в него не входит!

Ответить | Правка | Наверх | Cообщить модератору

103. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (100), 29-Авг-20, 04:22 
Судя по агрессивно настроенному Опеннету, который на любое "Кое-что делали в линуксе делали не так" и "Сотрудник, причастный к Microsoft, предложил", правильный ответ: Outlook с наклейкой "не только опенсоурсе, но ещё и мелкомяхкие покаились в грехах и ни одна крыса не причастна к этому!". Люди любят искать ведьм, особенно если это им ничего не стоит.
Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

161. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от anonymous yet another (?), 29-Авг-20, 09:09 
Нет. Сотрудник компании M. предложил намертво привязаться к продуктам компании M.
Ответить | Правка | Наверх | Cообщить модератору

185. "Управление через почтовые рассылки, как барьер, мешающий при..."  –1 +/
Сообщение от ....... (?), 29-Авг-20, 12:22 
судя по комментариям, то лист бумаги и карандаш
Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

277. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (317), 29-Авг-20, 17:41 
> мне вот интересно мнение "минусаторов", каков минимальный необходимый набор инструментов для "нормального" разработчика.

Вместо блокнота — нормальный текстовый редактор. И система сборки, хотя бы make.

Ответить | Правка | К родителю #78 | Наверх | Cообщить модератору

45. "Управление через почтовые рассылки, как барьер, мешающий при..."  +5 +/
Сообщение от Дон Ягон (ok), 28-Авг-20, 23:49 
> большинство почтовых клиентов используют такую разметку по умолчанию.

Мог бы - отправил бы терминатора в прошлое, чтобы убить тех, кто форсировал подобное умолчание.

> В качестве примера возникающих из-за этого сложностей упоминается коллега, которому для отправки патча в список рассылки OpenBSD, также не допускающий письма в HTML, потребовалось установить отдельный почтовый клиент, так как его основной почтовый клиент (Outlook) отправляет письма в HTML.

Бедненький. Исстрадался весь, наверное. Как жаль (нет).

> Управление через почтовые рассылки, как барьер, мешающий приходу молодых разработчиков

Как барьер, не пропускающий в отрасль совсем уж одноклеточных.

Ответить | Правка | Наверх | Cообщить модератору

69. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от СеменСеменыч777 (?), 29-Авг-20, 00:43 
> Мог бы - отправил бы терминатора в прошлое, чтобы убить тех, кто форсировал подобное умолчание.

далеко придется отправлять. аутлук вырос из этой штуки:
https://en.wikipedia.org/wiki/Windows_for_Workgroups_Mail
а там по умолчанию был формат rtf.

Ответить | Правка | Наверх | Cообщить модератору

74. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Дон Ягон (ok), 29-Авг-20, 01:06 
Не, я не именно про аутлук. Хотя если "html-письма по-умолчанию" выросли именно оттуда, то про него. Не слишком хорошо знаю историю вопроса.
Ответить | Правка | Наверх | Cообщить модератору

46. "Управление через почтовые рассылки, как барьер, мешающий при..."  +3 +/
Сообщение от бублички (?), 28-Авг-20, 23:52 
дайте угадаю не читая статьи - молодые разработчики не умеют настроить почтовый клиент? встречал таких, очень много. с каждым годом всё больше. дороги разваливаются, мусор убирать некому... все лезут в разработчики
Ответить | Правка | Наверх | Cообщить модератору

82. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Аноним (81), 29-Авг-20, 01:23 
Хуже, они git не осилили. Особенно вот эту функцию https://git-scm.com/docs/git-send-email Запускать целый почтовик для такого это же чистый мазохизм.
Ответить | Правка | Наверх | Cообщить модератору

120. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от zurapa (ok), 29-Авг-20, 05:28 
Потому что на курсы по питону денег хватило, а на курсы по работе с почтой нету. Или нах... (зачем).
Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

279. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Аноним (279), 29-Авг-20, 17:43 
"Заводы стоят, одни гитаристы в стране б..дь !"
Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

52. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Вася (??), 29-Авг-20, 00:05 
> Сара Новотны (Sarah Novotny), входящая <…> от компании Microsoft
> основной почтовый клиент (Outlook) отправляет письма в HTML.

Так пофиксите Outlook уже наконец.

Ответить | Правка | Наверх | Cообщить модератору

76. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от x3who (?), 29-Авг-20, 01:10 
Они зафейлили реализовать отображение хтмл и бросили свои разработки бровсеров перейдя хром. Ты хочешь чтобы они радактор хтмл реализовали? У эффективных менеджеров МС есть лучшая идея - уволить девелоперыей и продавать опенсорсные решения.
Ответить | Правка | Наверх | Cообщить модератору

53. "Управление через почтовые рассылки, как барьер, мешающий при..."  +5 +/
Сообщение от Аноним (53), 29-Авг-20, 00:08 
Может и нужно, может и не нужно. Но когда я слышу фирму майкрософт, у меня чувство опасности сразу +100500 становится.
Ответить | Правка | Наверх | Cообщить модератору

122. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от zurapa (ok), 29-Авг-20, 05:51 
Не ссы. Просто не пользуйся их продуктами. А высказывание это частного лица. Он может быть и из мелкомягких, и ивээма, и даже из линксятников нового поколения, что в клетчатых рубашках, с винтажными бородами, смузями, гейской причёской и гордым именем "DevOps". Просто они в коде убрали оскорбительные слова: master, slav и прочие - теперь следующим пунктом у них искоренить почту. Потом будут отлавливать ретроградов, и убивать их. Это нормально. Это прогресс называется.
Ответить | Правка | Наверх | Cообщить модератору

431. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от аноним12345 (?), 31-Авг-20, 09:04 
Здоровые рефлексы никто не отменял
Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

54. "Управление через почтовые рассылки, как барьер, мешающий при..."  +6 +/
Сообщение от Аноным (ok), 29-Авг-20, 00:16 
Нужно управление через тиктоки
Ответить | Правка | Наверх | Cообщить модератору

123. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от zurapa (ok), 29-Авг-20, 05:51 
Ты дело говоришь, мужик!
Ответить | Правка | Наверх | Cообщить модератору

184. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Annoynymous (ok), 29-Авг-20, 12:18 
Смужик!
Ответить | Правка | Наверх | Cообщить модератору

55. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от бублички (?), 29-Авг-20, 00:18 
работаю сейчас с одним таким, правда занимает должность руководителя проекта. при этом в резюме указано разработчик и буквально тут же следом ит архитектор - с интервалом в 2 года. мама! собственные мысли сформулировать не может, неспособен сфокусировать внимание даже на том что у него на экране. может это какое-то инвазивное заболевание мозга или просто контужен был? либо в резюме враньё
Ответить | Правка | Наверх | Cообщить модератору

65. "Управление через почтовые рассылки, как барьер, мешающий при..."  –1 +/
Сообщение от Sw00p aka Jerom (?), 29-Авг-20, 00:39 
>неспособен сфокусировать внимание даже на том что у него на экране

он просто теряется, когда ему в монитор смотрят, есть такое (неуверенность), но когда объясняешь - все понимает.

Ответить | Правка | Наверх | Cообщить модератору

108. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от бублички (?), 29-Авг-20, 04:47 
в нынешних условиях речь об удалённой работе, никто ему в монитор не смотрит и даже веб-камеру включать не просит. когда объяснишь - понимает, но ровно лишь до следующего раза когда этот вопрос вновь поднимают. тогда приходится вновь всё объяснять и так по кругу. ссылки на объяснения тоже найти не может. похоже на признаки старческого маразма
Ответить | Правка | Наверх | Cообщить модератору

124. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от zurapa (ok), 29-Авг-20, 05:54 
Так включи же веб-каеру! Может там дед за компом сидит. Тогда всё норм. А ты не прав. Стариков нужно уважать... (сарказм)
Ответить | Правка | Наверх | Cообщить модератору

135. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от бублички (?), 29-Авг-20, 06:12 
очень резвый дедуля, разработчик и буквально через 2 года архитектор. на мой взгляд интервал между двумя этими должностями должен быть лет 10, иначе это даже не дед, а просто м-дак и пи-дабол. на самом деле, там молодой щенок что из кожи вон лезет руководить лишь по той простой причине что ничего не умеет делать
Ответить | Правка | Наверх | Cообщить модератору

156. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от zurapa (ok), 29-Авг-20, 08:46 
Я же написал в скобочках сарказм.
Ответить | Правка | Наверх | Cообщить модератору

384. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (384), 30-Авг-20, 05:36 
> но ровно лишь до следующего раза когда этот вопрос вновь поднимают. тогда приходится вновь всё объяснять и так по кругу.

Вышестоящему руководству этого маразматика нажаловаться никак нельзя? "Тратит моё рабочее время на повторные объяснения одного и того же, вопиющая некомпетентность, прошу принять меры". Или пригрозить, что нажалуешься.

Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

386. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от бублички (?), 30-Авг-20, 07:37 
это всегда можно успеть. пока наблюдаю, анализирую
Ответить | Правка | Наверх | Cообщить модератору

424. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от бублички (?), 30-Авг-20, 19:43 
а главное, заметь, я не спрашивал совета что мне делать и как себя вести. лишь описал ситуацию, вернее своё видение таковой
Ответить | Правка | К родителю #384 | Наверх | Cообщить модератору

58. "Управление через почтовые рассылки, как барьер, мешающий при..."  +2 +/
Сообщение от Аноним (58), 29-Авг-20, 00:25 
Так а в чем дело? Пускай опубликуют сорцы на гитхабе и пилят форк через пул реквесты
Ответить | Правка | Наверх | Cообщить модератору

126. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от zurapa (ok), 29-Авг-20, 05:55 
Проблема в том, что это хочет всего лишь один человек. Осталось убедить оставшиеся 99,99% разработчиков последовать за ним.
Ответить | Правка | Наверх | Cообщить модератору

59. "Управление через почтовые рассылки, как барьер, мешающий при..."  +5 +/
Сообщение от anonymous (??), 29-Авг-20, 00:26 
> Сара Новотны, входящая в управляющий совет Linux Foundation от компании Microsoft
> [...]
> В качестве примера возникающих из-за этого сложностей упоминается коллега, которому для отправки патча в список рассылки OpenBSD, также не допускающий письма в HTML, потребовалось установить отдельный почтовый клиент, так как его основной почтовый клиент (Outlook) отправляет письма в HTML.

Пшпшфпшпфшп... А ВЫ НЕ ПРОБОВАЛИ СВОЙ OUTLOOK ПОЧИНИТЬ НА СООТВЕТСТВИЕ RFC СТАНДАРТАМ???

Ответить | Правка | Наверх | Cообщить модератору

128. "Управление через почтовые рассылки, как барьер, мешающий при..."  +2 +/
Сообщение от zurapa (ok), 29-Авг-20, 06:01 
Вот ты сейчас замахнулся... Ты же понимаешь, что тебя так просто не оставят теперь. Ты ещё предложи Exchange на соответствие RFC проверить... Умник!..

Если ты не в курсе, то даже в Book of Posfix пишут, что Outlook и Exchange особенные и для них есть исключения, для них сообщения нужно обрабатывать несколько иначе. Вот точно не помню, касаемо чего сказано. Но помню такую особенность. В общем есть Microsoft, и есть остальное неправильное, ничтожное ПО. И всё это ПО уже даже смирилось с этим, и научилось работать с светлыми стандартами MS, неоспоримыми, непоколебимыми, надёжными, КАК СКАЛА! Ибо ЭНТЕРПРАЙЗ - это MS. Если у тебя в компании не MS, то ты не энтерпраз. Так... энтерпрайзешко...

Ответить | Правка | Наверх | Cообщить модератору

440. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от N_ (?), 01-Сен-20, 06:56 
>>Outlook и Exchange особенные и для них есть исключения, для них сообщения нужно обрабатывать несколько иначе

Вероятно, ты имел ввиду TNEF (он же winmail.dal), но не будем о грустном

Ответить | Правка | Наверх | Cообщить модератору

75. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (75), 29-Авг-20, 01:07 
И что же, интересно, за патч отправил в OpenBSD человек, использующий Outlook?
Ответить | Правка | Наверх | Cообщить модератору

77. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от x3who (?), 29-Авг-20, 01:13 
Ага, и каким тут боком линукс фоундейшен.
Ответить | Правка | Наверх | Cообщить модератору

134. "Управление через почтовые рассылки, как барьер, мешающий при..."  +5 +/
Сообщение от zurapa (ok), 29-Авг-20, 06:10 
Ну, что ты такой не понятливый?! Человек из Мелкософта, ему что линукс, что БСД, что БДСМ - всё одно. Что ты привязываешься к деталям?! Ты в корень проблемы смотри - почта - ретроградство. Её нужно уничтожить. Разработку нужно вести в скайп.

До чего же сейчас тупые линуксятники пошил. Всё им разжуй. Не способны творчески мыслить... Не способны представить "пять красных линий..."

Ты ещё скажи, что BSD это не линкс, а линукс это не юникс... Бестолочь!

(сарказм)

Ответить | Правка | Наверх | Cообщить модератору

200. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Microsoft (?), 29-Авг-20, 13:06 
> Разработку нужно вести в скайп.

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

Разработку полагается вести в teams!

Ответить | Правка | Наверх | Cообщить модератору

392. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от n00by (ok), 30-Авг-20, 10:52 
> Ты в корень проблемы смотри - почта - ретроградство. Её
> нужно уничтожить. Разработку нужно вести в скайп.

В Скайп разрабатывают исключительно автономную™ Розалинукс. Про этом "разработчики" регулярно пугают пользователей локализацией Рунета и уверяют, что их система единственная гарантировано выживет (возможно, ещё и Альт, но это если тем сильно повезёт).

Ответить | Правка | К родителю #134 | Наверх | Cообщить модератору

173. "Управление через почтовые рассылки, как барьер, мешающий при..."  –1 +/
Сообщение от пох. (?), 29-Авг-20, 10:39 
> И что же, интересно, за патч отправил в OpenBSD человек, использующий Outlook?

человек _не_умеющий_ пользоваться аутлук - очевидно, не отправил никакого - majordomo или что там у них за лохматая древность, не принял письмо в html, а галочка - на целой второй вкладке, а он еще и первую-то как следует не изучил.

что, конечно, не отменяет факта, что "порежьте помельче, поклонитесь пониже и перепошлите" - совершенно м-цкая методика работы с кодом.

Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

290. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от РедХет (?), 29-Авг-20, 18:04 
Э, ну я outlook-ом пользоваться не умею. Даже не видел его ни разу.
Ответить | Правка | Наверх | Cообщить модератору

85. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Андрей (??), 29-Авг-20, 01:30 
> Сара Новотны (Sarah Novotny), входящая в управляющий совет Linux Foundation от компании Microsoft, подняла вопрос об архаичности ведения процесса разработки ядра Linux. По мнению Сары, использование списка рассылки (LKML, Linux Kernel Mailing List) для координации разработки ядра и отправки патчей отпугивает молодых разработчиков и является барьером, мешающим приходу новых сопровождающих.

Да это же диверсия с целью развала отлаженной десятилетиями эффективной работы сопровождающих! Интегрировали Линукс в Виндовс, теперь надо грохнуть независимую разработку Линукса, и захватить самим власть над разработкой.

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

Ответить | Правка | Наверх | Cообщить модератору

136. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от zurapa (ok), 29-Авг-20, 06:13 
А кто сказал, что это мнение примут, и будут двигаться в этом направлении? Это мнение одного недалёкого человека. Это, как высказывание в нашей госдуме про суверенный интернет и свои корневые сервера. При чём это было так сказано, что все из IT поняли о чём речь, но человек это сказал так, что получилась какая-то бессмыслица.
Ответить | Правка | Наверх | Cообщить модератору

87. "Управление через почтовые рассылки, как барьер, мешающий при..."  +2 +/
Сообщение от MT (ok), 29-Авг-20, 01:40 
Outlook умеет отправлять чисто текстовые письма. Например, в версии 2013:

«Формат текста» → «Обычный текст» вместо используемого по умолчанию «Формат HTML».

Ответить | Правка | Наверх | Cообщить модератору

191. "Управление через почтовые рассылки, как барьер, мешающий при..."  –1 +/
Сообщение от СеменСеменыч777 (?), 29-Авг-20, 12:44 
> Outlook умеет отправлять чисто текстовые письма. Например, в версии 2013:
> «Формат текста» → «Обычный текст» вместо используемого по
> умолчанию «Формат HTML».

да знаем мы. у меня где-то валялся REGEDIT4 для всех 10-лет-назад-используемых офисов,
ставящий plaintext и koi8-r для новых писем и для ответов на любые письма.
проблема в том, что это настройка для всех и навсегда. другие корреспонденты
могут отказаться принимать не-richtext и даже уволить за такое принуждение к стандартам.

Ответить | Правка | Наверх | Cообщить модератору

250. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от MT (ok), 29-Авг-20, 16:34 
> проблема в том, что это настройка для всех и навсегда.

Вовсе нет. Для каждого письма выбирается индивидуально.

Ответить | Правка | Наверх | Cообщить модератору

91. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Аноним (91), 29-Авг-20, 01:50 
Может проблема в аутлуке всё-же?
Ответить | Правка | Наверх | Cообщить модератору

214. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (-), 29-Авг-20, 14:40 
отрасль опенсорс медленно двигается к облачным приложениям, это всего лишь инструмент для завоёвывания клиентуры, а они там патчики шлют рассылкой..
Ответить | Правка | Наверх | Cообщить модератору

93. "Управление через почтовые рассылки, как барьер, мешающий при..."  +3 +/
Сообщение от funny.falcon (?), 29-Авг-20, 02:03 
Возглавь и уничтожь.

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

Ответить | Правка | Наверх | Cообщить модератору

117. "Управление через почтовые рассылки, как барьер, мешающий при..."  +8 +/
Сообщение от бублички (?), 29-Авг-20, 05:15 
здравствуйте, я начинающий разработчик. у вас тут так сложно всё и непонятно. зачем вы так делаете, я так не могу. давайте делать как я привык, или ещё лучше, давайте я буду вами руководить
Ответить | Правка | Наверх | Cообщить модератору

139. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от zurapa (ok), 29-Авг-20, 06:20 
Между прочим, вы зря смеётесь. Руководителями делают не самых умных, а самых амбициозных. Пообщайтесь с руководством. Потому что руководство может оценить амбициозного человека, может понять, что он хочет стать успешным, что он готов из-за этой идеи порваться. А умный - пусть идёт в ж... Чтобы проверить квалификацию, компетенцию человека, нужно быть более квалифицированным, компетентным в том вопрос. Сомневаюсь, что Гендиректор может проверить архитеткора приложений, или сеньора Java-разработчика или Python-разработчика. А вот если ты молод и дерзок, то может быть ты далеко пойдёшь. Если не пойдёшь, то на тебя можно списать всё проблемы компании и с позором уволить. Ни кто же не подумает, что это ты обделался. Ведь гендиров не критикуют.
Ответить | Правка | Наверх | Cообщить модератору

142. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от бублички (?), 29-Авг-20, 06:40 
по-твоему управлять другими совершенно не будучи осведомлён и при этом не имея никакого опыта в самом деле нормально? в статье речь о молодых разработчиках что не умеют работать с электронной почтой, аналогов которой по сути нет. мой лично девиз: если что-то важное для своей работы не знаешь, найди время изучить. не нравится - меняй работу
Ответить | Правка | Наверх | Cообщить модератору

155. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от zurapa (ok), 29-Авг-20, 08:39 
Docker - это важное?
Ответить | Правка | Наверх | Cообщить модератору

192. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от морковкаemail (?), 29-Авг-20, 12:45 
Вы строите ракету. Все вокруг крутят винты крестовыми отвертками или крестовыми битами. Крестовая отвертка - стандарт индустрии. И тут приходишь ты и начинаешь забивать винты камнем. Просто потому что крестовая отвертка - "это не важно для ракетостроения, это для молодежи, для девляпсов, и т.д."
Ответить | Правка | Наверх | Cообщить модератору

234. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (-), 29-Авг-20, 15:29 
плейнкод полученный традиционно и предсказуемо без эмодзи и видеовызовов легче понять
Ответить | Правка | Наверх | Cообщить модератору

243. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от бублички (?), 29-Авг-20, 16:02 
> Docker - это важное?

на соё взгляд в CI/CD порой крайне удобное, порой даже граничит с необходимым

Ответить | Правка | К родителю #155 | Наверх | Cообщить модератору

244. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от бублички (?), 29-Авг-20, 16:03 
> на соё взгляд в CI/CD порой крайне удобное, порой даже граничит с
> необходимым

:cоё:мой:

Ответить | Правка | Наверх | Cообщить модератору

95. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от FVWM_форева (?), 29-Авг-20, 02:35 
Это ж надо. Всё чаще в новостях 1-е апреля на дворе.
Ответить | Правка | Наверх | Cообщить модератору

96. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Анончик (?), 29-Авг-20, 02:38 
Ну пусть идут своим герл отрядом и форкают. А свои супер изменения пусть присылают по почте.
Ответить | Правка | Наверх | Cообщить модератору

99. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (98), 29-Авг-20, 03:49 
Это настолько тонко что толсто.
Рассылка !@#$ в оутлуке не открывается! Не может на родной винде в родном аутлуке патчи к клятому линуксу отправить. Клиент другой ему пришлось установить, вот уж проблема так проблема!
Ответить | Правка | Наверх | Cообщить модератору

112. "Управление через почтовые рассылки, как барьер, мешающий при..."  +2 +/
Сообщение от бублички (?), 29-Авг-20, 05:00 
ещё было бы интересно прочесть мнение обезьян по поводу неудобства работы на клавиатуре 20 пальцами и хвостом
Ответить | Правка | Наверх | Cообщить модератору

140. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от zurapa (ok), 29-Авг-20, 06:22 
Ну, вот кто тебя просил?! Кто просил?! Сейчас же обезьяны прибегут, засрут комментарии.
Ответить | Правка | Наверх | Cообщить модератору

166. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от Бывалый (?), 29-Авг-20, 10:07 
Очевидно "пропатчить" сообщество разработчиков проще чем пропатчить Outlook
Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

372. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (372), 30-Авг-20, 01:10 
Тоже так подумал
Ответить | Правка | Наверх | Cообщить модератору

106. "Управление через почтовые рассылки, как барьер, мешающий при..."  +3 +/
Сообщение от kvaps (ok), 29-Авг-20, 04:33 
> В качестве примера возникающих из-за этого сложностей упоминается коллега, которому для отправки патча в список рассылки OpenBSD, также не допускающий письма в HTML, потребовалось установить отдельный почтовый клиент, так как его основной почтовый клиент (Outlook) отправляет письма в HTML.

Господи, ну что за бред? Я понимаю мэйллисты неудобные. Но эта история с аутлуком это уже какой-то зашквар!

Ответить | Правка | Наверх | Cообщить модератору

203. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (201), 29-Авг-20, 13:16 
> Господи, ну что за бред? Я понимаю мэйллисты неудобные. Но эта история
> с аутлуком это уже какой-то зашквар!

Да линуксоидам из фундейшена в общем то и не привыкать.
То из аутглюка в опенбзд патчи слать пытаются, то год линукса на десктопе из под макоси объявляют.

Ответить | Правка | Наверх | Cообщить модератору

224. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от kvaps (ok), 29-Авг-20, 14:58 
Кстати видел как индивиды из RedHat говорили, что нет лучше десктопной ОС чем Windows.
Ответить | Правка | Наверх | Cообщить модератору

107. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от zurapa (ok), 29-Авг-20, 04:37 
Outlook не может просто текст? Новость. Тогда почему, когда я отправляю своим коллегам plain text письмо, они могут ответить только таким же текстом, без картинок, расных букв и винтажной подписи с логотипом, фотографией и прочим говном, от чего очень сильно буйствуют.

Сдаётся мне, что кто-то рукожоп, и рукожопие его распространяется на работу с почтой, но прекрывает он это рукожопие своей якобы прогрессивностью.

Ответить | Правка | Наверх | Cообщить модератору

114. "Управление через почтовые рассылки, как барьер, мешающий при..."  +4 +/
Сообщение от бублички (?), 29-Авг-20, 05:11 
страшно то, что рукожопие обычно простирается гораздо глубже чем работа с почтой. если человек рукожоп в таких совсем уже элементарных вещах, то я сильно сомневаюсь в его способностях писать, исправлять и даже просто понимать - не то что код ядра, но даже базовую функциональность. уверен, никто не ждёт от молодых разработчиков умения играть на скрипке в составе симфонического оркестра, но знакомство с такими повседневными вещами как клиент электронной почты - по-моему обязательно и не подлежит обсуждению. не умеет (тем-более становится в позу) - до свидания. лучше поднять зарплаты штату уже имеющихся разработчиков. а-то каждый пассажир автобуса лезет порулить в кабину водителя
Ответить | Правка | Наверх | Cообщить модератору

174. "Управление через почтовые рассылки, как барьер, мешающий при..."  –2 +/
Сообщение от пох. (?), 29-Авг-20, 10:43 
> Outlook не может просто текст?

Современные разработчики не могут ДАЖЕ аутлук.

> Тогда почему, когда я отправляю своим коллегам plain text письмо, они могут ответить только
> таким же текстом,

потому что они у тебя такие же точно одноклеточные и одновкладочные, как тот придурок.

Переключатель обратно в rich-форматы находится на _второй_ сцуко вкладке.
(и да, если мне понадобится вставить в reply поясняющую его картинку - я им воспользуюсь, и уже твои страдания по поводу неумения твоей мутти читать текст с картинками отправлю лесом - не можешь - ставь аутлук, как у всех)

Ответить | Правка | К родителю #107 | Наверх | Cообщить модератору

291. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от РедХет (?), 29-Авг-20, 18:10 
Так в этом и косяк. Outlook же, вроде как, не умеет быть либо только plain, либо только html. А и то и другое -- не умеет. Разве нет?
Ответить | Правка | К родителю #107 | Наверх | Cообщить модератору

125. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от anonymous (??), 29-Авг-20, 05:55 
> Например, в рассылке действует запрет на использования HTML-разметки

Ну хоть кто-то понимает какая чушь - передавать через почту html или pdf

Ответить | Правка | Наверх | Cообщить модератору

131. "Управление через почтовые рассылки, как барьер, мешающий при..."  –7 +/
Сообщение от Аноним (131), 29-Авг-20, 06:03 
Если отбросить токсичность некоторых обитателей, абстрагироваться от эмоций и посмотреть на ситуацию трезво, то окажется, что представители Microsoft сейчас занимаются спасением Linux. Люди неблагодарны зачастую. Да, это правда, молодым ребятам не интересен такой формат, отдающий дедовскими труханами. Консерватизм убивает. Есть несколько знакомых, которые были бы рады поучаствовать в развитии Linux и не только. Но текущая система их отталкивает (и да, не потому, что неосиляторы, а потому воняет. Осилить способен каждый, кто хочет. А тут отбивают желание). Прогнозирую сообществу кризис управления, отток людей. Надеюсь в глубине души, что такие ребята, как Microsoft (самые сильные популяризаторы Linux (читай, WSL)) успешно исправят ситуацию
Ответить | Правка | Наверх | Cообщить модератору

138. "Управление через почтовые рассылки, как барьер, мешающий при..."  +3 +/
Сообщение от бублички (?), 29-Авг-20, 06:20 
наоборот, тут прививают навыки уделять как можно больше внимания форме подачи и обработки информации. выкинь все стандарты и что получится? открытый космос - без верха и низа. придёт вот такой молодой-удалой и будет пачи в видеоконференциях на слайдах демоестриррвать, потому что ему так привычно - так все вопросы решаются в их очередной супер компании
Ответить | Правка | Наверх | Cообщить модератору

365. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от РедХет (?), 30-Авг-20, 00:38 
Стандарт со школы -- уметь читать текст и уметь считать на пальцах. И это отличный базис и достаточный стандарт для чего угодно.
Ответить | Правка | Наверх | Cообщить модератору

293. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от РедХет (?), 29-Авг-20, 18:19 
Эти молодые люди не понимают того очевидного факта, что их труханы уже тожа начинают попахивать. И они сами этой воин подбавляют подобным желанием, чтоб "всё у нас было по-новому". Побеги этих семян ими же высеваемого эйджизма их же и сожрут. В пользу вот таких вот Сар.
Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

356. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от анонимко (?), 30-Авг-20, 00:12 
Вас детей как не послушаешь, вы все чьи-то труханы нюхаете. Просто пандемия какая-то. А почему так получается? Вероятно, от того, что на другое не способны.

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

Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

367. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от РедХет (?), 30-Авг-20, 00:39 
Молодняк бодро заявляет, что их труселя пахнут (для них лучше). Забывая, что это очень и очень временно.
Ответить | Правка | Наверх | Cообщить модератору

133. "Управление через почтовые рассылки, как барьер, мешающий при..."  +2 +/
Сообщение от Аноним (133), 29-Авг-20, 06:06 
Ой, да ладно. Молодняк настолько отупел, что не может освоить почтовый клиент и команды patch и diff?
Привыкли к проприетарщине и загонам мелкомягкого гитхаба.
Ответить | Правка | Наверх | Cообщить модератору

143. "Управление через почтовые рассылки, как барьер, мешающий при..."  +6 +/
Сообщение от Мира (ok), 29-Авг-20, 06:44 
Те кто используют Outlook в качестве основного почтового клиента не должны участвовать в разработке ядра.
Ответить | Правка | Наверх | Cообщить модератору

171. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от anonymous (??), 29-Авг-20, 10:24 
* должны участвовать в качестве наказания
Ответить | Правка | Наверх | Cообщить модератору

149. "Управление через почтовые рассылки, как барьер, мешающий при..."  –2 +/
Сообщение от Аноним (-), 29-Авг-20, 08:09 
>Сара Новотны (Sarah Novotny), входящая в управляющий совет Linux Foundation от компании Microsoft

1. Linux Foundation прямого отношения к разработчикам ядра - www.kernel.org не имеет. Linux Foundation - это примазавшаяся к GNU/Linux группа коммерческих компаний, которым Линукс выгоден только в денежном отношении. Идеалы Свободы их не волнуют.

2. Компании Microsoft перешла границы дозволенного. Linux Foundation как некомерческая организация должна к этому платиновому спонсору применить санкции согласно внутреннему распорядку. Каждая компания входящая в Linux Foundation обязана выступить с публичным порицанием высказывания Сары Новотны. При повторении данного инцидента компанию Microsoft следует исключить из состава Linux Foundation.

>Linux Kernel Mailing List для координации разработки ядра и отправки патчей отпугивает молодых разработчиков и является барьером, мешающим приходу новых сопровождающих.

1. Это просто ложь. Это высказывание надо воспринимать как прямую атаку на Свободное Сообщество. И никак иначе.

2. Все вопросы и обсуждения касающиеся процесса разработки ядра Линункс, касаются только разработчиков ядра. Ни одна коммерчская компания своим сопливым носом не должна туда лезть.

Компания Microsoft ө это Зло! Идут года, а суть вещей не меняется. Весь Земной Шар мобилизуемся Зло подымает голову! Беспощадно давить как тараканов всех проприетарщиков.

Ответить | Правка | Наверх | Cообщить модератору

153. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от iPony129412 (?), 29-Авг-20, 08:22 
>  Linux Foundation прямого отношения к разработчикам ядра - www.kernel.org не имеет. Linux Foundation - это примазавшаяся к GNU/Linux группа коммерческих компаний, которым Линукс выгоден только в денежном отношении. Идеалы Свободы их не волнуют.

Вот это очки коричневого цвета...
А кто ядро делает? Энтузиасты за бесплатно?
Про идеалы свободы посмотри слова Линуса Торвальдса (или он тоже примазался?) о GPLv3.

Ответить | Правка | Наверх | Cообщить модератору

169. "Управление через почтовые рассылки, как барьер, мешающий при..."  –1 +/
Сообщение от Аноним (169), 29-Авг-20, 10:19 
Это не очки, это идейность и здравый смысл.
Ответить | Правка | Наверх | Cообщить модератору

181. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от iPony129412 (?), 29-Авг-20, 11:22 
> Это не очки, это идейность и здравый смысл.

Это выдумки, если ты "изменяешь" реальность под свои хотелки

Ответить | Правка | Наверх | Cообщить модератору

210. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от IRASoldier_registered (ok), 29-Авг-20, 14:10 
>идейность и здравый смысл

Взаимоисключающие параграфы детектед.

Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

261. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (261), 29-Авг-20, 16:53 
Линус - технарь, когда он начинает говорить об идеологии - он показывает себя круглым дилетантом.

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

GPLv2 - хорошая вещь, но имеет некоторые уязвимости, типа тивоизации и возможности создать с помощью патентов ограничения распространения в обход правил, описанных в лицензии. GPLv3 - это, по сути, security patch.

А в данном случае (email vs. fancy web UI) мы видим попытку уронить входной барьер ниже плинтуса, чтобы впустить народ, не имеющий никакого понятия об идеологии.

Ответить | Правка | К родителю #153 | Наверх | Cообщить модератору

382. "Управление через почтовые рассылки, как барьер, мешающий при..."  +/
Сообщение от Аноним (-), 30-Авг-20, 05:28 
>мы видим попытку уронить входной барьер ниже плинтуса, чтобы впустить народ, не имеющий никакого понятия об идеологии.

Штрейкбре́хер (нем. Streikbrecher, буквально — «стачколом», т.е. ломающий стачку) — лицо, как правило нанимаемое на стороне во время забастовки, отказывающееся участвовать в забастовке и поддерживать забастовщиков, занимающее сторону администрации в её споре с забастовщиками и поддерживающее её своим выходом на работу в период забастовки. В переносном смысле имеет значение изменник, предатель общих интересов.

Википедия - чудо!

Ответить | Правка | Наверх | Cообщить модератору

220. "Управление через почтовые рассылки, как барьер, мешающий при..."  +1 +/
Сообщение от анонн (ok), 29-Авг-20, 14:54 
>>Сара Новотны (Sarah Novotny), входящая в управляющий совет Linux Foundation от компании Microsoft
> 1. Linux Foundation прямого отношения к разработчикам ядра - www.kernel.org не имеет.

Только зарплату Линусу с Грегом платят и разработку финансируют.

Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

368. "Управление через почтовые рассылки, как барьер, мешающий при..."  –1 +/
Сообщение от РедХет (?), 30-Авг-20, 00:43 
Сейчас не очень-то и ясно кто кому и за что зарплату платит. Ну уж точно, что Линус Саре, чем Сара Линусу. Если эта Сара исчезнет ничего вообще не изменится. Будет какая-нибудь Сарья или Индира, с не менее ценными советами.
Ответить | Правка | Наверх | Cообщить модератору

152. "Управление через почтовые рассылки как барьер, мешающий прих..."  +1 +/
Сообщение от Аноним (152), 29-Авг-20, 08:17 
ОМГ, какое-то смузихлёбное нытьё про то что хипсторам тяжко пользоваться почтой, потому что это недостаточно модно-молодёжно и свистопердельно! Пц, современное IT на глазах пробивает очередное дно!
Ответить | Правка | Наверх | Cообщить модератору

163. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Аноним (163), 29-Авг-20, 09:35 
Именно. Уж если MS ломит психологическая тяжесть читать почту кроме как в Аутглюке, бежать от них надо.

У них там с оформлением этим HTML косяк на косяке.

На халяву мечтают исправить, если сами не смогли написать.

Ответить | Правка | Наверх | Cообщить модератору

162. "Управление через почтовые рассылки как барьер, мешающий прих..."  +2 +/
Сообщение от Аноним (163), 29-Авг-20, 09:30 
Предложенное повышение скорости и приёмы разработки от MS сделают ядро таким же сбойным продуктом жизнедеятельности, как и MS Аутглюк.

M$ _нужно_ отталкивать и избегать.

P.S. HTML в письмах для "бесгaловых" не смогших без 18-го шрифта жирным донести мысль не растеряв.

Ответить | Правка | Наверх | Cообщить модератору

164. "Управление через почтовые рассылки как барьер, мешающий прих..."  +8 +/
Сообщение от Бывалый (?), 29-Авг-20, 09:49 
Математика как барьер к бухгалтерии

Физика как барьер к ракетостроению

Медицина как барьер к хирургии

Да буквально куда не посмотри -- всюду барьеры для молодого поколения!

Ответить | Правка | Наверх | Cообщить модератору

260. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Михрютка (ok), 29-Авг-20, 16:50 
>>>Арифметика как барьер к бухгалтерии

//fixed

>>>Медицина как барьер к хирургии

//can't parse

Ответить | Правка | Наверх | Cообщить модератору

334. "Управление через почтовые рассылки как барьер, мешающий прих..."  +1 +/
Сообщение от РедХет (?), 29-Авг-20, 19:50 
Блин, это ведь уже не шутка давно. Например, знание математики считается одним из инструментов тирании белых цисгендерных мужчин, с которым нужно безусловно бороться. С его помощью они специально делают мир слишком сложным для дур любого... гендера.
Ответить | Правка | К родителю #164 | Наверх | Cообщить модератору

165. "Управление через почтовые рассылки как барьер, мешающий прих..."  +1 +/
Сообщение от Aukamo (ok), 29-Авг-20, 10:07 
Да, я за то чтобы понизить порог вхождения и добавить больше фронтендеров, а то что-то багов маловато как-то.
Ответить | Правка | Наверх | Cообщить модератору

178. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от kusb (?), 29-Авг-20, 10:54 
> Да, я за то чтобы понизить порог вхождения и добавить больше фронтендеров,
> а то что-то багов маловато как-то.

А модули ядра на интерпретируемых языках это нормально?

Ответить | Правка | Наверх | Cообщить модератору

409. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Аноним (409), 30-Авг-20, 15:34 
Нет
Ответить | Правка | Наверх | Cообщить модератору

172. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Аноним (172), 29-Авг-20, 10:29 
как вариант перейти на https://git.sr.ht/ + https://git.sr.ht/~sircmpwn/aerc
Ответить | Правка | Наверх | Cообщить модератору

175. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от kusb (?), 29-Авг-20, 10:47 
Она же хочет не почту выкинуть, а какой-то дополнительный слой между почтой и пользователем воткнуть. Может почтовый клиент, но специализированный.
Покажите ей sourcehut.
Ответить | Правка | Наверх | Cообщить модератору

176. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от kusb (?), 29-Авг-20, 10:48 
Точнее я может вообще не знаю, чего она хочет.
Ответить | Правка | Наверх | Cообщить модератору

177. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Нанобот (ok), 29-Авг-20, 10:49 
Да и не только молодых разработчиков это затрагивает. Я б тоже побрезговал списки рассылки использовать
Ответить | Правка | Наверх | Cообщить модератору

179. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Аноним (179), 29-Авг-20, 11:02 
Парад инфантилизма, снобизма, дедовщины и некомпетентности итт.
Ответить | Правка | Наверх | Cообщить модератору

182. "Управление через почтовые рассылки как барьер, мешающий прих..."  –2 +/
Сообщение от AntonAlekseevichemail (ok), 29-Авг-20, 11:28 
Согласен, нужны современные подходы к разработке.
Так что хватит пихать ГитХаб в невпи[тут ненормативная лексика по мнению автоматической проверки]ый для этого стандарт разработки.
Ответить | Правка | Наверх | Cообщить модератору

371. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от анонимко (?), 30-Авг-20, 01:07 
>>современные подходы к разработке

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

Ответить | Правка | Наверх | Cообщить модератору

186. "Управление через почтовые рассылки как барьер, мешающий прих..."  +1 +/
Сообщение от Gogi (??), 29-Авг-20, 12:26 
Если разобрать ситуацию без фанатизма, наблюдаем следущую клиническую картину:

1. Возмущение _в_ИТ_сфере_ написала баба. У 90% мужиков сразу подгорело и даже не пытайтесь оправдываться.
2. Баба из MS. Теперь у 99% товарищей подгорело И Я В ТОМ ЧИСЛЕ. Я просто не доверяю словам Иуды, что "больше не предам".
3. Баба понесла некомпетентный бред по поводу Аутглюка. Да, в нём МОЖНО отсылать plain text. НО(!) эта дебильная установка - ГЛОБАЛЬНАЯ, а значит _все_ письма сразу станут плэйновые. Это дебилизм и недостаток макрософако-писак.
4. Баба расшевелила тухлое болото, которое Линус пестовал годами, потому что "ему так удобно". Очевидно, что "патчик" - это методы времён дискеток, когда ОДИН чел сидел на небольшой программе и каждый вносил небольшую правку.

Напомню: patch - это ЗАПЛАТКА, багофикс, исправление. Это по-определению _небольшая_ порция кода, призваная исправить проблему.
РАЗРАБОТКА ядра - совсем другая вещь, особенно учитывая его объёмы. Пропатчить можно 2-3 файла. Но когда нужно в ядро внедрить целый функционал - простите, ваши УСТАРЕЛЫЕ ПАТЧИ перестают быть адекватным инструментом.

Собственно, любая VCS - это и есть следующий уровень после патчей, ибо позволяет не только "накодить" в репу, но и представить это в виде удобного, легко отделяемого бранча с комментами, автором и т.п.
Именно поэтому "как бы неудобные" пулл-реквесты в github - это правило современной разработки, когда мэнтейнер не тратит время на рутину, а занимается слиянием готовых бранчей.
Собственно, это станет очевидно, когда хоть один из вас начнёт управлять средненькой репой хотя бы с 5-10 коммитерами.

Так что увы, опеннетная братия тут облажалась, стыдно должно быть!

Ответить | Правка | Наверх | Cообщить модератору

194. "Управление через почтовые рассылки как барьер, мешающий прих..."  +1 +/
Сообщение от Аноним (194), 29-Авг-20, 12:52 
Аналитика от самых маленьких.
Ответить | Правка | Наверх | Cообщить модератору

204. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Аноним (-), 29-Авг-20, 13:24 
> Но когда нужно в ядро внедрить целый функционал

с такими аппетитами форкнуть и отвечать самое то, но весь разлад закончится копипастой кусков из word/html/pdf прямо в апстрим не глядя, чтобы успеть на новогоднее пати.

Ответить | Правка | К родителю #186 | Наверх | Cообщить модератору

239. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Webmonkey (?), 29-Авг-20, 15:56 
Почему облажалась? Опеннетовские Good Ol' Rebel'ы стали защищать традиционные ценности, как и ожидалось.
Ответить | Правка | К родителю #186 | Наверх | Cообщить модератору

258. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Михрютка (ok), 29-Авг-20, 16:48 
>>>когда нужно в ядро внедрить целый функционал

"здесь есть некий функционал" (с)

идите кормите кашей из вашей головы где-нить еще.

Ответить | Правка | К родителю #186 | Наверх | Cообщить модератору

285. "Управление через почтовые рассылки как барьер, мешающий прих..."  +1 +/
Сообщение от РедХет (?), 29-Авг-20, 17:56 
Гоги, ты много крупных успешных проектов вёл? Ну хотя бы уровня системы управления полётами, или СКАДЫ какой-нибудь толстой, а? Если да, то тогда к твоему мнению можно прислушаться. Если нет -- сам понимаешь куда тебе лучше своё мнение засунуть.
Ответить | Правка | К родителю #186 | Наверх | Cообщить модератору

288. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от РедХет (?), 29-Авг-20, 18:02 
Вообще, заплатки в гите, увы, самый удобный подход в работе над обширными и разветвлёнными проектами. Он тупой, простой и наиболее прозрачный в плане последствий.
Ответить | Правка | К родителю #186 | Наверх | Cообщить модератору

296. "Управление через почтовые рассылки как барьер, мешающий прих..."  +1 +/
Сообщение от Аноним (296), 29-Авг-20, 18:30 
>Если разобрать ситуацию без фанатизма

А сам тут же начинаешь притягивать к возмущению якобы то, что написала женщина. Какая разница кто? Я вообще до твоего поста не обращал на это внимание. Сообщений оставлено много, есть с конкретной критикой того и иного подхода. Фанатизм вижу скорее в вашем сообщении. MS не вселенское зло и подгорает лишь от его упоминания у фанатиков. К примеру, F star язык – зло? А он из среды MS, СПО. Умерь своё чсв и не суди за всех.

Ответить | Правка | К родителю #186 | Наверх | Cообщить модератору

333. "Управление через почтовые рассылки как барьер, мешающий прих..."  –1 +/
Сообщение от РедХет (?), 29-Авг-20, 19:47 
МС зло. В череде прочего зла.
Ответить | Правка | Наверх | Cообщить модератору

339. "Управление через почтовые рассылки как барьер, мешающий прих..."  +2 +/
Сообщение от anonymous (??), 29-Авг-20, 21:37 
Когда я закидывал свой первый патч в ядро, я охренеть как волновался. Перечитал кучу гайдов, обложился линтерами, оформил все по красоте... Бах, ментейнер отписывается тебе лично - все ОК, молодец, оформил по ГОСТу, смержу в следующее окно. Мой патч через 2 недели в rc, через 2 месяца - в 5.8. Впечатления строго положительные - общения персональные и по существу. Вот прям прыгал до потолка от такого события, сразу руки зачесались еще что-то отправить...

Мне кажется подход работы с Linux kernel оправдан. Ты как контрибутор общаешься с мантейнером подсистемы (коммитишься конкретно в собственный список рассылки), он тебе в течение недели отвечает, говорит что не так или что все так, благодарит и все. Это очень хороший с социальной точки зрения подход. Выше мантейнера ты не прыгнешь, Линус тебя вряд ли по шапке будет надавать или отдельно хвалить (если только ты не запилишь очень сверхординарное), и как бы это иерархия, нет никакого хаоса. Ты отвечаешь перед мантейнером ветки, он - перед мантейнером подсистемы, а дальше - только Линус. Это система работает.

Ответить | Правка | К родителю #186 | Наверх | Cообщить модератору

343. "Управление через почтовые рассылки как барьер, мешающий прих..."  –1 +/
Сообщение от РедХет (?), 29-Авг-20, 22:03 
А надо -- через Outlook. Чтоб не страшно было.
Ответить | Правка | Наверх | Cообщить модератору

363. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от РедХет (?), 30-Авг-20, 00:36 
Суть этой рутины -- понимание того, что ты делаешь. От понимания того, что ты делаешь, до понимания зачем -- уже не так далеко.
Ответить | Правка | К родителю #186 | Наверх | Cообщить модератору

199. "Управление через почтовые рассылки как барьер, мешающий прих..."  –1 +/
Сообщение от Аноним (355), 29-Авг-20, 13:03 
> Сара Новотны (Sarah Novotny) <…> от компании Microsoft
>  на GitHub
> коллега, которому для отправки патча в список рассылки OpenBSD <…> основной почтовый клиент (Outlook)

Тут все ясно.
> Дискомфорт усиливают жёсткие требования к оформлению писем
> разгрузка LKML от патчей

ДЕЙСТВИТЕЛЬНО. ЗАЧЕМ В LKML ПАТЧИ? Пусть там фанфики про гомонигр будут!
> С увеличением размера ядра

Вот опухание ядра это минус.

Ответить | Правка | Наверх | Cообщить модератору

286. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от РедХет (?), 29-Авг-20, 17:57 
От фанфиков про гомонигр, увы, теперь никуда не деться.
Ответить | Правка | Наверх | Cообщить модератору

206. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от rvs2016 (ok), 29-Авг-20, 13:40 
Трудно, конечно, тем, кто слово "почта" не только не знает, но и не собирается хотя бы заучить наизусть эти пять буковок п,о,ч,т,а!

> большинство почтовых клиентов используют
> такую разметку (HTML) по умолчанию

Умолчание-то этих клиентов - это не проблема: сменил умолчание на text/plain и был таков!

> потребовалось установить отдельный почтовый клиент,
> так как его основной почтовый клиент (Outlook)

А вот если народ считает, что почта, это только Outlook, то это уже проблема...

Ответить | Правка | Наверх | Cообщить модератору

238. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Козлетто (?), 29-Авг-20, 15:48 
>А вот если народ считает, что почта, это только Outlook, то это уже проблема...

Это же не кто-то там, а агент Микрософта. А у них Outlook единственный почтовый клиент

Ответить | Правка | Наверх | Cообщить модератору

405. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Microsoft (?), 30-Авг-20, 14:59 
Неправда! У нас еще есть mail application!

(Кстати, наша телеметрия показывает, что вы ей не пользуетесь. Срочно пользуйтесь!)

Ответить | Правка | Наверх | Cообщить модератору

213. "Управление через почтовые рассылки как барьер, мешающий прих..."  +1 +/
Сообщение от Аноним (213), 29-Авг-20, 14:36 
Минусаторы и прочие поклонники старины наверное и погоду на завтра смотрят не на яндексе и гисметео с рп5, а берут КВ радиоприёмник, настраивают на частоту аэропорта и слушают парсят в голове данные в формате METAR UAAA 221700Z 16002MPS 0500 R23R/1800D R23L/1400N FZFG FU SCT200 M11/M13 Q1028 R88/CLRD65 NOSIG

Ответить | Правка | Наверх | Cообщить модератору

228. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Аноним (-), 29-Авг-20, 15:08 
парсить придётся чтобы отыскать среди разметки, файлов и спама смысл патча, он как-бы не так читаем как облачная погода на воскресенье
Ответить | Правка | Наверх | Cообщить модератору

287. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от РедХет (?), 29-Авг-20, 17:59 
То, как построен сейчас процесс работы, не старина, как и не новота то, что предлагает микрософтовская гадина.
Ответить | Правка | К родителю #213 | Наверх | Cообщить модератору

357. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Аноним (355), 30-Авг-20, 00:17 
wttr.in
Ответить | Правка | К родителю #213 | Наверх | Cообщить модератору

434. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Анонимemail (434), 31-Авг-20, 13:29 
Лично я погоду смотрю в окне.
Ответить | Правка | К родителю #213 | Наверх | Cообщить модератору

216. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Аноним (216), 29-Авг-20, 14:46 
Всем кто поддерживают Сару Новотны предлагаю уйти в мир Windows. И в Линукс не возвращайтесь. Вы тут чужаки, вам тут не рады. Линус и Столлман наши вожди!
Ответить | Правка | Наверх | Cообщить модератору

344. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Ordu (ok), 29-Авг-20, 22:19 
> Вы тут чужаки, вам тут не рады.

Да нам плевать, чему ты там не рад. Мне тут нравится, и если тебя это огорчает, то я с интересом посмотрю, как ты будешь своё огорчение преодолевать.

Ответить | Правка | Наверх | Cообщить модератору

231. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от FixingGunsInAir (ok), 29-Авг-20, 15:18 
Типичные проблемы борьбы поколений. "Никогда такого не было и вот опять"

Одни старпёры привыкли к старой, доброй и отлаженной системе. И теперь испытывают синдром утёнка при виде гитхаба/гитлаба и пулл-реквестов.

Вторые молодые смузижоры, ровно наоборот, варятся в пулл-реквестах, чатегах и прочих веб-браузерах. А электронная почта - не то чтобы не могут, просто "неудобна" и "архаизм".

Fight.

Ответить | Правка | Наверх | Cообщить модератору

297. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Аноним (296), 29-Авг-20, 18:34 
Не в курсе, что "старпёр" Линус как раз и придумал git? Тебе с дивана виднее как управлять большими проектами.
Ответить | Правка | Наверх | Cообщить модератору

358. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Аноним (355), 30-Авг-20, 00:20 
> И теперь испытывают синдром утёнка при виде гитхаба/гитлаба и пулл-реквестов.

Ну да, ну да… Это таки Саrочка просветила Линуса и иже с ним про жидхаб! До этого таки кеrнел девелопеrы пrо него ни сном ни духом.

Ответить | Правка | К родителю #231 | Наверх | Cообщить модератору

233. "Управление через почтовые рассылки как барьер, мешающий прих..."  +5 +/
Сообщение от alexvwolf (ok), 29-Авг-20, 15:23 
Т.е. у молодежи не хватает интеллекта сделать diff и отправить его электронной почтой, но считается, что у них же хватит интеллекта написать патч для ядра. Выглядит это очень странно.
Ответить | Правка | Наверх | Cообщить модератору

241. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от FixingGunsInAir (ok), 29-Авг-20, 15:59 
Я считаю, что должно быть нечто среднее. Допускающее и тот, и другой подход. В том числе переписать или сменить реализацию архива lkml на что-то более новое. Необязательно действовать именно так, как предлагает эта Сара из Microsoft. Ведь позиция Microsoft как коммерческой корпорации весьма очевидна.

Например, все обсуждения в рассылке той же Fedora дублируются здесь: https://lists.fedoraproject.org/archives/list/devel@lis.../

А значит можно поискать. Можно сослаться (предоставить ссылку на обсуждение/сообщение). В том числе, тут же у тебя есть кнопка "Reply", которая оформляет нужную ссылку mailto, чтобы ответить. У каждого треда есть уникальный идентификатор, а значит есть список подписавшихся, из которого в случае чего, можно выпилиться, если вдруг тебе это станет не интересно. Или наоборот, подписаться на тред. Или отказаться от автоматического получения всех новых тредов, читать всё на сайте и получать только сводку.

Т.е. возможностей для модернизации текущего архива lkml - жопой жуй. Сейчас на него без слёз не взглянешь, Web 1.0 из 90-ых. Только кнопка реддита намекает на современность. И мало того, что всё так плохо. Вдогонку придумали целую тонну всевозможных правил и специальных кодов, неправильно поставив которые твой патч отправится куда-то в задницу.

А всем старпёрам, которые разнылись тут, хочу напомнить - что автоматизация рутины != отсутствие мозга или отсталость. Даже Линус в одной предыдущей новости ныл, что еле-еле справляется с потоком всей информации.

Ответить | Правка | Наверх | Cообщить модератору

274. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Аноним (274), 29-Авг-20, 17:33 
с твитера сары можно нырнуть сюда https://linuxplumbersconf.org/event/4/contributions/555/atta... и сюда https://linuxplumbersconf.org/event/4/contributions/554/atta...
а это Линус: "We have over 1,000 new developers. And I do not know what the people are or if they are even people. There could be pull requests being sent by artificial intelligences."
Ответить | Правка | Наверх | Cообщить модератору

284. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от РедХет (?), 29-Авг-20, 17:51 
Чёртовы бумеры. Давно пора перевести ведро на Swift.
Ответить | Правка | К родителю #233 | Наверх | Cообщить модератору

235. "Управление через почтовые рассылки как барьер, мешающий прих..."  +2 +/
Сообщение от Козлетто (?), 29-Авг-20, 15:39 
Помельчал нынче айтишник, уже даже не могут почтовую рассылку осилить.

Ответить | Правка | Наверх | Cообщить модератору

236. "Управление через почтовые рассылки как барьер, мешающий прих..."  –1 +/
Сообщение от Эбола (?), 29-Авг-20, 15:47 
Пусть форкают :)
Ответить | Правка | Наверх | Cообщить модератору

245. "Управление через почтовые рассылки как барьер, мешающий прих..."  +1 +/
Сообщение от Аноним (245), 29-Авг-20, 16:04 
D 2020 году разработку надо переносить в Тик-Ток это и ежу понятно.
Ответить | Правка | Наверх | Cообщить модератору

270. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Аноним (270), 29-Авг-20, 17:14 
И управление на MS HoloLens, кто не освоит выкинуть на мороз
Ответить | Правка | Наверх | Cообщить модератору

272. "Управление через почтовые рассылки как барьер, мешающий прих..."  +1 +/
Сообщение от kravich (ok), 29-Авг-20, 17:23 
> Управление через почтовые рассылки как барьер, мешающий приходу шизы в разработку ядра

subj

Ответить | Правка | Наверх | Cообщить модератору

273. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от бублички (?), 29-Авг-20, 17:27 
а вообще я их понимаю. ведь в plain-test рассылках совершенно нет возможности добавить соответствующий эмодзи, если вдруг твой пач изначально был кривой или вообще был шуткой. начинается метание г-овном, а ведь они просто не так поняли наиостроумнейшую шутку очередного молодого разработчика
Ответить | Правка | Наверх | Cообщить модератору

307. "Управление через почтовые рассылки как барьер, мешающий прих..."  +1 +/
Сообщение от kusb (?), 29-Авг-20, 19:15 
> а вообще я их понимаю. ведь в plain-test рассылках совершенно нет возможности
> добавить соответствующий эмодзи, если вдруг твой пач изначально был кривой или
> вообще был шуткой. начинается метание г-овном, а ведь они просто не
> так поняли наиостроумнейшую шутку очередного молодого разработчика

Эмодзи это часть юникода, мне казалось, что должны поддерживаться. Соответственно у вас есть текст и эмодзи, что вам ещё от разработки надо? ☃️
(Интересно, а opennet пропустит? Здесь не "восьмибитная" кодировка? ⌠

Ответить | Правка | Наверх | Cообщить модератору

276. "Управление через почтовые рассылки как барьер, мешающий прих..."  +1 +/
Сообщение от gfederix (ok), 29-Авг-20, 17:38 
ИМХО за HTML в письмах нужно пальцы ломать.
Ответить | Правка | Наверх | Cообщить модератору

280. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от бублички (?), 29-Авг-20, 17:45 
ты правда хотел бы видеть новостные рассылки из своего любимого интернет-магазина в plain-text чтоб открывать картинки с новыми товарами в броузере? а если вот там ваучер тебе пришлют, на скидку в 50%? или вот авиабилет когда покупаешь - тоже хотел бы в plain-text? сначала немножко подумай и увидишь что излишняя категоричносить вредит
Ответить | Правка | Наверх | Cообщить модератору

282. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от РедХет (?), 29-Авг-20, 17:49 
Есть pdf. Никаких возможностей интерпретации кода почтовый клиент иметь не должен. Иначе получается outlook.
Ответить | Правка | Наверх | Cообщить модератору

289. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от бублички (?), 29-Авг-20, 18:03 
> Есть pdf. Никаких возможностей интерпретации кода почтовый клиент иметь не должен. Иначе
> получается outlook.

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

Ответить | Правка | Наверх | Cообщить модератору

292. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от РедХет (?), 29-Авг-20, 18:13 
pdf вообще не зло. А так и должно быть. Почтовый клиент он только для не интерпретируемого текста. И для бинарных вложений. Всё остальное -- это уже использование инфраструктуры почты для каких-то ещё целей, т.е. не почтовый клиент, а клиент чего-то ещё.
Ответить | Правка | Наверх | Cообщить модератору

306. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от бублички (?), 29-Авг-20, 19:14 
> pdf вообще не зло. А так и должно быть. Почтовый клиент он
> только для не интерпретируемого текста. И для бинарных вложений. Всё остальное
> -- это уже использование инфраструктуры почты для каких-то ещё целей, т.е.
> не почтовый клиент, а клиент чего-то ещё.

не зло, нет. но вот только открыв почтовый клиент и новое письмо, надо ещё открыть приложеный к письму документ в pdf-просмотрщике, что даже на самом современном компьютере происходит немгновенно и требует дополнительных действий, если сравнивать с письмом в html. не страшно когда таких писем 1-2 в месяц, а вот когда их 10 в день? или один и тот-же pdf тебе 5 раз присылают потому что в предыдущей версии была допущена ошибка?

Ответить | Правка | Наверх | Cообщить модератору

323. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от РедХет (?), 29-Авг-20, 19:35 
Тут возникает куда более фундаментальный вопрос. О нужно в таком случае общения вообще. И общение ли это.
Ответить | Правка | Наверх | Cообщить модератору

336. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Аноним84701 (ok), 29-Авг-20, 20:12 
> не зло, нет. но вот только открыв почтовый клиент и новое письмо,
> надо ещё открыть приложеный к письму документ в pdf-просмотрщике, что даже на самом современном компьютере происходит немгновенно и требует дополнительных действий,

Из дополнительных телодвижений в том же  Claws - жмем хоткей 'L' для открытия в просмотрщике.

По времени открытия PDF:
открыть Страуструпа на 250 странице  и жмякнуть q (выйти)


time mupdf ~/Straustrup4th.pdf 250                                      
mupdf ~/Straustrup4th.pdf 250  0,16s user 0,02s system 67% cpu 0,257 total

открыть жирный PDF на 18МБ, с картинками и навороченным форматированием

time mupdf ~/linuxjournal-archive/2005_2011/Linux-Journal-2011-09.pdf 100
mupdf ~/linuxjournal-archive/2005_2011/Linux-Journal-2011-09.pdf 100  0,10s user 0,01s system 81% cpu 0,132 total

Все это на почти современном, мобильный Core i5m из 2010 года.
В общем, было бы желание.

Но да, в более лучшей версии нашей вселенной, для таблиц, картинок и прочего простого форматирования использовали бы какой нибудь вариант маркдауна, а любители "шедевров дизайнерской мысли", где требуется субпиксельное позиционирование и шрифты а ля ComicSans, слали бы их в PDF.

Ответить | Правка | К родителю #306 | Наверх | Cообщить модератору

341. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от РедХет (?), 29-Авг-20, 22:00 
Не оценил. Качественная типографика и оформление 95% успешного восприятия документа. Если ты любишь рыться в дерьме -- ну у каждого свои предпочтения. Но я бы не стал доверять твоему мнению. Потому что ты предпочитаешь не воспринимать информацию, а находить способы оправдать свою к этому неспособность.
Ответить | Правка | Наверх | Cообщить модератору

351. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Аноним84701 (ok), 29-Авг-20, 22:54 
> Не оценил.

Вай-вах беда. Как же так?
> Качественная типографика и оформление 95% успешного восприятия документа.

146% фантастильярдов, чего мелочиться-то? Ведь все знают, что 95%^W 146% пользователей спецы по типографии и тюнят сгенерированный композером HTML до идеального отображения во всех движках и на всех экранах!
> Если ты любишь рыться в дерьме -- ну у каждого свои предпочтения.
> Но я бы не стал доверять твоему мнению. Потому что ты предпочитаешь не воспринимать информацию, а находить способы оправдать свою к этому неспособность.

Пока любитель синего-красного ComicSans на фоне веселых мишек и сердечек, придумывает и  тут же, остроумно, аргументативнейшими аргументами, опровергает очередной тезис, Amazon шлет уведомления и отчеты в text/plain.
Видимо, забыли проконсультироваться у очередного светоча мудрости :(

Ответить | Правка | Наверх | Cообщить модератору

361. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от РедХет (?), 30-Авг-20, 00:32 
HTML типографику вообще не поддерживает.
Ответить | Правка | Наверх | Cообщить модератору

375. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Аноним84701 (ok), 30-Авг-20, 02:18 
> HTML типографику вообще не поддерживает.

Внезапное открытие -- язык разметки, придуманный для отображения информации в _удобном_ для читателя формате и на устройствах _разных_ размеров и разрешений, плохо поддерживает прибивание гвоздями к формату печати.
Причем, не нужно разбираться в верстке и кеглях шрифтов, достаточно пометить -- это заголовок, это абзатц, это таблица, а тут будет картинка. В отличие от "эмулятора листа бумаги", оно будет и на 42 и на 5 диагонали отображено в удобном для читателя размере (в том числе и шрифта). Но да, не так, как задуманно очередным доморощенным "дезигнером-типографистом".

Но "ты предпочитаешь не воспринимать информацию, а находить способы оправдать свою к этому неспособность."

Ответить | Правка | Наверх | Cообщить модератору

397. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от РедХет (?), 30-Авг-20, 12:36 
Доморощенный дезигнер или нет -- главное, чтоб хороший -- сделает так, как лучше. Так же как хирург лучше тебя знает, как удалить тебе аппендицит, а сантехник -- как вытаскивать утопленных котят бабкой-соседкой котят из фановой трубы в твоей квартире. Это как минимум "преимущества специализации".
А вот html всегда одинаково дерьмо и не читабельно выглядит и 42, и 14, и на 5. По-моему, во многом как раз по причине, что никто никогда не предполагал и сейчас не использует для чтения больших сложных текстов.
Фиксированный же формат (или набор таких) эргономичен за счёт возможности формирования строгой ритмики соподчинения элементов и соблюдения особенностей человеческой физиологии зрения, чего при плавающей разбивки достичь куда сложнее (хотя и возможно, такие академические работы есть). Другое дело, что в html этого нет. Да и для клипового потребителя мордакниги это и не нужно.
Ответить | Правка | Наверх | Cообщить модератору

362. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от РедХет (?), 30-Авг-20, 00:33 
Я любитель Библии Гутенберга, в частности. И pdf для этого пригоден. А html -- нет.
Ответить | Правка | К родителю #351 | Наверх | Cообщить модератору

376. "Управление через почтовые рассылки как барьер, мешающий прих..."  +1 +/
Сообщение от Аноним84701 (ok), 30-Авг-20, 02:41 
> Я любитель Библии Гутенберга, в частности. И pdf для этого пригоден. А html -- нет.

Cразу бы писал, что для тебя главное -- красивая обертка.
Потому что книги (или документация) в epub/fb2/html очень неплохо читаются на каком-нибудь Kindle (или мобильном с хорошим экраном). В отличие от PDF с размером страниц A4.

Ответить | Правка | Наверх | Cообщить модератору

396. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от РедХет (?), 30-Авг-20, 12:20 
epab это не книги, это ветчина. Читающие их не вызывают ничего кроме омерзения.
Ответить | Правка | Наверх | Cообщить модератору

300. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Аноним (300), 29-Авг-20, 18:36 
почту часто как-то извращённо используют (доставка контента или масс-рассылки), встраивать мм-объекты с форматированием в текстовую часть это характерный стиль "подать энтрпрайз-лицо на пластиковой тарелочке"
Ответить | Правка | К родителю #289 | Наверх | Cообщить модератору

314. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от А.С.Пушкин (?), 29-Авг-20, 19:25 
> почту часто как-то извращённо используют (доставка контента или масс-рассылки), встраивать
> мм-объекты с форматированием в текстовую часть

Да, я был такой, извращенец! (Мои письма - с рисунками - вы можете найти вашим гуглем, или как там он у вас называется.)

Представляете - это были - письма. Никакого "энтерпрайз" (я вообще немного плохо понимаю ваш современный язык). Просто частного лица - частному лицу.
Причем я их пером писал, представьте себе.

Оказывается, я делал что-то не так? Странно, императорская почта не возражала, в отличие от много чего другого в моей переписке.

Ответить | Правка | Наверх | Cообщить модератору

331. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от РедХет (?), 29-Авг-20, 19:44 
Да, есть такое. Даже меня как-то какой-то бренд-манагер грозился за это... оштрафовать. Сообщил мне об этом, ага, по электронной почте. Со всякими там логотипчиками и регалиями. Был послан исключительно текстово на **й, по той же эл. почте, но без регалий и логотипчиков. Больше не писал. А вот оштрафовал ли -- до сих пор не знаю.
Ответить | Правка | К родителю #300 | Наверх | Cообщить модератору

315. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от kusb (?), 29-Авг-20, 19:26 
>> Есть pdf. Никаких возможностей интерпретации кода почтовый клиент иметь не должен. Иначе
>> получается outlook.
> спорный момент, что лучше - pdf которому нужен просмотрщик, или html что
> по стандарту допускается в электронной почте. и-то и другое может быть
> вредоносным, но лично я склоняюсь в пользу меньшего из зол -
> html

Html огромный. Вы просто не сделаете поддержку html во многих местах...
(Я бы сделал разметку на основе чего-нибудь типа смеси fb2 с ограниченным форматированием и bfxml для связи с основным текстом, так что каждое форматированное письмо было бы простым текстом, но имело бы ещё и атрибуты форматирования "раскрасить красным символы с десятого по двадцатый, применить к символам с десятого по пятнадцатый увеличение шрифта до 600, атрибут мигания, атрибут анимации переворота, атрибут дрожания, атрибут полупрозрачности. "

Ответить | Правка | К родителю #289 | Наверх | Cообщить модератору

324. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от kusb (?), 29-Авг-20, 19:35 
Мне кажется, или отчасти я изобрёл почту в формате старого ms word? Блин. Хотя наверное нет, я не знаю особенно, как устроен этот формат. Но при открытии текста там по моему текст без перерывов прерывается какой-то бинарщиной. Наверное почта в doc была бы мечтой майкрософта, даже бы в таком, отдельном от текста виде.
Ответить | Правка | Наверх | Cообщить модератору

335. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Microsoft (?), 29-Авг-20, 19:54 
> Мне кажется, или отчасти я изобрёл почту в формате старого ms word?

Нет. Вы почти изобрели почту в формате старого ms rtf - специального формата, придуманного нами для почты и обмена информацией другими способами (без исполняемого кода, "декларативный" как теперь принято говорить, но с возможностью этого-самого "rich" содержимого - картинки, шрифтовые и цветовые выделения и т.д.)

Догадаетесь, с какой трудностью мы столкнулись при его внедрении?

P.S. Наш старый .doc устроен значительно сложнее, чем вам показалось. Но он и задачи решал посерьезнее.

Ответить | Правка | Наверх | Cообщить модератору

311. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от бублички (?), 29-Авг-20, 19:19 
> Есть pdf. Никаких возможностей интерпретации кода почтовый клиент иметь не должен. Иначе
> получается outlook.

тебе остаётся самая малость - убедить в этом всех кто шлют тебе почту. я уверен, ты справишься. Amazon и прочие даже поддержат твою светлую идею

Ответить | Правка | К родителю #282 | Наверх | Cообщить модератору

326. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от РедХет (?), 29-Авг-20, 19:37 
Я -- да. Я просто удаляю почти всё подряд. И получаю почту только от тех, кого знаю, и сообщения кого имеет для меня смысл читать. Ну вот в случае opennet-а моя железная воля даёт сбой )))
Ответить | Правка | Наверх | Cообщить модератору

309. Скрыто модератором  –4 +/
Сообщение от пох. (?), 29-Авг-20, 19:18 
Ответить | Правка | К родителю #280 | Наверх | Cообщить модератору

319. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от kusb (?), 29-Авг-20, 19:30 
> ИМХО за HTML в письмах нужно пальцы ломать.

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

Ответить | Правка | К родителю #276 | Наверх | Cообщить модератору

322. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от РедХет (?), 29-Авг-20, 19:34 
Нет, не годны. Они создают иллюзию эмоционального общения, а не само такое общение. Хочешь эмоционального общения -- общайся лицом к лицу.
Ответить | Правка | Наверх | Cообщить модератору

402. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Аноним (402), 30-Авг-20, 13:33 
вживую те же иллюзии и манпуляции, эмоциональное общение на ринге может, или в длинной очереди
Ответить | Правка | Наверх | Cообщить модератору

294. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от РедХет (?), 29-Авг-20, 18:23 
Да, ещё про смузи из брокколи забыла. И трубочки из переработанного пластика.
Банальное пропихивание своих продуктов. Причём, поганых продуктов.
Ответить | Правка | Наверх | Cообщить модератору

302. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от бублички (?), 29-Авг-20, 18:52 
ежедневно пью свежевыжатый сок из манго, мандаринов или апельсинов через трубочку из молодых побегов бамбука. тут так принято (не только среди дровосеков в подвёрнутых штанах) и такие трубочки продаются в магазинах среди прочей утвари и одноразовой посуды. не стоит обсуждения
Ответить | Правка | Наверх | Cообщить модератору

320. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от РедХет (?), 29-Авг-20, 19:32 
Свежие фруктовые соки в объёме больше 50мл за два часа вредны для поджелудочной. Много сахара. Тем более вредны на "голодный желудок".
Ответить | Правка | Наверх | Cообщить модератору

325. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от бублички (?), 29-Авг-20, 19:37 
это не самая вредная из моих привычек, я не пропагандирую ЗОЖ. но спасибо за заботу
Ответить | Правка | Наверх | Cообщить модератору

346. "Управление через почтовые рассылки как барьер, мешающий прих..."  +2 +/
Сообщение от Аноним (-), 29-Авг-20, 22:28 
Микрософт пытается развалить Linux изнутри. Пришли в чужой храм со своими порядками. ПHX M$!
Ответить | Правка | К родителю #294 | Наверх | Cообщить модератору

360. "Управление через почтовые рассылки как барьер, мешающий прих..."  +1 +/
Сообщение от РедХет (?), 30-Авг-20, 00:30 
Да, похоже на то.
Ответить | Правка | Наверх | Cообщить модератору

295. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от РедХет (?), 29-Авг-20, 18:25 
Я вот заметил, что VS какой-то одебиливатель встроен. Люди после него простейших банальных вещей сделать без него не могут. Причём, до паники отмены доходит.
Ответить | Правка | Наверх | Cообщить модератору

313. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Аноним (313), 29-Авг-20, 19:23 
> С увеличением размера ядра и темпа разработки нарастает проблема с нехваткой сопровождающих

Поэтому размер нужно уменьшать, а не увеличивать.

Ответить | Правка | Наверх | Cообщить модератору

327. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Мамкин Хакер (?), 29-Авг-20, 19:38 
Ну заявила, они всегда заявляют. Она же руководитель-технократ-первопроходец  - Sarah is a technology executive with pioneering leadership - https://sarahnovotny.com/about/
Ответить | Правка | Наверх | Cообщить модератору

329. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Онаним (?), 29-Авг-20, 19:43 
Очень хорошо. Ни в коем случае не надо это менять.
Подрастут - придут.

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

Ответить | Правка | Наверх | Cообщить модератору

332. "Управление через почтовые рассылки, как барьер, мешающий приходу молодых разработчиков"  +1 +/
Сообщение от kusb (?), 29-Авг-20, 19:45 
Это тоже Сара?
>Этот инструмент так же может быть текстовым, для работы над патчами с помощью электронной почты, но с >более привычным интерфейсом для разработчиков, вошедшим в профессию за последние 5-10 лет.
Ответить | Правка | Наверх | Cообщить модератору

338. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от ммнюмнюмус (?), 29-Авг-20, 20:53 
Хаб / не хаб, но общение через патчи по почте действительно ущербно. Гитхабом мир не един, комментарии к комитам все равно не иначе как по свойски (в рассылку).
Ответить | Правка | Наверх | Cообщить модератору

345. "Управление через почтовые рассылки как барьер, мешающий прих..."  +5 +/
Сообщение от Аноним (-), 29-Авг-20, 22:25 
> Управление через почтовые рассылки как фильтр дeгeнeратов

Пофиксил.

Ответить | Правка | Наверх | Cообщить модератору

349. "Управление через почтовые рассылки как барьер, мешающий прих..."  +1 +/
Сообщение от Аноним (349), 29-Авг-20, 22:53 
WeChat и Тик-Ток наше всё! В Китае эти платформы уже обогнали веб по количеству активных пользователей и поисковых запросов.
Ответить | Правка | Наверх | Cообщить модератору

350. "Управление через почтовые рассылки как барьер, мешающий прих..."  –1 +/
Сообщение от Аноним (350), 29-Авг-20, 22:53 
Нельзя засиживаться на одном старом, даже если привычно. Особенно (!) если это привычно. Привычки необходимо переодически менять и обновлять, иначе придет консервация и окостенение мозга.

Новое в любом случае лучше старого, если успешно выполняет те же задачи. Просто потому что оно новое. А чаще всего хорошее новое делает это же на порядок лучше.

Уверен, у многих, кто поддерживает почтовые рассылки, банально свет в доме включается и выключается только по физическому выключателю :)

Ответить | Правка | Наверх | Cообщить модератору

359. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от РедХет (?), 30-Авг-20, 00:29 
Есть не "новое" и "старое", а то, что уже работает, и то, что ещё пока не доказало свою возможность выполнять работу хотя бы на том же уровне. Хочешь освоить молоток -- забивай гвозди. А не покупай новые молотки.
Ответить | Правка | Наверх | Cообщить модератору

369. "Управление через почтовые рассылки как барьер, мешающий прих..."  +1 +/
Сообщение от анонимко (?), 30-Авг-20, 00:44 
>>Нельзя засиживаться на одном старом

Кто сказал? Кто определяет, что можно, а что нельзя?

>> Новое в любом случае лучше старого ..Просто потому что оно новое.

Скорее наоборот. Что-то в упор не видно подтверждений этой детской фантазии.

Ответить | Правка | К родителю #350 | Наверх | Cообщить модератору

456. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Аноним (456), 05-Сен-20, 02:19 
Уточню: новое лучше старого по определению. Изначально.
Скажем, это первый пункт в правильном восприятии нового.
Если оно не справляется с задачей или справляется, но хуже - другой вопрос.

Некоторые же изволят подходить к вопросу иначе: "зачем мне новое", "я привык к старому", "не желаю пробовать новое".
И вот с такими настроениями _необходимо_ бороться.

Ответить | Правка | Наверх | Cообщить модератору

448. "Управление через почтовые рассылки как барьер, мешающий прих..."  –2 +/
Сообщение от Michael Shigorinemail (ok), 02-Сен-20, 00:15 
> Привычки необходимо переодически менять и обновлять

Обновите уже привычку безграмотно писать анонимом на опеннете куда-нить.  Ешьте каждый день что-то новое.  И одёжку носите тоже другую каждый час.

> Новое в любом случае лучше старого

Нет.

> Просто потому что оно новое.

В рамках такой женской логики обратное утверждение настолько же верно.

> Уверен, у многих, кто поддерживает почтовые рассылки, банально свет
> в доме включается и выключается только по физическому выключателю :)

И самое страшное в этом то, что только тем, кто к этому выключателю непосредственно прикасается.

Хотя если бы умели думать логически или имели капельку житейского опыта -- сообразили бы ещё про автоматы и рубильник. :)

Ответить | Правка | К родителю #350 | Наверх | Cообщить модератору

457. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Аноним (456), 05-Сен-20, 02:21 
> Ешьте каждый день что-то новое.  И одёжку носите тоже другую каждый час.

Кто-то говорил о каждом часе?
В сабже речь о технологии и прошлого века.

На остальное даже отвечать не вижу смысла, пациента не спасти :)

Ответить | Правка | Наверх | Cообщить модератору

364. "Управление через почтовые рассылки как барьер, мешающий прих..."  +1 +/
Сообщение от анонимко (?), 30-Авг-20, 00:37 
У детей много патчей и идей,
с толку сбиты, силы нет,
не осилили емейл клиент.
Ответить | Правка | Наверх | Cообщить модератору

373. "Управление через почтовые рассылки как барьер, мешающий прих..."  –2 +/
Сообщение от ZULUL (?), 30-Авг-20, 01:32 
Все верно говорит. Я бы даже вот например что-нибудь поделал для Дебиана, но там же почта! Все в почте! Это капец.
Ответить | Правка | Наверх | Cообщить модератору

385. "Управление через почтовые рассылки как барьер, мешающий прих..."  +4 +/
Сообщение от myhand (ok), 30-Авг-20, 07:30 
Почта в Debian - нужна, инфа 100%.  А вот ты - вопрос.
Ответить | Правка | Наверх | Cообщить модератору

378. "Управление через почтовые рассылки как барьер, мешающий прих..."  +2 +/
Сообщение от Аноним (378), 30-Авг-20, 02:58 
это всё гнусная мелкософтовская ложь и ЕЕЕ-провокация - а вы чего от них ещё ждали?
Ответить | Правка | Наверх | Cообщить модератору

380. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Аноним (-), 30-Авг-20, 05:20 
Люто бешено тебя плюсую.
Ответить | Правка | Наверх | Cообщить модератору

383. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Аноним (-), 30-Авг-20, 05:29 
Люто бешено ненавижу Майкрософт!
Ответить | Правка | Наверх | Cообщить модератору

398. "Управление через почтовые рассылки как барьер, мешающий прих..."  +2 +/
Сообщение от Аноним (-), 30-Авг-20, 12:49 
Может от ненависти пора перейти к активным действиям? Напиши письмо директору M$, скажи что винда г0вно и бесперспективняк, пусть переходит на Linux! ;)
Ответить | Правка | Наверх | Cообщить модератору

399. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Аноним (399), 30-Авг-20, 12:50 
Списки рассылки действительно давно устарели. Гораздо лучше использовать usenet или что-то похожее.
Ответить | Правка | Наверх | Cообщить модератору

400. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Аноним (400), 30-Авг-20, 13:11 
https://t.me/DOFH_ru/2068
Ответить | Правка | Наверх | Cообщить модератору

401. "Управление через почтовые рассылки как барьер, мешающий прих..."  –2 +/
Сообщение от Аноним (399), 30-Авг-20, 13:27 
Сколько можно распространять это враньё о том, что Outlook якобы не умеет посылать почту в plain text?
Ответить | Правка | Наверх | Cообщить модератору

435. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от iPony129412 (?), 31-Авг-20, 14:49 
знатная бредятина от фанатика
Ответить | Правка | К родителю #400 | Наверх | Cообщить модератору

404. "Управление через почтовые рассылки как барьер, мешающий прих..."  +8 +/
Сообщение от reinigersemail (?), 30-Авг-20, 14:33 
>  управляющий совет Linux Foundation от компании Microsoft, подняла вопрос

Феерично! Хитростью залезли в чужой дом и начали устанавливать свои порядки?
Сколько уже раз убеждались что нельзя пускать мандасофтовых крыс к свободным проектам, любым! Жизнь ничему не научила, один фиг пускают этих мерзких паразитов, радуются причём что они соизволили к им заглянуть! Ещё бы, такой барин до общения быдлом снизошел!
Неужели думают что паразитическую натуру и патологическую жадность копирастеров можно изменить? Дурилки картонные, эти гниды всё испоганят и похоронят, ничего другого они не умеют!

Ответить | Правка | Наверх | Cообщить модератору

411. "Управление через почтовые рассылки как барьер, мешающий прих..."  +5 +/
Сообщение от Аноним (413), 30-Авг-20, 16:24 
Мои два цента. МС стоит следить за своим кодом прежде всего. В частности лично я не доволен тем, как собирается dotnet-core. В нем прописаны пути к выкачиванию пакетов из закрытых репозиториев azure. Это категорически недопустимо. И я хз как им кто-то вносит патчи, потому что весь dotnet без входа по подписке тупо не открыть в студии (она не может выкачать то, что закрыто за семью печатями). У них написано что они собираются от этой порнухи исправится, но когда? Почему эта тетя не орет, что все сделано через задницу?
Ответить | Правка | Наверх | Cообщить модератору

447. "Управление через почтовые рассылки как барьер, мешающий прих..."  –3 +/
Сообщение от Michael Shigorinemail (ok), 02-Сен-20, 00:10 
Так то кого надо задница, там ещё и бутстрап через "свои" бинарники.
Ответить | Правка | Наверх | Cообщить модератору

427. "Управление через почтовые рассылки как барьер, мешающий прих..."  +4 +/
Сообщение от Кирилл (??), 31-Авг-20, 05:55 
Не знаю как удобней вести разработку, но от разработки точно следует отсечь всех "специалистов", неспособных освоить почтовик и приспособиться к налаженному процессу.
Ответить | Правка | Наверх | Cообщить модератору

428. "Управление через почтовые рассылки как барьер, мешающий прих..."  +3 +/
Сообщение от ryoken (ok), 31-Авг-20, 08:58 
>> Текущий процесс управления разработкой, основанный на почтовой рассылке, воспринимается многими молодыми разработчиками как архаичный и излишне трудоёмкий.

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

Ответить | Правка | Наверх | Cообщить модератору

443. "Управление через почтовые рассылки как барьер, мешающий прих..."  +2 +/
Сообщение от Аноним (443), 01-Сен-20, 11:50 
>входящая в управляющий совет Linux Foundation от компании Microsoft

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

Ответить | Правка | Наверх | Cообщить модератору

451. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Аноним (451), 02-Сен-20, 10:47 
А почему нельзя использовать gitlab? Я, конечно, понимаю, что MS хотят под себя разработку linux подмять, но причин не делать всё то же самое на независимо захостченом gitlab я не вижу.
Ответить | Правка | Наверх | Cообщить модератору

452. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Anonim1234 (?), 02-Сен-20, 13:08 
Вот так и возникают революции. А человек сказала то вот что: "It turned out, though, that this time Outlook was not guilty. “I think it was actually Gmail that was a barrier. And he also couldn’t do it from Apple Mail. It is just that the modern mail client has intentionally moved towards HTML,” she said."
Ответить | Правка | Наверх | Cообщить модератору

453. "Управление через почтовые рассылки как барьер, мешающий прих..."  +/
Сообщение от Anonim1234 (?), 02-Сен-20, 13:09 
Корпорации зла да не та...
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2020 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру