Да что Вы мне этим тычите. Мой вопрос был именно к Вам, а не к сухой документации и носит концептуально прикладной характер. Зачем разрабам языка понадобилось 2 ключевых слова, для объявления переменных?! Много Вы знаете языков где ещё так?!
Бесконечно можно описывать архитектурные подходы
Опять же субъективщина. По архитектуре всё тоже писано, переписано уже по 10 раз. Просто конкретно Вам, на конкретно Вашем уровне это кажется крутым. А кому-то нет. А кому-то интересно будет и статью по HTML прочесть. Устал уже в который раз писать, столь примитивную мысль
Ну видимо для Вас это действительно так, просто штука объявляющая переменные. Для людей искушённых в JS у них разное поведение в блочном и глобальном контексте, разная реакция на попытки переопределения и ещё куча неожиданностей которая может возникнуть вот в такой вот базовой для любого языка фиче. Для начала задумайтесь, а с чего операторов присваивания тут вообще 2? Часто встречаете такое в других языка?!
Какой взгляд?
Пока не знаю. Бумага для моей статьи по this, ещё в лесу растёт. Просто вижу что Вам эта тема, кажется чем-то чем-то элементарным, какое-то там слово this, штука в классе чтобы вызвать что-то ещё из класса. А там тоже всё не так просто)
И у учебниках русского языка аж с советских времен
Замете правила не меняются десятилетиями, а их носители обновляются регулярно
Взаимодействие микро сервисов может быть разное. Разработка high-load систем
Это субъективщина. Вам может это и будет казаться крутым. Матёрого сеньора, мало чем удивит очередная статья, о том как реббита прикрутить к своим говносервисам
Договорились?
Вай нот)
Примеры веб приложений где бы это могло быть полезно, игры и т.д.
Годная мысль! Возможно попробую прикрутить пример на код пене в следующий раз
Да много чего. Для воспитанника Гоши Дударя там разница только в том что let, новее и предпочтительнее. Ну и дай бог он ещё про разницу областей видимости знает. Для JS гуру, там куча неочевидных нюансов, let и var ведут себя в разных контекстах по разному. По разному затеняются сами и затеняют друг друга. Все эти особенности могут привести к очень неочевидным и сложно отлавливаемым сайдам
Что вы нового добавите?
Свой взгляд на использование. Что в этом плохого?
Достаточно загуглить то о чем вы пишете и как гугл так и хабр выдаст сотни материалов
Бесспорно выдаст, только вот моя статья будет на 2-й позиции в выдаче:
Перед тем как публиковать убедитесь, что информации по вашему материалу мало.
В литература есть всего 12 сюжетов. Хорошо что Вы разраб, а не драматург)
Про какое открытие речь
Вам знакомо понятие контекста? Я тут чётко его обозначил как раз, как открытие для новичка, а не открытие в смысле: "О боже это гениально! 2 нобелевских премии этому парню". Ну вот прикиньте для кого-то это может быть открытием с большой буквы О! Я на практике встречал код где чуваки вместо атрибутов data, запихивали служебную инфу с бека в обычные теги и скрывали их в CSS. Встречал код в котором с классами CSS, работали как с обычными строками, деструктурируя их через регулярки. Не стоит думать что, то что очевидно Вам, очевидно всем)
Ну вообще-то запрещено. Не стоит всегда мыслить категориями родного хутора
Завтра опубликую статью в чем разница var и let
Ну кстати в этой теме есть куда копнуть и примитивной она может казаться, только чуваку прошедшему курс Гоши Дударя по JS
А вы в 100-ый раз распишите что такое this в JS
Однажды и эту тему освещу однозначно, так как она глубокая и там есть о чем подробно расписать
полезным и уникальным материалом
А кто будет пользу и уникальность оценивать? Вы? Ну так всё тут всё субъективно. То что кажется Вам элементарным, для новичка будет открытием, а то что Вам кажется сложным и интересным, более шаристому челу покажется детским садом. Уровень данной статьи, я оценил как простой. Международных наград и премий за неё не требую. Это статься для фронтенд неофитов)
Уникальность, тут опять-же, много из того что тут пишется и без того есть в документации, книгах, забугорных статьях. Как будем решать что действительно уникально, а что нет? Да и блин, это просто соцсеть для гиков, а не научный журнал с полувековой историей, ТИЦем, рецензиями, блекджеком и шлюхами. Относитесь к местному контенту проще что-ли)
Ну как бы deprecated с буржуйского переводится несколько иначе чем "устаревший" и имеет куда более строгий смысл. Да и в стандартах JS в deprecated, уходит только самый стрём, да и то не факт, тот-же eval() не задиприкейчен. В целом весь стандарт ES, это почти эталонный пример как не нужно развивать язык. Кучу говна приходится поддерживать из-за обратной совместимости, что вынуждает команды разработчиков, создавать свои внутренние стандарты и в них описывать какие из интерфейсов JS можно использовать, а какие точно зарубят на ревью. Я тут описал вполне обоснованное мнение, которое можно встретить как в командах фронтенда, так и уже классической литературе по JS.
прочиталь чуть дальше и понял, что это займёт много времени
Ну так отправьте те ошибки что уже успели найти, один фиг какое-то время уже потрачено. Я бы исправил хоть их и был бы Вам искренне признателен. А так чисто желчь излить пришли....
Возможно Вы правы. Не стал писать про xpath, так как он достаточно сложен и сам по себе тянет на отдельную статью.
Плюс имхо никогда не встречал xpath в коде фронтендеров, так как он сложно читается и для задач чего-то по проще за глаза хватает. А вот в автотестах без xpath уже никуда, но это уже не фронтенд, потому не стал касаться этой фичи
Да что Вы мне этим тычите. Мой вопрос был именно к Вам, а не к сухой документации и носит концептуально прикладной характер. Зачем разрабам языка понадобилось 2 ключевых слова, для объявления переменных?! Много Вы знаете языков где ещё так?!
Опять же субъективщина. По архитектуре всё тоже писано, переписано уже по 10 раз. Просто конкретно Вам, на конкретно Вашем уровне это кажется крутым. А кому-то нет. А кому-то интересно будет и статью по HTML прочесть. Устал уже в который раз писать, столь примитивную мысль
Легенда!
Ну видимо для Вас это действительно так, просто штука объявляющая переменные. Для людей искушённых в JS у них разное поведение в блочном и глобальном контексте, разная реакция на попытки переопределения и ещё куча неожиданностей которая может возникнуть вот в такой вот базовой для любого языка фиче. Для начала задумайтесь, а с чего операторов присваивания тут вообще 2? Часто встречаете такое в других языка?!
Пока не знаю. Бумага для моей статьи по this, ещё в лесу растёт. Просто вижу что Вам эта тема, кажется чем-то чем-то элементарным, какое-то там слово this, штука в классе чтобы вызвать что-то ещё из класса. А там тоже всё не так просто)
Замете правила не меняются десятилетиями, а их носители обновляются регулярно
Это субъективщина. Вам может это и будет казаться крутым. Матёрого сеньора, мало чем удивит очередная статья, о том как реббита прикрутить к своим говносервисам
Вай нот)
Годная мысль! Возможно попробую прикрутить пример на код пене в следующий раз
Да много чего. Для воспитанника Гоши Дударя там разница только в том что let, новее и предпочтительнее. Ну и дай бог он ещё про разницу областей видимости знает. Для JS гуру, там куча неочевидных нюансов, let и var ведут себя в разных контекстах по разному. По разному затеняются сами и затеняют друг друга. Все эти особенности могут привести к очень неочевидным и сложно отлавливаемым сайдам
Свой взгляд на использование. Что в этом плохого?
Бесспорно выдаст, только вот моя статья будет на 2-й позиции в выдаче:
В литература есть всего 12 сюжетов. Хорошо что Вы разраб, а не драматург)
Вам знакомо понятие контекста? Я тут чётко его обозначил как раз, как открытие для новичка, а не открытие в смысле: "О боже это гениально! 2 нобелевских премии этому парню". Ну вот прикиньте для кого-то это может быть открытием с большой буквы О! Я на практике встречал код где чуваки вместо атрибутов data, запихивали служебную инфу с бека в обычные теги и скрывали их в CSS. Встречал код в котором с классами CSS, работали как с обычными строками, деструктурируя их через регулярки. Не стоит думать что, то что очевидно Вам, очевидно всем)
Ну вообще-то запрещено. Не стоит всегда мыслить категориями родного хутора
Ну кстати в этой теме есть куда копнуть и примитивной она может казаться, только чуваку прошедшему курс Гоши Дударя по JS
Однажды и эту тему освещу однозначно, так как она глубокая и там есть о чем подробно расписать
А кто будет пользу и уникальность оценивать? Вы? Ну так всё тут всё субъективно. То что кажется Вам элементарным, для новичка будет открытием, а то что Вам кажется сложным и интересным, более шаристому челу покажется детским садом. Уровень данной статьи, я оценил как простой. Международных наград и премий за неё не требую. Это статься для фронтенд неофитов)
Уникальность, тут опять-же, много из того что тут пишется и без того есть в документации, книгах, забугорных статьях. Как будем решать что действительно уникально, а что нет? Да и блин, это просто соцсеть для гиков, а не научный журнал с полувековой историей, ТИЦем, рецензиями, блекджеком и шлюхами. Относитесь к местному контенту проще что-ли)
А это как-то запрещено? Львиная доля того что публикуется на хабре это рерайты и переводы с буржуйского
Ну как бы
deprecatedс буржуйского переводится несколько иначе чем "устаревший" и имеет куда более строгий смысл. Да и в стандартах JS вdeprecated, уходит только самый стрём, да и то не факт, тот-же eval() не задиприкейчен. В целом весь стандартES, это почти эталонный пример как не нужно развивать язык. Кучу говна приходится поддерживать из-за обратной совместимости, что вынуждает команды разработчиков, создавать свои внутренние стандарты и в них описывать какие из интерфейсов JS можно использовать, а какие точно зарубят на ревью. Я тут описал вполне обоснованное мнение, которое можно встретить как в командах фронтенда, так и уже классической литературе по JS.Спасибо за Ваши замечания. Поправил
Ну так отправьте те ошибки что уже успели найти, один фиг какое-то время уже потрачено. Я бы исправил хоть их и был бы Вам искренне признателен. А так чисто желчь излить пришли....
Ну всё-же xpath и псевдоклассы не тянут на 90%, а скорее где-то на 20%
Вам спасибо за действительно объективные и полезные комментарии)
А что ещё есть? xpath ну не как на 90% не тянет
Уровень статьи помечен как простой, так что на большее она и не рассчитана)
Возможно Вы правы. Не стал писать про xpath, так как он достаточно сложен и сам по себе тянет на отдельную статью.
Плюс имхо никогда не встречал
xpathв коде фронтендеров, так как он сложно читается и для задач чего-то по проще за глаза хватает. А вот в автотестах безxpathуже никуда, но это уже не фронтенд, потому не стал касаться этой фичиСпасибо за замечания) Пробежался по тексту исправил опечатки