서비스의 화면부터 그 아래의 인프라, 그리고 보안과 운영의 경계까지.
저는 하나의 문제를 끝에서부터 끝까지 책임지는 방식으로 일합니다. 코드 한 줄을 고치는 일이든, 클라우드 아키텍처를 다시 그리는 일이든, 제게 중요한 기준은 같습니다. 이 구조가 6개월 뒤의 누군가에도 이해될 만큼 단순할까 ?
좋은 엔지니어링은 화려한 기술이 아니라, 덜어내는 감각에서 나온다고 믿습니다. 그래서 새 기능을 더하기 전에 기존 복잡도를 먼저 의심하고, 반복되는 수작업이 보이면 도구로 만들어 사람의 시간을 되돌려 줍니다. 데이터를 다룰 때는 "동작하는 것"이 아니라 "확신할 수 있는 것"을 기준으로 삼고, 경계값과 예외를 끝까지 따라가 검증한 뒤에야 결과를 신뢰합니다.
기술은 결국 사람의 문제를 풀기 위한 수단이라고 생각합니다. 사용자에게 가까워질수록 문제는 더 복잡해지고, 그 복잡함을 대신 떠안아 단순한 경험으로 바꿔내는 것, 그게 제가 생각하는 엔지니어의 역할입니다. 끊임없이 읽고 의심하고, 더 나은 추상을 찾는 일을 멈추지 않습니다.
Why developer
처음 코드를 쓰기 시작했을 때 가장 짜릿했던 건, 머릿속의 생각이 그대로 움직이는 무언가가 된다는 점이었습니다. 코딩을 통해 문자로만 이루어진, 리눅스 터미널에서 실행되는 RPG게임을 만든 경험은 그간 겪었던 모든 경험중에 제일 만족스러운 경험이었습니다.
학교에서 배웠던 언어와 내가 만든 코드는 현업에서 굴러가는 코드와 엄청난 차이가 있을거라고 생각했습니다. 프로그래머는 내가 범접할수 없는 수준의 똑똑한 사람들이 하는 직업이라고 생각했었습니다. 대학을 졸업하고 첫 직장에 들어서며 느꼈던 그 설렘은 말로 표현할수 없었습니다.
내가 배운 프로그래밍과 실제 현업에서 굴러가는 시스템이나 서비스의 특별함은 없었지만, 분명히 배울점은 많이 있었습니다. 그것을 모두 익혀 나가며 비로소 개발자로 성장하며 서비스와 시스템을 개발하고 더더욱 복잡하고 난해한 개발을 해나는것에 큰 기쁨을 느끼며 살고 있습니다.
지금은 코드만 짜는 개발자는 아니지만 개발자로서의 지난 경험은 제 앞의 비즈니스적인 문제의 최전선에서 문제를 어떻게 해결해 나갈것인가에 대한 매우 중요한 근거와 방향성을 제시해 줍니다.
이 블로그는
개발자로서 일하면서, 성장하면서 부딪힌 문제와 그 해법, 그리고 그 과정에서 배운 생각들을 솔직하게 적는 공간입니다. 완성된 정답보다 고민의 흔적을 남기는 쪽을 택합니다. 누군가 비슷한 문제 앞에서 한 번쯤 덜 헤매게 된다면, 그걸로 충분하다고 생각해요.
읽어주셔서 감사합니다. 글에 대한 생각이나 이야기 나누고 싶은 주제가 있다면 언제든 편하게 연락 주세요. 🫡