소프트웨어 업계의 잘못된 정보는 자연스럽게 사라지지 않고 급속히 퍼진다. 이젠 오히려 그게 자연스럽게 느껴질 정도다. 강남언니의 프로그래머 영입 과정에 이력서 검토를 꼼꼼하게 해서 낮은 비율로 인

소프트웨어 업계의 잘못된 정보는 자연스럽게 사라지지 않고 급속히 퍼진다. 이젠 오히려 그게 자연스럽게 느껴질 정도다. 강남언니의 프로그래머 영입 과정에 이력서 검토를 꼼꼼하게 해서 낮은 비율로 인터뷰가 진행됨에도 불구하고 이력서에 적힌 키워드에 대해 질문하면 제대로 알고있는 경우가 거의 없다.(난 기술을 제대로 알고있는지 보다 과정의 진정성을 훨씬 중요하게 평가한다.) 멘토링에서도 책이나 블로그, 유튜브 등에서 수집한 잘못된 정보를 가져와서 질문하면 불싯이라고 바로잡아주는 일이 비일비재다. 이런 현상에 배우기보다 말하기를 더 좋아하는 입개발자들의 지분이 크다는 건 부정하기 어렵다. 얼마전 인터뷰 지원자가 코딩을 하다보면 완전히 이해하고 문제를 해결하기 시간이 충분하지 않으니 잘못된 정보를 말하는 것은 어쩔 수 없다며 나는 기술을 완전히 이해한 다음 코딩하느냐고 물었다. 나는 학습보다 문제 해결이 재밌고 역시 시간이 부족한 경우가 많아서 문제 해결에 필요한 만큼만 이해하고 기술을 적용한다. 하지만 그렇게 사용한 기술을 잘 안다고는 생각하지 않고 남에게 그렇게 말하지도 않는다고 답했다. 문제 해결과 도구 이해는 동치가 아니다. 물론 완벽함이란 그 끝을 알 수 없기 때문에 완벽히 이해할 때까지 입을 닫을 수는 없는 노릇이다. 하지만 자신의 이해도 정도는 스스로 인지할 수 있어야 적당한 톤으로 말하고 타인의 피드백을 이롭게 활용해 성장할 수 있다. 잘못된 정보로 업계를 물들이는 실수도 조금 줄일 수 있을테고.