https://thedotnetblog.com/pl/tags/github/Articles, tutorials and insights from the .NET community.Hugopl@thedotnetblog (The .NET Blog)@thedotnetblogSun, 14 Jun 2026 00:00:00 +0000https://thedotnetblog.com/pl/news/emiliano-montesdeoca/ai-alone-wont-change-business-system-will/Sun, 14 Jun 2026 00:00:00 +0000Emiliano Montesdeocahttps://thedotnetblog.com/pl/news/emiliano-montesdeoca/ai-alone-wont-change-business-system-will/Najnowszy esej Jaya Parikha o platformie AI jest wart przeczytania, ponieważ prawidłowo określa prawdziwe wyzwanie korporacyjne: modele mają znaczenie, ale trwała wartość pochodzi z zarządzanego systemu, który buduje, kontekstualizuje, uruchamia i ulepsza agentów w czasie.<p>Jest jedna linijka w najnowszym eseju o platformie AI Microsoftu, która moim zdaniem trafia w sedno obecnej chwili:</p> <p><strong>zwycięzcami nie będą ci z największą liczbą demo, ale ci, którzy zamienią AI w zarządzany, stale ulepszany system do prawdziwej pracy.</strong></p> <p>To jest dokładnie prawda.</p> <h2 id="to-jeden-z-lepszych-strategicznych-tekstów-o-ai-ponieważ-trafia-we-właściwy-poziom">To jeden z lepszych strategicznych tekstów o AI, ponieważ trafia we właściwy poziom</h2> <p>Zbyt wiele rozmów o AI wciąż sprowadza się do dyskusji o modelach.</p> <p>Który model jest mądrzejszy. Który model jest tańszy. Który model jest najnowszy.</p> <p>To nie są nieistotne pytania, ale są zbyt wąskie, jeśli myślisz jak przedsiębiorstwo.</p> <p>Źródłowy artykuł prawidłowo określa skalę wyzwania. Mówi wyraźnie, że „<strong>O sukcesie decyduje system wokół AI</strong>”.</p> <p>To jest użyteczna rama.</p> <p>Ponieważ prawdziwa wartość korporacyjna pochodzi z systemu wokół modelu:</p> <ul> <li>jak agenci są budowani</li> <li>jak są osadzani w kontekście korporacyjnym</li> <li>jak są wdrażani</li> <li>jak są zarządzani</li> <li>jak się poprawiają w czasie</li> </ul> <p>To odróżnia rozproszone eksperymenty od prawdziwej transformacji.</p> <h2 id="dlaczego-uważam-że-to-ujęcie-ma-tak-duże-znaczenie">Dlaczego uważam, że to ujęcie ma tak duże znaczenie</h2> <p>Jeśli skupisz się tylko na modelu, zyskujesz krótkotrwałe przewagi.</p> <p>Jeśli skupisz się na systemie, zyskujesz dźwignię, która procentuje.</p> <p>To kluczowe rozróżnienie.</p> <p>I jest ono ściśle zgodne z tym, dokąd ostatnio zmierzają historie Foundry, GitHub, Microsoft IQ i Agent Framework.</p> <h2 id="moje-zdanie">Moje zdanie</h2> <p>To jeden z mocniejszych strategicznych tekstów w tej partii, ponieważ opisuje AI jako system operacyjny do pracy, a nie jako zestaw odłączonych demo.</p> <p>To jest poziom, na którym przedsiębiorstwa faktycznie muszą myśleć.</p> <p>I szczerze mówiąc, więcej publicznej rozmowy o AI powinno odbywać się na tym poziomie.</p> <p>Oryginalny wpis: <a href="https://blogs.microsoft.com/blog/2026/06/02/ai-alone-wont-change-your-business-the-system-running-it-will/">AI alone won&rsquo;t change your business. The system running it will.</a></p>https://thedotnetblog.com/pl/news/emiliano-montesdeoca/azure-devops-github-ai-era-platform-direction/Wed, 03 Jun 2026 00:00:00 +0000Emiliano Montesdeocahttps://thedotnetblog.com/pl/news/emiliano-montesdeoca/azure-devops-github-ai-era-platform-direction/Najnowsza aktualizacja Azure DevOps i GitHub od Microsoftu wyjaśnia kierunek: GitHub jest miejscem, gdzie najnowsze przepływy agentowe trafiają najpierw, podczas gdy Azure DevOps wciąż ma znaczenie dla hybrydowych i przejściowych realiów korporacyjnych.<p>Najnowsze ogłoszenie Azure DevOps i GitHub jest interesujące mniej ze względu na pojedynczą funkcję, a bardziej na kierunek platformy, który czyni jawnym.</p> <p>Przekaz jest teraz dość jasny:</p> <ul> <li>GitHub to miejsce, gdzie najnowsze agentowe przepływy pracy trafiają najpierw</li> <li>Azure DevOps wciąż ma znaczenie, zwłaszcza w hybrydowych i przejściowych konfiguracjach korporacyjnych</li> </ul> <p>Ten podział staje się łatwiejszy do uczciwego opisania.</p> <h2 id="najbardziej-użyteczną-rzeczą-w-tym-wpisie-jest-to-że-przestaje-udawać">Najbardziej użyteczną rzeczą w tym wpisie jest to, że przestaje udawać</h2> <p>Jedną z lepszych linijek w źródłowym artykule jest to, że dla zespołów prowadzących aktywny rozwój, przeniesienie repozytoriów do GitHub często oznacza odblokowanie „<strong>najnowszych przepływów pracy wspomaganych AI</strong>”, podczas gdy Azure DevOps wciąż otrzymuje inwestycje dla zespołów potrzebujących więcej czasu.</p> <p>To znacznie bardziej użyteczny sposób mówienia o krajobrazie platform niż mgliste „wszystko jest świetne wszędzie”.</p> <p>Ponieważ rzeczywistość jest prosta:</p> <ul> <li>GitHub jest coraz bardziej liderem w zakresie Copilot i przepływów agentowych</li> <li>Azure DevOps wciąż ma znaczenie, ponieważ prawdziwe przedsiębiorstwa nie zawsze mogą przenieść wszystko naraz</li> </ul> <p>To jest praktyczna prawda.</p> <h2 id="dlaczego-to-ma-znaczenie-dla-zespołów-podejmujących-decyzje-teraz">Dlaczego to ma znaczenie dla zespołów podejmujących decyzje teraz</h2> <p>Problemem dla wielu organizacji nie jest to, czy GitHub ma silniejszy impet AI. Oczywiście, że ma.</p> <p>Problem polega na tym, jak się przenieść bez psucia:</p> <ul> <li>przepływów planowania</li> <li>inwestycji w pipeline</li> <li>zarządzania repozytoriami</li> <li>harmonogramów migracji</li> <li>wewnętrznych procesów wokół Azure Boards i infrastruktury testowej</li> </ul> <p>Dlatego hybrydowa historia ma tak duże znaczenie.</p> <p>Artykuł jasno pokazuje, że Microsoft nie wymusza fałszywego wyboru wszystko-albo-nic. Buduje wokół przejściowej rzeczywistości.</p> <h2 id="enterprise-live-migrations-są-prawdopodobnie-najważniejszą-operacyjnie-częścią">Enterprise Live Migrations są prawdopodobnie najważniejszą operacyjnie częścią</h2> <p>Myślę, że podgląd <strong>Enterprise Live Migrations</strong> to jedna z najbardziej praktycznych rzeczy w tym ogłoszeniu.</p> <p>Pomysł, że zespoły mogą migrować z „<strong>minimalnym przestojem cutover</strong>” podczas gdy programiści nadal pracują, to dokładnie ten rodzaj szczegółu, który przedsiębiorstwa cenią bardziej niż język brandingowy.</p> <p>To tutaj strategia staje się realna:</p> <ul> <li>mniej czasu zamrożenia</li> <li>mniej dramatu migracyjnego</li> <li>bardziej realistyczny etapowy ruch</li> <li>lepsze dopasowanie do ograniczeń dużych organizacji</li> </ul> <p>Tak kierunek platformy staje się możliwy do przyjęcia.</p> <h2 id="strona-azure-devops-wciąż-ma-znaczenie">Strona Azure DevOps wciąż ma znaczenie</h2> <p>Doceniam też to, że historia Azure DevOps nie jest porzucana.</p> <p>Artykuł wciąż podkreśla:</p> <ul> <li>Copilot Code Review dla Azure DevOps</li> <li>Autofix dla CodeQL w Azure DevOps</li> <li>hostowanych agentów Apple Silicon w Azure Pipelines</li> <li>serwer MCP Azure DevOps</li> </ul> <p>To ma znaczenie, ponieważ wiele organizacji będzie żyć w stanie mieszanym przez dłuższy czas.</p> <p>I w tym czasie wciąż potrzebują lepszego bezpieczeństwa i lepszych przepływów pracy programistów.</p> <h2 id="moje-zdanie">Moje zdanie</h2> <p>Dla organizacji planujących swoje następne ruchy, jest to użyteczne, ponieważ zastępuje niejasne pozycjonowanie platform czymś bardziej realnym operacyjnie.</p> <p>GitHub jest coraz bardziej centrum kontroli źródła zorientowanym na AI. Azure DevOps pozostaje ważny dla planowania, pipeline&rsquo;ów, testowania i ścieżek przejściowych.</p> <p>To jest praktyczne odczytanie.</p> <p>I szczerze mówiąc, to dużo lepszy komunikat niż udawanie, że problem przejścia nie istnieje.</p> <p>Oryginalny wpis: <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>