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

Не сдружился я с поиском. В информации, которую откопал, указанные дистрибутивы не фигурируют в топе. Но на opennet'е представлена статистика за 2009-2010 года, в которой лидирурюут таинственные анониму^Wэнтузиасты. Вполне возможно, некоторые из них тайно участвуют в разработках красноглазых дистрибутивов.

Да элементарно:

двумерный_массив = [
 [ элемент01, элемент02, элемент03…],
 [ элемент11, элемент12, элемент13…],
 …
]

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

ну, если эти расширения друг с другом взаимодействуют - то возможно. Я, кстати, не очень согласен с такой формулировкой, и пользуюсь emacs только потому, что он удобен :)

Не знаю, есть ли.
Гомоиконность в том смысле, что формат JSON является подмножеством синтаксиса языка JavaScript.
Это так, шум, не обращай внимания.

потому что объединяет в себе уйму всего.

Так вон, например bash, тоже много чего объединяет (интерпретатор, встроенные команды, автодополнение...), но это ведь Unix-way, потому что все это для выполнения одной задачи. И в systemd все для выполнения одной задачи, там ведь нет музыкального плеера и слайдшоу.

Но если она не меняется хотя бы раз в 50 лет это уже не парадигма а отстойной г.. мамонта :-)

интерпретатор

bash и есть интерпретатор

встроенные команды

Ну не лепить же ради if и подобной мелочи отдельные функции (хотя, для [ и ] их таки влепили)?

автодополнение

Оно в баше ужасное. Без bash-completion его считай что и нет.

И на третьем уровне вложенности читабельность уйдёт в плинтус

А если ещё делать именованные ноды...

хотя бы раз в 50 лет

а почему именно эта цифра?

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

А если ещё делать именованные ноды...

Зачем?

KISS - он и в Африке KISS. А те, кто его не соблюдает, и начинают всякую дрянь вроде XML придумывать.

>формат JSON является подмножеством синтаксиса языка JavaScript

И потому не нужен. Не говоря уже о том, что выглядит как лапша. Уж лучше ini файлы редактировать.

Зачем ? Чтение замедлять ? ил потому чо так в талмуде 50-летней давности написано ? Так тогда кроме plain text сложно было придумать другой формат , сейчас из вагон и маленькая тележка как и софтин для работы с ними.

[fat]

0) Загружать ядро. Находить ядра и показывать меню должны как минимум две другие программы.

1) Вызовом скриптов с различными аргументами. Юниксвейный демон не должен заниматься всякой ерундой вроде инициализации своего окружения, поэтому инитскрипты на сотни строк, в которых черт ногу сломит - это нормально.

2) В текстовых файлах. Даже если конфигурация столь объемна, что без индексации ее разбор существенно замедлит работу.

3) Пайпы. Даже команды отрисовки графики в юниксвейном мире должны передаваться текстом через пайпы.

4) Юниксвейная - очевидно, такая, которая решает строго одну задачу, хранит конфигурацию в текстовых файлах, использует пайпы и использует из возможностей системы только те, которые доступны на всех классических юниксах. Если, например, в ядре линукса реализована фича, которой нет в БСД - программы, которые ее используют, можно терпеть, только если они нужны исключительно для управления этой фичей и их функциональность замкнута на себя.

5) Xsession-скриптом же.

[/fat]

Потому что если менять раз в 100 лет за эти года мамонт просто сдохнет :-)

Почему systemd не unix-way? Ведь он выполняет одну работу - управляет службами.

1). устройства и логи теперь тоже к демонам запускаемым/останавливаемым относятся? 2). логи и конфиги можно будет читать/править (не к логам) любым текстовым редактором 3). есть ли документированное IPC 4). удовлетворяет ли systemd экстремальным вариантам развёртки (напр. на очень слабых устройствах, где dbus и прочее нафиг не нужно)

Хорошо. Так чего такое лишнее в systemd что он не Unix-way?

GNU Not Unix же!

2) В текстовых файлах. Даже если конфигурация столь объемна, что без индексации ее разбор существенно замедлит работу.

это не одобрили.

Тут проблема скорее не в удобном формате а в его общепринятости. Но пока красноглазики будут думать только талмудом мамонт точно рога откинет :-)

0) Загрузчик по Unix-way?

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

1) Как должны стартовать/завершаться системные службы/демоны по Unix-way?

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

2) Как должны храниться конфиги по Unix-way?

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

3) Какой должен быть IPC по Unix-way?

IPC Должен быть изготовлен из черного дерева. Гладко отполированный и покрыт бесцветным лаком. Символом I должен быть ориентирован на восток так чтобы в день летнего равноденствия первым встречать первый солнечный луч.

4) Какие утилиты должны присутствовать в системе, а какие не должны, по Unix-way?

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

5) Как должен запускаться сеанс пользователя (панелька, рабочий стол, плазма, т.п.) по Unix-way?

Пользовательский сеанс должен запускаться с предложения ввести свое имя, а потом пароль. Ни каких панелек и рабочих столов. Все аскетично - черный фон, светлые буквы. Имя должно быть не менее чем из восьми букв латинского алфавита. Пароль не менее 10 символов, например, очень хороший пароль qwertyuiop или asdfghjkl или редко используемый zxcvbnm,./

Ни один из вопросов не имеет отношения к Unix-way.

http://catb.org/~esr/writings/taoup/html/philosophychapter.html

Но если она не меняется хотя бы раз в 50 лет это уже не парадигма а отстойной г.. мамонта :-)

«Сколько тебе лет?» (c)

Emacs и Mozilla являются лучшими аргументами против Unix way.

Это очень просто определяется - если чоловик думает талмудом ему никак не больше максимум 25 , если своей башкой то явно больше :-))

Оно работает черт знает как; оно тормозит; оно пытается сочетать несколько несочетаемых служб.

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

ну, не массивы, а вложенные деревья.

посмотри на Ъ-плейнтекстовый ~/.Xresources, например

.xfontsel.pane.commandBox.quitButton.background: #777777
.xfontsel.pane.commandBox.quitButton.foreground: snow
.xfontsel.pane.commandBox.ownButton.background: orange3
.xfontsel.pane.commandBox.ownButton.foreground: snow
.xfontsel.pane.commandBox.countLabel.background: snow
.xfontsel.pane.viewPort.sampleText.background: #777777
.xfontsel.pane.viewPort.sampleText.foreground: snow
.xfontsel.pane.fieldBox.MenuButton.borderWidth: 1
.xfontsel.pane.fieldBox.MenuButton.internalHeight: 1
.xfontsel.pane.fieldBox.MenuButton.internalWidth: 2

«Сколько тебе лет?» (c)

Это очень просто определяется

Отказ отвечать - тоже ответ.

Зачем?

Чтобы не нужно было писать 100500 парсеров и конвертеров, а просто запустить любой текстовый редактор и отредактировать конфигурацию.

потому чо так в талмуде 50-летней давности написано ?

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

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

Вот именно: о бритве Оккама народ забыл.

посмотри на Ъ-плейнтекстовый ~/.Xresources, например

У меня такого файла нет.

И где там массивы?

P.S. Всю эту писанину логичнее было бы сделать так:

xfontsel = 
[
    pane = 
    [
        commandBox = 
        [
            quitButton = 
            [
                foreground = snow, background = #777777
            ],
            ownButton = 
            [
                foreground = snow, background = orange3
            ]
        ]
    ]
]

Если что-то работает и работает хорошо, то менять его не надо.

А что лучше?

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

ты изобрёл json

Я просто его и имел в виду.

имеет свои минусы

какие?

ну да времена ms dos, autoexec.bat c config.sys простые текстовые файлы и более ничего не надо. Можно сколь угодно долго плеваться на реестр микрософта, но идея вполне оправдана - когда настройки существенно усложняются их надо хранить в бинарниках в одном месте. Но Ъ ведь .. :-) написано с талмуде применительно к условиям 50 летней давности что только config.sys так и будем его пилить до посинения :-)

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

Есть еще иного вспомогательных (вида «Добейтесь стабильной работы, только потом оптимизируйте.») - здесь: http://ru.wikipedia.org/wiki/Философия_UNIX

Но если она не меняется хотя бы раз в 50 лет это уже не парадигма а отстойной г.. мамонта :-)

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

Даже ini файлы лучше. И XML, да, если перед его написанием не напивались до чёртиков.

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

emacs это же интерпретатор Лиспа и делает он это хорошо

>Вы только что назвали все религии г.. мамонта.

Как будто это не так. Да и просто, без мамонта.

Ты только что сказал великолепную вещь - линух для красноглазиков не инструмент а религия :-) Что и требовалось доказать :-))

ага еще и отказаться от арифметики :-) Это не парадигмы кури словарь

когда настройки существенно усложняются их надо хранить в бинарниках в одном месте

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

Вы только что назвали все религии г.. мамонта

можно подумать, это не так…

Хорошо, тогда разрешаю тебе взять бритву и сделать вдоль, ЕВПОЧЯ.

И забыть ньютоновскую физику, тригонометрию и т.д., и т.п.

еще раз это не технические парадигмы

и медленно Если затереть init хотел бы посмотреть на загрузку линуха - всего то один файл :-)

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

Справнил жопу с пальцем…