The OpenNET Project / Index page

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



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

Оглавление

Проект GNU начал развитие нового пакетного менеджера Guix, opennews (??), 23-Ноя-12, (0) [смотреть все] +1

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


124. "Проект GNU начал развитие нового пакетного менеджера Guix"  –8 +/
Сообщение от myhand (ok), 24-Ноя-12, 14:04 
> Архитектура systemd - это разделение. Кода и конфигурации, системных настроек и пользовательских.

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

> За что его, собственно, так и ненавидят

За отсутствие этой самой архитектуры.

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

148. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от Kolya (?), 24-Ноя-12, 21:48 
>Там давно уже к тьюринг-полноте языка идет, а ты все в INI-формат веришь.

показываешь конструкцию условия, или слил

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

149. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от Аноним (-), 24-Ноя-12, 22:00 
> показываешь конструкцию условия, или слил

Условия там есть. А вот циклов нет и не будет (хотя очень просили).

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

196. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от myhand (ok), 25-Ноя-12, 01:58 
>> показываешь конструкцию условия, или слил
> Условия там есть. А вот циклов нет и не будет (хотя очень просили).

Это *пока* там циклов не сделали.  Но держу пари, что таки - будут.

Тем более раз "народ просит".


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

204. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от Аноним (-), 25-Ноя-12, 02:58 
> Это *пока* там циклов не сделали.  Но держу пари, что таки - будут.
> Тем более раз "народ просит".

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

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

208. "Проект GNU начал развитие нового пакетного менеджера Guix"  +2 +/
Сообщение от arisu (ok), 25-Ноя-12, 03:05 
> этим должен заниматься демон и хелпер

следующим логичным шагом будет выкидывание системд.

апстарт, кстати, выглядит намного более адекватной системой.

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

195. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от myhand (ok), 25-Ноя-12, 01:57 
>>Там давно уже к тьюринг-полноте языка идет, а ты все в INI-формат веришь.
> показываешь конструкцию условия

ConditionBlaBla и их комбинации.

> или слил

Ух какой суровый...  Иди уроки выучи.

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

217. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от Kolya (?), 25-Ноя-12, 14:29 
> ConditionPathExists=, ConditionPathExistsGlob=,
> ConditionPathIsDirectory=, ConditionPathIsSymbolicLink=,
> ConditionPathIsMountPoint=, ConditionPathIsReadWrite=,
> ConditionDirectoryNotEmpty=, ConditionFileNotEmpty=,
> ConditionFileIsExecutable=, ConditionKernelCommandLine=,
> ConditionVirtualization=, ConditionSecurity=,
> ConditionCapability=, ConditionHost=, ConditionNull=
> Before starting a unit verify that the specified
> condition is true. If it is not true the starting of the
> unit will be skipped

и это тьюринг полнота? Обычные фильтры на выполнимость конкретного юнита. Даже факториал на этом не посчитать.

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

218. "Проект GNU начал развитие нового пакетного менеджера Guix"  +1 +/
Сообщение от arisu (ok), 25-Ноя-12, 15:09 
> и это тьюринг полнота?

нет, это вообще атомный ужас.

ничего, скоро портеринг поймёт, что пора вводить свой скриптовый язык, а то дофига всяких «condition» получается. а у sh — как обычно — есть Фатальный Недостаток.

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

222. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от myhand (ok), 25-Ноя-12, 16:21 
> и это тьюринг полнота?

Где я писал про полноту?  Но к тому дело идет, да.

> Обычные фильтры на выполнимость конкретного юнита.

Обычные, конечно.  О, сколько их вас, бедных, ждет еще, откройте TODO (ConditionBatteryPower, etc...).

Есть и "необычные", напр. ExecStartPre/ExecStartPost.  Статус проверяется.  А не за горами и специальная финтифлюшка для таких общих случаев (~ ConditionExec):
http://lists.freedesktop.org/archives/systemd-devel/2011-Aug...

Еще вам должно нравиться 100500 вариантов синтаксиса значений параметров.  Там и "-", и "!", и чего только нет.  Тяжко вам будет (это вам не /bin/sh с man-ом на пару страниц!), а документацию вы читать не привыкли...

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

224. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от Анон (?), 25-Ноя-12, 17:38 

> Обычные, конечно.  О, сколько их вас, бедных, ждет еще, откройте TODO
> (ConditionBatteryPower, etc...).

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


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

225. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от myhand (ok), 25-Ноя-12, 19:32 
>> Обычные, конечно.  О, сколько их вас, бедных, ждет еще, откройте TODO
>> (ConditionBatteryPower, etc...).
> Ограниченный, пусть и большой

Чем он ограничен?  Подскажите, пожалуйста - сам автор понятия не имеет.  Моча в голову ударила - ввел новый ConditionXYZ.

>  декларативных функций

WTF?

Кстати, декларативным программированием там и не пахнет, особенно всякие ExecStartPre/Post...

> - это проще, чем неограниченное богатство императивного кода

Чем проще-то?  Вместо использования штатных утилит и if test -b foo; then ... - теперь пишем...

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

> на примитивном языке даже без комментариев

В POSIX-shell нету комментариев?!  Отсыпьте.

> который ещё отлаживать надо.

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

Вот стала-ли она проще с приходом systemd - большой вопрос.

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

233. "Проект GNU начал развитие нового пакетного менеджера Guix"  –1 +/
Сообщение от Анон (?), 25-Ноя-12, 20:52 
>Кстати, декларативным программированием там и не пахнет, особенно всякие ExecStartPre/Post...

Переменные где? Без них программирование уже не императиво.

> Чем проще-то?  Вместо использования штатных утилит и if test -b foo;
> then ... - теперь пишем...

А за короткие формы ключей в скриптах вообще гнать поганой метлой.

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

Ну да, а при чтении разгадывание всяких "-b -c 2 -d 12 -e no" возможно без документации.

>> на примитивном языке даже без комментариев
> В POSIX-shell нету комментариев?!  Отсыпьте.

Код без комментариев, а не язык.

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

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

> Вот стала-ли она проще с приходом systemd - большой вопрос.

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

236. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от myhand (ok), 25-Ноя-12, 22:58 
>>Кстати, декларативным программированием там и не пахнет, особенно всякие ExecStartPre/Post...
> Переменные где? Без них программирование уже не императиво.

"Я щитаю" забыли добавить?  Или даже про makefile нынешние школьники уже не знают?

>> Чем проще-то?  Вместо использования штатных утилит и if test -b foo;
>> then ... - теперь пишем...
> А за короткие формы ключей в скриптах вообще гнать поганой метлой.

Эти короткие ключи знает любой администратор, утилита test - часть POSIX.  И в качестве ликбеза: у нее *нет* иных форм ключей, кроме "коротких".

>> А слабо вспомнить *что* пишем без заглядывания в леннартову шпаргалку?
> Ну да, а при чтении разгадывание всяких "-b -c 2 -d 12
> -e no" возможно без документации.

Ну да.  Но вам персонально не разрешили заглянуть только в маны systemd.  Что, решения таки не нашли - а как же "проще"?

>>> на примитивном языке даже без комментариев
>> В POSIX-shell нету комментариев?!  Отсыпьте.
> Код без комментариев, а не язык.

Может проблема в ком-то, кто не оставлял комментариев в неочевидных местах?  В конфигах systemd картина должна быть абсолютно аналогичная, что тут изменится?  С той лишь разницей, что пока практикующие администраторы с shell худо-бедно знакомы, а в конфигах systemd будут разбираться "с нуля" (коли предшественники вдруг оставят такой "подарочек").

Уж на что mysql-конфиги больше походят на "INI-файлы", а и там без комментариев - смерть.  Или вы в качестве необходимых воспринимаете только копипасты из мана (а-ля php.ini), чтобы буратину была понятна роль данной опции в общих чертах?  Так это для детишков...

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

Жуть какая, завязывайте с этой дурью - курите что-то послабее.

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

237. "Проект GNU начал развитие нового пакетного менеджера Guix"  +1 +/
Сообщение от Анон (?), 25-Ноя-12, 23:20 
>  Или даже про makefile нынешние школьники уже
> не знают?

А мейкфайлы вообще причём?

> Эти короткие ключи знает любой администратор,

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

>  С той лишь разницей, что пока практикующие администраторы с shell
> худо-бедно знакомы, а в конфигах systemd будут разбираться "с нуля" (коли
> предшественники вдруг оставят такой "подарочек").

А кто опытным админам вообще приказывает использовать systemd? Это всякие кеды/гномы без него не работают. Так что это проблема десктопа, а не серверов.

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

То есть всякие sed/grep в bash-скриптах отсутствуют, да? А вместо них используются внешние парсеры?

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

238. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от myhand (ok), 26-Ноя-12, 01:13 
>>  Или даже про makefile нынешние школьники уже
>> не знают?
> А мейкфайлы вообще причём?

Декларативное программирование кто вспоминал?

>> Эти короткие ключи знает любой администратор,
> Не любой, а системный.

Т.е. любой.  Другим вообще нечего делать с инициализацией системы.

> А ещё есть пользователи, которым приходится администрировать свою систему.

Нет таких.  За умных это сделали создатели дистрибутива.  Глупые - никому не интересны.

>>  С той лишь разницей, что пока практикующие администраторы с shell
>> худо-бедно знакомы, а в конфигах systemd будут разбираться "с нуля" (коли
>> предшественники вдруг оставят такой "подарочек").
> А кто опытным админам вообще приказывает использовать systemd?

Речь о другом шла.

> Это всякие кеды/гномы без
> него не работают.

Работают.  Пока.

> Так что это проблема десктопа, а не серверов.

Вообще-то, оно позиционируется как "всюду и везде", а не просто "еще одна замена иниту для домохозяек".

>>> Альтернатива - парсить регекспами тексты на естественном языке ( другого, увы, консольные
>>> утилиты не умеют, до протоколов их разработчики не доросли), а это так просто.
>> Жуть какая, завязывайте с этой дурью - курите что-то послабее.
> То есть всякие sed/grep в bash-скриптах отсутствуют, да? А вместо них используются
> внешние парсеры?

Так там разные вещи используются.  Вон, вам утилиту test показали - никаких sed/grep.  И умеет кучу того, что в systemd переименовали во всякие ConditionXYZ.  А для чего и где sed/grep используется - там и с systemd они будут, во всяких ExecStartPre...

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

239. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от Анон (?), 26-Ноя-12, 01:48 
> Декларативное программирование кто вспоминал?

И?

> Т.е. любой.  Другим вообще нечего делать с инициализацией системы.

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

> Нет таких.  За умных это сделали создатели дистрибутива.  Глупые -
> никому не интересны.

Зачем так витиевато посылать в винду, где за умных всё сделали?

>> Так что это проблема десктопа, а не серверов.
> Вообще-то, оно позиционируется как "всюду и везде", а не просто "еще одна
> замена иниту для домохозяек".

Какая разница, как это позиционируется? Если от этого просто избавиться, то проблем вообще нет. К Гному/кедам прибивают это гвоздями. А на серверах-то какие проблемы? Что, апач с мускулом от этого зависимым сделают? Как?

> Так там разные вещи используются.  Вон, вам утилиту test показали -
> никаких sed/grep.  И умеет кучу того, что в systemd переименовали
> во всякие ConditionXYZ.  

И чем принципиально набор правил отличается от test + куча ключей?

>А для чего и где sed/grep используется
> - там и с systemd они будут, во всяких ExecStartPre...

А визг не поднимется, если grep/sed заменять будут?


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

248. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от myhand (ok), 26-Ноя-12, 13:48 
>> Декларативное программирование кто вспоминал?
> И?

Ну вот оно, перед тобой.  info gmake дать почитать про переменные?

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

Отсутствие необходимости и достаточной квалификации.

>> Нет таких.  За умных это сделали создатели дистрибутива.  Глупые -
>> никому не интересны.
> Зачем так витиевато посылать в винду, где за умных всё сделали?

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

>>> Так что это проблема десктопа, а не серверов.
>> Вообще-то, оно позиционируется как "всюду и везде", а не просто "еще одна
>> замена иниту для домохозяек".
> Какая разница, как это позиционируется? Если от этого просто избавиться, то проблем
> вообще нет. К Гному/кедам прибивают это гвоздями. А на серверах-то какие проблемы?

Народ опасается, что сабж сделают системой инициализации по-умолчанию.

>> Так там разные вещи используются.  Вон, вам утилиту test показали -
>> никаких sed/grep.  И умеет кучу того, что в systemd переименовали
>> во всякие ConditionXYZ.
> И чем принципиально набор правил отличается от test + куча ключей?

Все вам уже написали чем.  А в данном случае - речь шла вообще о другом.  О том, что "никаких sed/grep".

>>А для чего и где sed/grep используется
>> - там и с systemd они будут, во всяких ExecStartPre...
> А визг не поднимется, если grep/sed заменять будут?

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

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

250. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от Анон (?), 26-Ноя-12, 15:18 
> Ну вот оно, перед тобой.  info gmake дать почитать про переменные?

То есть, по-вашему, если из А следует Б, то из Б следует А, да?

> Отсутствие необходимости и достаточной квалификации.

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

> Почему "в винду"?  Вам ответили, что есть множество дистрибутивов.  Некоторые
> - вполне приличного качества.

Обычно винда - это синоним сложности что-то нестандартно настроить. Никсы потенциально настраиваемы всё равно, всё лишь зависит от громоздкости системы автоматизации.

> Народ опасается, что сабж сделают системой инициализации по-умолчанию.

Ой, бида, бида.

>>> Так там разные вещи используются.  Вон, вам утилиту test показали -
>>> никаких sed/grep.  И умеет кучу того, что в systemd переименовали
>>> во всякие ConditionXYZ.
>> И чем принципиально набор правил отличается от test + куча ключей?
> Все вам уже написали чем.  А в данном случае - речь
> шла вообще о другом.  О том, что "никаких sed/grep".

"И умеет кучу того, что в systemd переименовали
во всякие ConditionXYZ."

Это тогда к чему?

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

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

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

266. "Проект GNU начал развитие нового пакетного менеджера Guix"  +1 +/
Сообщение от myhand (ok), 26-Ноя-12, 19:45 
>> Ну вот оно, перед тобой.  info gmake дать почитать про переменные?
> То есть, по-вашему, если из А следует Б, то из Б следует
> А, да?

Вам привели пример декларативного языка с "переменными".  Сколько можно тупить?

>> Отсутствие необходимости и достаточной квалификации.
> Про необходимость решать не вам.

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

> А квалификация почти целиком с языком связана.

Полная чушь.  С тем, что система иницализации запускает.

> Сложность - проблема инструмента, но никак не области деятельности.

Это справедливо для ковыряния в носу.  Позанимайтесь чем-то полезным - и вы однажды поймете разницу.

> "И умеет кучу того, что в systemd переименовали
>  во всякие ConditionXYZ."
> Это тогда к чему?

К тому, что ваши мечты избавиться от sed/grep - не оправдались.  systemd меняет шило на мыло там, где отродясь никакого sed/grep не было.

> Нетривиальные случаи потому и нетривиальны

О, к слову приципился...

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

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

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

270. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от Анон (?), 26-Ноя-12, 20:14 
> Вам привели пример декларативного языка с "переменными".  Сколько можно тупить?

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

> Вы каждую блондинистую секретаршу будете заставлять перебирать движок ее "лексуса" при
> "необходимости"?  

А весь мир что, делится на одминчегов и блондинистых секретарш?

> Полная чушь.  С тем, что система иницализации запускает.

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

> Это справедливо для ковыряния в носу.  Позанимайтесь чем-то полезным - и
> вы однажды поймете разницу.

Бла-бла-бла.  

>> "И умеет кучу того, что в systemd переименовали
>>  во всякие ConditionXYZ."
>> Это тогда к чему?
> К тому, что ваши мечты избавиться от sed/grep - не оправдались.  

Зато есть избавление от коротких ключей. Нет, если марсианам одна буква говорит о большем, чем полноценное слово/группа слов, то пусть и прогает на brainfuck.

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

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

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

274. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от myhand (ok), 26-Ноя-12, 20:54 
>> Вам привели пример декларативного языка с "переменными".  Сколько можно тупить?
> Я не утверждал, что нет декларативного языка с переменными

Ах, уже вот как...

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

А он еще без переменных?  Я бы рекоммендовал поковырять маны systemd - их там не один и синтаксис конфигов, мягко говоря, слабо формализован.

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

На тех, кто владеет знаниями и опытом для решения задачи и тех, кто не имеет этого.  

>> Полная чушь.  С тем, что система иницализации запускает.
> Если что-то нужно просто запустить, квалификация особенно не нужна.

Как минимум, потребуется прочитать документацию запускаемого.  

> особенность языка.

... Вне зависимости от всяких "языков".

>>> "И умеет кучу того, что в systemd переименовали
>>>  во всякие ConditionXYZ."
>>> Это тогда к чему?
>> К тому, что ваши мечты избавиться от sed/grep - не оправдались.
> Зато есть избавление от коротких ключей.

Так длинный-то вы как раз и не вспомнили.  И в чем выгода?

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

Да нет, вроде.  Например?

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

300. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от Michael Shigorinemail (ok), 27-Ноя-12, 00:43 
> Я не утверждал, что нет декларативного языка с переменными, которые, кстати,  
> "ленивые" и используются как константы.

И опять соврали (hint: := vs =).

> Я утверждал, что язык без переменных уже не императивен. Сколько можно тупить?
> Приводите уж тогда императивный язык без переменных.

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

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

Видите ли, должностные обязанности unix shell давным-давно устаканились.

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

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

302. "Проект GNU начал развитие нового пакетного менеджера Guix"  –1 +/
Сообщение от Анон (ok), 27-Ноя-12, 01:05 
> Ну так не тупите.  Язык, который будет позволять выполнять указанную последовательность
> действий и не использовать переменные, будет вполне себе императивным.

Тогда Пролог императивный.

>Видите ли, должностные обязанности unix shell давным-давно устаканились.

Где вы unix-shell увидели? Или оболочка у вас только с bash ассоциируется, а тот же пайтон ей стать не может?

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

304. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от myhand (ok), 27-Ноя-12, 02:33 
>>Видите ли, должностные обязанности unix shell давным-давно устаканились.
> Где вы unix-shell увидели?

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

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

305. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от Анон (ok), 27-Ноя-12, 03:26 
>>>Видите ли, должностные обязанности unix shell давным-давно устаканились.
>> Где вы unix-shell увидели?
> Там где вами написано "должны на уровне шелла реализовываться".  В unix
> есть стандарты, в т.ч. и для командной оболочки.  Совместимость и
> все такое прочее.  Питон - увы.

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

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

320. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от myhand (ok), 27-Ноя-12, 13:51 
> Совместимость с чем? Напоминаю, речь про десктоп,а оболочкой пользоваться будет пользователь,
> а не админ/программист.

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

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

307. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от arisu (ok), 27-Ноя-12, 07:59 
> а тот же пайтон ей стать не может?

show me. и не только питоношелл, но и тех, кто этим пользоваться будет.

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

240. "Проект GNU начал развитие нового пакетного менеджера Guix"  +3 +/
Сообщение от arisu (ok), 26-Ноя-12, 02:49 
>  С той лишь разницей, что пока практикующие администраторы с shell
> худо-бедно знакомы, а в конфигах systemd будут разбираться «с нуля» (коли
> предшественники вдруг оставят такой «подарочек»).

добавлю, что знание sh полезно и «вне инита», а знание системд полезно только для системд.

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

152. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от Аноним (-), 24-Ноя-12, 22:05 
> Ох, мартышко...   Там давно уже к тьюринг-полноте языка идет, а ты все в INI-формат веришь.

А чего в него верить? Конфиги systemd - это чистый INI, и никакой тьюринг-полноты там никогда не будет - by design. Только настройки.

> За отсутствие этой самой архитектуры.

Докажи или слил.

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

197. "Проект GNU начал развитие нового пакетного менеджера Guix"  +/
Сообщение от myhand (ok), 25-Ноя-12, 02:08 
>> Ох, мартышко...   Там давно уже к тьюринг-полноте языка идет, а ты все в INI-формат веришь.
> А чего в него верить?

Не знаю, я не обязан объяснять причины вашей веры.  "Кто верит в Магомета, кто в Аллаха, кто в Иисуса..." (ц)  Вера тем и отличается от знания, что иррациональна.

> Конфиги systemd - это чистый INI

Ну-ну...

> Докажи или слил.

Докажите отсутствие Чайника Рассела сперва, вьюнош.

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

205. "Проект GNU начал развитие нового пакетного менеджера Guix"  –1 +/
Сообщение от Аноним (-), 25-Ноя-12, 03:00 
> Не знаю, я не обязан объяснять причины вашей веры.  "Кто верит
> в Магомета, кто в Аллаха, кто в Иисуса..." (ц)  Вера
> тем и отличается от знания, что иррациональна.

А кто-то - что в ненавистных лично ему (по религиозным соображениям) программах нет архитектуры. Или что INI - это не INI, а нечто иное (и 2*2<>4, ага).

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

219. "Проект GNU начал развитие нового пакетного менеджера Guix"  +2 +/
Сообщение от myhand (ok), 25-Ноя-12, 15:41 
> А кто-то - что в ненавистных лично ему программах нет архитектуры.

Ну вот и предъявите ее наличие.  Вам говорят что ее нет потому, что ее нет.

"О, а вот это тоже крутая идея, давай приделаем!" - это не архитектура системного ПО, это балаган.

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

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

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




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

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