개발자로 취업할 때 공모전이 도움이 된다고 생각하지는 않습니다
공모전은 개발자의 개발 능력을 보여주는게 중요하지 않기 때문입니다
공모전은 주로 참신한 아이디어를 구현하는 데 중점을 둡니다
그러나 개발자의 역량은 새로운 아이디어를 내는 것보다는 안정적인 시스템을 구축하고 그 시스템이 기대한 대로 동작하도록 유지하는 데 있습니다
남들이 못만들거 같은걸 만드는게 개발자가 아닙니다
당연히 돌아가야 하는걸 만드는게 개발자의 일입니다
그냥 웹페이지 그럴듯한거 만들어 달라고 하면 만드는게 개발자입니다
당연히 돌아가야할 거 같은데 안되는 걸 해내는게 우수한 개발자입니다
똑같은 웹페이지인데 백만명 천만명이 접속해도 아무렇지 않게 만드는게 우수한 개발자입니다
흔해보이지만 내가 기술적으로 강조하고 싶은 부분을 신경써서 만든 프로젝트가 포트폴리오로서의 가치가 있습니다
공모전에서 다루는 아이디어의 참신함은 기획자나 디자이너에게는 중요할지 모르지만 개발자의 기술적 능력을 증명하는 데는 큰 도움이 되지 않습니다
개발자의 역량은 예상치 못한 문제를 해결하는 데 있습니다
예를 들어 사용자가 급격히 늘어날 때 발생하는 성능 저하 문제를 해결하거나 데이터의 양이 급증했을 때 이를 효율적으로 처리하는 기술적 해결책을 제시할 수 있어야 합니다
화면이 복잡해지면서 생기는 속도 저하를 개선하는 것 역시 개발자의 중요한 역할입니다
이러한 문제 해결 능력은 공모전에서 수상하는 것과는 큰 연관이 없습니다
공모전은 시연하고 끝나기 때문에 완벽하게 돌아가는 프로그램이 아니라 돌아가는 거 같은 정도까지만 만들어도 문제가 없습니다
또한 많은 경우 공모전에서는 아이디어만 제시하고 외주 개발에 맡기는 것이 더 효율적일 수 있습니다
아이디어를 가진 사람이 직접 개발하지 않고 외주 개발을 통해 결과물을 만들어내는 것이 공모전에서 더 좋은 성과를 내는 방법이 될 수 있다는 것입니다
이렇듯 공모전은 오히려 개발보다는 기획이나 디자인 측면에서 접근하는 것이 더 유리한 경우가 많습니다
공모전에서는 여러 사람이 팀을 이루어 프로젝트를 진행하는 경우가 많습니다
하지만 현실에서 다수의 사람이 참여한 프로젝트가 성공적으로 완성되는 경우는 많지 않습니다
큰 프로젝트에서는 작업을 적절히 분배하는 것이 중요한데 이를 잘 해내기 위해서는 경험과 능력이 필요합니다
그러나 공모전에서는 팀원 간의 역할 분담이 미숙한 경우가 많고 그로 인해 소수의 핵심 인원이 대부분의 작업을 수행하는 경우가 흔합니다
이러한 이유로 단순히 공모전에 참여한 이력은 개발자 면접에서 큰 가치를 인정받기 어렵습니다
개발자로서 역량을 증명하고 싶다면 공모전에 참여하기보다는 스스로 원하는 프로젝트를 만들어보는 것이 훨씬 효과적입니다
자신이 만든 프로젝트에서 기술적 도전 과제를 해결하고 이를 통해 얻은 경험을 포트폴리오에 담는 것이 더 나은 방법입니다
혼자서 프로젝트를 진행하면서 기술적으로 깊이 있는 접근을 시도하고 그 결과를 잘 정리하여 포트폴리오에 담는 것이 개발자로서 자신의 실력을 증명하는 데 가장 좋은 방법입니다
