[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f4M-nVUj33WM1vhyhay1wyVFGFj5CDaBw9qU65lnoCCo":3,"$fWJOvuOmvOaBQxu4IEaQVmWpJSkkH0FbPFqX0DMa0rtM":146,"$fJaMPN2EtPORTYwoCEfohtnB7GkhbaUGSAlMV2Z2WWw4":162},[4,21,33,44,58,73,86,99,111,122,134],{"slug":5,"title_en":6,"title_ua":7,"excerpt_en":8,"excerpt_ua":9,"coverImage":10,"category":11,"tags":12,"publishedAt":17,"readingTime":18,"views":19,"likes":20},"nuxt-3-4-code-style-best-practices","Nuxt 3 & 4 Code Style: Best Practices","Стиль коду в Nuxt 3 та 4: найкращі практики","Clean Nuxt code is not about formatting — it is about predictable structure, safe reactivity, and clear boundaries between app, server and shared code. A practical checklist of the habits that keep Vue/Nuxt projects maintainable.","Чистий код у Nuxt — це не про форматування, а про передбачувану структуру, безпечну реактивність та чіткі межі між app, server і спільним кодом. Практичний чекліст звичок, що тримають Vue/Nuxt-проєкти підтримуваними.","/blog/nuxt-3-4-code-style-en.png","nuxt",[11,13,14,15,16],"vue","typescript","code-style","best-practices","2026-06-19T10:00:00+00:00",6,7,0,{"slug":22,"title_en":23,"title_ua":24,"excerpt_en":25,"excerpt_ua":26,"coverImage":27,"category":11,"tags":28,"publishedAt":31,"readingTime":18,"views":32,"likes":20},"nuxt-3-vs-nuxt-4-key-differences","Nuxt 3 vs Nuxt 4: Key Differences","Nuxt 3 проти Nuxt 4: ключові відмінності","Nuxt 4 keeps the mental model of Nuxt 3 but cleans up structure, data fetching and types. Here are the ten differences that actually change how you write code — and why upgrading is low-risk.","Nuxt 4 зберігає ментальну модель Nuxt 3, але впорядковує структуру, отримання даних і типи. Ось десять відмінностей, що реально змінюють спосіб написання коду — і чому оновлення є малоризиковим.","/blog/nuxt3-vs-nuxt4-en.png",[11,29,13,30,14],"nuxt4","migration","2026-06-17T10:00:00+00:00",3,{"slug":34,"title_en":35,"title_ua":36,"excerpt_en":37,"excerpt_ua":38,"coverImage":39,"category":11,"tags":40,"publishedAt":43,"readingTime":18,"views":32,"likes":20},"nuxt-4-architecture-rules","Nuxt 4 Architecture Rules for Frontend Developers","Архітектурні правила Nuxt 4 для frontend-розробника","Nuxt 4 splits a project into three worlds — app/, server/ and shared/. Knowing exactly what belongs in each, and where auto-import does and does not reach, is what keeps a codebase clean as it grows.","Nuxt 4 ділить проєкт на три світи — app/, server/ і shared/. Знання, що саме належить кожному й куди дістає (а куди ні) авто-імпорт — це те, що тримає кодову базу чистою у міру зростання.","/blog/nuxt4-arcitech-rules-ua.png",[29,41,13,42,16],"architecture","project-structure","2026-06-15T10:00:00+00:00",{"slug":45,"title_en":46,"title_ua":47,"excerpt_en":48,"excerpt_ua":49,"coverImage":50,"category":13,"tags":51,"publishedAt":56,"readingTime":18,"views":57,"likes":20},"micro-frontends-architecture-trend","Micro Frontends: The Frontend Architecture Trend","Мікрофронтенди: тренд фронтенд-архітектури","Micro frontends bring the microservices idea to the UI: independently developed and deployed apps combined into one experience. Here is what they are, why teams adopt them, how they are built — and when they are overkill.","Мікрофронтенди переносять ідею мікросервісів на UI: незалежно розроблені й розгорнуті застосунки, обʼєднані в один досвід. Ось що це, навіщо їх беруть, як будують — і коли це зайве.","/blog/micro-frontend-en.png",[52,41,53,54,55],"micro-frontends","module-federation","frontend","scaling","2026-06-13T10:00:00+00:00",5,{"slug":59,"title_en":60,"title_ua":61,"excerpt_en":62,"excerpt_ua":63,"coverImage":64,"category":65,"tags":66,"publishedAt":71,"readingTime":19,"views":72,"likes":20},"it-job-market-analysis-2026","IT Job Market Analysis: Late 2020 to Mid-2026","Аналіз ринку IT-вакансій: кінець 2020 — середина 2026","The software hiring boom peaked in early 2022, corrected hard through 2023, and has been recovering unevenly since. The clearest signal: demand is shifting from pure frontend toward full-stack, backend, cloud and AI. Here is the data and what frontend developers should do about it.","Бум найму в розробці досяг піку на початку 2022, різко скоригувався у 2023 і відтоді відновлюється нерівномірно. Найчіткіший сигнал: попит зміщується з чистого фронтенду до full-stack, backend, cloud та AI. Ось дані й що з цим робити фронтенд-розробнику.","/blog/job-market-analytics-en.png","career",[65,67,54,68,69,70],"job-market","full-stack","trends","2026","2026-06-11T10:00:00+00:00",4,{"slug":74,"title_en":75,"title_ua":76,"excerpt_en":77,"excerpt_ua":78,"coverImage":79,"category":80,"tags":81,"publishedAt":85,"readingTime":57,"views":57,"likes":20},"evolution-of-ai-show-me-the-reasoning","From \"Show Me the Code\" to \"Show Me the Reasoning\"","Від «Покажи код» до «Покажи міркування»","In 2000, Linus Torvalds said: \"Talk is cheap. Show me the code.\" In the AI era the bottleneck has moved — code is cheap, judgment is rare. The most valuable engineering skill is no longer writing code but reasoning about the right thing to build.","У 2000-му Лінус Торвальдс казав: «Розмови нічого не варті. Покажи код». В епоху AI вузьке місце змістилося — код дешевий, рідкісним стало судження. Найцінніша інженерна навичка тепер не писати код, а міркувати, що саме варто будувати.","/blog/evolution-ai-en.png","ai",[80,82,65,83,84],"engineering","reasoning","mindset","2026-06-09T10:00:00+00:00",{"slug":87,"title_en":88,"title_ua":89,"excerpt_en":90,"excerpt_ua":91,"coverImage":92,"category":80,"tags":93,"publishedAt":98,"readingTime":57,"views":32,"likes":20},"prompts-you-should-never-send-to-ai","Prompts You Should Never Send to an AI","Промпти, які ніколи не варто писати штучному інтелекту","Pasting the wrong thing into a chatbot can leak secrets, breach an NDA, or violate GDPR. A clear list of what developers must never send to an AI — and the one rule that covers all of it.","Вставити не те в чатбот — це злив секретів, порушення NDA чи GDPR. Чіткий перелік того, що розробник ніколи не має надсилати в AI — і одне правило, що покриває все.","/blog/promts-errors-ua.png",[80,94,95,96,97],"security","privacy","prompts","developers","2026-06-07T10:00:00+00:00",{"slug":100,"title_en":101,"title_ua":102,"excerpt_en":103,"excerpt_ua":104,"coverImage":105,"category":106,"tags":107,"publishedAt":110,"readingTime":18,"views":57,"likes":20},"top-mcp-servers-for-frontend","Top MCP Servers for Frontend Developers (Vue / Nuxt / Tailwind)","Топ MCP-серверів для frontend-розробника (Vue / Nuxt / Tailwind)","MCP servers turn an AI assistant from a chat box into a tool that reads your docs, repos, files, design and production errors. Here are the seven that matter most for Vue/Nuxt/Tailwind work — and the five-server stack that covers ~80% of daily tasks.","MCP-сервери перетворюють AI-асистента з чату на інструмент, що читає вашу документацію, репозиторії, файли, дизайн і production-помилки. Ось сім найважливіших для роботи з Vue/Nuxt/Tailwind — і стек із пʼяти серверів, що покриває ~80% щоденних задач.","/blog/top-mcp-frontend-ua.png","tools",[108,80,106,54,13,11,109],"mcp","productivity","2026-06-05T10:00:00+00:00",{"slug":112,"title_en":113,"title_ua":114,"excerpt_en":115,"excerpt_ua":116,"coverImage":117,"category":80,"tags":118,"publishedAt":121,"readingTime":57,"views":57,"likes":20},"ai-safety-rules-for-developers","10 Rules for Working Safely with AI","10 правил безпечної роботи зі штучним інтелектом","Using AI responsibly comes down to four habits: protect data, verify output, keep a human accountable, and stay transparent. Ten practical rules — and the one that matters most.","Відповідальна робота з AI зводиться до чотирьох звичок: захищай дані, перевіряй результат, тримай людину відповідальною і будь прозорим. Десять практичних правил — і одне, що важить найбільше.","/blog/security-rules-ai-ua.png",[80,94,119,16,120],"responsibility","ai-literacy","2026-06-03T10:00:00+00:00",{"slug":123,"title_en":124,"title_ua":125,"excerpt_en":126,"excerpt_ua":127,"coverImage":128,"category":65,"tags":129,"publishedAt":133,"readingTime":72,"views":72,"likes":20},"from-junior-to-middle-what-actually-changes","From Junior to Middle: What Actually Changes","Від Junior до Middle: що насправді змінюється","The transition from Junior to Middle developer is more than just years of experience. Here's what actually changes in your daily work and mindset.","Перехід від Junior до Middle розробника — це більше, ніж просто роки досвіду. Ось що насправді змінюється у щоденній роботі та мисленні.","https://images.unsplash.com/photo-1521737711867-e3b97375f902?w=800&h=400&fit=crop",[65,130,131,132,54],"growth","junior","middle","2026-04-06T18:05:02.513+00:00",{"slug":135,"title_en":136,"title_ua":137,"excerpt_en":138,"excerpt_ua":139,"coverImage":140,"category":80,"tags":141,"publishedAt":145,"readingTime":57,"views":72,"likes":20},"how-ai-is-changing-frontend-development-in-2025","How AI is Changing Frontend Development in 2025","Як AI змінює frontend-розробку у 2025 році","AI is transforming frontend development through code generation, automated testing, and intelligent design systems. Discover practical applications and how to integrate AI tools into your workflow.","AI трансформує frontend-розробку через генерацію коду, автоматизоване тестування та інтелектуальні системи дизайну. Дізнайтеся про практичні застосування та як інтегрувати AI-інструменти у свій робочий процес.","https://images.unsplash.com/photo-1677442136019-21780ecad995?w=800&h=400&fit=crop",[80,142,54,143,144],"ml","automation","chatgpt","2026-03-23T21:04:25.487+00:00",{"slug":123,"title_en":124,"title_ua":125,"excerpt_en":126,"excerpt_ua":127,"content_en":147,"content_ua":148,"coverImage":128,"category":65,"tags":149,"author":150,"publishedAt":133,"updatedAt":151,"hasUaTranslation":152,"readingTime":72,"views":72,"likes":20,"shares":20,"seo":153},"\u003Cp>The leap from Junior to Middle developer is often misunderstood. Many developers think it's simply about accumulating years of experience or mastering more technologies. In reality, the transition involves fundamental changes in how you approach problems, collaborate with teams, and take ownership of your work.\u003C/p>\n\n\u003Ch2>Problem-Solving Evolution\u003C/h2>\n\n\u003Cp>As a Junior developer, you typically focus on implementing features according to specifications. You're given clear tasks with well-defined boundaries. The mental shift to Middle involves moving from \u003Cstrong>task execution to problem-solving\u003C/strong>.\u003C/p>\n\n\u003Cp>Instead of just coding what's asked, you start asking: \"What's the best way to solve this problem?\" You consider trade-offs, scalability, and maintainability. You're no longer just following instructions—you're making informed decisions.\u003C/p>\n\n\u003Cpre>\u003Ccode>// Junior approach: Implementing exactly what's asked\nconst getUsers = async () => {\n  const response = await fetch('/api/users');\n  return response.json();\n};\n\n// Middle approach: Considering error handling, caching, and reusability\nconst createFetchWrapper = (endpoint, options = {}) => {\n  const cache = new Map();\n  \n  return async (params = {}) => {\n    const cacheKey = JSON.stringify({ endpoint, params });\n    \n    if (cache.has(cacheKey)) {\n      return cache.get(cacheKey);\n    }\n    \n    try {\n      const response = await fetch(`${endpoint}?${new URLSearchParams(params)}`, {\n        ...options,\n        headers: {\n          'Content-Type': 'application/json',\n          ...options.headers,\n        },\n      });\n      \n      if (!response.ok) throw new Error(`HTTP error! status: ${response.status}`);\n      \n      const data = await response.json();\n      cache.set(cacheKey, data);\n      return data;\n    } catch (error) {\n      console.error('Fetch failed:', error);\n      throw error;\n    }\n  };\n};\n\nconst getUsers = createFetchWrapper('/api/users');\n\u003C/code>\u003C/pre>\n\n\u003Ch2>Code Quality and Architecture\u003C/h2>\n\n\u003Cp>Juniors often write code that works but may not be maintainable. Middles understand that code is read more often than written. You start thinking about:\u003C/p>\n\n\u003Cul>\n\u003Cli>Separation of concerns\u003C/li>\n\u003Cli>Component reusability\u003C/li>\n\u003Cli>Performance implications\u003C/li>\n\u003Cli>Testing strategies\u003C/li>\n\u003C/ul>\n\n\u003Cp>You become comfortable with refactoring and understand when to apply design patterns versus when to keep things simple.\u003C/p>\n\n\u003Ch2>Communication and Collaboration\u003C/h2>\n\n\u003Cp>This is perhaps the biggest shift. Junior developers often work in isolation on assigned tasks. Middle developers become \u003Cstrong>force multipliers\u003C/strong> for their teams.\u003C/p>\n\n\u003Cp>You start:\u003C/p>\n\n\u003Cul>\n\u003Cli>Reviewing others' code constructively\u003C/li>\n\u003Cli>Documenting decisions and solutions\u003C/li>\n\u003Cli>Mentoring junior colleagues\u003C/li>\n\u003Cli>Communicating technical concepts to non-technical stakeholders\u003C/li>\n\u003Cli>Participating in architectural discussions\u003C/li>\n\u003C/ul>\n\n\u003Ch2>Ownership and Initiative\u003C/h2>\n\n\u003Cp>Juniors wait for tasks to be assigned. Middles identify problems and propose solutions proactively. You take ownership of features from conception through deployment and monitoring.\u003C/p>\n\n\u003Cp>This means understanding the business context, considering user experience implications, and thinking about long-term maintenance. You're not just a code implementer—you're a problem solver who happens to code.\u003C/p>\n\n\u003Ch2>Technical Breadth vs Depth\u003C/h2>\n\n\u003Cp>Junior developers often have deep knowledge in one or two areas but limited exposure to the broader ecosystem. Middles develop \u003Cstrong>technical breadth\u003C/strong> while maintaining depth in key areas.\u003C/p>\n\n\u003Cp>You understand:\u003C/p>\n\n\u003Cul>\n\u003Cli>How your frontend work impacts backend services\u003C/li>\n\u003Cli>CI/CD pipelines and deployment strategies\u003C/li>\n\u003Cli>Monitoring and observability tools\u003C/li>\n\u003Cli>Security considerations\u003C/li>\n\u003Cli>Performance optimization techniques\u003C/li>\n\u003C/ul>\n\n\u003Ch2>Time Management and Estimation\u003C/h2>\n\n\u003Cp>Juniors often struggle with time estimation and may overpromise. Middles develop better intuition for:\u003C/p>\n\n\u003Cul>\n\u003Cli>Breaking down complex tasks\u003C/li>\n\u003Cli>Identifying potential blockers early\u003C/li>\n\u003Cli>Communicating realistic timelines\u003C/li>\n\u003Cli>Prioritizing effectively\u003C/li>\n\u003C/ul>\n\n\u003Ch2>The Mindset Shift\u003C/h2>\n\n\u003Cp>The most significant change is psychological. You move from \u003Cstrong>confidence through knowledge\u003C/strong> to \u003Cstrong>confidence through experience\u003C/strong>. You become comfortable with uncertainty and understand that there's rarely one \"right\" answer.\u003C/p>\n\n\u003Cp>You develop what's often called \"healthy paranoia\"—you anticipate edge cases, consider failure scenarios, and build resilient systems. But you also know when to apply the \"good enough\" principle and avoid over-engineering.\u003C/p>\n\n\u003Ch2>How to Make the Leap\u003C/h2>\n\n\u003Cp>If you're aiming to level up from Junior to Middle, focus on:\u003C/p>\n\n\u003Col>\n\u003Cli>Taking ownership of complete features, not just components\u003C/li>\n\u003Cli>Studying codebases beyond your immediate assignments\u003C/li>\n\u003Cli>Practicing code reviews and seeking feedback on your own code\u003C/li>\n\u003Cli>Learning about the business domain you're working in\u003C/li>\n\u003Cli>Building side projects that solve real problems\u003C/li>\n\u003Cli>Improving your communication skills alongside technical skills\u003C/li>\n\u003C/ol>\n\n\u003Cp>Remember that the transition isn't about knowing everything—it's about developing better judgment, taking initiative, and becoming a more complete contributor to your team's success.\u003C/p>","\u003Cp>Стрибок від Junior до Middle розробника часто неправильно розуміють. Багато розробників вважають, що це просто накопичення років досвіду або освоєння нових технологій. Насправді перехід включає фундаментальні зміни в тому, як ти підходиш до проблем, співпрацюєш з командою та береш відповідальність за свою роботу.\u003C/p>\n\n\u003Ch2>Еволюція вирішення проблем\u003C/h2>\n\n\u003Cp>Як Junior розробник, ти зазвичай зосереджений на реалізації функцій згідно зі специфікаціями. Тобі дають чіткі задачі з добре визначеними межами. Ментальний зсув до Middle — це перехід від \u003Cstrong>виконання задач до вирішення проблем\u003C/strong>.\u003C/p>\n\n\u003Cp>Замість того щоб просто кодити те, що просять, ти починаєш запитувати: «Який найкращий спосіб вирішити цю проблему?» Ти зважуєш компроміси, масштабованість і підтримуваність. Ти вже не просто виконуєш інструкції — ти приймаєш обґрунтовані рішення.\u003C/p>\n\n\u003Cpre>\u003Ccode>// Junior підхід: реалізуємо рівно те, що просять\nconst getUsers = async () => {\n  const response = await fetch('/api/users');\n  return response.json();\n};\n\n// Middle підхід: враховуємо обробку помилок, кешування та повторне використання\nconst createFetchWrapper = (endpoint, options = {}) => {\n  const cache = new Map();\n  \n  return async (params = {}) => {\n    const cacheKey = JSON.stringify({ endpoint, params });\n    \n    if (cache.has(cacheKey)) {\n      return cache.get(cacheKey);\n    }\n    \n    try {\n      const response = await fetch(`${endpoint}?${new URLSearchParams(params)}`, {\n        ...options,\n        headers: {\n          'Content-Type': 'application/json',\n          ...options.headers,\n        },\n      });\n      \n      if (!response.ok) throw new Error(`HTTP error! status: ${response.status}`);\n      \n      const data = await response.json();\n      cache.set(cacheKey, data);\n      return data;\n    } catch (error) {\n      console.error('Fetch failed:', error);\n      throw error;\n    }\n  };\n};\n\nconst getUsers = createFetchWrapper('/api/users');\n\u003C/code>\u003C/pre>\n\n\u003Ch2>Якість коду та архітектура\u003C/h2>\n\n\u003Cp>Junior-и часто пишуть код, який працює, але може бути складним у підтримці. Middle розуміє, що код читають частіше, ніж пишуть. Ти починаєш думати про:\u003C/p>\n\n\u003Cul>\n  \u003Cli>Розділення відповідальностей\u003C/li>\n  \u003Cli>Повторне використання компонентів\u003C/li>\n  \u003Cli>Вплив на продуктивність\u003C/li>\n  \u003Cli>Стратегії тестування\u003C/li>\n\u003C/ul>\n\n\u003Cp>Ти стаєш впевненим у рефакторингу та розумієш, коли застосовувати патерни проектування, а коли тримати все простим.\u003C/p>\n\n\u003Ch2>Комунікація та співпраця\u003C/h2>\n\n\u003Cp>Мабуть, це найбільший зсув. Junior розробники часто працюють ізольовано над призначеними задачами. Middle розробники стають \u003Cstrong>мультиплікаторами сили\u003C/strong> для своїх команд.\u003C/p>\n\n\u003Cp>Ти починаєш:\u003C/p>\n\n\u003Cul>\n  \u003Cli>Конструктивно рецензувати код інших\u003C/li>\n  \u003Cli>Документувати рішення та підходи\u003C/li>\n  \u003Cli>Менторити молодших колег\u003C/li>\n  \u003Cli>Пояснювати технічні концепції нетехнічним стейкхолдерам\u003C/li>\n  \u003Cli>Брати участь в архітектурних обговореннях\u003C/li>\n\u003C/ul>\n\n\u003Ch2>Відповідальність та ініціатива\u003C/h2>\n\n\u003Cp>Junior-и чекають, поки їм призначать задачі. Middle самостійно виявляє проблеми та пропонує рішення. Ти береш відповідальність за фічі від концепції до деплою та моніторингу.\u003C/p>\n\n\u003Cp>Це означає розуміння бізнес-контексту, врахування UX та мислення про довгострокову підтримку. Ти вже не просто той, хто пише код — ти вирішувач проблем, який вміє кодити.\u003C/p>\n\n\u003Ch2>Технічна широта vs глибина\u003C/h2>\n\n\u003Cp>Junior розробники часто мають глибокі знання в одній-двох областях, але обмежене уявлення про ширшу екосистему. Middle розвиває \u003Cstrong>технічну широту\u003C/strong>, зберігаючи глибину в ключових областях.\u003C/p>\n\n\u003Cp>Ти розумієш:\u003C/p>\n\n\u003Cul>\n  \u003Cli>Як твоя frontend робота впливає на backend сервіси\u003C/li>\n  \u003Cli>CI/CD пайплайни та стратегії деплою\u003C/li>\n  \u003Cli>Інструменти моніторингу та спостережуваності\u003C/li>\n  \u003Cli>Питання безпеки\u003C/li>\n  \u003Cli>Техніки оптимізації продуктивності\u003C/li>\n\u003C/ul>\n\n\u003Ch2>Управління часом та оцінка\u003C/h2>\n\n\u003Cp>Junior-и часто стикаються з труднощами в оцінці часу та можуть переобіцяти. Middle розвиває кращу інтуїцію щодо:\u003C/p>\n\n\u003Cul>\n  \u003Cli>Декомпозиції складних задач\u003C/li>\n  \u003Cli>Раннього виявлення потенційних блокерів\u003C/li>\n  \u003Cli>Комунікації реалістичних дедлайнів\u003C/li>\n  \u003Cli>Ефективної пріоритизації\u003C/li>\n\u003C/ul>\n\n\u003Ch2>Зсув мислення\u003C/h2>\n\n\u003Cp>Найважливіша зміна — психологічна. Ти переходиш від \u003Cstrong>впевненості через знання\u003C/strong> до \u003Cstrong>впевненості через досвід\u003C/strong>. Ти стаєш комфортним з невизначеністю та розумієш, що рідко існує одна «правильна» відповідь.\u003C/p>\n\n\u003Cp>Ти розвиваєш те, що часто називають «здоровою параноєю» — передбачаєш граничні випадки, розглядаєш сценарії відмов і будуєш стійкі системи. Але ти також знаєш, коли застосовувати принцип «достатньо добре» і уникати надмірного інжинірингу.\u003C/p>\n\n\u003Ch2>Як зробити стрибок\u003C/h2>\n\n\u003Cp>Якщо ти прагнеш піднятися з Junior до Middle, зосередься на:\u003C/p>\n\n\u003Col>\n  \u003Cli>Взятті відповідальності за повні фічі, а не лише за компоненти\u003C/li>\n  \u003Cli>Вивченні кодових баз за межами своїх безпосередніх завдань\u003C/li>\n  \u003Cli>Практиці code review та пошуку зворотного зв'язку щодо власного коду\u003C/li>\n  \u003Cli>Вивченні бізнес-домену, в якому ти працюєш\u003C/li>\n  \u003Cli>Створенні сайд-проєктів, що вирішують реальні проблеми\u003C/li>\n  \u003Cli>Розвитку навичок комунікації паралельно з технічними навичками\u003C/li>\n\u003C/ol>\n\n\u003Cp>Пам'ятай, що перехід — це не про знання всього. Це про розвиток кращого судження, прояв ініціативи та перетворення на більш повноцінного учасника успіху команди.\u003C/p>",[65,130,131,132,54],"Dmitriy Roi","2026-10-15T08:14:06.033218+00:00",true,{"metaTitle_en":154,"metaTitle_ua":125,"metaDescription_en":155,"metaDescription_ua":127,"keywords":156},"From Junior to Middle Developer: What Changes","The real differences between Junior and Middle developers go beyond technical skills. Learn what actually changes in your daily work and mindset.",[157,158,159,160,161],"junior developer","middle developer","career growth","frontend development","software engineering",[]]