최근 이직을 준비하며 왕복 4시간이라는 적지 않은 시간을 투자해 면접을 다녀왔습니다. 채용 공고에는 분명 현대적인 프런트엔드 생태계의 중심인 리액트(React)와 넥스트JS(Next.js)가 명시되어 있었습니다. 하지만 면접장에서 확인한 기술적 실체는 제이쿼리(jQuery) 기반의 낡은 솔루션이었습니다.

제이쿼리 자체가 나쁜 기술은 아닙니다. 하지만 리액트 개발자를 뽑는다고 공고를 올려놓고 실제로는 제이쿼리 유지보수를 시키겠다는 것은 명백한 채용 사기입니다. 이는 지원자의 커리어 패스와 소중한 시간을 전혀 존중하지 않는 행위입니다. 기술을 단순히 사람을 끌어모으기 위한 미끼로 사용하는 조직에서 어떤 기술적 성숙도와 신뢰를 기대할 수 있을까요?

전문성을 무시하는 기형적인 채용 철학의 위험성

면접 도중 들은 그들의 채용 철학은 더욱 충격적이었습니다. 퍼블리셔를 채용해서 SQL 쿼리를 가르쳐 개발자로 키우는 것이 지금까지 훨씬 효율적이었다는 주장이었습니다. 이는 퍼블리셔라는 직군의 고유한 디자인적 감각과 마크업 전문성을 철저히 무시하는 발언일 뿐만 아니라, 개발이라는 방대한 영역을 단순히 데이터베이스에서 정보를 꺼내오는 수준으로 격하시키는 시각입니다.

프런트엔드 개발자에게 필요한 상태 관리, 컴포넌트 설계, 사용자 경험 최적화에 대한 고민은 안중에도 없었습니다. 오직 쿼리 속도 자랑에만 매몰된 조직에서 프런트엔드 개발자가 얻을 수 있는 것은 기술적 퇴보뿐입니다. 사람을 도구로 보고 특정 기능을 위한 부품으로 개조하려는 조직은 결국 인재의 이탈을 막을 수 없습니다.

도메인 자만심과 세상의 흐름에 대한 무지

해당 회사는 물류 시스템 사업을 오랫동안 유지해왔다는 점에 엄청난 자부심을 느끼고 있었습니다. 자신들의 도메인 전문성은 요즘 유행하는 AI 기반 개발(바이브 코딩)조차 대체할 수 없다고 단언하더군요. 세상의 흐름을 단순히 프로젝트 이력의 일관성만으로 이겨내겠다는 논리는 전문성이 아니라 고립으로 가는 지름길처럼 보였습니다.

기술은 도메인 지식을 현실로 구현하는 수단입니다. 수단이 낡고 부식되었다면 그 아무리 뛰어난 도메인 지식이라도 유지보수가 불가능한 거대한 유산(Legacy)이 될 뿐입니다. 쿼리 속도가 비즈니스의 전부라고 믿는 그들의 세계관에서 최신 기술 트렌드는 그저 사치스러운 장난에 불과해 보였습니다.

시스템의 부품이 아닌 시스템의 주인이 되기로 했다

이번 면접은 저에게 인생 최악의 경험이었지만, 역설적으로 가장 명확한 확신을 주었습니다. 남이 차려놓은 낡은 밥상에서 제 자리를 구걸하기보다, 제가 추구하는 기술적 가치와 철학이 담긴 서비스를 직접 구축해야 한다는 사실입니다.

이력서조차 제대로 읽지 않고 지원자를 비하하는 조직, 기술 스택으로 사기를 치는 조직에 제 소중한 에너지를 쓸 수는 없습니다. 쿼리 속도가 비즈니스의 전부라고 믿는 그들의 세계관에서 벗어나, 저는 진정한 사용자 경험과 현대적인 기술이 조화되는 나만의 생태계를 만들어가려 합니다. 빌더(Builder)로서의 자각은 바로 이런 불쾌한 현장의 민낯을 마주했을 때 더 선명해지는 법입니다.

---

비즈니스 관점의 면접 리스크 관리

회사는 채용 과정을 통해 잠재적인 인재에게 브랜드 이미지를 전달합니다. 하지만 이번 면접에서 제가 마주한 레드 플래그(Red Flags)는 회사의 리스크 관리가 전혀 되지 않고 있음을 보여주었습니다.

• 신뢰 자산의 파괴: 기술 스택을 속이는 행위는 장기적으로 기업의 채용 브랜딩을 완전히 망가뜨립니다.
• 리소스 낭비: 지원자의 이력서를 읽지 않고 면접을 진행하는 것은 회사의 운영 리소스를 스스로 갉아먹는 비효율의 극치입니다.
• 문화적 고립: 외부 기술 트렌드를 부정하고 과거의 성공 방식에 매몰된 조직은 새로운 혁신을 받아들일 수 없습니다.

💡 빌더를 위한 제언: 면접에서 무례함을 겪었다면 그것을 내 실력을 키우는 자극제로 삼으세요. 남의 시스템을 고쳐주는 일보다 내 시스템을 만드는 일이 더 가치 있음을 깨닫는 계기가 될 것입니다.

오늘의 Action Item: 여러분을 소중히 여기지 않는 조직의 공고를 가려낼 수 있는 자신만의 체크리스트를 만들어보세요. 그리고 그 시간을 활용해 내 서비스의 기능을 하나 더 고민하거나 코드를 짜는 데 투자하시기 바랍니다. 시장은 결국 실력 있는 빌더를 원하며, 그런 조직은 최소한 기술 스택으로 사기를 치지는 않습니다.