Раньше был очень доволен качеством сервисов, но сейчас у меня в Яндексе-Деньги ряд проблем. Самопереиздается карточка. Служба техподдержки отвечает на один и тот же вопрос строго противоположные ответы. Деньги утекают со счета и нет возможности это остановить. Пора уже им переименовываться как-нибудь в Сбербанк-Деньги, что бы не портить торговую марку Яндекс.
Средневековые короли так и делали, прессовали ровно до тех пор, пока не начинались восстания и типа баланс интересов достигнут. Вот только жили они недолго, то неурожай и все восстали, то другой король с войной пришел, а население подло ворота крепости открывает и в лес сбегает.
Так разъяснения прокуратуры вполне разумны и для людей, для которых безопасность и стабильность значит больше чем свобода.
Прокуратура это совсем не эквивалент законности, безопасности и порядка. Есть много примеров в истории, когда прокуратура была органом государственного терроризма. Я вам скажу больше, лично мой опыт с прокуратурой и судами показывает, что откровенно преступных и незаконных действий органов в том числе и прокуратуры было примерно в два раза больше, чем действий по защите моих прав. Это просто люди, далеко не самые умные, которые просто живут за чей-то счет и преследуют свои личные цели. И они не ограничивают свои интересы своим окладом.
Прочитал стать и первое ощущение от прочитанного — уровень юниоров программистов упал примерно раз в пятьдесят. Это действительно при наборе программистов такие собеседования или все же каких-нибудь сисадминов? Теперь понимаю почему я не могу пройти собеседования, собеседующие просто не понимают о чем я говорю :)
Вот про еду не надо. Я понимаю, это конечно шуточки, но у нас в истории ваши шуточки были реализованы самым натуральным образом. Я про годы становления соцгосударства, коллективизацию и те времена.
Мой дядя был начальником, ветераном и коммунистом. Больше чем он сделал для развала СССР не мог сделать никто, никакие диссиденты, американские шпиёны и нефтяные иглы. Он был хорошим человеком, но воровал с производства и был бестолковым организатором. Такие были лидеры на всех уровнях, они и завели всех в ж. Во всех распадах и развалах виноваты мы сами, а не какая-то нефтяная игла.
достаточно серьезные лица, которые и принимают сейчас решение
А, что? Серьезные лица?
Я тут недавно пытался говорить с одним нашим местным прокурором, так он вообще в разговоре три слова связать не может. Что-то я сомневаюсь, что умники от прокуратуры хоть в малой степени поняли о чем заседали. «С учетом зарубежного опыта» пытаются криптовалюте противодействовать, это простите, говорит только об уровне недоразвитости этих чиновников.
Я вообще не понимаю всех эти «подмешивает». Что значит подмешивает? Есть такой принцип в формировании выдачи, это разнообразие выдачи. Выдача не должна быть все элементы в одном кластере, обязательно нужно в выдачу поместить элементы из нескольких кластеров. Даже если запрос однозначен, выдача должна быть неоднородна в пределах страницы или хотя бы двух-трех. Это общий базовый принип всех поисков, это не «подмешивает». Зачем это нужно? Потому что угадать что же ищет пользователь в общем случае нельзя. И создавая неоднородную в разрезе кластеров выдачу мы повышаем вероятность для пользователя в выдаче найти что-то близкое к тому, что он искал. Может быть вы этот механизм пытаетесь увидеть в выдаче?
Про квадратные скобки тут немного другая история. Просто это не совсем те скобки, что вы привыкли видеть. Да, это bbCode, но тут текст внутри квадратных скобок может иметь другую, несовместимую с html разметку. Html имеет на это ограничения. Поэтому все-таки квадратные скобки остаются.
Это было бы здорово, если бы консорциум w3 не ошибался, но к сожалению это не так. У них есть совершенно лажовые и не используемые разделы стандарта. Язык JS имеет серьезные огрехи проектирования и значительная часть кода библиотек направлена только на обход этих недостатков. Это все дает веские основания не верить вашему мнению о том, что стандарт вбирает лучшие практики. Компоненты в веб появились кучу лет назад, но w3 их только сейчас начинает внедрять, да и то под напором ребят из гугла. А вместо этого они шли по совершенно тупиковому пути вводя узкоспециализированные теги. Есть такие тэги о которых вы скорее всего даже и не знаете.
За критику, упоминания про велосипед и затычку, да, спасибо. Почему-то, мой велосипед работает быстрее чем фреймворки и решает дополнительный круг задач. Разметка проще чем в википедии и имеет больше возможностей. Я с его помощью могу писать приложения на node-webkit и делать многие вещи, которые вы с template не сможете. Без квадратных скобок обойтись не представляется возможным.
Для использования обсуждаемых новых возможностей в моей библиотеке скорее всего не потребуется ничего менять, архитектура полностью совместима, я могу использовать в своих компонентах template&shadow DOM.
Поэтому нет, не велосипед и нет, не затычки.
2. Провернуть множество операций со строками. Эскейпить данные вручную.
и
2. Подставить данные, используя DOM API. Нет необходимости заботится о вредоностности данных.
Почему во втором случае у вас получается без кода логики и не нужно эскейпить.
Нет, я больше спрашиваю. Спрашиваю, зачем вообще нужен этот тэг. Мне отвечают что-то вроде «создаешь шаблон, данные сами туда фьюить, и готово, и не надо ничего эскейпить, оно само! И это будет крута!». А я не могу понять в чем крутизна, и почему не нужно эскейпить, и как оно туда само залезет.
Ну да ладно, будет больше рабочих примеров, там и увидим.
Такой пример распарсится. Это logic-less шаблон. Большинство шаблонов у компонентов не такие. Поэтому логика останется в коде. Я же спрашиваю вас про шаблоны с логикой. html он без логики, что бы добавить в него шаблоны нужно добавить и логику.
Каждый уважающий себя разработчик должен написать свой шаблонизатор, ребята этим и занимаются. Это обычные ребята, есть примеры в w3 стандартах совершенно не применимых в реальной жизни вещей. Помня примеры той лажи я не предполагаю по дефолту, что ребята очень продуманные. Они что-то внедряют, но будет ли это применимо время покажет.
Нет, вы увидите статичный html. Что он будет отображать, статичный кадр страницы, JS-less версию страницы или сообщение о неработоспособности без JS, это как веб-мастер решит. Мне не очень хотелось включать компиляцию внутренних страниц сайта в html, поэтому у меня там только сообщение.
По поводу ID, это не обязательный элемент технологии, шаблон для любого элемента можно сделать без ID. Поэтому не пугайтесь, это тоже особенность реализации этих конкретных шаблонов. Но вообще в этой теме мы обсуждаем очень сильное усложнение дерева DOM и потенциально все это приведет к закрытости части публичных «компонентов», их обфускации, привыкайте и готовьтесь.
Карусель, которую Вы привели в пример, не семантична изначально ну и ID в веб инспекторе смотрится страшно.
Вас напугали картинки закодированные в коде страницы? Ну так это не элемент семантики. Замените в уме эти картинки привычными вам img src="". Это же просто страничка так сделана, что бы без внешних файлов можно было скопировать.
Когда я говорил про слайдер, я имел ввиду ситуацию с предзагрузкой изображений.
Не совсем понимаю связь template с предзагрузкой изображений. Не могли бы вы пояснить, как сделать предзагрузку картинок с помощью template? И вопрос про прототипы остается.
Еще раз повторяю, вот этого " Подставить данные, используя DOM API. Нет необходимости заботится о вредоностности данных." не будет. Это фантастика. Это вы так предположили, но это не так. Никто такого еще не придумал, хотя пытались. Логика интепретации шаблона или слишком проста и не удовлетворяет, или построена на сложных правилах, или требует языка программирования. Где-то требует яп, где-то нет, но подход должен быть общим, поэтому в общем случае требует. Поэтому в общем случае с шаблонами в DOM решение будет и сложнее, и медленнее. Единственное кажущееся преимущество, это возможность с помощью IDE редактировать шаблон в виде какого-то визуального редактора. Но опять же, это ошибочное предположение. Это можно сделать и сейчас без всяких шаблонов в DOM и лучше будет если без них.
Мне, почему-то вспомнились слайдеры, которые сегодня используются повсеместно, одна лишь возможность делать слайдер с помощью template уже греет душу.
Какое именно предполагается в этом преимущество? Вы хотите вставить слайдер именно в DOM и редактировать его DOM дереве? Если вставить в основную страницу, то это очень плохая идея. Если шаблон в отдельном html файле, то это будет менее эффективно, чем компонентная система на JS. Если вы хотите редактирвать в IDE, то это не проблема и задача shadow DOM. Это можно сделать и сейчас существующими средствами и эффективнее.
У меня есть простой пример компонента carousel, он конечно не редактируется сейчас в IDE, но мог бы, если бы IDE этого захотело.
— И как сказано ниже в комментариях «У кастомных тэгов можно задавать свой прототип для объектов DOM — вот это реально крутая вещь»
Не могли бы вы пояснить зачем вообще это нужно? Зачем нам прототипы в DOM? Нужно наоборот избегать манипуляции элементами DOM.
Во первых, я лично считаю, что этот подход с шаблонами и data-биндингом крайне неэффективен. И точки зрения скорости разработки и с точки зрения производительности. Программировать необходимо на уровне компонентов, а биндинг данных должен осуществляться самым эффективным образом в коде компонента или вообще по возможности платформой и не манипулируя отдельными элементами и атрибутами DOM. И соответственно реализовал этот подход в своей библиотеке controls.js
Но мы не об этом, а о том что
var html = '...'
сам по себе с введением обсуждаемых подходов не исчезнет. Он может перекочевать частично в dom template, но только частично, логика останется в коде. И в итоге получится возможно сложнее если делать с использованием dom template. А эффективности работы с DOM сами понимаете.
В то время как сейчас можно совершенно спокойно выбросить такой код в компоненты уже существующих JS библиотек и избавиться и от этой лапши, и от затрат на DOM. Уже сейчас все это лаконично и шустро работает, даже без shadow dom.
Я тут недавно пытался говорить с одним нашим местным прокурором, так он вообще в разговоре три слова связать не может. Что-то я сомневаюсь, что умники от прокуратуры хоть в малой степени поняли о чем заседали. «С учетом зарубежного опыта» пытаются криптовалюте противодействовать, это простите, говорит только об уровне недоразвитости этих чиновников.
За критику, упоминания про велосипед и затычку, да, спасибо. Почему-то, мой велосипед работает быстрее чем фреймворки и решает дополнительный круг задач. Разметка проще чем в википедии и имеет больше возможностей. Я с его помощью могу писать приложения на node-webkit и делать многие вещи, которые вы с template не сможете. Без квадратных скобок обойтись не представляется возможным.
Для использования обсуждаемых новых возможностей в моей библиотеке скорее всего не потребуется ничего менять, архитектура полностью совместима, я могу использовать в своих компонентах template&shadow DOM.
Поэтому нет, не велосипед и нет, не затычки.
Почему во втором случае у вас получается без кода логики и не нужно эскейпить.
Ну да ладно, будет больше рабочих примеров, там и увидим.
Каждый уважающий себя разработчик должен написать свой шаблонизатор, ребята этим и занимаются. Это обычные ребята, есть примеры в w3 стандартах совершенно не применимых в реальной жизни вещей. Помня примеры той лажи я не предполагаю по дефолту, что ребята очень продуманные. Они что-то внедряют, но будет ли это применимо время покажет.
Не совсем понимаю связь template с предзагрузкой изображений. Не могли бы вы пояснить, как сделать предзагрузку картинок с помощью template? И вопрос про прототипы остается.
У меня есть простой пример компонента carousel, он конечно не редактируется сейчас в IDE, но мог бы, если бы IDE этого захотело.
Не могли бы вы пояснить зачем вообще это нужно? Зачем нам прототипы в DOM? Нужно наоборот избегать манипуляции элементами DOM.
Но мы не об этом, а о том что
var html = '
сам по себе с введением обсуждаемых подходов не исчезнет. Он может перекочевать частично в dom template, но только частично, логика останется в коде. И в итоге получится возможно сложнее если делать с использованием dom template. А эффективности работы с DOM сами понимаете.
В то время как сейчас можно совершенно спокойно выбросить такой код в компоненты уже существующих JS библиотек и избавиться и от этой лапши, и от затрат на DOM. Уже сейчас все это лаконично и шустро работает, даже без shadow dom.