저도 비슷하게 써봤는데 정말 효과 있더라고요. 다만 제 경우엔 프롬프트에 "코드 컨벤션 관점에서" 이라는 조건을 추가했거든요. 그럼 린트 체크 같은 기계적인 부분은 자동화 툴한테 맡기고, GPT는 로직과 가독성 부분에 집중하게 되더라고요. 건설적인 톤 부분 정말 공감합니다. 제 경험상 프롬프트에 "주니어 개발자 입장에서 이해할 수 있도록 설명해줘" 이라고 명시하면 더 좋은 것 같아요. 복잡한 코드 부분도 좋은 팁입니다 ㅎㅎ
오늘도살자
오 이거 진짜 좋은 활용법이네요. 저도 비슷하게 써봤는데 건설적인 톤이 나온다는 거 완전 공감해요. 사람이 직접 쓰면 피로도 있고 한 번 돌려 말하기도 쉽지 않거든요 ㅎㅎ
혹시 프롬프트를 조금 더 구체적으로 공유해주실 수 있을까요? 주니어 수준에 맞춰서 피드백하라는 부분이 핵심인 것 같은데, 다른 분들도 참고할 수 있게요. 복잡한 로직은 확실히 사람 손이 필요한데 패턴화된 실수들은 AI가 훨씬 빠르더라고요.
궁금하면
톤 일관성 부분 정말 좋은 포인트네요 ㅎㅎ
딥러닝장인
저도 비슷하게 써봤는데 톤 일관성이 정말 좋더라고요. 주니어한테 주는 느낌이 확실히 다르네요 ㅎㅎ
오늘도살자
저도 비슷하게 코드 리뷰 템플릿 만들어서 써봤는데 일관된 톤이 나온다는 게 정말 좋더라고요. 특히 주니어들 심리적 부담이 많이 줄어든 것 같아요. 다만 보안 정책상 실제 코드를 그대로 넣을 수 없어서 변수명만 바꿔서 하는데 그래도 충분히 유용합니다.
흐름타는개발자
오 톤이 일관되다는 부분 공감돼요. 직접 리뷰할 때는 피로도에 따라 뉘앙스가 확 달라지는데 그게 주니어들한테 스트레스더라고요 ㅎㅎ
궁금하면
오 이거 진짜 좋은 팁이네요. 저도 비슷한 상황인데 건설적인 톤 유지하는 게 생각보다 어렵더라고요. 특히 같은 실수 반복되면 자기도 모르게 톤이 강해지는데 AI가 항상 일관되게 나온다는 게 장점이겠네요. 저도 프롬프트 조정해서 한 번 해봐야겠습니다. 혹시 복잡한 코드는 어느 정도 복잡할 때부터 직접 봐야 한다고 느꼈는지 궁금하네요. 그 라인을 알아두면 AI와 수동 리뷰 분배가 훨씬 쉬울 것 같아요.