https://thedotnetblog.com/ru/tags/github/Articles, tutorials and insights from the .NET community.Hugoru@thedotnetblog (The .NET Blog)@thedotnetblogSun, 14 Jun 2026 00:00:00 +0000https://thedotnetblog.com/ru/news/emiliano-montesdeoca/ai-alone-wont-change-business-system-will/Sun, 14 Jun 2026 00:00:00 +0000Emiliano Montesdeocahttps://thedotnetblog.com/ru/news/emiliano-montesdeoca/ai-alone-wont-change-business-system-will/Последнее эссе Джея Парикха об AI-платформе стоит прочитать, потому что оно правильно формулирует настоящий корпоративный вызов: модели важны, но долгосрочная ценность приходит от управляемой системы, которая строит, контекстуализирует, запускает и улучшает агентов со временем.<p>В последнем эссе о платформе Microsoft AI есть одна строка, которая, на мой взгляд, отражает суть текущего момента:</p> <p><strong>победителями станут не те, у кого больше всего демо, а те, кто превратит ИИ в управляемую, непрерывно улучшающуюся систему для реальной работы.</strong></p> <p>Это абсолютно верно.</p> <h2 id="это-один-из-лучших-стратегических-текстов-об-ии-потому-что-он-правильно-выбирает-уровень-рассмотрения">Это один из лучших стратегических текстов об ИИ, потому что он правильно выбирает уровень рассмотрения</h2> <p>Слишком многие разговоры об ИИ до сих пор сводятся к разговору о моделях.</p> <p>Какая модель умнее. Какая модель дешевле. Какая модель новее.</p> <p>Это не бессмысленные вопросы, но они слишком мелкие, если мыслить в масштабах предприятия.</p> <p>Исходная статья правильно оценивает масштаб задачи. В ней прямо говорится, что «<strong>успех определяет система вокруг ИИ</strong>».</p> <p>Это и есть полезная рамка.</p> <p>Потому что реальная корпоративная ценность приходит от системы вокруг модели:</p> <ul> <li>как строятся агенты</li> <li>как они закрепляются в корпоративном контексте</li> <li>как они разворачиваются</li> <li>как ими управляют</li> <li>как они улучшаются со временем</li> </ul> <p>Именно это отличает разрозненные эксперименты от настоящей трансформации.</p> <h2 id="почему-я-считаю-эту-рамку-настолько-важной">Почему я считаю эту рамку настолько важной</h2> <p>Если фокусироваться только на модели, вы получаете краткосрочные преимущества.</p> <p>Если фокусироваться на системе, вы получаете рычаг влияния, который накапливается со временем.</p> <p>Это и есть ключевое различие.</p> <p>И это тесно перекликается с тем, куда в последнее время движутся истории Foundry, GitHub, Microsoft IQ и Agent Framework.</p> <h2 id="моё-мнение">Моё мнение</h2> <p>Это один из самых сильных стратегических текстов в подборке, потому что он описывает ИИ как операционную систему для работы, а не как набор разрозненных демо.</p> <p>Это тот уровень, на котором предприятиям действительно нужно мыслить.</p> <p>И, честно говоря, больше публичных разговоров об ИИ должно происходить именно на этом уровне.</p> <p>Оригинальный пост: <a href="https://blogs.microsoft.com/blog/2026/06/02/ai-alone-wont-change-your-business-the-system-running-it-will/">AI alone won’t change your business. The system running it will.</a></p>https://thedotnetblog.com/ru/news/emiliano-montesdeoca/azure-devops-github-ai-era-platform-direction/Wed, 03 Jun 2026 00:00:00 +0000Emiliano Montesdeocahttps://thedotnetblog.com/ru/news/emiliano-montesdeoca/azure-devops-github-ai-era-platform-direction/Последнее обновление Microsoft по Azure DevOps и GitHub делает направление яснее: GitHub — то место, где новейшие агентные рабочие процессы появляются первыми, а Azure DevOps продолжает иметь значение для гибридных и переходных корпоративных реалий.<p>Последний анонс Azure DevOps и GitHub интересен не столько отдельными функциями, сколько тем, что он делает явным направление платформы.</p> <p>Сообщение теперь довольно ясное:</p> <ul> <li>GitHub — то место, где новейшие агентные рабочие процессы разработки появляются первыми</li> <li>Azure DevOps всё ещё важен, особенно в гибридных и переходных корпоративных конфигурациях</li> </ul> <p>Это разделение становится проще описать честно.</p> <h2 id="самое-полезное-в-этом-посте--то-что-он-перестаёт-притворяться">Самое полезное в этом посте — то, что он перестаёт притворяться</h2> <p>Одна из лучших фраз в исходной статье — что для команд с активной разработкой перенос репозиториев в GitHub часто означает открытие «<strong>новейших рабочих процессов на базе ИИ</strong>», в то время как Azure DevOps продолжает получать инвестиции для команд, которым нужно больше времени.</p> <p>Это гораздо более полезный способ говорить о ландшафте платформ, чем расплывчатое сообщение «всё прекрасно везде».</p> <p>Потому что реальность проста:</p> <ul> <li>GitHub всё больше становится передним краем для Copilot и агентных процессов</li> <li>Azure DevOps всё ещё важен, потому что реальные предприятия не всегда могут перенести всё сразу</li> </ul> <p>Это практическая правда.</p> <h2 id="почему-это-важно-для-команд-принимающих-решения-сейчас">Почему это важно для команд, принимающих решения сейчас</h2> <p>Проблема для многих организаций не в том, есть ли у GitHub более сильный импульс в сфере ИИ. Очевидно, что есть.</p> <p>Проблема в том, как перейти, не сломав:</p> <ul> <li>процессы планирования</li> <li>инвестиции в пайплайны</li> <li>управление репозиториями (governance)</li> <li>сроки миграции</li> <li>внутренние процессы вокруг Azure Boards и тестовой инфраструктуры</li> </ul> <p>Вот почему гибридная история так важна.</p> <p>Статья ясно даёт понять, что Microsoft не навязывает ложный выбор «всё или ничего». Она строит вокруг переходной реальности.</p> <h2 id="enterprise-live-migrations-вероятно-самая-операционно-важная-часть">Enterprise Live Migrations, вероятно, самая операционно важная часть</h2> <p>Я считаю, что превью <strong>Enterprise Live Migrations</strong> — одна из самых практичных вещей в этом анонсе.</p> <p>Идея о том, что команды могут мигрировать с «<strong>минимальным простоем при переключении</strong>», пока разработчики продолжают работать, — именно та деталь, которая волнует предприятия больше, чем маркетинговые формулировки.</p> <p>Именно здесь стратегия становится реальной:</p> <ul> <li>меньше времени заморозки</li> <li>меньше драмы миграции</li> <li>более реалистичное поэтапное перемещение</li> <li>лучшее соответствие ограничениям крупных организаций</li> </ul> <p>Именно так направление платформы становится применимым на практике.</p> <h2 id="сторона-azure-devops-всё-ещё-значима">Сторона Azure DevOps всё ещё значима</h2> <p>Мне также нравится, что история Azure DevOps не заброшена.</p> <p>Статья по-прежнему выделяет:</p> <ul> <li>Copilot Code Review для Azure DevOps</li> <li>Autofix для CodeQL в Azure DevOps</li> <li>размещённые агенты Apple Silicon в Azure Pipelines</li> <li>MCP-сервер Azure DevOps</li> </ul> <p>Это важно, потому что многие организации будут довольно долго жить в смешанном состоянии.</p> <p>И в течение этого времени им всё ещё нужны более сильная безопасность и более удобные рабочие процессы для разработчиков.</p> <h2 id="моё-мнение">Моё мнение</h2> <p>Для организаций, планирующих следующие шаги, это полезно, потому что заменяет расплывчатое позиционирование платформ чем-то более операционно реальным.</p> <p>GitHub всё больше становится передовым центром управления исходным кодом на базе ИИ. Azure DevOps остаётся важным для планирования, пайплайнов, тестирования и путей перехода.</p> <p>Это практическое прочтение.</p> <p>И, честно говоря, это намного лучшее сообщение, чем притворяться, будто проблемы перехода не существует.</p> <p>Оригинальный пост: <a href="https://devblogs.microsoft.com/devops/azure-devops-and-github-journeying-into-the-ai-era/">Azure DevOps and GitHub: Journeying into the AI Era</a></p>