<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
        <title>Павел Востриков — Как качественно принимать архитектурные решения</title>
        <link>https://peertube.lightnode.ru/videos/watch/436ff57e-47ea-4507-93ba-3b3f6257b057</link>
        <description>Подробнее о конференции HolyJS: https://jrg.su/EM4wwV — — Часто плохая архитектура болит так, что нет ни возможности, ни желания развивать проект. Мешает низкое качество архитектурных решений: Часть решений некачественна с момента создания., Другая часть архитектуры плохо показывает себя при дальнейшем развитии и эксплуатации., Третья часть не выдерживает появления новых вводных на проекте., И только оставшаяся часть работает как надо., Бизнес теряет деньги, команде хочется уволиться, а единственный ответ «давайте все перепишем» зачастую не подходит. В такой ситуации может оказаться каждая команда, если в производственный процесс не включены валидация и корректировка архитектурных решений. Расскажу, как уберечься от этой ситуации или выйти из нее, если уже там оказались.</description>
        <lastBuildDate>Tue, 28 Jul 2026 20:16:06 GMT</lastBuildDate>
        <docs>https://validator.w3.org/feed/docs/rss2.html</docs>
        <generator>PeerTube - https://peertube.lightnode.ru</generator>
        <image>
            <title>Павел Востриков — Как качественно принимать архитектурные решения</title>
            <url>https://peertube.lightnode.ru/client/assets/images/icons/icon-96x96.png</url>
            <link>https://peertube.lightnode.ru/videos/watch/436ff57e-47ea-4507-93ba-3b3f6257b057</link>
        </image>
        <copyright>All rights reserved, unless otherwise specified in the terms specified at https://peertube.lightnode.ru/about and potential licenses granted by each content's rightholder.</copyright>
        <atom:link href="https://peertube.lightnode.ru/feeds/video-comments.xml?videoId=436ff57e-47ea-4507-93ba-3b3f6257b057" rel="self" type="application/rss+xml"/>
    </channel>
</rss>