이 글은 자동 번역되었습니다. 원문은 여기에서 볼 수 있습니다.
최근 Visual Studio Build 발표는 한 문장으로 요약할 수 있습니다. 실제 작업에서 마찰을 제거한다는 것입니다.
이것은 여러 곳에서 보입니다.
- debugging, profiling, testing을 함께 다루는 agents
- build가 시작되기 전 더 빠른 피드백
- AI-assisted merge conflict 처리
- 오래된 .NET 앱 modernize 지원
- model과 key를 더 유연하게 선택할 수 있는 옵션
이 roadmap은 흔한 AI 메시지보다 훨씬 현실에 가깝습니다
원래 발표에서 가장 마음에 드는 점은 실제 개발자의 pain에 가까이 머물러 있다는 것입니다.
핵심을 찌르는 문장도 있습니다.
“Code는 artifact가 아니라 asset이다.”
이건 대부분의 일반적인 AI tooling 슬로건보다 훨씬 좋은 framing입니다.
code가 asset이라고 받아들이면 다음 질문은 분명해집니다. 그 asset을 건강하고 이해하기 쉽고 더 쉽게 진화시키는 데 실제로 도움이 되는 tool은 무엇인가?
이 roadmap은 바로 그 방향을 향하고 있습니다.
가장 설득력 있는 영역은 여전히 debugger/profiler/test 연결입니다
저는 여전히 Visual Studio의 가장 좋은 AI 이야기가 code generation을 따로 떼어 놓은 것이 아니라고 생각합니다.
그것은 Visual Studio가 이미 잘하는 것들과 나란히 AI가 작동하는 것입니다.
- debugging
- profiling
- testing
- 큰 codebase diagnosis
그래서 “debug, profile, and test"하는 agents 발표가 특히 흥미롭습니다.
Visual Studio가 runtime signal과 agent assistance를 실제 문제를 더 빨리 해결하는 workflow에 연결할 수 있다면, 그것은 또 하나의 autocomplete demo보다 훨씬 가치가 있습니다.
merge conflict 도움은 사람들이 실제로 체감할 기능입니다
AI-assisted conflict resolution도 좋은 예입니다.
merge conflict를 해결하겠다고 기대하며 일어나는 사람은 없습니다.
따라서 tooling이 developer에게 너무 많은 것을 숨기지 않으면서 manual effort를 줄여 준다면, 그것은 진짜 quality-of-life 향상입니다. 이런 기능들은 headlines를 장식하지는 않지만, 일상 작업을 덜 짜증나게 만듭니다.
modernization 측면도 매우 실용적입니다
Visual Studio가 modernization을 좀 더 점진적인 방식으로 계속 밀고 가는 것도 좋습니다.
팀이 AI-assisted workflow를 사용해:
- 오래된 앱을 앞으로 나아가게 하고
- 기존 시스템에 Aspire를 넣고
- 오래된 web stack을 더 안전하게 migrate할 수 있다면
그 가치 설명은 훨씬 쉬워집니다.
그것은 “AI가 모든 것을 바꾼다"는 모호한 말보다 훨씬 설득력 있습니다.
내 생각
여기서 가장 좋은 점은 방향성이 추상적인 AI 야망이 아니라, 일상적인 developer pain에 뿌리를 두고 있다는 것입니다.
그래서 roadmap이 훨씬 더 신뢰할 수 있습니다.
이 발표의 가장 좋은 부분은 실제 작업의 마찰을 줄이는 것들입니다. 버그 수정, conflict 처리, 기존 앱 modernize, 분석과 행동 사이의 loop를 줄이는 것.
바로 그 지점에 Visual Studio가 투자해야 합니다.
