빠르게 다름을 인정하자. 코드에 정답은 없지만 최소한 모두 통일은 되어야 한다고 생각했었다. 하지만 협업하면서 모든 코드 스타일이 통일되기란 정말 쉽지 않았다. 특히 수직적인 문화가 아닌 수평적인 관계에서는 더욱 그렇다. 정답도 없는 모든 컨벤션을 맞추고자 매번 토론을 진행한다면? 그 피로는 투자한 만큼 보상을 받지 못한다고 느겼다. 그래서 큰 문제가 없다면, 아주 큰 단위의 스타일과 컨벤션만 맞추고 그 외의 다름은 빠르게 인정하는 것도 또 하나의 방법이라고 생각한다. '옳고 그름' 대신 '장점 단점' '무엇이 맞다' 또는 '무엇이 틀리다'라는 표현은 상당히 위험했다. 이런 표현은 상대방에게 반박의 여지를 제공하곤 했다. 옳고 그름을 나누는 것보다 더 중요한 건 의견을 하나로 맞추는 것이라고 생각한다. ..

우연한 중복인지 의심해보기 이전에는 명령의 집합, 컴포넌트 구조, CSS가 중복되면 바로 추출했다. 더 나아가서, 중복이 예상되어도 미래를 위해 추출했다. 당장엔 이뻐보였다. 이러다보면 차이점이 생길 때마다 완벽한 추상화를 위해 오버 엔지니어링을 할 위험이 있고, 좋은 코드의 본질을 잊어버릴 때가 있다. 결국 이해하기 쉽고, 확장하기 쉬운 코드가 좋은 코드 아니었던가? 추상화의 과정이 시간을 과하게 뺏어가고, 그 결과가 이해하기 어렵다면 시간을 한번 더 뺏는다. 중복제거만을 위한 추상화는 분명 정답이 아니라고 느꼈다. 서비스와 기획은 너무나도 빨리 바뀐다. 구현하는 방법 또한 계속 바뀐다. 미래를 예지한 것이 아니면, 결국 완벽한 추상화는 없다. 일반화의 끝은, 결국 아무것도 하지않은 기본 API들과 태..

학습 일단 해보자! 꼭 해야할까? 싶은 것들이 있었다. 구현할 기능 목록 작성, 리팩터링, 도메인 로직 분리, 타입스크립트, 테스트코드 작성, TDD로 개발 등이 그러하다. 우테코의 미션은 과제만 주어지는 것이 아니라 위와 같은 요구사항도 같이 주어진다. 왠지 하기 싫은 것들을 해보면서 느낀점은 일단 해봐야 비교해볼 수 있다는 것이었다. 특히 개발하기 전부터 테스트를 작성하는 TDD는 조금 과하다는 생각을 했었는데, 테스트 케이스를 작성하면서 예외처리를 바로바로 떠올릴 수 있다는 점이 매우 큰 도움이 되었다. 성공할 계획을 세우자! 멋진 계획을 세우고 이행에 초점을 맞추는 방법보다는 성공할 수 밖에 없는 계획에 발전에 초점을 맞추는 순서가 성공률이 더 높았다. 후자를 선호하지 않지만 지속적인 성장에 적합..

앞으로 우테코에 지원하실 분들에게 도움이 되었으면 하는 마음으로 작성했습니다. 지원서 작성 거의 모든 합격 후기와 모든 온라인 설명회를 참고했습니다. 개인적으로 자소서는 신경을 쓸수록 잘 써진다고 생각해서 1달 이상 준비했습니다. 특히 우테코는 지원서가 큰 비중을 가진다고 생각해서 더욱 신경 썼습니다. 1. 프로그래밍 학습 과정은? 중학생 때 스크래치로 개발에 흥미를 가진 이야기부터 웹 개발에 이르기까지 뭐든 궁금한 것이 있었고, 배우고 싶은 것이 있었고, 또 그것을 위해 독학을 했다는 점을 자세하게 풀었습니다. 실제로 독학하면서 개발한 프로젝트가 많이 있었기 때문에 경험과 근거를 바탕으로 작성할 수 있었습니다. 문제가 생기면 호기심을 가지고 스스로 해결할 수 있는 사람이라는 것을 어필하고 싶었습니다. ..

글의 목적 우테코의 프리코스가 무엇이고, 무엇을 하는지 그리고 어떻게 공부할 수 있는지 궁금한 분들을 위해 적습니다. 누구나 지원할 수 있고, 경험할 수 있습니다. (코딩테스트가 사라졌습니다) 프리코스? 프리코스는 pre-course라는 말 그대로 우아한테크코스 맛보기입니다. 매주 과제가 주어지고 일주일 동안 스스로 해결해서 제출합니다. 그리고 나중에는 프리코스와 비슷한 형식으로 최종 코딩테스트를 보게 됩니다. 프리코스를 하며 내가 우테코와 잘 맞는지 알 수 있고, 열심히 했으면 최종 코딩테스트에서 빛을 발할 수 있다고 합니다. 우테코를 하지 않더라도 프리코스를 진행하는 사람이 있을 정도로 학습에 도움이 되는 과정입니다. 프리코스가 학습이 되는 이유 1. 요구 사항 과제는 기능 요구 사항, 프로그래밍 요..