The OpenNET Project / Index page

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



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

Оглавление

Apple опубликовал Pkl, язык программирования для определения конфигурации, opennews (??), 04-Фев-24, (0) [смотреть все]

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


4. "Apple опубликовал Pkl, язык программирования для определения..."  +4 +/
Сообщение от Аноним (103), 04-Фев-24, 15:44 
Вряд ли взлетит. Ниша уже занята CUEм, который вполне всех устраивает, и разрабатывается сообществом, а не корпорастами (историю экосистемы HashiCorp все хорошо помнят).
Ответить | Правка | Наверх | Cообщить модератору

36. "Apple опубликовал Pkl, язык программирования для определения..."  –5 +/
Сообщение от Аноним (36), 04-Фев-24, 18:53 
> Ниша уже занята CUEм

В твоих фантазиях если только.

> историю экосистемы HashiCorp все хорошо помнят

Как и то, что на Терраформе никто не перестал писать.

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

52. "Apple опубликовал Pkl, язык программирования для определения..."  +/
Сообщение от Аноним (103), 04-Фев-24, 22:29 
> В твоих фантазиях если только.

Ну и в современном IT (с которым, вы, очевидно, незнакомы).

> Как и то, что на Терраформе никто не перестал писать.

Добро пожаловать в 2018! А у нас в 2024 есть Crossplane.

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

64. "Apple опубликовал Pkl, язык программирования для определения..."  –5 +/
Сообщение от Аноним (64), 05-Фев-24, 01:43 
>Crossplane

Подохло не успев родиться. Оно и не удивительно так как все уже устали от ямла. А тут чтоб создать ресурсы в клауде еще купердинос настроить надо для начала.

2024 это как раз CDK а не наркоманство на ямле

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

65. "Apple опубликовал Pkl, язык программирования для определения..."  +/
Сообщение от Аноним (103), 05-Фев-24, 01:59 
> Подохло не успев родиться.

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

> Оно и не удивительно так как все уже устали от ямла.

Устали от ямла — идите улицы мести, кто ж вас держит?

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

71. "Apple опубликовал Pkl, язык программирования для определения..."  –3 +/
Сообщение от Ahohim (?), 05-Фев-24, 02:21 
А еще сын Шамиля с соседнего дома на хмурый перешел. Как будто кому то есть дело до того, что там в сбере творится. Мы говорим про нормальные компании и организации.
А они в свою очередь будут держаться от этого фу подальше.
Ответить | Правка | Наверх | Cообщить модератору

94. "Apple опубликовал Pkl, язык программирования для определения..."  +/
Сообщение от Аноним (103), 05-Фев-24, 13:55 
> Мы говорим про нормальные компании и организации.
> А они в свою очередь будут держаться от этого фу подальше.

Абсолютно неважно, как они будут относиться к "этому фу", лишь бы улицы и дворы своевременно убирали.

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

91. "Apple опубликовал Pkl, язык программирования для определения..."  +/
Сообщение от _oleg_ (ok), 05-Фев-24, 12:53 
Не-не, бро. Чел прав. Ямл реально кошмарная переоценённая хрень.
И то, что люди вынуждены им пользоваться не значит, что они от него в восторге.
Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

96. "Apple опубликовал Pkl, язык программирования для определения..."  +/
Сообщение от Аноним (103), 05-Фев-24, 13:58 
Я и не говорю, что ямл — хорошо. Но пока лучше него ничего не придумали.
Ответить | Правка | Наверх | Cообщить модератору

102. "Apple опубликовал Pkl, язык программирования для определения..."  +/
Сообщение от Аноним (102), 05-Фев-24, 14:09 
sh и awk, например
Ответить | Правка | Наверх | Cообщить модератору

104. "Apple опубликовал Pkl, язык программирования для определения..."  +/
Сообщение от Аноним (103), 05-Фев-24, 14:11 
И куличики из песка, как альтернатива еде!
Ответить | Правка | Наверх | Cообщить модератору

106. "Apple опубликовал Pkl, язык программирования для определения..."  +/
Сообщение от Аноним (102), 05-Фев-24, 14:14 
Так shell и awk и есть еда. А yaml - это пародия на еду, его даже интерпретировать нельзя или применять ко всему и везде.
Ответить | Правка | Наверх | Cообщить модератору

146. "Apple опубликовал Pkl, язык программирования для определения..."  +/
Сообщение от Аноним (146), 05-Фев-24, 23:52 
Ну теперь давай до Ансибла гутарить.

У Ансибла очень Ок: пишешь свои модули в виде программ на гораздо более полноценном, чем шелл, языке и указывешь потом секцию в виде ямля.

Важно, что позади ямля. А не сам ямль. И тогда даже INI зайдёт... Если за ним нормально сделано.

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

118. "Apple опубликовал Pkl, язык программирования для определения..."  +/
Сообщение от _oleg_ (ok), 05-Фев-24, 15:36 
> Я и не говорю, что ямл — хорошо. Но пока лучше него
> ничего не придумали.

Здрасьте. Для сериализации данных есть json. Для конфигов есть человеческие конфиги. YAML пытаясь быть хорошим и там и там стал неудобным везде. Вообще, это загадка как IT-сообщество на yaml купилось. Видимо, всё дело в психологии - любовь ко всему новенькому.

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

135. "Apple опубликовал Pkl, язык программирования для определения..."  +/
Сообщение от User (??), 05-Фев-24, 21:46 
А "человеческие конфиги" это, извиняюсь, что?
Ответить | Правка | Наверх | Cообщить модератору

137. "Apple опубликовал Pkl, язык программирования для определения..."  +/
Сообщение от Аноним (103), 05-Фев-24, 23:08 
Выше же сказали — shell и awk (фиг знает, как бинарники могут быть конфигами, но труЪ юниксоидам, конечно, виднее).
Ответить | Правка | Наверх | Cообщить модератору

147. "Apple опубликовал Pkl, язык программирования для определения..."  +/
Сообщение от Аноним (146), 05-Фев-24, 23:54 
Дебажить замумукаешся. Синтаксис трудно читаемый через годик. А потому не годно.

А вот когда можно свой модуль на нормальном развитом языке и потом коротко использовать в toml/yaml, то гораздо удобнее и проще. Как у Ансибла, например.

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

162. "Apple опубликовал Pkl, язык программирования для определения..."  +/
Сообщение от User (??), 06-Фев-24, 07:32 
> Дебажить замумукаешся. Синтаксис трудно читаемый через годик. А потому не годно.
> А вот когда можно свой модуль на нормальном развитом языке и потом
> коротко использовать в toml/yaml, то гораздо удобнее и проще. Как у
> Ансибла, например.

Не-не, sed-awk-perl\jinja\jsonnet\что-там-еще - не "конфиг", а средства его генерации - я же именно про "выходной формат" спрашиваю.
Json очевидно не подходит - банально по причине отсутствия комментариев, что для конфигурации кмк убийственно, опять же - скобочки считать и запятушки ставить - ну, такоэ себе.
Yaml в этом плане сильно лучше - визуально читабельней, интероперабелен с json, - но, с-ссабака женского полу, хрупкий. Читать норм, генерировать - норм, править руками, тудой-сюдой таскать кусками - не-а, не норм.
XML мы по причине запрета пропаганды разных букав решительно осуждаем и для применения в целях описания конфигурации - не рассматриваем.
Классический ini? Нууууэээ... Таки да, читать\писать руками легко, но вот отсутствие в большинстве реализаций поддержки иерархии (ЕМНИП, только у MS и есть) и каких-либо структур данных - ограничивает. Таки если заняться проектированием конфигурации - извернуться, разумеется, можно - ннно... именно что "извернуться". Опять же - ini per se не типизированный, что создает проблемы как при парсинге, так и при генерации.
toml да, примерно всем хорош с т.з. чтения\рукописания - но отсутствие интеропа с json\yaml и не ахти как развитые средства генерёжки - удручают. Общее впечатление - опоздал родиться, что ли...
В общем - нет в жизни щастя.

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

163. "Apple опубликовал Pkl, язык программирования для определения..."  +/
Сообщение от _oleg_ (ok), 06-Фев-24, 09:59 
> А "человеческие конфиги" это, извиняюсь, что?

Не стоит стесняться любопытства. А вообще, не думал я, что настанет время, когда что такое человеческие конфиги придётся объяснять. Человеческие конфиги это человеческие конфиги. Примеры можно глянуть у samba, nginx, bird, apache, vsftpd и т.п.

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

164. "Apple опубликовал Pkl, язык программирования для определения..."  +/
Сообщение от User (??), 06-Фев-24, 10:42 
>> А "человеческие конфиги" это, извиняюсь, что?
> Не стоит стесняться любопытства. А вообще, не думал я, что настанет время,
> когда что такое человеческие конфиги придётся объяснять. Человеческие конфиги это человеческие
> конфиги. Примеры можно глянуть у samba, nginx, bird, apache, vsftpd и
> т.п.

Воу. Апач в качестве примера "человеческого конфига" - НАСТОЛЬКО упорото, что я прям замолкаю, да и nginx, мягко говоря, не блещет.

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

166. "Apple опубликовал Pkl, язык программирования для определения..."  +/
Сообщение от _oleg_ (ok), 06-Фев-24, 11:44 
> Воу. Апач в качестве примера "человеческого конфига" - НАСТОЛЬКО упорото, что я
> прям замолкаю, да и nginx, мягко говоря, не блещет.

Да, nginx получше apache будет. Но так-то YAML хуже и того и другого в любом случае. Стоит попробовать переписать конфиг nginx на YAML и ужаснуться "удобству".

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

167. "Apple опубликовал Pkl, язык программирования для определения..."  +/
Сообщение от User (??), 06-Фев-24, 13:30 
>> Воу. Апач в качестве примера "человеческого конфига" - НАСТОЛЬКО упорото, что я
>> прям замолкаю, да и nginx, мягко говоря, не блещет.
> Да, nginx получше apache будет.

Ну, пацаны прям старались - но ниасилили, да. Но старались прям хорошо. Куча способов выстрелить себе в ногу - при этом для чего-нибудь полезного сплошь и рядом надо lua тащить, куча неочевидностей в конфигурации (Вот что должно быть в директиве directio? Число или "off", это же очевидно! Или число - или строка, но при этом не всякая, а вот такая из трех букАв. Легко парсить, удобно генерировать, замечательно читать и править! А в     keepalive_disable что? Тоже наверное on\off\value? Авотхрен, или none или имя браузера!) - и такого там примерно всё, m и M идентичны в контексте размера (Кто знает наизусть, где применяется суффикс G\g, а где в контекте размера он недопустим - тот знатный жинксовод), но различны в контексте времени - при этом M-месяц это 30 дней, приколоченных гвоздями, а чтобы стало еще веселее - оно "1M 1m" понимает, а "1m 1M" нет. В общем, можно конечно придумать что-то хуже - но трудно.  
> Но так-то YAML хуже и того и
> другого в любом случае. Стоит попробовать переписать конфиг nginx на YAML
> и ужаснуться "удобству".

И виноват тут разумеется?

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

170. "Apple опубликовал Pkl, язык программирования для определения..."  +/
Сообщение от _oleg_ (ok), 06-Фев-24, 15:13 
> Ну, пацаны прям старались - но ниасилили, да. Но старались прям хорошо.
> Куча способов выстрелить себе в ногу - при этом для чего-нибудь
> полезного сплошь и рядом надо lua тащить

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

> куча неочевидностей в конфигурации

Ну а это всё что ниже по тексту, вообще, не по делу. Это вкусовщина уже пошла. У каждого индивидуальное понятие неочевидностей. Конфиг настраивается либо по памяти, либо по открытым докам (где пояснено что означает каждый key и какой формат value - и если там проглядывается логика, то уже хорошо; но и это не обязательно). А в чём-нибудь вроде squid умолчальный конфиг содержит комментарии в себе и можно без доков обойтись. Ожидать, что различное ПО будет одинаково соответствовать именно вашему понятию очевидного, нелепо. Если в рамках одного конфига конструкции не нарушают единый стиль, то уже спасибо.

>> Но так-то YAML хуже и того и
>> другого в любом случае. Стоит попробовать переписать конфиг nginx на YAML
>> и ужаснуться "удобству".
> И виноват тут разумеется?

Не понял этот пассаж.

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

171. "Apple опубликовал Pkl, язык программирования для определения..."  +1 +/
Сообщение от User (??), 06-Фев-24, 15:43 
> Ну зачем придумывать, пишите как есть - не для "чего-нибудь полезного", а
> для наворотов и излишеств. А так и без lua всё прекрасно
> работает. Но тем не менее, спасибо разрабам что и
> это учли и дали такую возможность.

Если любовно на...глаживать единственный сервер методом рукоблудия - то таки да, "Нинужна!!!"

>> куча неочевидностей в конфигурации
> Ну а это всё что ниже по тексту, вообще, не по делу.
> Это вкусовщина уже пошла. У каждого индивидуальное понятие неочевидностей. Конфиг настраивается
> либо по памяти, либо по открытым докам (где пояснено что означает
> каждый key и какой формат value - и если там проглядывается
> логика, то уже хорошо; но и это не обязательно). А в
> чём-нибудь вроде squid умолчальный конфиг содержит комментарии в себе и можно
> без доков обойтись. Ожидать, что различное ПО будет одинаково соответствовать именно
> вашему понятию очевидного, нелепо. Если в рамках одного конфига конструкции не
> нарушают единый стиль, то уже спасибо.

Угу, угу. Чего тут думать? Зубрить 100500 заклинаний надо, ЗУБРИТЬ!!! Для каждой системы - свои.
А автогенерацию конфигов лентяи с плохой памятью придумали, да. Что делать, когда серверов станет - ну вот хотя бы ДВА - эксперт опеннет подумает после, эдак глядишь - да и не придется думать-то...

> Не понял этот пассаж.

Ну, я не удивлен, да.


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

172. "Apple опубликовал Pkl, язык программирования для определения..."  +/
Сообщение от _oleg_ (ok), 06-Фев-24, 16:00 
> Если любовно на...глаживать единственный сервер методом рукоблудия - то таки да, "Нинужна!!!"

А какое отношение lua в конфиге или его отсутствие имеет к тому один сервер или нет?

> Угу, угу. Чего тут думать? Зубрить 100500 заклинаний надо, ЗУБРИТЬ!!! Для каждой
> системы - свои.

Именно так. Хочешь зубри, не хочешь - держи открытой доку. Какие проблемы? То, что чаще используется, само по себе запомнится.

> А автогенерацию конфигов лентяи с плохой памятью придумали, да. Что делать, когда
> серверов станет - ну вот хотя бы ДВА - эксперт опеннет
> подумает после, эдак глядишь - да и не придется думать-то...

Ну а при чём тут автогенерация конфигов? Речь, вроде, про yaml в качестве конфига шла. А если нужна автогенерация, то бери да генерируй. Только для генерилки тоже конфиг нужен :-). Зациклились.

>> Не понял этот пассаж.
> Ну, я не удивлен, да.

А я, вот, немного.

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

173. "Apple опубликовал Pkl, язык программирования для определения..."  +/
Сообщение от User (??), 06-Фев-24, 20:08 
> А какое отношение lua в конфиге или его отсутствие имеет к тому
> один сервер или нет?

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

> Именно так. Хочешь зубри, не хочешь - держи открытой доку. Какие проблемы?
> То, что чаще используется, само по себе запомнится.

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

> Ну а при чём тут автогенерация конфигов? Речь, вроде, про yaml в
> качестве конфига шла. А если нужна автогенерация, то бери да генерируй.
> Только для генерилки тоже конфиг нужен :-). Зациклились.

При том, что yaml для этой цели подходит - а конфиг нжинкса весьма и весьма условно.

> А я, вот, немного.

Ну поработаете немного - поймете, что в ямлепредставлении конфига нжинкса нифига не yaml виноват. Ну, или не поймете...


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

175. "Apple опубликовал Pkl, язык программирования для определения..."  +/
Сообщение от _oleg_ (ok), 07-Фев-24, 11:13 
>> А какое отношение lua в конфиге или его отсутствие имеет к тому
>> один сервер или нет?
> Если сервер один и админ один - задач по автоматизации конфигурирования не
> возникает - и сопутствующих проблем логичным образом тоже. Берешь и пердолишься,
> как дiды завещали - делов-то...

Да и если не один, то тоже. При чём здесь автоматизация конфигурирования и lua в конфиге?

>> Именно так. Хочешь зубри, не хочешь - держи открытой доку. Какие проблемы?
>> То, что чаще используется, само по себе запомнится.
> Ну вот идея стандартизированного интероперабельного формата конфигурации - в голову не
> влезла, вместо этого зубрим по мульёну заклинаний на каждую систему.

Хм :-). Вы уж определитесь :-). Выше про lua писали. А ведь lua сам по себе ничего не значит, как любой встраиваемый ЯП. Вместе с ним надо ботать для каждого приложения _отдельно_ какие там функции оно добавляет в ЯП, что бы с можно было с помощью ЯП потрогать кишки программы и как-то с ней взаимодействовать. И так-то без разницы - что ботать констукции конфига, что развесистое api для lua под конкретное ПО.

А про стандартизированный межпрограммный конфиг - бред :-). Не будет такого и быть не может. Разные программы - разные задачи - разная логика того что и как настраивать - разные подходы к конфигу и как эти настройки удобней в нём выразить.

>> Ну а при чём тут автогенерация конфигов? Речь, вроде, про yaml в
>> качестве конфига шла. А если нужна автогенерация, то бери да генерируй.
>> Только для генерилки тоже конфиг нужен :-). Зациклились.
> При том, что yaml для этой цели подходит - а конфиг нжинкса
> весьма и весьма условно.

Конфиг nginx не подходит для автогенерации конфига? Ну да. Он не для автогенерации, а для передачи настроек в сам nginx :-). Очевидно же. Для автогенерации нужна какая-то сторонняя утилита, а что она там будет использовать для уже хранения своих настроек - дело десятое. Но это уже скорее всего будет больше похоже на БД, а не на конфиг. И там выбор огромен. Смысл для этого брать yaml? Нравится иллюзия, что оно человеко-читаемо-редактируемо? Ну так о том и речь, что нет. Не удобно человекам в нём ковыряться. А для машин проще json тот же взять.

> Ну поработаете немного - поймете, что в ямлепредставлении конфига нжинкса нифига не
> yaml виноват. Ну, или не поймете...

Нет. Не понимаю что-то. Простите.

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

81. "Apple опубликовал Pkl, язык программирования для определения..."  +5 +/
Сообщение от Пряник (?), 05-Фев-24, 10:15 
О, спс, не знал про CUE.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

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

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




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

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