한빛미디어

'프로젝트의 구성은 코드를 구성하는 것 못지않게 그 외의 구성이 중요하다'

실무에 투입되고 주니어 단계를 넘게 되면 코딩 이후로 더욱 많은 관점에서 코드를 바라보는 연습을 해야 한다.

즉, 이제부터는 단순히 로직을 구성하는 것이 아닌, 나의 서비스를 사용하는 대상자 (사용자)의 입장에서 코딩을 진행하기 위한 절차이다.

여기서 의미하는 코딩이라는 의미는 단순히 프로그램 상에 돌아가는 바이너리를 구성하는 일련의 과정을 지칭하는 것이 아니다. 즉, 사용자가 필요로 하는 명세, 설계를 위한 논의 과정에서 발생했던 모든 과정 등을 포함한다.

명세는 UML을 포함하여 다양한 표현 방식으로 표현될 수 있다. 다만 한 가지 확실한 것은 사용자의 필요에 따라서 큰 그림 -> 중간 그림 -> 자세한 그림 순으로 명세가 기획되고 구성되어야 한다는 점이다.

여러분이 레고를 하나 사더라도 레고의 큰 그림을 보고 처음에 레고를 선택한다는 점을 명심하라. 사용자도 여러분들의 상품을 고르기 전에 반드시 여러분들이 제시하는 큰 그림을 보고 상품을 고르려 할 것이다.

설계 역시 명세와 비슷한 흐름으로 구성된다. 다만 설계는 스펙이라는 보다 자세한 내용이 구성된다. 이 경우 각 스펙에 대한 자세한 시나리오와 구성을 각각 그려둔 표나 혹은 flow가 그려진 설계가 있으면 좋다. 사람의 기억력에는 반드시 한계가 있기 때문에, 이를 체계화하여 구성해야 망각하지 않는다는 것을 명심해야 한다.

마지막은 커뮤니케이션이다. 커뮤니케이션은 개발자 간에도 사용자와 개발자, 기획자 간에도 발생한다. 양질의 커뮤니케이션을 위해서는 반드시 커뮤니케이션 상 서로가 추구하는 바를 명확히 하고 이를 확고히 해야 하는 부분에 목적이 있다. 이를 위해서 커뮤니케이션 상 발생하는 코스트를 최소화하기 위해서 slack과 같은 다양한 툴들을 사용하면 좋다. 여러분들의 프로젝트가 목적하는 바에 맞는 적절한 도구들을 사용하여 커뮤니케이션의 효율을 극대화하도록 하자.

【 코드 밖 커뮤니케이션을 읽고 나서 】

'프로그래머는 단순 코드를 짜는 사람이 아니다.'

언젠가 개발 관련 책에서 읽었던 내용이다. 쥬니어-중니어 대략 10년 차까지는 나는 프로그래머란 단순 코드를 구성하는, 상품을 빠르고 정확하게 뽑아내어 사용자가 필요로 하는 기능을 제공하는 것이 프로그래머의 사명이라 생각했다.

하지만, 이제는 시대가 변했다. 단순 프로그래밍의 경우에는 AI가 우리 인간을 압도하는 시대가 도래한 것이다.

그렇다면 인간이 기계보다 잘하는 것에 집중해야 하는데, 그것은 바로 스토리를 구성하는 것이다. 서비스를 만들더라도 서비스의 전체 그림을 그리고 거기에 스토리를 집어넣는 일련의 과정 말이다.

이처럼 하루하루 개발자의 생태계가 빠르게 변화하는 중에 시대에 맞춰 스스로를 탈바꿈 시키는 것 역시. 이제는 개발자에게 중요한 역량 중 한 부분이 되었다. 

#본 도서는 "한빛미디어 <나는 리뷰어다> 활동을 위해서 책을 제공받아 작성된 서평입니다.