"Развернутая" статья про рефлексию с примерами на питоне и PHP. Именно то, что нужно, чтобы уложить кашу в голове начинающего разработчика )
JQuery.facepalm.jpg
Как минимум 2 раза поминаются классы.
Ни слова о TypeScript.
Да можно долго продолжать, вообще то :)
Все это должен знать человек, который хочет хорошенько окунуться в легаси 15и летней давности :)
Начинающему хватит немного знаний в случайном фреймворке, функциональном программировании, TS, CSS. Такой человек уже готов решать некоторые задачи в проекте и углублять знания TS и фреймворка. Остальное придет с более сложными задачами.
XPath is mainly used in XSLT, but can also be used as a much more powerful way of navigating through the DOM of any XML-like language document using XPathExpression, such as HTML and SVG, instead of relying on the Document.getElementById() or Document.querySelectorAll() methods, the Node.childNodes properties, and other DOM Core features.
И собственно такого размера абзаца хватило бы, чтобы закрыть вопрос :) В конце концов селекторы нужны для навигации по нодам и все вот эти CSS костыли - это костыли, пусть и удобные. xpath создан как раз с целью навигации по XML документам любого типа, коими HTML-документы так же являются.
Я не ставлю оценку статье или комментариям, просто надеюсь, что следующие стати будут лучше, спасибо, что пытаетесь. Прошу прощения за духоту :)
Боюсь тут и 10% нет :) Как минимум следовало упомянуть xpath, добавить ссылки на спецификации или хотя бы MDN для тех, кто хочет получить максимум информации.
Короче для факультатива 11 класса годится, но не более.
Никогда такого не было и вот опять. Гугл банил мое расширение в хромсторе без всяких предупреждений. Вместе с гуглопочтой, к которой привязаны все аккаунты. Ну так, на всякий случай. Было это году в 2012-2013.
Былинный труд, который очень хорошо вправляет мозги и содержит ответы на бОльшую часть вопросов при работе с юникодом. Автору и переводчику большой респект.
Логика была отделена от представления и может быть изменена и протестирована отдельно. Элементарная функция здесь для упрощения понимания материала. Так же не стоит забывать, что минусы так же перечислены в конце статьи и если они критичны, то не следует пользоваться предложеным способом.
Статья полезна, ибо описывает один из способов разработки. Расширение кругозора и другой взгляд еще никому не вредили. Пользоваться или нет - каждый решит сам.
JSDoc вполне себе достойная полумера для облегчения кодинга. Closure Compiler вроде даже умел на основе этих аннотаций делать статическую проверку. И зачем тогда эти лютейшие генерики и костыли?
Учитывая тот факт, что разработчики, в большинстве своем, это интеллектуальная элита общества и добавляя тот момент, что никто не хочет работать больше - не могут. Когда плюсы использования технологии очевидны - люди переходят на нее не задумываясь. В данном случае видимо есть что-то, что заставляет людей задуматься. Редукс - много кода, да. Но он решает проблему с ротацией команды на проекте. Все знают, как организован редуксовый стор, это паттрен. Как родили 10к мобиксовых сторов 10 команд, которые работали над проектом - никому не известно. Бизнесу нужна стабильность, а не хипстота, и сдается мне, что это и определяет перевес в сторону редукса в 7 раз.
Оффтоп. Мне всегда была интересна мотивация людей, которые пишут провокационные, неаргументированные комментарии, сливают карму, регают новые аккаунты, чтобы продолжить срач и, вероятно, прикидываются другими участниками разговора, чтобы подогреть дискуссию. Вам оно зачем? Гемора много, лулзов мало. Реально есть еще кто горит?-)
Если вам что-то запрещают - вы уже подчиняетесь чужой воле :)
В программировании знаний ради знаний не бывает. Любой опыт пригождается, особенно полученный в самом начале. Чем качественнее он будет - тем лучше.
В ситуации, когда хочется рулить бизнесом - нужно наверное отдать дело в руки профессионалов и сосредоточиться на решении бизнес-вопросов, например где взять денег на этих профессионалов :) Я к тому, что программирование это ремесло, его надо изучать, вникать, любить ну и вот это все. Просто так с пары кнопок может что-то и получится, но скорее всего совсем не то, чего ожидаешь.
Я самоучка, потратил на это дело около 20 лет и да, в начале было тяжело, но интересно. "Дядю" всегда рассматривал с позиции - этот чел меня учит да еще и денег сверху платит. И для меня это всегда работало ) Ну если запрещают - куда деваться.
Метание закончится, когда надоест тратить время. Возьмите любой инструмент, углубите знания в нем, реализуйте задуманное. Когда настанет время для следующего проекта - недостатки текущего инструмента будут очевидны, а накопленный опыт подскажет какой следующий инструмент выбрать, вот и все.
А вы, я вижу, не так давно на хабре. Не стоит тратить время на споры с разработчиками фремворка, опередившего свое время, они точно лучше знают ;]
Очень похоже! Оригинальная статья в 5 раз короче, там просто локончиный список тем, на которые следует обратить внимание.
Сайт компании на тильде. Сапожник, как говорится, без сапог...
"Развернутая" статья про рефлексию с примерами на питоне и PHP. Именно то, что нужно, чтобы уложить кашу в голове начинающего разработчика )
JQuery.facepalm.jpg
Как минимум 2 раза поминаются классы.
Ни слова о TypeScript.
Да можно долго продолжать, вообще то :)
Все это должен знать человек, который хочет хорошенько окунуться в легаси 15и летней давности :)
Начинающему хватит немного знаний в случайном фреймворке, функциональном программировании, TS, CSS. Такой человек уже готов решать некоторые задачи в проекте и углублять знания TS и фреймворка. Остальное придет с более сложными задачами.
https://developer.mozilla.org/en-US/docs/Web/CSS/CSS_selectors это без xpath.
https://developer.mozilla.org/en-US/docs/Web/XPath
MDN верно говорит,
И собственно такого размера абзаца хватило бы, чтобы закрыть вопрос :) В конце концов селекторы нужны для навигации по нодам и все вот эти CSS костыли - это костыли, пусть и удобные. xpath создан как раз с целью навигации по XML документам любого типа, коими HTML-документы так же являются.
Я не ставлю оценку статье или комментариям, просто надеюсь, что следующие стати будут лучше, спасибо, что пытаетесь. Прошу прощения за духоту :)
Да и в заголовке какой-то скрип... JavaScrip!
Боюсь тут и 10% нет :) Как минимум следовало упомянуть xpath, добавить ссылки на спецификации или хотя бы MDN для тех, кто хочет получить максимум информации.
Короче для факультатива 11 класса годится, но не более.
Никогда такого не было и вот опять. Гугл банил мое расширение в хромсторе без всяких предупреждений. Вместе с гуглопочтой, к которой привязаны все аккаунты. Ну так, на всякий случай. Было это году в 2012-2013.
35mm + 50mm прикрученые фронтовыми линзами навстречу через переходник с алиэкспресс за 50 центов:
Спичечная головка
Так же помогают наборы макро-колец.
Xactly!
https://developer.mozilla.org/en-US/docs/Web/API/AbortController
When abort() is called, the fetch() promise rejects with an "AbortError" DOMException.
Былинный труд, который очень хорошо вправляет мозги и содержит ответы на бОльшую часть вопросов при работе с юникодом. Автору и переводчику большой респект.
Логика была отделена от представления и может быть изменена и протестирована отдельно. Элементарная функция здесь для упрощения понимания материала. Так же не стоит забывать, что минусы так же перечислены в конце статьи и если они критичны, то не следует пользоваться предложеным способом.
Статья полезна, ибо описывает один из способов разработки. Расширение кругозора и другой взгляд еще никому не вредили. Пользоваться или нет - каждый решит сам.
Не хватает тега Python. Для себя уточнил возможности asyncio про который 100 раз слышал, но использовать не доводилось. Выглядит приятно и понятно.
Пользуюсь более 14 лет, разрабам респект!
JS Fullstack приложение будет проще и легковеснее.
Толи еще будет. Скоро и поддержку JSX добавят, ато шаблоны не нативно же! :)
JSDoc вполне себе достойная полумера для облегчения кодинга. Closure Compiler вроде даже умел на основе этих аннотаций делать статическую проверку. И зачем тогда эти лютейшие генерики и костыли?
Учитывая тот факт, что разработчики, в большинстве своем, это интеллектуальная элита общества и добавляя тот момент, что никто не хочет работать больше - не могут. Когда плюсы использования технологии очевидны - люди переходят на нее не задумываясь. В данном случае видимо есть что-то, что заставляет людей задуматься. Редукс - много кода, да. Но он решает проблему с ротацией команды на проекте. Все знают, как организован редуксовый стор, это паттрен. Как родили 10к мобиксовых сторов 10 команд, которые работали над проектом - никому не известно. Бизнесу нужна стабильность, а не хипстота, и сдается мне, что это и определяет перевес в сторону редукса в 7 раз.
Оффтоп. Мне всегда была интересна мотивация людей, которые пишут провокационные, неаргументированные комментарии, сливают карму, регают новые аккаунты, чтобы продолжить срач и, вероятно, прикидываются другими участниками разговора, чтобы подогреть дискуссию. Вам оно зачем? Гемора много, лулзов мало. Реально есть еще кто горит?-)
Реквестирую более приближенные к жизни примеры - аргументы для евента, асинхронные движения в евентах, etc.
Не забывайте делать пометку, что это ваше личное мнение и около 7 000 000 людей в неделю с ним не согласны.
Если вам что-то запрещают - вы уже подчиняетесь чужой воле :)
В программировании знаний ради знаний не бывает. Любой опыт пригождается, особенно полученный в самом начале. Чем качественнее он будет - тем лучше.
В ситуации, когда хочется рулить бизнесом - нужно наверное отдать дело в руки профессионалов и сосредоточиться на решении бизнес-вопросов, например где взять денег на этих профессионалов :) Я к тому, что программирование это ремесло, его надо изучать, вникать, любить ну и вот это все. Просто так с пары кнопок может что-то и получится, но скорее всего совсем не то, чего ожидаешь.
Я самоучка, потратил на это дело около 20 лет и да, в начале было тяжело, но интересно. "Дядю" всегда рассматривал с позиции - этот чел меня учит да еще и денег сверху платит. И для меня это всегда работало ) Ну если запрещают - куда деваться.
Метание закончится, когда надоест тратить время. Возьмите любой инструмент, углубите знания в нем, реализуйте задуманное. Когда настанет время для следующего проекта - недостатки текущего инструмента будут очевидны, а накопленный опыт подскажет какой следующий инструмент выбрать, вот и все.