The OpenNET Project / Index page

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



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

Оглавление

Выпуск дистрибутива Devuan 3.1, форка Debian без systemd , opennews (??), 15-Фев-21, (0) [смотреть все]

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


30. "Выпуск дистрибутива Devuan 3.1, форка Debian без systemd "  +13 +/
Сообщение от freehckemail (ok), 15-Фев-21, 21:41 
Поддержку и дополню.

На самом деле шелл-скрипты не отправляют тебя в каменный век в целом. Многое из того, что systemd поставляет из коробки -- на самом деле вполне себе реализуется на скриптах, и в целом предлагают большую свободу действий администратору системы, более удобный дебаг скриптов и т.д. Проблема скриптов заключается в том, что они не унифицированы между дистрибутивами, что собственно является закономерным следствием sysvinit: больше свободы -- больше вариативности. В теории мы можем получить всё, что предоставляет systemd, и при помощи скриптов. Но systemd уже есть, и потому скрипты никто допиливать не будет.

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

Встроенным супервизором systemd отвечает нуждам старого энтерпрайза (это который до сих пор не в облаке): так или иначе все старички встраивали в свои системы супервизоры. Хотя бы тот же djb daemontools.

Многие вещи, которые реализованы в systemd совсем плохо -- типа того же journald, как правило совершенно не касаются пользователей. Так, пользователю локалхоста в целом плевать, что часть лога может потеряться. А серьёзный энтерпрайз использует более высокоуровневые решения для журналирования, типа саасов вроде datadog / newrelic / papertrail, либо старый добрый ELK-стэк.

Сами многочисленные "technical merits" этого системного менеджера как правило не используются, ибо никому нафиг не сдались. Но зато systemd прекрасно справляется со своей основной задачей -- поднимает docker и kubelet. =)

--

По части вопроса о том, используется ли Devuan где-то на проде -- скорее нет, чем да. Во-первых на арендуемых vps-ках никогда нет предустановленного шаблона с Devuan-ом. Во-вторых, почти весь софт нынче снабжается service-файлами для запуска, а вот скриптами -- крайне редко.

PS: Гонял на Devuan-ах с десяток серверов когда-то из принципиальных соображения. Задолбался и переехал на Ubuntu.

PPS: Тем, кто на меня сейчас набежит, напоминаю без ложной скромности, что с 2014го года я --  главный критик systemd на opennet. )

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

109. "Выпуск дистрибутива Devuan 3.1, форка Debian без systemd "  +/
Сообщение от псевдонимус (?), 16-Фев-21, 11:42 
>Проблема скриптов заключается в том, что они не унифицированы между дистрибутивами,

У тебя штук 5 разных дистрибутивов в продакшн?

>Systemd снижает порог вхождения для написания сервисов

Вот это абсолютное зло и ему нет оправдания.

>основной задачей -- поднимает docker и kubelet. =)

Поднимать ненужно и ненужно. Хотя и для этого системда не нужно.

>Тем кто сейчас набежит

Я помню. Копрономика калечит людей, господин девопс, тебя вижу тоже не пожалела.

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

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

152. "Выпуск дистрибутива Devuan 3.1, форка Debian без systemd "  +/
Сообщение от freehckemail (ok), 16-Фев-21, 17:56 
>>Проблема скриптов заключается в том, что они не унифицированы между дистрибутивами,
> У тебя штук 5 разных дистрибутивов в продакшн?

Ну, конкретно у меня -- нет. А вот у разработчиков -- да.

>> Systemd снижает порог вхождения для написания сервисов
> Вот это абсолютное зло и ему нет оправдания.

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

>>основной задачей -- поднимает docker и kubelet. =)
> Поднимать ненужно и ненужно. Хотя и для этого системда не нужно.

Не могу согласиться по поводу ненужности docker и k8s. Эти инструменты были созданы для решения вполне определённых задач, которые некогда стояли перед бизнесом, и успешно с ними теперь справляются. Я помню, какие были пляски с тем же blue-green-деплойментом. Я помню, как мы сращивали nginx с certbot-ом. Я помню всю ту массу проблем отсутствия идемпотентности кода, описывающего инфраструктуру. И потому утверждаю, что k8s -- это хороший и нужный инструмент.

>>Тем кто сейчас набежит
> Я помню. Копрономика калечит людей, господин девопс, тебя вижу тоже не пожалела.

=)

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

Именно.

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

157. "Выпуск дистрибутива Devuan 3.1, форка Debian без systemd "  +/
Сообщение от псевдонимус (?), 16-Фев-21, 19:17 
Непонятно тогда какого лешева нужны разработчики, неспособные написать скрипты запуска для убунту и шапки. Неспособные создавать софтины, не требующие автоперезапуска на каждый чих(что решается без всякой системды).

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

Не сразу я догнал, почему "системда это как в виде, но хуже". Пришлось прикоснуться к ЭТОМУ. "Спасибо" фридрисктопникам за "современные технологии", притащенные на сервера.

Настольный и лаптопный линукс умер, не родившись.

Ну а ты возможно скоро купишь мак, если не уже.

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

158. "Выпуск дистрибутива Devuan 3.1, форка Debian без systemd "  +/
Сообщение от freehckemail (ok), 16-Фев-21, 19:20 
> Ну а ты возможно скоро купишь мак, если не уже.

Уже =)

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

160. "Выпуск дистрибутива Devuan 3.1, форка Debian без systemd "  +1 +/
Сообщение от псевдонимус (?), 16-Фев-21, 19:25 
Вся суть разработчиков Линукс. Не для себя же. Юзеров можно кормить этим самым, в случае, если возмущаются, упереть руки в бока и поинтересоваться: "а что ТЫ сделал для хип-хопа, юзернейм? Я в твои годы системду38 дебажил на Федоре!"

Все пропало:-(

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

192. "Выпуск дистрибутива Devuan 3.1, форка Debian без systemd "  +1 +/
Сообщение от Аноним (-), 17-Фев-21, 18:21 
> Уже =)

Позорррр!!! Это девальвирует все твои разглагольствования, увы.

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

113. "Выпуск дистрибутива Devuan 3.1, форка Debian без systemd "  –1 +/
Сообщение от Аноним (113), 16-Фев-21, 11:50 
> Systemd снижает порог вхождения для написания сервисов, так что теперь этим могут заниматься даже разраюботчики.

А прикинь если бы разработчики на Linux имели какое-то стандартизированное высокоуровневое всеми поддерживаемое API для работы с библиотеками. А прикинь если бы модули можно было бы вызывать из еще и удаленно да и еще и из разных языков программирования без доп. биндингов к конкретной либе так, чтобы привязками занималась ОС. В Windows этим исторически занимались COM+, DCOM и ActiveX позже CLR.

Не ну я конечно в курсе что RedHat продвигает GObject Introspection Runtime и Dbus... но это как-то жиденько. Надо это стандартизировать всем, тогда разработчикам проще будет. =)

Если не считать того факта что GIR и dbus мягко говоря звезд с неба не хватают, чисто как API. Я пользовался, мне не понравилось. Да и им самим не нравится, судя по количеству энтерпрайзного софта на Java, который прячется за их подписочками.

Ах ну да они изобрели Vala, как основной Desktop-язык - дабы избавиться от аццких страданий. Если вдруг вас настигнет чувство вины, то писать ООП в С посредством GObject - можно использовать в качестве наказания за некриминальные поступки. Vala скрывает это уродство.

Ждите всё это в systemd. Оно уже частично там. Не то чтобы это плохо... просто самая лучшая версия Windows - это 10, а явно не та которую пилит Red Hat XD
В такие моменты я понимаю дядьку, который свалил со своим appimage пилить свой десктоп на BSD.

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

166. "Выпуск дистрибутива Devuan 3.1, форка Debian без systemd "  +1 +/
Сообщение от Онаним (?), 16-Фев-21, 23:39 
> В Windows этим исторически занимались COM+, DCOM и ActiveX

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

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

163. "Выпуск дистрибутива Devuan 3.1, форка Debian без systemd "  +2 +/
Сообщение от Михрютка (ok), 16-Фев-21, 21:27 
>>>тем самым разгрузить мейнтейнеров дистрибутивов.

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

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

212. "Выпуск дистрибутива Devuan 3.1, форка Debian без systemd "  +1 +/
Сообщение от Аноним (212), 19-Фев-21, 17:02 
Вы в своем праве впрячься вместо них. И таки да, загруженные. Могут майнтайнить более 1 пакета и/или это может и не быть их основной работой. Развелось умников, желающих нахаляву чужим временем рулить. Но нет, это так не работает.
Ответить | Правка | Наверх | Cообщить модератору

224. "Выпуск дистрибутива Devuan 3.1, форка Debian без systemd "  +1 +/
Сообщение от Михрютка (ok), 20-Фев-21, 13:23 
> Вы в своем праве впрячься вместо них. И таки да, загруженные. Могут
> майнтайнить более 1 пакета и/или это может и не быть их
> основной работой. Развелось умников, желающих нахаляву чужим временем рулить. Но нет,
> это так не работает.

я в своем праве сказать "не можешь *рать - не мучай *опу"

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

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

169. "Выпуск дистрибутива Devuan 3.1, форка Debian без systemd "  +/
Сообщение от Lefsha (ok), 17-Фев-21, 02:52 
> Systemd снижает порог вхождения для написания сервисов

Боже! Какой феерический бред. Вы сами хоть один сервис запускали?
Вы вообще видели как! это выглядит в нормальной системе?

Как пример:
---------------------------------------------------------------------
#!/sbin/openrc-run

description="slim"
cfgfile=/etc/slim.conf
pidfile=/run/slim.pid
command=/usr/bin/slim

start(){
    ebegin "Starting $SVCNAME"
        start-stop-daemon -S -q -b -p $pidfile -x $command
    eend $? "Failed to start $SVCNAME"
}

stop(){
    ebegin "Stopping $SVCNAME"
        start-stop-daemon -K -q -p $pidfile
    eend $? "Failed to start $SVCNAME"
}
---------------------------------------------------------------------
Что конкретно systemd здесь может мне упростить?
Это при том, что при стандартном вызове функции start и stop вообще можно опустить

Когда человек врет один раз веры ему нет уже ни на что.

Не несеите ахинею, потому как кто-нибудь да укажет Вам на это.

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

174. "Выпуск дистрибутива Devuan 3.1, форка Debian без systemd "  +/
Сообщение от freehckemail (ok), 17-Фев-21, 07:44 
>> Systemd снижает порог вхождения для написания сервисов
> Боже! Какой феерический бред. Вы сами хоть один сервис запускали?
> Вы вообще видели как! это выглядит в нормальной системе?

А, ну да. Вот и человек, которому адресован PPS из первого сообщения. Как в воду глядел. =)

Конечно-конечно, я же ни о чём таком не в курсе! Спасибо за дельный комментарий! Вы открыли мне Америку!

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

185. "Выпуск дистрибутива Devuan 3.1, форка Debian без systemd "  +/
Сообщение от Аноним (-), 17-Фев-21, 16:52 
> Вы вообще видели как! это выглядит в нормальной системе?

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

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

184. "Выпуск дистрибутива Devuan 3.1, форка Debian без systemd "  –1 +/
Сообщение от Аноним (-), 17-Фев-21, 16:49 
> Многое из того, что systemd поставляет из коробки -- на самом
> деле вполне себе реализуется на скриптах,

Ну, реализуй хотя-бы lockdown сервиса на этом, с запретами сисколов и изоляцией в свое окружение. У системды коронный номер - то что он УЖЕ в памяти, УЖЕ привилегированный, УЖЕ все либы - в RAM. Поэтому может скомпоновать arena'у процессу и когда все готово вызвать желаемое.

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

> и в целом предлагают большую свободу действий администратору системы,

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

> более удобный дебаг скриптов и т.д.

Это, наверное, шутка. Типичная ситуация с sysvinit: сервис не стартанул, диагностики везде по нулям. Но вы можете накодить себе удобный дебаг и логгинг. Правда, целью было вообще-то нестартовку сервиса затраблшутить, а ценность результата кодинга дебаглогинга нулевая. Вы, конечно, потом узнаете где какой-нибудь -EPERM или что там еще был. Но с системдой это случится раз в 20 быстрее, он видите ли журналит самые очевидные обломы, да и выхлоп софта.

> Проблема скриптов заключается в том, что они не унифицированы между дистрибутивами, что
> собственно является закономерным следствием sysvinit:

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

> В теории мы можем получить всё, что предоставляет systemd, и при помощи скриптов.

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

> Но systemd уже есть, и потому скрипты никто допиливать не будет.

Десятки раз делать 1 и ту же работу может и задолбать.

> заниматься даже разраюботчики.

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

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

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

> Встроенным супервизором systemd отвечает нуждам старого энтерпрайза

А также новой (да и старой) эмбедовки с линухом, например.

> свои системы супервизоры. Хотя бы тот же djb daemontools.

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

> в целом плевать, что часть лога может потеряться.

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

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

> А серьёзный энтерпрайз использует более высокоуровневые решения для журналирования,

Так там для них и сделан и редирект, и настройки чего-куда.

> ибо никому нафиг не сдались. Но зато systemd прекрасно справляется со
> своей основной задачей -- поднимает docker и kubelet. =)

Да он и без них так то может половину этого обтяпать, особенно systemd-nspawn. Так что это больше вкусовщина и удобства..

> с 2014го года я --  главный критик systemd на opennet.

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

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

190. "Выпуск дистрибутива Devuan 3.1, форка Debian без systemd "  +3 +/
Сообщение от freehckemail (ok), 17-Фев-21, 17:56 
Мда. 7 лет вроде прошло, а ничего не меняется. Ну, хоть какая-то стабильность: никто не позорит systemd-фанбоев больше, чем systemd-фанбои. =)
Ответить | Правка | Наверх | Cообщить модератору

193. "Выпуск дистрибутива Devuan 3.1, форка Debian без systemd "  +/
Сообщение от Аноним (-), 17-Фев-21, 19:20 
> Мда. 7 лет вроде прошло, а ничего не меняется. Ну, хоть какая-то
> стабильность: никто не позорит systemd-фанбоев больше, чем systemd-фанбои. =)

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

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

199. "Выпуск дистрибутива Devuan 3.1, форка Debian без systemd "  +1 +/
Сообщение от freehckemail (ok), 18-Фев-21, 11:33 
>> Мда. 7 лет вроде прошло, а ничего не меняется. Ну, хоть какая-то
>> стабильность: никто не позорит systemd-фанбоев больше, чем systemd-фанбои. =)
> Если мы об этом, не макинтошнику про путь линукса лечить, имхо.

О, фанатики подъехали. Только один вопрос. То, что я теперь знаком с большим количеством проприетарных продуктов, разве отменяет каким-либо образом тот факт, что пятнадцать лет жизни потратил на GNU/Linux, принципиально отказываясь пользоваться чем-либо ещё? Моё погружение в область глубоко, и моё слово не теряет в весе просто от того, что я теперь сижу на макоси. )

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

200. "Выпуск дистрибутива Devuan 3.1, форка Debian без systemd "  +/
Сообщение от Аноним (200), 18-Фев-21, 11:57 
> большим количеством проприетарных продуктов, разве отменяет каким-либо образом тот факт,
> что пятнадцать лет жизни потратил на GNU/Linux, принципиально отказываясь пользоваться
> чем-либо ещё?

Что было тогда - это тогда. А что сейчас - это сейчас. "Опенсорсник уровня пох" :P.

> Моё погружение в область глубоко

Области разные бывают...

> и моё слово не теряет в весе простоот того, что я теперь сижу на макоси. )

Для меня таки теряет. Предатель рокнролла :P. Меня так же виндузоиды могут обозвать - но вот тут я совершенно не расстроюсь.

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

206. "Выпуск дистрибутива Devuan 3.1, форка Debian без systemd "  +/
Сообщение от freehckemail (ok), 18-Фев-21, 12:55 
>> большим количеством проприетарных продуктов, разве отменяет каким-либо образом тот факт,
>> что пятнадцать лет жизни потратил на GNU/Linux, принципиально отказываясь пользоваться
>> чем-либо ещё?
> Что было тогда - это тогда. А что сейчас - это сейчас.
> "Опенсорсник уровня пох" :P.

Ну почему же "уровня пох". Членские взносы в FSF по-прежнему плачу. "Радеющих за СПО" только на словах -- вагоны. А вот делами почему-то мало кто отличается, ибо напомню, что годовой оборот FSF всего-навсего миллион баксов.

>> и моё слово не теряет в весе простоот того, что я теперь сижу на макоси. )
> Для меня таки теряет. Предатель рокнролла :P. Меня так же виндузоиды могут
> обозвать - но вот тут я совершенно не расстроюсь.

Ну, как говорил БГ, "рок-н-ролл мёртв, а я ещё нет".

--

Суть тут простая. Я знаком со множеством хакеров, но все они нищие вконец. А нищий человек ничего не изменит, ему бы себя прокормить, да на старость отложить пару копеек. Хоть ему и немного надо, но его жизнь -- вечная борьба за выживание. Такой человек ничего нового никогда не создаст.

Взять ту же систему GNU. Это было большое дело в своё время, однако не стоит забывать и об истоках -- в её основу легла вполне себе коммерческая ось. И чтобы создать эту ось, чтобы имплементировать эти инновации и довести до состояния конечного, пригодного к использованию продукта -- потребовались годы и огромные инвестиции вполне себе коммерческой компании AT&T.

Взять большинство инноваций в мире СПО сейчас: ну нет независимых разработчиков и мейнтейнеров. Все они так или иначе сидят на зарплате у корпораций. Это корпорации оплачивают труд программистов, улучшающих ядро. Это корпорации оплачивают труд мейнтейнеров, которые поддерживают тот же Debian. Софт, который в итоге становится массовым -- проходит огромный путь через аналитиков, дизайнеров, архитекторов, разработчиков, тестировщиков и (реже, но всё же) безопасников. Это огромная коммерческая индустрия, и одинокий хакер не сможет с ней тягаться. Помните, как раньше любили шутить? Десять программистов не заменят одного художника.

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

И пройти этот путь тяжело. Ломает во время этого переосмысления неимоверно. Не знаю даже, зачем я всё это пишу. Почему-то захотелось рассказать хоть кому-то. Устал наверное. Быть фанатиком всяко легче и приятнее, скажу я вам. Есть чёткое понимание, что хорошо, а что плохо. Кто друг, а кто враг. Возможностей меньше, но зато свободы больше.

В заключение хочется вспомнить Шварца. "Иногда мне кажется, что я начал завидовать рабам. Они всё знают наперёд. У них твёрдые убеждения". Да, устал. Но обратно эту жизнь не променяю. Не хочу себе врать.

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

210. "Выпуск дистрибутива Devuan 3.1, форка Debian без systemd "  +/
Сообщение от Аноним (-), 19-Фев-21, 14:02 
> Ну почему же "уровня пох".

Это был реверанс "уровня бох", но, увы, пох лучше в картину вписывается.

> Членские взносы в FSF по-прежнему плачу.

Компартии и профсоюзам тоже взносы платили.

> "Радеющих за СПО" только на словах -- вагоны. А вот делами почему-то
> мало кто отличается, ибо напомню, что годовой оборот FSF всего-навсего миллион баксов.

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

> Ну, как говорил БГ, "рок-н-ролл мёртв, а я ещё нет".

Как говаривал Марк Твен, слухи о его смерти были сильно преувеличены.

> Суть тут простая. Я знаком со множеством хакеров, но все они нищие вконец.

А я таки знаю и энное количество не нищего народа.

> А нищий человек ничего не изменит,

Что они должны изменить? И как показал пример, когда приоритетом становится только погоня за бабками, результатом становится корпорация добра типа гугла и microsoft.

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

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

С другой сороны - знешь почему хакеры нищие? Они просто не задались целью заработать бабок, у них были более интересные дела. И таки в этих делах они достигают легендарных успехов. А какой-нибудь Моррис или Митник будет 1 на всю историю :)

> имплементировать эти инновации и довести до состояния конечного, пригодного к использованию
> продукта -- потребовались годы и огромные инвестиции вполне себе коммерческой компании AT&T.

Если так вспомнить - в какой-то момент AT&T не придумал ничего умнее как лошить бсдшников, играя в 1 ворота, когда им код брать можно а академлохам - нет. И таки за это и появился линукс.

Кстати Торвальдс с бэхой и женой-каратисткой впечатление лузера почему-то не производит. Более того - ему даже увольнения бояться не надо - а на кого его заменить с той же эффективностью? :)

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

Тут возможны весьма разные варианты, на самом деле. Самые талантливые так вообще создают свои фирмы, имхо.

> Это корпорации оплачивают труд программистов, улучшающих ядро.

А лучше чем когда получается как с AT&T vs BSD когда апстрим еще и гасят? По-моему это вообще идиотизм. И вот как раз Торвальдс и ко смогли врезать пинка этому болоту и изменить соотношения. Так что хакер нищим быть не обязан. Но может - если так хочет.

> Это корпорации оплачивают труд мейнтейнеров, которые поддерживают тот же Debian.

Лишь местами. Хочешь я тебе скажу забавный метод отличить community driven vs corp driven? Я не знаю, мой ли это лично лайфхак или я его переизобрел, но - см активность в выходные.

У corp driven в выхи штиль. У comminity driven - наоборот. Поэтому я могу завернуть тебя с твоим разглагольствованием: в дебиане всплеск активности в репах в выхи индицирует и мощные community процессы не привязанные к корпам.

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

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

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

> и одинокий хакер не сможет с ней тягаться.

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

> Десять программистов не заменят одного художника.

Что-то мне кажется что с нейросетями можно и дошутиться на эту тему постепенно.

> взгляд на жизнь, которая чертовски жестока, но до жути справедлива.

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

> И пройти этот путь тяжело.

Ты еще раз покапитанил. И все же я искренне рад что не превратился в поха... :P

> Но обратно эту жизнь не променяю. Не хочу себе врать.

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

Кто-то из криптографов, кажется, выдал однажды дельную мысль: да, life is a bitch, и вообще, но - в этом мире всегда найдется немного места для чувака с работающим мозгом.

Но да - я не могу страдать вообще совсем нерезультативной фигней. И поэтому и системд, а не чудные мегаскрпты где я могу накодить логгинг. Если я вместо имплементации того что собирался пойду логинг кодить, очевидно, это вредно для завершения проекта в целом, а парадигма для меня сработала очень так себе, не?

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

209. "Выпуск дистрибутива Devuan 3.1, форка Debian без systemd "  +1 +/
Сообщение от Аноним (209), 18-Фев-21, 15:37 
> не макинтошнику про путь линукса
> бсдюки с виндой

Очередная эталонная демонстрация "пингинячьей" гибкости мышления и восприятия :)
Хотя мой личный фаворит все еще:
> я свои убунты и чентоси администрирую с кубунты и манджары(с кедами тоже).
> Эти же машины админят суровые бздшники с вантузов, ибо вынуждены
>

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

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру