Обновить
210
Руслан@checkpoint

Old-time Unix hacker

1,2
Рейтинг
192
Подписчики
Отправить сообщение

Сварщика нормального не стоит зря увольнять,

Любой наёмный сотрудник желает (и обязан по закону) получать зарплату два раза в месяц. Ему глубоко фиолетово на то, как у бизнеса идут дела. Его не трудно понять - ему надо кормить семью и регулярно платить по кредитам. Но что если у бизнеса нет заказов - не фортануло выиграть хороший тендер, сезонность, плановое повышение налогов, война в Персидском Заливе или еще какая напасть. Это означает, что средств для выплаты зарплаты у бизнеса тоже нет! И тут получается такая интересная ситуация: 1) бизнес может пойти в банк и взять кредит под 30% годовых на выплату зарплаты сотрудниками, при этом утопить фирму в долгах, потому что "отбить" такие процентные ставки он не сможет. Либо 2) уволить часть простаивающих в данный момент сотрудников и как-то выжить, дожить до следующего заказа и потом попытаться вернуть сотрудников назад (не обязательно тех же самых). Вот Вы как хозяин бизнеса какое решение примете ?

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

Нет. Но пассивный доход имею. И даже без него с голоду не помру.

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

А кто будет потреблять то, что эти роботы будут массово производить ?

Ну а если не пошло в этом месяце положил половину роботов на полку и всё, справился. С людьми так не получается как то.

Есть такое выражение: "если машина не работает, она умирает". Со сложным оборудованием (ЧПУ, робототехника, вычилительная техника и даже бытовая) вот как получается - если станок выключить и не включать более полу-года, то можно потом уже никогда его и не включить. Причин для этого много: от банального "ржавения" и канибализации, до устаревания софта и потери квалификации обслуживающего персонала. Так, что роботы (станки) либо работают непрерывно (с небольшим перерывом на сервисное обслуживание), либо не работают совсем. А лежащий на полке робот это страшная потеря денег для бизнеса - за него ведь лизинг/кредит платить надо и амартизационные отчисления!

С человками пока что всё гораздо проще получается: нет заказов - уволил (отправил в неоплачиваемый отпуск), заказы пошли - набрал новых, потренировал и в бой. Так работает подавляющее большинство бизнесов во всем мире не завязанных на сверхмассовое поточное производство, которое сейчас сосредоточилось только в одной стране мира. Поэтому, когда Вам рассказывают сказки про "низкий уровень роботизации" или про "низкий уровень производительности труда", сразу шлите этих сказочников лесом. Когда у бизнеса появляется реальная потребность в роботизации её мгновенно закрывают, но таких бизнесов очень и очень мало!

Проект PostgreSQL основан в 1996 году - переименовали из POSTGRES95. Юрлица у них менялись, но смысл от этого не изменился, люди там всё теже последние 30 лет.

Дело не в лицензиях, а в том как ведется разработка. PostgreSQL и Postgres Pro уникальны тем, что они не продались крупному бизнесу, а с самого основания (30 лет подряд) вполне успешно пытаются вести дела самостоятельно как независимая компания. При этом производят продукт мирового качества и масштаба, полностью опенсорсный, всем доступный и приглашают поучаствовать в проекте всех желающих (принимают коммиты). Лицензия у PostgreSQL-а (PosgreSQL License) разрешительная, подобна BSD или MIT. В общем, полная противоположность Linux-у. Таких проектов я что-то не припоминаю. Все из Вами перечисленных проектов сидят на подсосе у различных фондов.

PostgreSQL (и Posgres Pro) это уникальный случай для цивилизации. Таких проектов больше нет.

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

И то что Linux протолкнул в массы именно крупный бизнес - сомнений нет. Сначала его игнорировали, потом с ним боролись, сейчас насильно насаждают. Как говорил кто-то из великих: "не можешь победить - возглавь".

Все всё соблюдают и требований лицензии стараются не нарушать. Просто есть легальные способы обхода GPL, в том числе распространять бинарные модули или блобы с firmware. Или те же DPDK или eBPF - вытащить кишки ядра в userspace и ничего никому не показывать, только бинарь.

Я же писал - попробуйте из Qualcomm вынуть исходники драйверов к ихним WIFI7 адаптерам. Поэтому всё идет к тому, что останется только Linux ABI как некая точка совместимости, все остальное будет окончательно приватизировано и глубоко запрятано. Из Linux-а усердно делают винду.

А без дебага сколько ? Прошу цифры в студию.

Хаха, и что вместо? Статически линковать всё в один огромный бинарь,

В нынешних условиях это вполне себе отличное решение. И бинарь нифига не огромный получается.

Небольшая поправка себя. Судебная тяжба между USL и BSDi закончилась в 1994 году в пользу BSDi. С этого момента начался расцвет Open Source сообщества, и закончился в 2026 году полной приватизацией Linux систем крупным бизнесом. :)

Таких продуктов полно! Просто мы о них мало чего знаем, так как они скрыты от сообщества. Возьмие любую коммуникационную железяку - там либо клон Linux, либо FreeBSD. Исходников изменений мы никогда не увидим. У некоторых компаний пока еще есть остатки совести и они публикуют часть своих наработак, но так чтобы не в ущерб конкуренции. :)

Зависимости следует искоренять! (с) мой.

Давайте обзорную статью про 9front, а уж за вопросами мы в карман не полезем. :)

Автор вроде бы размышляет верно, но в итоге делает совершенно неверное заключение.

Что мы имеет к данному моменту ? Ядро Linux ипользуется в подавляющем большинстве телеком аппаратуры, в смартфонах и в бытовой технике. К этому оборудованию написаны горы проприетарного закрытого софта (драйверы, библиотеки и т.д.). Но можем ли мы получить исходники драйверов, скажем, от Qualcomm-овских WIFI7 адаптеров ? А от Nvidia ? Ответ очевиден - нет! Потому что крупный бизнес давно нашел способ как объ#$@ть GPL - просто распространять драйверы и прочие доработки ядра в виде модулей, и кукиш вам, а не исходники! Более того, бигтех сейчас вваливает нехилые $$ в переписывание системных GNU утилит с C/C++ (GPL) на Rust (MIT и прочие разрешительные лицензии) под дырявой ширмой "Rust - is memory safe". Короче, GPL хоть и мозолит глаз юристам бигтеха, но не является серьезным препятствием для скрытия кода и создания своих проприетарных форков! А создателям облачных решений так вообще класть с большой колокольни на любые лицензии - они у себя там на серверах что хотят, то и делают. Это с одной стороны. Теперь посмотрим с другой стороны на этот же вопрос. Очевидно, что ядро Linux уже давно поделено между несколькими крупными игроками из бигтеха. Они спонсируют разработки и активно проталкавают свои технические и идеологические решения в ядро. Торвальдс давно не влияет на то, что будет внесено в ядро, он и его банда плотно сидят на зарплате и занимаются только тем, что втаскивают в ядро решения от кого надо. А от кого не надо - не втаскивают. В итоге ядро Linux превратилось в помойку! Причем, очень современную высокотехнологичную помойку - из него интенсивно удаляют поддержку старого (и всё еще рабочего) железа, вместо этого валом заносят всякую чушь на Rust и постоянно переписывают Kernel API в угоду бигтеха.

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

Теперь пара слов о светлом будущем Linux. На мой взгляд яро Linux (и многие дистрибутивы на его основе) как продукт сообщества - всё. Это проприетарные системы. Хорошие, плохие, удобные, красивые или не очень, но все они в самое ближайшее время станут полностью проприетарными. Бигтех дожмет тему отказа от GPL. Не получится с Rust, так придумают что-то еще. Linux ABI сделают каким нибудь международным стандартом дабы обеспечить совместимость на бинарном уровне, а исходники ядра закроют. У каждого производителя будут свои проприетарные ядра, свои ОС на их основе, свои драйвера и библиотеки (по сути, сейчас уже всё так и есть). Останется какая нибудь Vanilla версия Linux ядра как некий эталон реализации ABI с полным отсутствием драйверов для нового железа. То же самое произойдет и с user space - все опенсорсные проекты, которые чего-то стоят, будут приватизированы и кросс-лицензированы между узким числом игроков. Остальные просто помрут из-за отсуствия финансирования, либо примкнут к большим проектам (этот тренд наблюдается уже сейчас). Оставшееся (выжившее) Open Source сообщество вернется к состоянию конца 1990-х - начала 2000-х годов, когда программировали не за деньги, а потому что душа требовала и была потребность. Вот с этой точки нам и предстоит начать работу по подьему BSD систем как независимых от большого бизнеса и их денег. Собственно то, с чего всё и началось в 1974 году в Berkeley и было успешно проделано в 1992-м с победой на Unix System Laboratories. Говорят, история развивается по спирали.

"Век живи, век учисть", сказал поручик. Возьмем на вооружение.

emacs - выбор мастеров! ;)

Все старички которых знаю, да и я сам, все пользуются либо far2l, либо mc. При этом многие в командной строке настоящие виртуозы. А еще я screen люблю, вместо этих ваших tmux. :)

Этот скрипт cpan помимо local::lib имеет еще зависимости:

use App::Cpan;
use CPAN::Version;

Зачем, если можно без них и встроенными средствами ?

Абсолютно легко добавить cpanm во фрю

Можно, но зачем ? ;)

Информация

В рейтинге
1 944-й
Дата рождения
Зарегистрирован
Активность