오 이거 좋은 팁이네요. 저도 비슷하게 하는데 거기에 "잠재적 버그가 있을 수 있는 부분도 지적해줘"를 추가했더니 더 도움이 되더라고요.
글쓰기
코드 리뷰할 때 쓰는 프롬프트 공유합니다
회사에서 후배 코드 리뷰할 때 매번 시간이 오래 걸려서 ChatGPT 활용하기 시작했는데 꽤 괜찮더라고요. 간단한 프롬프트인데 일관된 피드백을 받을 수 있어서 공유합니다.
"다음 [언어] 코드를 리뷰해줘. 성능, 가독성, 보안 측면에서 문제점을 지적하고 개선 방안을 제시해. 코드 라인별로 주석 달아서 설명해줘."
이렇게 하니까 구체적인 지적이 나오더라고요. 특히 초급 개발자 코드는 생각보다 유용한 조언을 해줘서 함께 논의할 거리가 생겨요. 물론 AI가 놓치는 부분도 있어서 완전히 맡길 순 없지만, 초기 체크 단계에선 시간을 꽤 줄일 수 있습니다.
혹시 비슷하게 활용하시는 분들 계신가요? 더 좋은 프롬프트 있으면 알려주세요.
"다음 [언어] 코드를 리뷰해줘. 성능, 가독성, 보안 측면에서 문제점을 지적하고 개선 방안을 제시해. 코드 라인별로 주석 달아서 설명해줘."
이렇게 하니까 구체적인 지적이 나오더라고요. 특히 초급 개발자 코드는 생각보다 유용한 조언을 해줘서 함께 논의할 거리가 생겨요. 물론 AI가 놓치는 부분도 있어서 완전히 맡길 순 없지만, 초기 체크 단계에선 시간을 꽤 줄일 수 있습니다.
혹시 비슷하게 활용하시는 분들 계신가요? 더 좋은 프롬프트 있으면 알려주세요.
추천 14 비추천 0
- 이전글업무 자동화 프롬프트 몇 개 공유하는데 실제로 써보니 시간이 확 줄더라고요26.03.23
댓글
24
댓글목록
오 저도 비슷하게 쓰고 있었는데 라인별 주석까지는 못했네요 ㅋㅋ
오 이거 좋은데요. 저도 비슷하게 하는데 여기에 "잠재적 버그나 엣지 케이스도 찾아줘"를 추가했거든요. 초급자 코드는 정말 AI가 놓치는 부분이 있어서 마지막엔 항상 한번 더 체크하긴 하는데, 초기 스크리닝으로는 진짜 시간 절약이 되네요.
오 저도 써봐야겠네요 ㅋㅋ
저도 이렇게 쓰고 있는데 정말 시간이 확 줄어들더라고요. 저는 여기에 "리팩토링 제안도 포함해달라"는 조건을 추가했더니 더 좋아졌어요. 다만 가끔 문맥을 놓쳐서 틀린 지적이 들어올 때가 있어서 여전히 최종 체크는 직접 해야 하는 게 아쉬워요.
오 저도 이 방법 써봐야겠네요 ㅎㅎ
저도 비슷하게 쓰고 있는데 거기에 "잠재적 버그가 있을 수 있는 부분을 특히 주의깊게 봐줘"라고 추가하니까 더 실용적이더라고요. AI가 놓치기 쉬운 엣지 케이스도 좀 더 잘 잡아내더라고요.
저도 비슷하게 쓰고 있는데 여기에 "잠재적 버그도 찾아줘" 추가하니까 더 좋더라고요. 보안 부분도 중요하지만 실제론 버그 잡는 게 더 시간 걸리거든요.
오 이거 저도 시도해봐야겠네요. 지금까진 그냥 대충 프롬프트 던져서 결과가 좀 아쉬웠는데 라인별 주석 달아달라는 부분이 핵심인 것 같아요. 한번 따라해봐야겠습니다.
저도 비슷하게 쓰고 있는데 여기에 "잠재적 버그나 엣지 케이스도 찾아줘"를 추가하니까 더 좋더라고요. 초급자 코드는 특히 예외 처리를 놓치는 경우가 많아서요. 다만 보안 부분은 AI가 완전히 믿을만하진 못해서 저도 그 부분은 따로 체크합니다.
저도 비슷하게 쓰고 있는데, 추가로 "잠재적 버그나 엣지 케이스"를 따로 언급하라고 하니까 더 도움되더라고요. 성능 체크는 AI가 제대로 못 하는 경우도 있으니 그 부분만 따로 봐야 합니다.
저도 비슷하게 쓰는데 여기에 "잠재적 버그가 있을 수 있는 부분도 체크해줘"라고 추가하니까 더 도움이 되더라고요. 물론 AI 답변을 무조건 믿으면 안 되지만 초기 필터링으로 정말 유용하네요.
저도 비슷하게 쓰고 있는데 여기에 "보안 취약점 중심으로" 이런 식으로 우선순위를 명시하니까 더 도움이 되더라고요. 특히 초급자 코드는 기본적인 실수가 많아서 AI 피드백이 정말 유용하네요. 한 가지 팁이라면 한 번에 전체 파일보다는 함수 단위로 나눠서 보내는 게 더 정확한 리뷰를 받는 것 같아요. 너무 길면 중요한 부분을 놓칠 수 있거든요.
저도 비슷하게 쓰고 있는데 여기에 "보안 이슈는 특히 강조해달라"고 한 줄 추가하니까 더 자세히 봐주더라고요. 특히 SQL 인젝션 같은 부분들을 놓치는 경우가 있어서요. 초급자 코드는 정말 AI가 잘 잡아주는데 제 경험상 아키텍처 레벨의 문제는 여전히 사람이 봐야 하더라고요.
저도 비슷하게 쓰고 있는데 거기에 "잠재적 버그나 엣지 케이스"를 추가하니까 더 좋더라고요. 초급자 코드는 정말 AI가 잘 잡아내네요.
오 유용하네요. 저도 비슷하게 쓰는데 여기에 "잠재적 버그나 엣지 케이스 생각해볼 점"을 추가하니까 더 좋더라고요. 특히 주니어 코드는 그런 부분에서 자주 놓치거든요. 성능 이슈도 구체적인 개선안이 나와서 논의할 때 훨씬 수월해졌어요.
저도 비슷하게 쓰고 있는데 여기에 "잠재적 버그나 엣지 케이스" 까지 추가하니까 더 좋더라고요. 초급자 코드는 정말 생각 못 한 부분들을 짚어줘서 리뷰 시간이 반으로 줄었어요.
오 이거 좋은 팁이네요. 저도 비슷하게 하는데 여기에 한 가지 더 추가하면 좋더라고요. "이 코드의 의도가 뭔지 설명해줄 수 있어?"를 먼저 물어보고 시작하거든요. 의도를 AI가 잘못 파악하면 엉뚱한 지적을 하는 경우가 있어서요. 그리고 성능 측면에서는 시간복잡도도 같이 분석해달라고 하면 더 도움이 돼요. 초급 코드 리뷰할 때 정말 시간 절약이 되긴 하는데, 결국 사람이 최종 체크는 꼭 해야 한다는 점은 맞네요 ㅎㅎ
오 이거 좋네요. 저도 비슷하게 쓰고 있는데 여기에 "잠재적 버그나 엣지 케이스도 지적해줘"를 추가하니까 더 깔끔하더라고요. 초급자 코드 리뷰할 때 정말 시간이 확 줄어들어서 추천합니다.
오 이거 실제로 도움 될 것 같네요. 저도 코드 리뷰할 때 비슷하게 쓰고 있는데 언어랑 측면을 명확하게 지정하는 게 핵심이더라고요. 한 가지 추가로 하는 게 있다면 "가장 중요한 3가지만 먼저 지적해달라"는 문구를 앞에 붙이면 초급자한테 보내기에 너무 장황하지 않아서 좋더라고요. 그리고 버그나 논리적 오류도 함께 체크하도록 한 번에 정리해달라고 하면 더 실용적이에요. AI가 놓치는 부분 있다는 거 공감합니다. 특히 비즈니스 로직이나 성능 트레이드오프는 컨텍스트를 알아야 판단할 수 있거든요.
오 저도 이 방식 써봐야겠네요. 코드 리뷰 시간 진짜 오래 걸리더라고요.
저도 비슷하게 쓰고 있는데 거기에 "잠재적 버그나 엣지 케이스도 함께 언급해줘"를 추가하니까 더 좋더라고요. 초급 코드는 특히 예외 처리를 빠뜨리는 경우가 많아서요. 다만 AI가 비즈니스 로직은 놓치는 경우가 있어서 그 부분만 직접 체크합니다.
저도 비슷하게 쓰고 있는데 여기에 "실제 비즈니스 로직과의 맥락을 고려해서" 한 줄 추가하니까 훨씬 정확한 지적이 나오더라고요. AI가 일반적인 부분만 봐서 놓치는 게 많거든요.
오 저도 써봐야겠네요 ㅋㅋ
댓글을 작성하려면 로그인이 필요합니다.