{
    "version": "https:\/\/jsonfeed.org\/version\/1",
    "title": "Блог Сергея Копылова: заметки с тегом angualarjs",
    "_rss_description": "Блог Сергея Копылова",
    "_rss_language": "ru",
    "_itunes_email": "",
    "_itunes_categories_xml": "",
    "_itunes_image": "",
    "_itunes_explicit": "",
    "home_page_url": "https:\/\/www.blog.sergeykopylov.ru\/tags\/angualarjs\/",
    "feed_url": "https:\/\/www.blog.sergeykopylov.ru\/tags\/angualarjs\/json\/",
    "icon": "https:\/\/www.blog.sergeykopylov.ru\/user\/userpic@2x.jpg?1574324497",
    "author": {
        "name": "Сергей Копылов",
        "url": "https:\/\/www.blog.sergeykopylov.ru\/",
        "avatar": "https:\/\/www.blog.sergeykopylov.ru\/user\/userpic@2x.jpg?1574324497"
    },
    "items": [
        {
            "id": "48",
            "url": "https:\/\/www.blog.sergeykopylov.ru\/all\/arhitektura-frontenda-smena-freymvorka\/",
            "title": "Архитектура фронтенда: смена фреймворка",
            "content_html": "<p>В <a href=\"http:\/\/blog.sergeykopylov.ru\/all\/arhitektura-frontenda-konfiguracii\/\">предыдущей части<\/a> я рассказал, почему хорошо создавать конфигурации — JSON-описания поведения страниц без программирования.<\/p>\n<p>У этого подхода есть ещё один прекрасный плюс: смена фреймворка перестаёт быть невыполнимой задачей.<\/p>\n<p>Если вы используете конфигурации, то компоненты страницы внутри шаблона могут быть написаны на любом фреймворке: AngualrJS 1.x, Angular, Vue.js, React, Svelte и так далее. Вы даже можете их смешивать, и переписывать пошагово, когда часть компонентов использует один фреймворк, а часть — другой.<\/p>\n<p>Таким образом, продукт и компания перестают быть связаны устаревшими технологиями, и если фреймворк перестанет поддерживаться, работа не остановится. Конечно, переезд не станет лёгким делом и займёт несколько месяцев, но без конфигураций страниц переехать будет просто невозможно без переписывания каждой страницы вручную. Именно так и получаются ситуации, когда в одном проекте есть Бекбон, Джейквери, Реакт разных версий и только избранные разработчики могут без страха менять что-то в легаси-модулях.<\/p>\n",
            "date_published": "2020-02-25T13:43:01+03:00",
            "date_modified": "2020-02-25T13:42:59+03:00",
            "_date_published_rfc2822": "Tue, 25 Feb 2020 13:43:01 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "48",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "46",
            "url": "https:\/\/www.blog.sergeykopylov.ru\/all\/pro-terminologiyu\/",
            "title": "Про терминологию",
            "content_html": "<p>Казалось бы, что специальная техническая терминология должна помогать пониманию ситуации между специалистами. Ну когда не нужно говорить: «вот эта хреновина», и с помощью простого словосочетания становится понятнее, и легче.<\/p>\n<p>Но на деле к этому примешивается другое:<\/p>\n<ul>\n<li>терминология звучит круто и как бы говорит каждому, кто с ней не знаком, что он просто дурак;<\/li>\n<li>совершенно не обязательно, что тот, кто о ней говорит, понимает, что же это значит.<\/li>\n<\/ul>\n<p>Из своего опыта могу вспомнить, когда люди говорили мне: «о, ну нет, это же плохо, у нас нет Третьей нормальной формы в БД!» или «А это точно MVC?». На поверку оказывалось, что ребята сами плохо понимали, что же это такое, когда я просил объяснить своими словами. Хотя, конечно, MVC и Третья нормальная форма — это крутые идеи сами по себе.<\/p>\n<p>Так и с речью вообще. Например, документация к AngularJS 1 написана сухим техническим языком, а к Vue.js — для всех в стили «ну смотри, здесь как-то так работает». И пытаясь научиться чему-то с первым ангуларом, ты чувствуешь себя самозванцем постоянно, а пытаясь сделать что-то на вью — исследователем. И когда я после вью вернулся на первый ангулар, я обнаружил, что там всё так же просто, хотя документация пытается убедить в обратном. Да вы и сами сравните, статью из документации об одном и том же (по смыслу и предназначению) механизме:<\/p>\n<p><a href=\"https:\/\/vuejs.org\/v2\/guide\/components-slots.html\">Слоты во Vue.js<\/a><br \/>\n<a href=\"https:\/\/docs.angularjs.org\/api\/ng\/directive\/ngTransclude\">ngTransclude в AngualarJS 1.x<\/a><\/p>\n<p>Да там даже одна и таже штука называется простым словом Слот и сложным Трансклюд!<\/p>\n",
            "date_published": "2020-02-25T09:25:41+03:00",
            "date_modified": "2020-02-25T09:25:31+03:00",
            "_date_published_rfc2822": "Tue, 25 Feb 2020 09:25:41 +0300",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "46",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        }
    ],
    "_e2_version": 3559,
    "_e2_ua_string": "E2 (v3559; Aegea)"
}