웹스퀘어 개발자 구인이 안 될 때 — 유지, 외주, 전환 세 가지 선택지

"웹스퀘어 개발자 모집" 공고를 몇 달째 올려 두고 있다면, 그 시스템은 이미 전환 시점에 와 있을 가능성이 높다. 이 글은 채용이 어려운 이유가 개인의 문제가 아니라 구조라는 점, 그리고 그 시점에 실제로 고를 수 있는 선택지를 비용 구조로 비교한 것이다.

채용이 안 되는 이유는 구조다

• 인력 풀이 줄고 있다. WebSquare는 특정 벤더 제품이라 경력자가 한정돼 있고, 새로 배우는 개발자는 거의 없다. 반면 React는 프론트엔드 채용 시장의 기본값이다.
• 경력자는 남고 싶어 하지 않는다. 레거시 전용 기술로 경력을 쌓는 것은 개발자 입장에서 위험이다. 채용에 성공해도 이직 위험이 크다.
• 유지보수 SI도 같은 문제를 겪는다. 외주를 주려 해도 SI 쪽 인력 풀이 같은 풀이다. 단가는 오르고 대응은 느려진다.

이 상황에서 "더 좋은 조건으로 공고를 다시 올리는 것"은 비용만 올릴 뿐 구조를 바꾸지 못한다.

세 가지 선택지

전환을 미루게 하던 것은 대개 "전환 비용이 대기업 프로젝트 단위"라는 인식이었다. 화면 변환이 자동화되면 이 전제가 바뀐다.

전환 비용의 실측

실제 업무 시스템 두 곳 64화면을 자동 변환 도구(ws2react)로 옮긴 실측이다.

• 자동 변환 64 / 64, 수작업 코드 수정 0건
• 화면당 2~5분, 평균 1.8회 시도(검증 실패 시 자동 재시도)
• LLM 비용 화면당 $0.3~6(구독 사용 시 0)
• 백엔드 변경 0

즉 100화면 규모의 화면 변환은 사람의 시간이 아니라 컴퓨터의 시간으로 끝난다. 사람의 시간은 프로젝트 공통 스크립트의 어댑터 검토, 자동 변환에서 걸러진 화면의 마무리, 업무 검수에 쓰인다. 이것은 "웹스퀘어 개발자 1명을 1년 더 찾는 비용"보다 작은 규모다.

전환 후에 달라지는 것

• 프론트엔드 유지보수를 일반 React 개발자가 맡을 수 있다. 채용 공고의 기술 요건에서 벤더 제품명이 사라진다.
• 배포물이 정적 빌드 폴더 하나라 배포·보안 심사가 단순해진다.
• 백엔드는 그대로이므로 업무 로직 재검증이 필요 없다.

자주 묻는 질문

웹스퀘어 개발자 없이 전환할 수 있나요?

가능하다. 도구가 화면 XML과 공통 스크립트에서 의존성을 자동 추출하고 변환·검증하므로, 필요한 것은 React를 아는 개발자와 업무를 아는 검수자다. 다만 프로젝트 공통 스크립트의 어댑터 검토에는 기존 시스템을 아는 사람이 있으면 빠르다.

전환 중에 서비스를 멈춰야 하나요?

아니다. 백엔드가 그대로이므로 화면 단위로 옮기고, 옮긴 화면부터 새 프론트엔드로 서빙할 수 있다.

얼마나 걸리나요?

화면 변환 자체는 100화면 기준 하루 안이다. 전체 일정은 어댑터 준비(수일)와 업무 검수 기간이 결정한다.

직접 시험해 볼 수 있나요?

로컬 CLI를 내려받아 자기 시스템의 화면 2개까지 라이선스 없이 변환해 볼 수 있다. 소스는 PC를 떠나지 않는다.