개발자 원칙 sprint 10 - 김종필

[jongfeel]

페이지수에 비해 내용이 적어 금방 읽을 수 있었네요.
그래서 평소보다 하루 빠른 수요일 새벽(?)에 올려봅니다.

개정판도 지금 기준으로 2년 전 책이라 AI에 대한 저자들의 생각이 과도기적인 부분이 있는데
이 부분을 염두에 두고 보면 AI의 발전 속도가 엄청나다는 걸 다시 느끼게 됩니다.

[github-actions]

우측에 있는 Projects, Milestone, Development를 확인 후 할당 해주세요~! 🙇

[gemini-code-assist]

Code Review

This pull request introduces three new Markdown files documenting developer interviews and personal reflections on career growth and the impact of AI. The review feedback focuses on correcting several typographical errors, spacing issues, and grammatical inconsistencies across all files to improve the readability and professionalism of the content.

[TaeHyoungKwon]

저는 최대한으로 AI를 활용하자는 쪽이고, 이를 위해선 기존에 개발자 세계에서 가지고 있던 일반적은 관습과 관례들에 엮이지 말고, AI를 기준으로 재편하는 시도가 반드시 필요하다고 생각하는 편 입니다

그래서 일부러라도, 모든 것을 AI에 위임에서 하려고하고, 직접 타이핑 치거나 마우스로 업무하는 것을 최소화 하려고 합니다

예를 들어서,

1. • 위임
     MCP 연동해서 할 수 있는 것들은 가능한 전부 LLM 통해서 하고 있습니다(jira ticket 생성, confluence 위키 문서 작성, 구글 캘린더에 일정 생성 및 초대, 슬랙 메세지 조회 및 조회된 결과로 daily log 남기기
2. • 일반적 관습 X
     저희 팀에서는 AI 활용 이전에는 꼼꼼하게 하나씩 체크해서 코드를 배포하자 였는데, 요즘은 어느정도 코드 검증만 되면, 일단 배포하고 문제되면 롤백하자 라는 식으로 프로세스를 변경하여 실험해보고 있습니다
     요렇게 하는 이유는 사람이 꼼꼼이 검토하는 과정에서 생기는 병목을 없애보자는 차원입니다
3. • 일반적 관습 X
     코드리뷰의 방식도 변경 되었는데, 저 같은 경우는 사람이 눈으로 라인 바이 라인으로 하지 않고, 코딩 에이전트에게 리뷰를 시키고, 그 리뷰 결과만 보고 판단하고 있습니다. 리뷰 결과가 의심스러울 때는 클로드코드, gemini cli, codex cli 등으로 각각 돌려보고 고칠 때도 있구요
     이 역시 인간이 코드리뷰 해봤자 어차피 병목만 되는데, 병목을 없애보자는 차원 입니다
4. • 위임
     기존에 모니터링 및 운영업무 등을 대신 해주는 에이전트를 만들고, 에이전트가 일을 대신 해주도록 위임
5. • 위임
     문서 수정 같은거 할 때, 직접 에디터에서 안고치고, LLM에게 고쳐달라고 함(훨씬 정확하게 잘 고침)
     피피티 같은거 한땀한땀 만들지 않고, 그냥 문서 먼저 만들고 html로 PPT 만들어달라고 함