개발자가 말하는 AI의 실제 용도
GitHub에서는 여러분에게 친숙하게 들리는 질문을 항상 듣습니다.
- AI가 정말로 도움이 됩니까, 아니면 단지 제가 귀하의 제품을 사용하도록 유도하려는 것입니까?
- 내 코드베이스로 AI 도구를 신뢰할 수 있나요?
- 이러한 도구는 마케팅용으로 제작되었나요, 아니면 실제 생산성을 위해 제작되었나요?
- AI가 흐름을 개선합니까, 아니면 중단합니까?
이러한 질문은 실제적이고 타당합니다. Visual Studio의 수석 제품 관리자인 Dalia Abo Sheasha와 함께 정기적으로 예정된 Rubber Duck 목요일(매주 GitHub의 YouTube, Twitch 및/또는 LinkedIn에서 확인해야 합니다!)에 대한 라이브 스트리밍을 진행하여 이러한 내용에 대해 이야기했습니다!
확인하거나 주요 내용을 읽어보세요.
개발자 중심화, 흐름 보호
대부분의 소프트웨어 엔지니어에게 도구에서 가장 원하는 것이 무엇인지 묻는다면 대답은 일반적으로 “추가 자동화”가 아닙니다. 대부분의 개발자는 코드와 아이디어가 쉽게 나오는 상태인 흐름을 향한 더 원활하고 방해가 적은 경로를 찾고 있습니다. 취약한 상태입니다.
우리는 컨텍스트 전환을 유발하는 모든 것(심지어 선의의 제안이라도)이 흐름을 끊을 수 있다는 것을 계속해서 확인했습니다. 이를 염두에 두고 GitHub에서는 개발자가 이미 가장 잘 작업하는 AI 기능(편집기, 터미널 또는 코드 검토 프로세스)을 설계하고 테스트합니다. 그리고 개발자에게 이러한 도구가 제안하는 시기, 장소, 방법을 조정할 수 있는 방법을 제공합니다.
도구는 작업 흐름을 방해하지 않고 지원해야 합니다. 우리는 AI가 흐름에서 벗어나 중요한 것을 구축하는 데 방해가 되는 일을 도와주기를 바랍니다. 어떤 기능이 코딩 작업을 실제로 더 좋게 만들지 못한다면 우리는 알고 싶습니다. 유일한 좋은 AI는 실제로 도움을 주는 AI이기 때문입니다.
채팅에는 한계가 있습니다
모든 것이 채팅 중심이어야 한다고 믿고 싶은 유혹이 있습니다. “저를 위해 템플릿을 만들어 주실 수 있나요?”라고 묻는 것은 힘이 있습니다. 즉각적인 답변을 얻습니다. 그러나 모든 상호 작용을 채팅 상자에 강제로 적용하는 것은 아이러니하게도 집중력을 잃는 빠른 길입니다.
나는 코드에서 자연어로 말하는 채팅이 있는 다른 곳으로 주의를 전환해야 합니다. 그것으로 전환하는 것은 당신의 두뇌에 큰 부담입니다.
Dalia Abo Sheasha, Visual Studio 수석 제품 관리자
많은 개발자에게 채팅은 코드 설명이나 프레임워크 탐색과 같은 주문형 작업에 더 적합합니다. 채팅 패널이 방해가 되는 경우 최소화하거나 배경을 설정하세요. 실제로 질문이 있을 때 채팅을 통해 알려주세요. 하지만 작업 흐름을 해당 질문에 집중해야 한다는 압박감을 느끼지 마세요.
자동화 자체가 아닌 역량 강화
사용자 데이터와 개발자 인터뷰에 따르면 효과적인 AI는 개발자에게 힘을 실어주지만 그렇지 않다 그들의 판단을 대체하십시오.
개발자들은 반복적인 스캐폴딩, 상용구 및 지루한 문서화를 건너뛰면서 아키텍처 결정, 까다로운 버그 및 비즈니스 로직을 제어하는 방법이 정말로 원하는 것이라고 거듭 말했습니다.
스트리밍 중에 설명했듯이 다양한 시청자의 다양한 행동에 초점을 맞추세요. 선임 개발자들은 이미 빠르게 발전하고 있지만, 여러분은 이를 가속화하기 위해 그들의 기존 행동을 바꾸려고 노력하고 있습니다. 하지만 학생들의 경우 아직 완전히 정의되지 않은 새로운 행동을 훈련하고 있습니다.
AI가 생성한 설명을 사용하여 이해를 심화하세요. 이는 결코 자신의 분석을 대체할 수 없습니다.
Cassidy Williams, GitHub 개발자 옹호자
그리고 우리는 학생들이 배우기를 원합니다. 오늘날의 초기 개발자인 학생들은 미래의 수석 개발자이고 모든 것이 변하고 있기 때문입니다.
학습 과정에서 당신은 어떤 단계에 있습니까? 처음 단계에 있고 프로그래밍의 구문과 기초를 배우고 있다면 이를 사용하여 기초를 설명함으로써 탄탄한 기초를 다질 수 있습니다.
달리아 아보 셰샤
조화를 이루는 AI 제안
AI는 당신 앞에서가 아니라 당신과 함께 일할 때 진정으로 빛납니다.
개발자들은 이름 바꾸기를 시작할 때 더 나은 함수나 변수 이름을 제안하거나 상용구를 자동 완성하는 등 상황에 따라 나타나는 제안에서 가장 가치 있는 AI 경험이 나온다고 말합니다. 이러한 순간에 AI 도구는 주의를 요구하는 방해적인 힘이 아니라 유용한 조각을 전달하는 도우미처럼 느껴집니다.
대부분의 AI 도우미는 팝업 빈도와 공격성을 조정하는 방법을 제공합니다. 몇 분 정도 시간을 내어 자신에게 편안한 영역을 찾으세요.
인간이 중심에 있다
AI는 대체 도구가 아니라 도구가 되어야 합니다. AI 도구는 업무 흐름을 대신할 것이 아니라 권한을 부여해야 합니다. 우리는 AI가 개선 사항을 제안하고, 문서나 테스트를 작성하고, 문제를 파악하여 지루함을 없애고 창의적인 흐름이나 자율성을 방해하지 않기를 바랍니다.
소프트웨어에서 가장 중요한 요소는 여전히 인간 개발자, 즉 통찰력, 판단, 경험입니다.
실패로부터 배우기
모든 AI 기능이 제대로 작동하는 것은 아닙니다. 실시간으로 코드를 조정하는 동안 편집을 중단하고, 화면을 팝업으로 가득 채우거나 “도움말”을 제공하는 기능은 일반적으로 사용자에 의해 비활성화되고 종종 당사에 의해 비활성화됩니다.
지금은 확실히 AI 피로가 많이 있습니다. 하지만 이렇게 좋은 사용 사례도 있으며, 우리는 이러한 좋은 사용 사례가 상위에 올라서 개발자 문제를 해결할 수 있는 방법을 알아내기를 원합니다.
캐시디 윌리엄스
제안 패턴이나 팝업이 방해가 되는 경우 사용자 정의 설정을 찾아보고 주저하지 말고 소셜 미디어나 커뮤니티 토론을 통해 알려주세요. 제품 팀은 직접적인 개발자 피드백과 원격 측정에 크게 의존하여 다음에 출시될 제품을 조정합니다.
당신만을 위한 것이 아닌 당신과 함께 만들어가세요
베타 테스트를 통해서든, 이슈 피드백을 통해서든, 직접 인터뷰를 통해서든, 여러분의 답답함과 “아하!” 순간은 우리가 우선순위를 정하고 개선하는 것을 주도합니다.
피드백이 있으면 공유해주세요! 공개 베타에서 경험을 공유하고, 피드백 스레드에 기여하고, 지난 주에 짜증났던 일에 대해 언급하는 것만으로도 단지 용인하는 것이 아니라 사용하고 싶은 도구를 만드는 데 도움이 됩니다. 귀하의 의견은 귀하가 볼 수 없는 미묘한 방식으로도 로드맵을 형성합니다.
AI 기반 코딩을 최대한 활용하기
AI 도구로부터 실질적인 이점을 얻으려면:
- 귀하가 수락하는 내용을 이해하고 검토하십시오. AI가 생성한 제안이 편리해 보이더라도 그것이 무엇을 하는지 정확히 알고 있는지 확인하세요. 특히 보안, 아키텍처 또는 생산 안정성에 영향을 미칠 수 있는 코드의 경우 더욱 그렇습니다.
- AI의 ‘설명’ 기능을 지름길이 아닌 학습 보조 수단으로 활용하세요. 이는 지식을 확고히 하는 데 도움이 될 수 있지만 문서를 읽거나 깊이 생각하는 것을 대체할 수는 없습니다.
- 편안해질 때까지 제안 빈도와 스타일을 조정하세요. 대부분의 도구를 사용하면 침입성과 특이성을 제어할 수 있습니다. 당신을 짜증나게 하는 기본값을 고수하지 마십시오.
- 솔직한 피드백을 조기에 자주 제공하십시오. 귀하의 불만과 요청은 팀이 더 좋고 개발자 친화적인 도구를 구축하는 데 도움이 됩니다.
이것을 가지고 가세요
AI 코딩 도구는 엄청난 잠재력을 가지고 있지만 개발자에게 적응하는 경우에만 가능합니다. 귀하의 회의주의, 높은 기준 및 개방성은 우리(및 전체 소프트웨어 산업)가 의미 있는 발전을 이루는 데 도움이 됩니다.
우리는 귀하가 있는 곳에서 귀하의 흐름에 따라 최고의 작업을 수행할 수 있는 도구를 만들기 위해 최선을 다하고 있습니다.
AI가 훌륭한 소프트웨어 개발 기술을 가능하게 하지만 결코 흐트러지지 않는 미래를 함께 만들어 갑시다.
GitHub Copilot 사용 시작 >
작성자:
Post Comment