AI시대에 공식문서 보시는분 있으신가요?

Question

안녕하세요, 스타트업에서 2년째 풀스택으로 근무중인 개발자입니다.예전에는 새로운 Framework랑 Library 배울때 공식문서를 항상 참조하곤 했어요. 가장 빨리 배우는 길이라고 생각했거든요.그런데 요즘은 요즘 Claude Code랑 LLM으로 대강 와꾸를 짠다음에, 에러가 뜨는 부분이 해결 안될때만 공식문서를 찾곤 해요.근데 저는 영어 울렁증이 있어서, 항상 공식문서를 보는데에 애를 먹고는 합니다.그래서 여쭤보고 싶은거는1. AI 시대에 공식문서 보는 분들 많으신가요? 아니면 AI로 대체하시나요?2. 여전히 공식문서를 본다면 영어 울렁증에 대해서 어떻게 대응해야할까요?

파아란_푸딩 · Accepted Answer

AI 시대에 공식문서 보는 분들 많으신가요? 아니면 AI로 대체하시나요?두뇌 캐싱 : 가장 중요한 부분만(README, 시작하기, 튜토리얼, 팁 등) 빠르게 살펴보기. 이해하는 것은 중요하지 않음. API 같은 건 대충 뭐가 있나 구경만, 문서 구조가 어떻게 되어 있고 자료는 어디서 찾는지 파악만 해두기.자주 변하는 것은 탑다운으로 공부 - 필요할 때만 찾아보기. AI가 가장 취약한 부분.자주 변하지 않는 것은 바텀업으로 공부...가 아니라 이미 AI가 알고 있음.라이브러리 이름 + error 키워드로 검색. Github Issue, Reddit, Stackoverflow 대충 살펴보고 최근에 올라온 따끈따끈한 버그가 있는지 숙지하기. 미해결 이슈가 있다면 더더욱 숙지.Context7 MCP 사용하기.검색은 Perplexity. 자료가 부실하면 ChatGPT로 추가 웹 검색.여전히 공식문서를 본다면 영어 울렁증에 대해서 어떻게 대응해야할까요?요약 및 번역은 ChatGPT로(무료 플랜, 토큰 걱정 없으니까)프롬프트 : 영어로 먼저 요약하고 요약한 걸 다시 한국어로 최대한 자연스럽게 번역해줘.마음에 안 들면 영어 요약본을 파파고에 붙여넣기영어 울렁증 -> 인지 부하로 인한 거부반응(한국어라도 국어사전은 읽기 싫듯이)확장 프로그램으로 폰트, 자간, 행간 바꿔서 가독성 확보.읽어야 한다는 강박 버리기(대충 읽고 치우기). 문장 전체를 읽지 말고 중요한 단어만 띄엄띄엄 읽기.영문 텍스트를 자주 접하기저는 커서 사용 중인데 에러가 발생하거나 막히면 보통 이렇게 해요.일단 AI한테 맡기고 내버려 둔다.AI가 삽질하는 동안 공식 문서를 읽는다. 그리고 대충 어떻게 해결할지 그림을 그린다.AI가 어떻게든 고쳤다! -> 한 줄씩 분석, 개선 -> 최종 병합AI가 망쳤다! -> 변경사항 리젝, 삽질하는 동안 모은 자료를 바탕으로 프롬프트 재작성, GOTO 1그래도 안된다... -> Claude나 Gemini한테 상황을 간략히 설명하고 솔루션을 뽑아낸다.(컨텍스트가 분리되어 있어서 전혀 다른 방법을 제시할 때가 있음)

동도인 · Answer

공식 문서를 번역기 돌리고 번역이 이상하거나 모르는 부분은 AI 에게 던지는건 어떻습니까?

삽살개발 · Answer

뭐 기준이 있는건 아니라 해보고 좋다 싶은걸로 하는데요공식문서가 어떤거냐에도 좀 갈리는것 같아요1번은AI 한테 먹여서 좀 읽기 쉽게 바꿔 달라고도 하고 uml 그려달라고도 해보고 예제를 더 달라고도 해봅니다.공식이 제공하는 get started 보면서 따라하는것도 충분히 쉽고 빠른길이라고는 생각해요처음 해볼땐 막히지만 두번세번 하다보면 좀 익숙해지는 느낌은 들더라구요2번은공식문서가 다 영어인건 아니지만 보통 영어가 기본이긴 한건데AI 보고 번역해달라고 하고 좀더 짧게 설명해달라고 하면서 매운맛에서 본인에게 알맞는 맛으로 순화해 봅니다.영어 울렁증이 어떤건지는 알겠는데 레벨별로도 다른거라 좀 어렵긴 하네요저는 안해봤지만 팟캐스트 형식으로 들으면서 익히면 좀 괜찮을까 싶긴 하네요공식 문서를 어떻게 보는지 감이 잘안와서 두루뭉실 하네요글을 다시한번 읽으니 프레임워크나 라이브러리라고 하셔서 그냥 일반적인 케이스다 싶긴한데그걸 쓰는 목적은 보통 사용하는데 있는거고 예제가 보통 제공되는거라 위에 적은대로가 일반적인것 같네요AI 넣어서 좋은점은 내 플랫폼이나 목적에 맞춰서 좀더 다이어트된 내용을 받을수 있는점인것 같아요그리고 내가 이미 짜던 코드등을 넣어주면 또 잘 맞춰서 바꿔주니 빠르게 흡수 하는것 같아요왜 이렇게 쓰면 안되라던가 이렇게 써도되 라던가도 좀 물어보고 - 물론 직접 실행해서 검증하는게 필요하겠죠

kenu,전독시 · Answer

영어는 만국 공통어라서필요할 때 쓰면 되요.한국어로 프로그래밍할 수 있는 씨앗 이라는 언어도 있지만,영어는 자꾸 쓰면 늘어요. 용기를 내세요.fighting!

흐물흐물알감자 · Answer

저는 주니어긴 하지만 댓글 남겨봅니다.1. 간단하게 활용할 메서드라면 ai를 활용하지만 메서드 자체를 뜯어봐야할 경우에는 공식문서를 읽어봅니다. 또한 라이브러리의 전체적인 쓰임새나 컨셉을 알고자 할 때는 공식문서를 찾아보는 편입니다.2. 저도 영어를 못하지만 한번은 공식문서 하나 붙잡고 하나하나 번역작업을 쓱 하다보니 조금씩 익숙해졌습니다.

치킨과콜라 · Answer

그냥 공식문서 그대로 던져주고 번역해달라고 하세요.

chytonpide · Answer

난 둘다~

Ganymede Ganymedian · Answer

신뢰해야 하는 건, 오직 공식문서 뿐입니다.AI agent 에게 공홈의 doc 을 스캔하도록 설정할 수는 있지만,공식문서의 버전 자체가 deprecated 되는 경우가 흔하게, 자주 발생합니다.특별히, 의존성에서 버전 컨플릭트가 발생할 경우,AI 가 할루시네이션을 생성할 가능성이 높아집니다.열 개의 의존성 패키지들이 존재하고, 그 중 하나의 패키지에서 이전 버전의 API 를 deprecated 처리하고, 새로운 공식문서 경로를 추가했을 때, AI 가 어떤 대답을 해줄 수 있을까요?특히 변화의 속도가 빠른 영역에서는 더더욱 AI 의 답변에만 의존할 수 없습니다.expo + reanimated + skia 같은 분야가 대표적인데, 매 분기 혹은 매월 deprecated 가 발생합니다.여기에 몇가지 BaaS 와 특성 라이브러리가 더 조합된다면, Stackoverflow 에서는 힌트를 찾아보기 힘들어지죠. 깃헙 이슈에서나 어렵게 동료를 찾아볼 수 있게 됩니다.기술은 빠르게 발전하고 있고, 가진 기술 만큼만 가능성이 열립니다.'영어 울렁증' 은, 부끄러움 없이 커밍아웃 할 문제가 아니라,노력해서 극복해야 할 문제입니다.

AI시대에 공식문서 보시는분 있으신가요?

8개의 답변

Q&A 목록