코딩 프롬프트 20개, AI가 추측하지 못하게 합니다

01. 손대기 전에 영향 범위부터 파악하기

내가 짜지 않은 코드를 바꾸기 전에.

아래 코드를 읽어줘. 아직 코드를 쓰거나 바꾸지는 마.

다음을 알려줘:
1. 이 코드가 하는 일, 세 문장 이내로.
2. 입력, 호출하는 쪽, 실행 환경에 대해 이 코드가 깔고 있는 모든 가정.
3. 내가 [바꾸고 싶은 내용 설명]을 하면 무엇이 어디서 깨지는지.

답하려면 다른 파일을 봐야 하면, 그 파일 이름을 말하고 멈춰줘.

[코드 붙여넣기]

02. 수정안을 쓰기 전에 원인부터 순위 매기기

아직 이유를 설명하지 못하는 버그.

오류와 그 주변 코드야.

가능성이 높은 원인 세 가지를 높은 순서대로 나열해줘. 각 원인마다 그것을 확인하거나 배제할 수 있는 로그 한 줄 또는 테스트 하나를 알려줘.

수정안은 제안하지 마. 내가 확인을 돌려보고 어떤 원인이었는지 알려줄게.

오류와 스택 트레이스:
[오류 붙여넣기]

코드:
[관련 코드 붙여넣기]

03. 실패하는 테스트를 먼저 쓰고 멈추기

새 코드나 수정을 요청하기 전에.

[함수 또는 기능]에 대한 테스트를 [테스트 프레임워크]로 작성해줘.

일반적인 경우, 다음 엣지 케이스([이미 알고 있는 것 나열]), 그리고 내가 생각하지 못했을 것 같은 케이스를 최소 두 개 포함해줘. 그 두 개가 왜 중요한지 각각 한 줄로 말해줘.

모든 테스트는 현재 코드나 아직 없는 구현에 대해 실패해야 해. 구현은 쓰지 마.

나머지 프롬프트 17개를 무료로 열어보세요

Whizi 뉴스레터를 구독하면 이 팩의 나머지 프롬프트를 볼 수 있어요.

4. 장애 호출을 받는 사람의 눈으로 diff 리뷰하기
5. 동작은 하나도 바꾸지 않고 리팩터링하기
6. 가장 먼저 읽을 파일 다섯 개 고르기
7. 실제 스키마에 맞춰 쿼리 작성하기
8. 정규식과 그것을 증명하는 케이스 함께 받기
9. 원어민이 쓴 것처럼 읽히게 코드 이식하기
10. 실제 프로파일로 시간이 어디로 새는지 찾기
11. 신뢰할 수 없는 입력을 출처부터 도착지까지 추적하기
12. 낯선 사람도 쓸 수 있는 README 쓰기
13. diff로 커밋 메시지 쓰기
14. 내 코드로 개념 배우기
15. API를 설계한 다음 그 설계를 공격하기
16. 사이트를 멈추지 않는 마이그레이션 계획하기
17. 모델이 질문하게 만들기
18. 깨뜨릴 입력 목록 뽑기
19. 의존성 업그레이드가 내 코드에서 무엇을 깨는지 찾기
20. 다른 모델에게 첫 번째 모델의 답을 채점시키기