Наверное, немаловажный нюанс - это область применения. JSON хорош там, где нужен стандартизированный и надёжный формат данных, т.е. почти везде. Тем не менее, в статье упоминается, что YAML задумывался как человекопонятный формат, который удобно писать руками, и есть масса рутинных ситуаций, где большинство описанных ТСом проблем никогда и не встретятся, а скорость и удобство ручной работы при этом в разы возрастёт.
Например, я работаю с October CMS, где CRUD'ы конфигурируются как раз простыми YAML-файлами. Изо дня в день приходится писать что-то вроде:
fields:
is_active:
label: 'foo.catalog::lang.products.fields.is_active.label'
type: switch
span: full
default: true
comment: 'foo.catalog::lang.products.fields.is_active.comment'
vendor_code:
label: 'foo.catalog::lang.products.fields.vendor_code.label'
type: text
span: auto
category:
label: 'foo.catalog::lang.products.fields.category.label'
type: relation
nameFrom: title
span: auto
emptyOption: 'foo.catalog::lang.products.fields.category.empty_option'
title:
label: 'foo.catalog::lang.products.fields.title.label'
type: text
span: auto
Аналогичный конфиг набивать руками в виде JSON или нативного массива в PHP гораздо сложнее и неудобнее. При этом за годы работы и тонны написанных конфигов я ни разу не встретился с каким-либо неочевидным поведением парсера YAML.
Мой вывод: каждый инструмент хорош на своем месте, если ты знаешь его особенности и можешь использовать его максимально эффективно.
При грамотной установке сертифицированного оборудования риск подобного стремится к нулю. При кустарной установке в гараже у Ашота, конечно же, может быть что угодно. Не в обиду Ашотам)
Всё это было до iPhone. Но Apple смогли сделать это всё юзабельным и активно продвинули на рынок. И, в общем-то, у них получился хороший продукт, который плотно занял свою нишу. Но без такого маркетинга он вполне мог бы попасть в один ряд со многими другими хорошими продуктами, которые "не выстрелили".
Бесит, когда в мобильном приложении или SPA блоки динамически подгружаются в экран, в результате чего интерфейсы прыгают. Хочешь ты нажать на кнопку, но пока ты нёс палец к экрану, где-то сверху догрузился какой-то баннер, отрендерился, и твоя кнопка улетает ниже, а ты тапаешь/кликаешь на другой элемент интерфейса. Как бонус - тебя кидает на новый экран, а при возвращении на предыдущий была сброшена заполняемая форма или "улетели" нужные тебе записи.
Ну чёрт возьми, неужели вашим UX-ерам так сложно продумать критически важные элементы ваших интерфейсов так, чтобы "догрузка" блоков на них не влияла?!
Ну так а кто может провести чёткую грань между общественной и личной безопасностью? Вы сами говорите, что анонимность в сети может быть использована для ведения незаконной деятельности. Причём масштабы её сейчас таковы, что речь может идти о настоящей кибер-войне, а не просто о мелком мошенничестве. Обязанность государства - защищать общество от подобных угроз.
С другой стороны этой медали - возможное нарушение личных гражданских свобод и злоупотребление технологиями со стороны властей
Она не "излишне" политизированная, она просто принципиально политизированная. Отрабатывается повесточка, потому что она сейчас актуальна для "заказчика".
Вот у меня тоже всегда возникает такой вопрос. Где какие-то метрики, какие-то объективные показатели, которые могут дать представление о той или иной архитектуре как о "более масштабируемой, простой в поддержке, эффективной, дешевой"?
Очевидно же, что речь идёт о том, что конкретному приложению даны права, в т.ч. на использование микрофона. Де-факто, конечно же, пользователь сам даёт доступы приложению, когда оно их запрашивает, и имеет полное право их не давать, в обмен теряя возможность пользоваться теми или иными функциями приложения: голосовыми сообщениями, загрузкой файлов, съемкой фото/видео напрямую из приложения и т.д.
Вижу уже вторую статью от вас на эту тему и немного недоумеваю. Вы действительно считаете, что синтаксис (разделители, черточки и вот это все) - это настолько важный аспект БЭМ, что ему стоит уделять столько внимания? БЭМ это же не про чёрточки и палочки, это, в первую очередь про правильную архитектуру веб-страницы. И никакая автоматизация здесь не возможна ровно до того момента, пока нейросети или около-ИИ не научатся "мыслить" смысловыми и структурными категориями, как человек.
Возможно, я не совсем правильно понял вашу задумку и то, какие проблемы вы хотите решить, извините
Синдром самозванца может возникать и от неспособности принять себя на своём месте (да, я чего-то достиг, но вы посмотрите на них, как же мне до них далеко!..) и от склонности наказывать себя и запрещать себе пожинать плоды своих успехов (да, меня ценят, но ведь я тогда схитрил, а там схалтурил - об этом узнают и тогда меня разоблачат и накажут).
Хороший вопрос. Крик и плач для младенца - естественный и, по сути, единственный способ коммуникации с родителями, это одна из немногих врождённых форм поведения у человека. Не думаю, что есть какие-то причины для попыток предугадать крик ребёнка.
Наверное, немаловажный нюанс - это область применения. JSON хорош там, где нужен стандартизированный и надёжный формат данных, т.е. почти везде. Тем не менее, в статье упоминается, что YAML задумывался как человекопонятный формат, который удобно писать руками, и есть масса рутинных ситуаций, где большинство описанных ТСом проблем никогда и не встретятся, а скорость и удобство ручной работы при этом в разы возрастёт.
Например, я работаю с October CMS, где CRUD'ы конфигурируются как раз простыми YAML-файлами. Изо дня в день приходится писать что-то вроде:
Аналогичный конфиг набивать руками в виде JSON или нативного массива в PHP гораздо сложнее и неудобнее. При этом за годы работы и тонны написанных конфигов я ни разу не встретился с каким-либо неочевидным поведением парсера YAML.
Мой вывод: каждый инструмент хорош на своем месте, если ты знаешь его особенности и можешь использовать его максимально эффективно.
При грамотной установке сертифицированного оборудования риск подобного стремится к нулю. При кустарной установке в гараже у Ашота, конечно же, может быть что угодно. Не в обиду Ашотам)
Всё это было до iPhone. Но Apple смогли сделать это всё юзабельным и активно продвинули на рынок. И, в общем-то, у них получился хороший продукт, который плотно занял свою нишу. Но без такого маркетинга он вполне мог бы попасть в один ряд со многими другими хорошими продуктами, которые "не выстрелили".
Комменты не читал @ сразу отвечал.
Бесит, когда в мобильном приложении или SPA блоки динамически подгружаются в экран, в результате чего интерфейсы прыгают. Хочешь ты нажать на кнопку, но пока ты нёс палец к экрану, где-то сверху догрузился какой-то баннер, отрендерился, и твоя кнопка улетает ниже, а ты тапаешь/кликаешь на другой элемент интерфейса. Как бонус - тебя кидает на новый экран, а при возвращении на предыдущий была сброшена заполняемая форма или "улетели" нужные тебе записи.
Ну чёрт возьми, неужели вашим UX-ерам так сложно продумать критически важные элементы ваших интерфейсов так, чтобы "догрузка" блоков на них не влияла?!
Ну так а кто может провести чёткую грань между общественной и личной безопасностью? Вы сами говорите, что анонимность в сети может быть использована для ведения незаконной деятельности. Причём масштабы её сейчас таковы, что речь может идти о настоящей кибер-войне, а не просто о мелком мошенничестве. Обязанность государства - защищать общество от подобных угроз.
С другой стороны этой медали - возможное нарушение личных гражданских свобод и злоупотребление технологиями со стороны властей
Конкретна вот эта вся экологическая и зелёная движуха - она уже даже не капиталистическая, она является средством установки пост-капитализма.
Она не "излишне" политизированная, она просто принципиально политизированная. Отрабатывается повесточка, потому что она сейчас актуальна для "заказчика".
И что конкретно это значит? Выполнение тасков это и есть движение к цели, разве нет?
Вот у меня тоже всегда возникает такой вопрос. Где какие-то метрики, какие-то объективные показатели, которые могут дать представление о той или иной архитектуре как о "более масштабируемой, простой в поддержке, эффективной, дешевой"?
Очевидно же, что речь идёт о том, что конкретному приложению даны права, в т.ч. на использование микрофона. Де-факто, конечно же, пользователь сам даёт доступы приложению, когда оно их запрашивает, и имеет полное право их не давать, в обмен теряя возможность пользоваться теми или иными функциями приложения: голосовыми сообщениями, загрузкой файлов, съемкой фото/видео напрямую из приложения и т.д.
И, тем не менее, нельзя не заметить, что НЛО-тематику в последнее время раскручивают в медиапространстве всё интенсивнее.
Вижу уже вторую статью от вас на эту тему и немного недоумеваю. Вы действительно считаете, что синтаксис (разделители, черточки и вот это все) - это настолько важный аспект БЭМ, что ему стоит уделять столько внимания? БЭМ это же не про чёрточки и палочки, это, в первую очередь про правильную архитектуру веб-страницы. И никакая автоматизация здесь не возможна ровно до того момента, пока нейросети или около-ИИ не научатся "мыслить" смысловыми и структурными категориями, как человек.
Возможно, я не совсем правильно понял вашу задумку и то, какие проблемы вы хотите решить, извините
Синдром самозванца может возникать и от неспособности принять себя на своём месте (да, я чего-то достиг, но вы посмотрите на них, как же мне до них далеко!..) и от склонности наказывать себя и запрещать себе пожинать плоды своих успехов (да, меня ценят, но ведь я тогда схитрил, а там схалтурил - об этом узнают и тогда меня разоблачат и накажут).
Казалось бы, причём тут "повесточка"...
Хороший вопрос. Крик и плач для младенца - естественный и, по сути, единственный способ коммуникации с родителями, это одна из немногих врождённых форм поведения у человека. Не думаю, что есть какие-то причины для попыток предугадать крик ребёнка.