Linux way что это

Что для вас linux-way?

Что по вашему настоящий linux-way? Какой дистрибутив наиболее полно отражает linux-way, или может быть их несколько. Наверное LFS это скорее unix-way =)

Re: Что для вас linux-way?

Re: Что для вас linux-way?

А что это за way’и такие?

Re: Что для вас linux-way?

сферический. В вакууме.

Re: Что для вас linux-way?

Джаст фо фан, как завещал великий Торвальдс

Re: Что для вас linux-way?

Отвержение и НЕНАВИСТЬ, НЕНАВИСТЬ, НЕНАВИТЬ .

Re: Что для вас linux-way?

> Что по вашему настоящий linux-way?

Вне присутствия дао нельзя говорить, но то, о чем поведать нельзя, — это дао. Вне присутствия дао нельзя размышлять, но то, о чем помыслить нельзя, — это дао. * * *

В дао нет ничего от человека. Мудрый не судит: «Это дао, а то — не дао». В дао нет ничего от своего «я». Мудрый не различает между пребыванием в дао и отстранением от него. В том, что дао нет, — залог того, что дао есть. В том, что мудрый не держится за дао, — залог того, что он не потеряет дао. * * *

Горшечник может создать десять тысяч горшков, но ни один горшок не сможет ни создать горшечника, ни уничтожить его. Дао может создать десять тысяч вещей, но ни одна вещь не сможет ни создать дао, ни уничтожить его. * * *

Мудрый знает, что сознание едино, вещи едины, дао едино, и все они объединяются в одно. Он не меряет неизменным изменчивое и не ущемляет изменчивым неизменное. * * *

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

Re: Что для вас linux-way?

Re: Что для вас linux-way?

забаньте этого троля

Re: Что для вас linux-way?

вендузятники придумывают термины и сами их обфыркивают? Есть unix-way, накой тебе какой-то линукс-вей?

Re: Что для вас linux-way?

Вещества нельзя жечь

Re: Что для вас linux-way?

Re: Что для вас linux-way?

Черниговское/Балтика в крупных количествах

Re: Что для вас linux-way?

+1, у Linux нет пути.

Re: Что для вас linux-way?

> Черниговское/Балтика в крупных количествах

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

Re: Что для вас linux-way?

linux-way — это современный UNIX-way. Т.е. сочетание как старого, так и нового.

Re: Что для вас linux-way?

> linux-way — это современный UNIX-way. Т.е. сочетание как старого, так и нового.

Re: Что для вас linux-way?

Re: Что для вас linux-way?

И вообще, господа, не кажется ли вам, что нас посетило очередное воплощение тузика? 🙂

Re: Что для вас linux-way?

> Какой дистрибутив наиболее полно отражает linux-way

Смотря что понимать под этим термином.

Debian — ярчайший пример, когда огромное linux-сообщество вместе делает очень хороший продукт.

RHEL — пример современного коммерчески успешного дистрибутива, тот же Linux-way, но доказывает, что Linux может быть не только «Just for fun».

Slackware — «эгоистичный» (в хорошем смысле) Linux-way, когда один человек, авторитет и духовный вдохновитель, определяет развитие дистрибутива.

В современном мире Linux-way, это возможность выбора!

Re: Что для вас linux-way?

Ty3uK, был харизматичен и весел, это же чудовище претендует только койку в палате №6.

Re: Что для вас linux-way?

Алихандро, принеси яблoк.

Re: Что для вас linux-way?

Какой ещё линукс-way? Way’и господни неисповедимы!

Re: Что для вас linux-way?

правильные потсаны выбирают арсенальное крепкое.

Re: Что для вас linux-way?

обращать Windows-user-ов в свою веру, а тех кого обратить нельзя жечь на кострах как еретиков.

ЗЫ задолбал ты уже со своими глупыми опросами

Re: Что для вас linux-way?

Я помню, гик с кем-то спорил про локальный поисковик tracker. Все сошлись на мнении, что UNIX-way не стоит на месте, а развивается; теперь эффективные инструменты доступны как тру хакерам, там и «мышевозникам».

Re: Что для вас linux-way?

короче говоря — вдоль 🙂

Re: Что для вас linux-way?

Млин.. Даже передернуло..

Re: Что для вас linux-way?

>Что по вашему настоящий linux-way?

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

Re: Что для вас linux-way?

и эта.. что вы думаете о перпективах plan9?

он сдохнет и все фичи неумело и неконсистентно перетянут в лунакс?

Re: Что для вас linux-way?

s/лунакс/линакс/ тфу ты

Re: Что для вас linux-way?

КЛБ, безграмотное цуцромо!

Re: Что для вас linux-way?

> КЛБ, безграмотное цуцромо!

Хроническое недопивание, срочно исправляй.

Re: Что для вас linux-way?

Re: Что для вас linux-way?

Для большинства это стенка

Re: Что для вас linux-way?

> linux-way — это современный UNIX-way. Т.е. сочетание как старого, так и нового

linux-way — это правильный UNIX-way, испорченный обезъянничаньем с windows-way, refactored.

вот plan9-way — это ÜBER-UNIX-WAY.

А Линукс, где ни копни, ПОЧТИ не Ъ: ну например, KDE: порт Windows на UNIX, GNOME: порт Mac classic на UNIX. Всего по 2 штуки. «Лучших» не может быть 1, их обязательно 2, «чтобы был выбор». Распыление сил и holy flames.

Всё было бы воистину печально, кабы не REFACTORED. Благодаря ему появляются initng вместо sysV init, oops вместо squid, djdns вместо bind, postfix вместо sendmail, Gentoo вместо LFS, итд итп.

И значит, ещё не всё потеряно и есть шанс.

Re: Что для вас linux-way?

>и эта.. что вы думаете о перпективах plan9?

а что я думаю о перспективах Xanadu по сравнению с HTML ..

Тоже немеряно круто и тоже — R.I.P.

Plan9 не хватает юзеровских killer app приложений. Если бы к FOSSILу и системе архивирования, его уникальной прозрачности в ФС прикрутили нормальное API платформ, появилось бы куча софта под это API, этот софт бы показывал несомненные преимущества (например, как в концепте Etoile из GNUStep: документно-ориентированное ДЕ, динамически строить своё окружение из документов-объектов-сервисов, а не файлов и приложений), удобство работы с семантикой — может бы всем наконец стали очевидны его преимущества и им стали пользоваться не только красноглазые.

например, такой workflow: вместо «сплошных» докуметов-объектов у нас «составные» из «кусочков», повязанных ссылками, которые не ломаются. И документы набираются «трансклюзией», как в Xanadu, кусочков, повязаных сервисами.. И лежат в каком-то универсальном, распределённом формате файлов/документов/сети, прозрачно.. И пользователь работает в основном не с контентом «сплошных» блобов, а с семантикой, связями между «кусочками»..

.. а WM у нас — что-то вроде dwm с тегами, и как перспективы в Eclipse динамически повязывают такие «кусочки», с ссылками, правилами, «чувствуя» и понимая окружение (других кусочков, сервисов), в котором оно работает..

. вот это было бы круто, ага :))) да только скорее случится

> он сдохнет и все фичи неумело и неконсистентно перетянут в лунакс?

Источник

А какой он, этот мифический Unix-way?

Навеяно срачами про Wayland, systemd, pulseaudio.

Что такое unix-way в общем? Что такое unix-way в частных случаях:
0) Загрузчик по Unix-way?
1) Как должны стартовать/завершаться системные службы/демоны по Unix-way?
2) Как должны храниться конфиги по Unix-way?
3) Какой должен быть IPC по Unix-way?
4) Какие утилиты должны присутствовать в системе, а какие не должны, по Unix-way?
5) Как должен запускаться сеанс пользователя (панелька, рабочий стол, плазма, т.п.) по Unix-way?

А то орут, орут, а толком сказать не могут почему эта софтина по Unix-way, а вот эта не по Unix-way.

UPD: А Windows можно назвать Unix-way-ным? Что мешает кроме реестра?

На каждую функцию своя софтина и всё связано через пайпы и exec()’и. Морда только морда и не более; весь функционал в другом софте.

А как вы подписались? Меня на главную выкидывает.
По теме. Я использую единственный лозунг, который, как я помню, относят к принципам unix-way: если ты этого не знаешь, значит оно тебе не нужно. =)

Говорю же, перекидывает на главную. При этом тема не становится отслеживаемой.

Дуг МакИлрой, изобретатель каналов UNIX и один из основателей традиции UNIX, обобщил философию следующим образом:

«Философия UNIX гласит:

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

Обычно эти высказывания сводятся к одному «Делайте что-то одно, но делайте это хорошо».

Из этих трёх принципов только третий является специфичным для UNIX, хотя разработчики UNIX чаще других акцентируют внимание на всех трёх принципах. Майк Ганцарз: Философия UNIX

В 1994 году Майк Ганцарз (англ. Mike Gancarz) объединил свой опыт работы в UNIX (он является членом команды по разработке системы X Window System) с высказываниями из прений, в которых он участвовал со своими приятелями программистами и людьми из других областей деятельности, так или иначе зависящих от UNIX, для создания Философии UNIX, которая сводится к 9 основным принципам:

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

Менее важные 10 принципов не снискали всеобщего признания в качестве частей философии UNIX и в некоторых случаях являлись предметом горячих споров (монолитное ядро против микроядра):

Позвольте пользователю настраивать окружение. Делайте ядра операционной системы маленькими и легковесными. Используйте нижний регистр и придерживайтесь кратких названий. Не храните тексты программ в виде распечаток («Спасите деревья!»). Не сообщайте пользователю об очевидном («Молчание — золото»). Разбивайте сложные задачи на несколько простых, выполняемых параллельно («Мыслите „параллельно“»). Объединённые части целого есть нечто большее, чем просто их сумма. Ищите 90-процентное решение. Если можно не добавлять новый функционал, не добавляйте его («Чем хуже, тем лучше»). Мыслите иерархически.

Реймонд: Искусство программирования в UNIX

Эрик С. Рэймонд (англ. Eric S. Raymond) в своей книге «Искусство программирования в UNIX» подытожил философию UNIX как широко используемую инженерную философию «Будь попроще, тупица» (Принцип KISS). Затем он описал, как эта обобщенная философия применима в качестве культурных норм UNIX. И это несмотря на то, что несложно найти несколько нарушений в следующей текущей философии UNIX:

Правило модульности: Пишите простые части, соединяемые понятными интерфейсами. Правило ясности: Ясность лучше заумности. Правило композиции: Разрабатывайте программы так, чтобы их можно было соединить с другими программами. Правило разделения: Отделяйте правила (policy) от механизма (mechanism); отделяйте интерфейс от движка (engine). Правило простоты: Нацельтесь на простоту; добавляйте сложность, только где необходимо. Правило экономности: Пишите большую программу только когда другими средствами выполнить необходимую задачу не удастся. Правило прозрачности: Разрабатывайте прозрачные программы для облегчения последующего пересмотра и отладки. Правило надёжности: Надёжность — дитя прозрачности и простоты. Правило представления: Храните знания в данных так, чтобы логика программы была тупой и надёжной. Правило наименьшего удивления: При разработке интерфейса всегда делайте как можно меньше неожиданных вещей. Правило тишины: Если программе нечего сказать, пусть лучше молчит. Правило восстановления: Если надо выйти из строя, делайте это шумно и как можно быстрее. Правило экономии: Время программиста дорого; сократите его, используя машинное время. Правило генерации: Избегайте ручного набора кода; при любом удобном случае пишите программы, которые бы писали программы. Правило оптимизации: Сначала — опытный образец, потом — «причесывание». Добейтесь стабильной работы, только потом оптимизируйте. Правило многообразия: Отвергайте все утверждения об «единственно правильном пути». Правило расширяемости: Разрабатывайте для будущего. Оно наступит быстрее, чем вы думаете.

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

Источник