개발일기

아이가 보드 게임을 선물로 받아왔는데 설명서가 글로 빼곡하다. 규칙을 이해하기가 쉽지 않다. 주말에는 머리를 좀 쉬고 싶다. 다른거 하면 안되겠냐고 몇 번 양해를 구하고 돌아 섰는데 오늘은 첫째가 실망한 얼굴을 하고 있음이 느껴져 물어보니 정말 하고 싶단다.설명서를 다

새로오신 분에게 Netty 프레임워크에 대해 설명해 주는 시간이 있었다. 분명히 스스로 잘 써왔는데 막상 설명을 하고 질문에 답변을 하려니 분명하게 모르고 있는 부분 많았다. 그 분에게 설명하려고 애쓰다 보니 나의 지식이 분명해 짐을 느낀다. 독자가 있는 것은 학습에서

한 창업자의 강연을 들었다. 요즘 아침에 일어나면 회사에 빨리 가고 싶어 설레인다고 했다. 그가 엄청나게 열정 넘치는 사람임을 안다. 부럽고 멋있었다. 그러나 나는 오히려 스스로 앞으로 경계하야 할 조언으로 삼는다. 혼자 설레지 말아야지, 함께 설레는 조직을 만들어야지

내가 작성한 코드를 다른 사람에게 설명하기 위해 다시 들여다 보고 있다. 꽤 유익한 경험이다. 나는 주석을 잘 달지 않는 편인데 가능하면 코드를 읽고 의미가 드러나도록 노력하기 위해서 그리고 코드에 드러난 의미를 다시 주석으로 다는 중복을 피하기 위함이다. 그런데 내

작년에 기록해 두었던 트러블슈팅 관련 글들을 다시 읽어보고 있는데 코드를 함께 기록해 두지 않은 글들은 내가 뭘 한 것인지 나도 이해하기가 힘들다. 항상 문제 코드와 해결한 코드를 같이 기록하는 습관을 들여야겠다!

코딩테스트 연습하듯 현업의 코드 작성을 해보았다. 주석으로 문제를 쪼개서 단계적으로 접근하니 복잡한 문제가 쉽게 보여서 좋았다. 그러나 확실히 다른점은 현업에서는 문제 자체와 오늘 해결할 문제의 크기를 스스로 정의해야 한다는 점에서 많이 다른 것 같다. 오늘 문제를 조

어떤 제약으로 클래스에 some1, some2, some3 처럼 List 없이 쭉 펼쳐진 멤버들이 있었는데 루프를 돌 수 없어 괴로웠다. 현업에서 Reflection을 제대로 사용해 본적이 없었는데 getMethod("some"+index).invoke(...)와 같이

한 두달 내가 작성한 코드와 일들을 공유하기 위해 정리하고 문서화해서 가르쳐주는 일을 반복하게 될 것 같다. 신기한게 일주일 정도 했는데 업무에 만족도가 꽤 높다. 어디 이런 일은 없나 모르겠다.

인수인계를 진행하며 배우는게 많다. 내가 잘 알고 있다고 느끼던 지식을 다른 사람(특히 완전 초보자)에게 가르쳐 주기 위해 고민하고 설명하다 보니 지식이 훨씬 견고하고 확실해 짐을 느낀다. 이 보다 더 좋은 배움의 길이 없다는 생각이 든다. 뿐만아니다. 오늘은 내가 쓰

익스트림 프로그래밍이라는 책을 작년에 부분부분 읽었다. 몇 장 읽지 않은 책의 내용 중에 "위기를 기회로 바라보라"는 말이 요즘 자주 맴돈다. 다들 위기라고 하는데 기회로 바꾸어 바라보아야지! 이 말이 다만 말이 아니라, 약간의 확신으로 다가온 이유는 내 삶의 작은 단

부하 테스트란 걸 처음 시도해 보았다. 일단은 내 컴퓨터에 있는 CPU 코어들을 풀로 활용해서 2048개의 클라이언트를 CompletableFuture를 사용해 최대한 동시 접속 처럼 되도록 시도해 보았다. 생각해 보니 그래 봤자, 동시에 실행되는건 코어수 정도고 나머

파일 다운로드 클라이언트의 REST API를 구현해 기존에 구현한 코어 파일 클라이언트 모듈과 연결했다. 그리고 RestAssured를 사용해 통합 테스트를 간단히 작성해 보다. 처음에 러닝커브만 넘어서니 개발이 정말 쉽고, 테스트도 간편했다. 나의 첫첫첫 경험들.그리

오랜만에 하루 종일 내 책상에만 앉아 프로그램을 설계하는 일을 할 수 있었다. 이틀간 쓴 휴가 때문인지 마음이 많이 차분해져 있었고 복잡한 머리도 한 결 가벼워져 있었다. 예전에 임베디드 시스템에 소프트웨어 업데이트 도구를 개발했던 경험이 생각나는 하루다. 예전에 해봤

오늘은 신입사원으로 지원한 분의 면접이 있는 날이다. 면접 질문을 미리 준비하지 못해 면접 직전까지 질문 목록을 정리한다. 면접을 준비하는 시간도 데드라인이 있으니 불필요한 질문들은 신속히 버리고 정말 묻고 싶은 질문만 남기게 된다. 하루 전에 여유롭게 준비했다면 꼭

계속해서 면접이 잡혀있다. 오늘은 미국에 있는 대학교에 다니는 3학년 학생의 인턴 포지션에 대한 면접이 있었다. 잠시 대화를 나눠보며 아주 훌륭한 엔지니어 같다고 느껴졌다. 고등학교 때 친구들과 창업을 한 경험이 있었고 학교에서 교과 과목도 매우 우수한 성적으로 패스하

연차를 쓰고 이직 기간 자주 오던 도서관에 오랜만에 왔다. 괜찮은척 했지만 괜찮지 않았던 그 시절의 불안한 감정이 새록새록 떠올랐다. 다행이다. 내일이면 돌아갈 회사가 있고, 내게 일이 있고, 정해진 시간에 어김 없이 들어오는 월급도 있다. 아무 이유 없이 회사가 있다

C++ 이라는 언어를 오랜만에 다시 접한다. 2024년에 접한 C++은 내가 10여년 전 접하던 것과는 많이 다른 느낌이 든다. 언어적으로 많은 부분 발전한 것 같다. 오늘은 객체지향의 다형성으로 해결할 수 없을 것 같은 다소 어려운 문제를 만났다. 코드가 동일한 구조

큰 불확실성과 어려움을 안고 회사 일을 한다. 회사이기에 온갖 역경이 있어도 어떻게든 일을 밀고 나가야만 한다. 이렇게 하면 완벽하지 않더라도 어떻게든 일이 되어지곤 한다. 개인적으로 하는 일은 조금 다르다. 불확실성과 어려움을 마주하면 안되는 것으로 쉽게 생각하게 된

이제 정말 코드로 제품을 개발하는 일에 집중할 때가 온 것 같다. 이제 무엇을 구현하면 되는지 많이 확실해 진 느낌이다. 그 동안 우리가 의존하는 것들이 가진 많은 불확실한 것들을 확실한 것으로 만드는데 혼신의 힘을 다했다. 스케치를 하듯 여러번 반복해서 질문을 하다보

엉뚱한 얘기를 하는 협력사를 질책하고 싶은 마음이 든다. 그런 그들에게 아무런 대응도 하지 않는 우리 내부의 사람들이 답답하고 도리어 무책임하게 느껴진다. 이 회사에 오고 존경하는 마음이 들었던 한 분이 있다. 부정적이고 어려운 상황에서 온화함을 잃지 않고 침착하게 일

대화가 잘 통하고 함께 원활히 협력하며 일해온 동료가 슬랙으로 일과 관련된 질문을 해온다. 그가 하는 말이 무슨 말인지 잘모르겠다. 어떻게 답을 해야할지도 잘 모르겠다. 텍스트로 다시 내가 모르는 것과 너의 의도를 묻자니 쉽지가 않다. 그래서 잠깐 보자고 하고 휴게실에

요즘 아주 척박한 일정 속에서 처음 만들어 보는 신비로운 제품을 만들고 있다. 실패할 것을 각오하고 도전하는게 진짜 스타트업 같기도 하다. 촉박한 일정, 처음 만들어 보는 제품, 오랜만인데 진화해 있는 C++ 언어 덕인지 내 걸음이 한치 앞을 내다볼 수 없는 안개 속을

때때로 프로그래밍은 벽돌을 쌓아올리는 듯 지루하고 고통스러운 작업이 된다. 무슨 재미와 즐거움만 있기를 기대했다면 오산이다. 일이란 때때로 그런 것들을 참고 해나가는 것이다.

결과적으로 설명의 흐름을 정리한 몇 줄의 메모와 코드만 있으면 되는 거였다. 동료에게 내가 작성한 코드를 설명하기 위해 UML까지 꺼내들었던 걸 보면 과한 솔루션을 상상했었던 것 같다. 프로그래밍은 이렇듯 현재의 제한된 시간과 자원 안에서 정말 할 수 있는 최선의 것을

제품을 X축, Y축, Z축으로 각각 흔든다. 어떨 때는 눈에 보일 정도의 떨림을 주면서 흔들고, 어떨 때는 진동으로 인해 고주파 소리는 나지만 눈에는 거의 보이지 않을 정도의 흔들림도 있다. 소프트웨어 분야와 마찬가지로 여기도 흔들림이라는 외부 요인을 잘 입력하는 것만

회사에서 다른 사람에게 구애 받지 않고 온전히 내 의지대로 행동할 수 있는 일은 많지 않은 것 같다. 많은 것들이 연결되어 있고 일은 뜻하지 않게 일어난다. 최근에 약간의 스트레스를 받는 나를 위해 점심 식사를 혼자 해보자고 스스로에게 제안하게 되었다.배민으로 먹고 싶

sftp를 사용해 1Gbps 네트워크에서 대용량 파일을 전송하는데 50Mbps 속도가 나온다. 우리만 사용하는 로컬 네트워크라 다른 부하는 없다. 우리는 제한된 전력을 사용함으로 미션 시간 제한이 있는데 이 문제로 인해 파일 크기 제한이 생겼다.문제를 조금 더 분석해

다른 사람이 만든 코드와 내가 만든 코드를 한 제품 안에 어우러지게 만드는 일은 쉬운 일이 아닌 것 같다. 특히 스프링 같은 정돈된 규칙을 가진 프레임워크 없이 순수 프로그래밍 언어로만 개발하고 있다면 더더욱 그런 것 같다.서로의 다름을 빨리 알아서 다행이라고 생각한다

특정 기능을 구현해야 하는데 실시간 요구사항이 있다. 사용자가 요청한 시간과 실제 응답한 시간이 얼마 시간 내에 들어와야 한다고 한다. 우리는 일반 리눅스를 쓰고 있어서 달성이 불가능하다고 판단하고 설명했다. 그런데 가만히 듣고 있던 동료 한 명이 최신 리눅스 버전에

프로젝트에서 만나는 불확실성이 싫다. 싫은데 늘 내 곁에 있어서 아침에 너무 싫다 싫다 혼잣말을 했다. 잠시 생각을 정리하며 이 불확실성을 묵묵히 황소처럼 뚫고 나가는 사람이 되어야 겠다고 생각했다. 오후가 되고 이리 저리 노력한 덕분에 불확실한 것이 확실한 것이 되었

대학생 때 처음으로 의사코드(Pseudo Code)란 것을 접했다. 시스템 프로그래밍 수업에서 였던 것 같다. 컴파일러, 링커, 로더 같은 프로그램들이 어떻게 동작하는지 의사코드로 교과서에서 설명하고 있었다. 오늘 여러 모듈이 상호작용하며 시간 동기화를 이루고 미션을

여러 사람들이 시간지연 문제에 모여들어 해법을 내놓는다. 여러가지 기법들이 검토되고 있는데 다들 문제가 뭔지 놓치고 있다는 생각이 든다. 모두 각자의 전문 분야와 관련된 부분적인 해법에 포커스를 맞추고 있다. 문제로부터 시작하고 전체를 아우르는 가장 경제적인 해법이 필

원하는 시간에 특정 지역을 정확히 촬영해야 한다. 이를 위해 시스템의 시간 정밀도를 높이기 위한 여러 방법을 오랫동안 고민한다. 그러던 중 한 가지 간단한 대안이 있다는 것을 알게 된다. 정밀함을 포기하고 앞 뒤로 여유롭게 촬영을 하면 큰 범위 안에는 그 지역이 항상

면접관으로 참여해서 사람을 뽑고 뽑은 사람과 일해보는 경험을 쌓다 보니, 내가(우리가) 취해 온 면접 프로세스(단순히 경력이나 기술 요소에 대해 질문하는 방식)로는 정말 사람을 제대로 알 수 없다는 생각이 든다. 그런 방법으로 뽑은 사람 중에는 정말 멋지다 생각했는데

소프트웨어 공학을 공부하면서 분석이라는 단어의 뜻을 한자로 찾아본 적이 있다. 나눌 '분' 쪼갤 '석'자다. 나누고 쪼개어서 내가 만들 시스템은 무엇으로 구성되고, 어떻게 동작하는지 점점 자세히 이해해 나가는 과정이 분석이라고 생각했다.분석하는 능력은 겉으로 잘 드러나

새로운 프로젝트를 시작하며 일정을 조율한다. 몇 주 지나지 않았는데 여러 사정으로 일정이 고무줄처럼 늘었다 줄엇었다 한다. 문득 올해 마무리한 이전 프로젝트가 생각난다. 처음에 3월에 일이 끝나야 한다고 달렸는데 다 달리고 보니 일이 10월이 되어있었다.생각하는 일정에

생각을 남이 이해할 수 있게 문서로 남기는 것이 곧 설계라는 생각이 든다. 의논했던 것과는 조금 다른 설계 문서에 대한 피드백을 주고 고치는 과정을 반복하니 이제 됐다 싶은 순간을 맞이한다. 이 문서와 관련된 사람에게 변경사항에 대해 설명도 해주는 것으로 일을 마무리한

프로젝트를 진행하다보면 피치 못할 변경의 요구를 맞이한다. 리더로서 이 사실을 동료들에게 알려야만 하는데 변경에 유난히 거북하게 반응하는 동료가 있다.아마도 자신도 그런 자기를 잘 모르는 것 같아서 피드백을 줬다. 우리가 처음부터 모든걸 완벽히 예상하고 만들지 못하기

사람이 성장하는데는 자유가 필요함을 느낀다. 코드도 내 마음대로 바꿔보고 이게 좋은지 나쁜지 경험해 봐야 성장할 수 있는 것 같다. 지나치게 선배의 가이드 안에서만 개발하게 해서는 성장이 어렵겠다. 뒤돌아보면 나에게도 이런 자유가 있었고 나는 그 안에서 성장했다. 다만

설계는 설득의 과정을 포함한다. 오늘 똑같은 사실을 설득력 있게 전달하기 위해 노력했다. 프로그래밍은 배울수록 재미있는 것 같다.

Copilot 무료 버전을 팀에 소개하며, ‘즐거운 코딩하세요’라고 했더니 다른 분야의 엔지니어들이 ‘물음표’ 이모티콘을 남긴다. 일이지만 즐겁게 코딩하는 사람이 꽤 많다는게 우리 일의 매력인 것 같다.

프로젝트를 리딩할 때 시스템의 어떤 부분은 지나치게 명세하지 않고 최소한의 가이드만 하면서 내버려두기도 하는데, 그러면 담당자들끼리 만나 얘기하면서 자연스럽게 자리를 찾아가는 것을 본다. 직접 코딩을 하는 실무자일 때는 못보던 흥미로운 광경인 것 같다.

우리의 첫 위성 발사를 지켜보기 위해 모임 장소로 가는 길, 충남대 근처를 지난다. 예전에 정말 간절히 원했던 회사가 있었다. 대전 출장중에 그곳에 지원하기 위해 도서관에서 이력서를 쓰던 추억이 떠오른다. 내가 간절히 바라던 일이 었는데, 그때 이루어졌다면 어땠을까?

고객에게 배포할 문서를 작성하는데 기능에 대해 설명하는게 너무 어렵다. 기능의 스펙을 정의하고 설계할 당시 내가 개발자 관점에서 구현하기 쉬운 길을 택했었음을 자각하게 된다.고객을 생각하며 기능을 다시 정의해 보니 설명이 심플해졌다. 그렇다고 구현이 복잡해진 것도 아니

정신없이 바쁜 연초다. 해야 할 일이 산더미인데 예상치 못한 프로젝트의 슬랙 채널에서 내가 태그되며 소개된다. 내가 무척 관심있어 하는 일이긴 하지만 현재로서 도무지 이 프로젝트까지 자세히 들여다 볼 여력이 없다. 고민하다가 슬랙 채널에 제가 이 프로젝트의 모든 일은

다시 절벽에 선 기분이다. 절벽에서 떨어지며 나에게 어떤 날개가 있는지 확인해야 할 것 같은 기분이다. 다만 아내도 나도 너무 고생하지 않기를 바란다.

공식적으로 Head of ~ 라는 직책을 가지는 건 처음이다. 팀의 머리가 되면 어떤 일을 해야할까? 'Head' 라는 단어가 무척 많은 생각을 하게 한다. 동료들과 가볍게 커피를 한 잔 마시며 Head의 일을 시작했다. Head는 올바르고 지혜로운 결정을 내려야 한다

중요한 일에 시간을 분배하고 미리미리 준비했다면 이렇게 괴롭게 고생을 안할 수 있었을텐데, 해야만하는 일에 매달려 있다가 중요한 일은 정작 방치된 것 같다. 이사를 하며 내 삶의 다른 요소들도 바라보게 된다.

'Head' 역할을 하며 다양한 파트의 사람들의 일에 관여하여 '머리'가 되어야 한다. 그런데 어떤 일들은 내가 '머리'가 되는게 무척 어색하고 불편하게 느껴진다. 이유는 둘 중 하나, 내가 그쪽 일을 잘 모르거나, 시간이 없어서 머리가 될 만큼 일을 신경쓰지 못하는

많은 것들을 내려 놓게 된다. 대신 한 프로젝트를 맡아 주겠다는 동료의 손길이 고맙다. 그래도 해소되지 않는 답답함이 있다.

내가 편한지, 정말 순수한 마음으로 연락했을 클라이언트의 기술적인 질문 문자를 보며 주말 나의 오후가 흔들린다. 최대한 예의바르게 말하려고 했지만 나도 모르게 불편한 마음을 내비친 것 같다.그 동안 정말 어렵게 관계를 유지해 왔는데, 너무 선을 그은 건가 싶기도 하고,

회사 일이 괴롭고 걱정이 많아질 때면 하루살이처럼 오늘 하루만 살아보자고 다짐하곤 한다. 그런데 관성 때문인지, 아니면 이제 정말 하루살이처럼은 살 수 없는 역할을 맡고 있는 건지, 하루만 산다는게 잘 안 된다. 그래도 하루가 갔다. 힘든 하루였다.

일이 힘들면 여러 가지가 싫지만 사람들에게 예민하게 반응하는 내가 싫기도 하다.

어제 회사 서울 캠퍼스에 순수 소프트웨어 개발만 하는 분을 잠시 만났다. 그가 서울에는 다들 묘한 불안감이 있다고 했다. 클로드 코드를 쓰니 너무 개발을 뚝딱뚝딱 잘하고, 이제 프론트엔드 백엔드 구분도 거의 없어졌다고 했다.그러고 보니 대전에서는 하드웨어를 만들고, 시

한 회사의 투자와 관련된 이야기를 듣는다. 그 회사의 지난 매우 중요했던 결정들이 모두 투자자의 요구와 강하게 연결되어 있음을 본다. 투자자가 언제까지 무조건 제품이 나와야 한다고 해서 앞뒤 따질 것 없이 제품이 그냥 출시되는 걸 목표로 했고, 큰 투자를 받으려면 이것

세상에 나쁜 일을 하는 사람들이 많다고 같은 하늘아래 있는 나의 세상을 포기하지 않는다. 어쩌면 회사도 마찬가지아닐까.

일하다가 종종 길고 큰 쉼호흡을 할 때가 있다. 옆에서 듣는 사람은 이게 일이 잘 안풀리고 답답해서 쉬는 한숨 같은 거란 걸 안다. 다들 행복하고 열정적이게 일하면 좋겠는데 한숨 같은 쉼호흡들이 들려오면 마음이 좋지 않다. 이 한 숨은 바이러스처럼 조용히 퍼지는 것 같

회사에 있는 심각한 이슈에 대해 피드백을 전체 슬랙에 남기려다 이런 얘기에 자존심 상해하고 마음 상해할 동료가 계속 마음에 걸려 몇 번이고 글을 썻다가 지운다. 건강한 피드백을 주고받을 수 있는 팀이었으면 좋겠다는 생각이 든다. 사람의 마음은 상하면 좀처럼 돌이키기 어

경험하기로 어린 동료들이 어려워하는 것 중 하나는 요구사항이 불확실한 것과 요구사항이 개발 중에 바뀌는 것이라고 느낀다. 최근에 동료가 연봉 협상을 했는데 조금 아쉬웠나 보다. 회사에서는 조금 더 큰 일을 해야한다고 피드백 했다고.그래서 더 큰 일이 뭔지 같이 상의해보

세상에 나쁜 일을 하는 사람들이 많다고 같은 하늘아래 있는 나의 세상을 포기하지 않는다. 어쩌면 회사도 마찬가지아닐까. 그러나 나쁜 일을 일삼는 사람들과 같은 배를 탈 수는 없다. 선장이 그런 배는 더더욱 그래야하지 않겠나?

위성의 지상 시스템 개발에는 큼지막한 기능 하나를 통째로 Claude Code에게 맡기고 AI가 작성해준 코드를 블랙박스 수준에서 리뷰와 테스트를 하고 그대로 코드를 사용하는 편이다. 반면에 위성에 탑재되는 비행 소프트웨어는 그렇게 잘 안한다.훨씬 작은 수준에서 분해된

아무도 시키지 않았지만 당연히 하는 일 그게 나의 수준이 될 것이다. 계약서에 없지만 너무 당연하게 우리가 하는 일 그게 우리 회사의 수준이 될 것이다.

팀 회의를 하는데 한 동료가 물었다. 혹시 누군가 야근을 많이 하는데 다른 사람이 안하고 있으면 조금 이상하게 생각하지 않냐고. 나는 한 번도 그런 생각을 한 적이 없다고 말해주었다. 나는 사실 누군가 지나치게 늦게 까지 일을 하고 있거나, 야근이 반복되는 걸 보면 왜

동료가 잠시 시간을 내달라고 해서 회의실로 가서 그의 어려움에 대해 듣는다. 나도 그의 어려움이 충분히 공감되어 이제 어떻게 해볼까 하고 얘기를 해보려는데 그가 신경쓰지 말라고 한다. 마치 그냥 들어주는 것만으로 충분하며 이제 스스로 문제를 해결해 볼 수 있다고 말하는

그냥 하루를 견뎌보자, 보다는 매일 불확실한 것을 깨뜨려 나간다는 생각이 하루를 견디는데 도움이 된다. 미래지향적이고 자기통제 가능한 영역으로 삶을 끌어오는 느낌이 든다. 알아낸 것을 기록하는 것은 불확실성을 깨는 좋은 도구이다.

고객에게 문서를 만들어 주고 이대로 만들라고 하는 것 보다 프로그램을 직접 만들어주는게 여러모로 더 편하다. 일단 문서는 프로그램을 대게 완벽히 명세하지 못해서 아주 오랜시간 전화와 이메일에 시달려야 할 가능성이 높다. 설명하지말고 그냥 쓰게 해주는게 낫다.

모델링은 의미있다. 코드 말고 글로 그림으로 미래에 있을 시스템의 중요하고 큰 부분들을 구석구석 살펴보고 연결해본다. 문제가 있는지 잘 동작하는지 확인하고 누구나 보고 살펴 볼 수 있게 한다.

뭔가 일에 쫓겨 지금 하지 않으면 안될 것 같아 퇴근하고도, 주말인데도 끝내 해야할 것만 같은 때. 그거 그냥 다음주에 하라고 동료에게 말하듯 나에게도 말할 수 있어야 한다.

내가 특별하지 않은 조직에서 일했으면 좋겠다. 그저 다들 열심히 하고 잘하고 시너지를 내는 그런 조직이면 좋겠다.

바퀴를 재발명하지 말라는 말이 생각난다. 성과보다 뭔가 특별한 방법이라 해본다는 그의 말에 공감할 수는 없다. 그래도 너무 따진 것 같아 조금 미안하다. 이미 존재하는 방법들로 어쩌면 충분한데 구글처럼 인프라 기술 넘버원이 될 필요가 우리는 없다고 생각하는데.

스타트업이 생존, 성장, 경쟁을 위해서는 어떤 방법도 사용해도 된다는 관점은 옳지 않다. 무엇 보다 스타트업은 정직해야 한다.

저는 AI가 할 수 없는 일을 합니다. 문제를 풀기 위해 해야하는 일이 무엇이며, 무엇을 구현해야 하는지 정의합니다. 구현에 방해가 되는 문제, 일, 상황의 불확실한 요소들을 확실한 것들로 바꾸어 가고, 구현의 병목이 되었던 의존성의 방향을 반대로 바꾸어갑니다.