Где нормальных людей в нашем мире найти?
Когда лично мне приходит простое текстовое письмо с лаконичным текстом, я его прочту.
Когда приходит рекламная книжка раскраска, я, обычно, не нажимаю «показать изображения», я нажимаю «спам».
Объяснять что-то маркетологам, конечно, дело неблагодарное.
Но я всё же постарался бы показать им, как эти письма выглядят у меня и большинства моих знакомых — разноцветный винегред с вкраплениями чёрных прямоугольников, в которых надписи «показ картинок запрещён».
with, eval и неявное определение глобальных переменных тоже часть спецификации.
Можно обойтись без любого из представленных здесь пунктов и шансы написать работающую программу всё равно остаются.
Этоже статья не про то, что у вас без этого не будет запускаться скрипт. Это статья про то, как не быть маргиналом в мире js. Как писать более-менее сложные программы с тем, чтобы если кто-то читал ваш код, он не испытывал брезгливости.
Какая связь между убедительностью моих слов и убедительностью спецификации?
Основа современной спецификации писалась в тех же 90-х исходя из задач, которые тогда возлагались на язык.
Одна из задач — сделать язык как можно проще для простых смертных.
И эта часть спецификации является прямым следствием этого.
Смысл этого ASI в том, что в середине 90-х решили: ой, если мы введём обязательные точки с запятыми, бедные веб-мастера удавятся от столь сложного синтаксиса.
Это не должно относиться к coding style, это должно быть обязательным.
Это всё ясно, но тогда частично верным остаётся утверждение из начала статьи: «Ты не можешь парсить HTML с помощью регулярных выражений, потому что HTML не является регулярным.».
Вернее, регулярки можно использовать как вспомогательное средство.
Ядро GNU/Linux содержит более тринадцати миллионов строк процедурного кода
Когда-то давно я писал на сях. Потом перешёл на языки с ООП. Потом пришлось немного на Си вернуться и я заметил, что мне теперь на порядок лучше с ним работается. ООП головой по другому думать заставляет и не важно, есть ли в языке соответствующие конструкции.
то есть одной регуляркой можно найти определённый тег, допустим и найти закрывающий к нему, с учётом того, что внутри может быть любое количество вложенных дивов?
Когда лично мне приходит простое текстовое письмо с лаконичным текстом, я его прочту.
Когда приходит рекламная книжка раскраска, я, обычно, не нажимаю «показать изображения», я нажимаю «спам».
Но я всё же постарался бы показать им, как эти письма выглядят у меня и большинства моих знакомых — разноцветный винегред с вкраплениями чёрных прямоугольников, в которых надписи «показ картинок запрещён».
Можно обойтись без любого из представленных здесь пунктов и шансы написать работающую программу всё равно остаются.
Этоже статья не про то, что у вас без этого не будет запускаться скрипт. Это статья про то, как не быть маргиналом в мире js. Как писать более-менее сложные программы с тем, чтобы если кто-то читал ваш код, он не испытывал брезгливости.
Основа современной спецификации писалась в тех же 90-х исходя из задач, которые тогда возлагались на язык.
Одна из задач — сделать язык как можно проще для простых смертных.
И эта часть спецификации является прямым следствием этого.
Это не должно относиться к coding style, это должно быть обязательным.
Вернее, регулярки можно использовать как вспомогательное средство.
Когда-то давно я писал на сях. Потом перешёл на языки с ООП. Потом пришлось немного на Си вернуться и я заметил, что мне теперь на порядок лучше с ним работается. ООП головой по другому думать заставляет и не важно, есть ли в языке соответствующие конструкции.
</div>bazhenov.me/blog/2009/06/28/performance-versus-scalability.html
blgo.ru/blog/2010/09/01/optimization-etc/
Так можно таки вытащить из html нужный div со всеми вложенными?
На сервере-то Гринвич :'(