Backend Engineer - 시니어(매니저)

About the role

[우리 벳칭은,]
1. 말하지 못하는 환자를 위해, 기준을 만듭니다
동물은 어디가 아픈지 말하지 못합니다. 대신 데이터가 말합니다. 지난 진료의 소견, 검사 수치의 변화, 처방과 처치의 이력. 수의사와 보호자는 데이터를 통해 반려동물과 소통합니다. 말하지 못하는 환자에게 데이터는 유일한 언어입니다.
그래서 데이터는 정확해야 하고, 필요한 순간 바로 읽혀야 합니다. 데이터가 틀리면 환자의 말이 잘못 전해지는 것이고, 데이터가 흩어져 있으면 환자가 말할 기회를 잃는 것입니다.
따라서 벳칭은 환자의 말에 숨겨진 의미를 해석하여 정확하게 전달되게 하는 것을 목표로 합니다. 우리는 데이터가 만들어지고 흐르는 자리, 동물병원 EMR에서 시작해 반려동물 헬스케어의 기준을 만듭니다.

2. 동물병원 EMR만이 할 수 있는 것을 합니다
EMR은 보통 진료 정보를 기록하고 원무를 처리하는 프로그램으로 생각되기 쉽습니다.
우리는 그 자리를 조금 다르게 봅니다. 진료 기록과 병원 운영의 데이터가 한 곳에 모이는 자리는 EMR이며, 그 데이터로 수의사와 보호자의 다음 선택을 도울 책임이 있다고 바라봅니다.
벳칭(Vetching)은 Veterinarian과 Matching의 합성어입니다. 수의사와 반려동물 보호자를 잇는 가치를 만들고, 그 출발점이 동물병원 EMR입니다.
진료 현장의 선택이 데이터가 되고, 그 데이터가 다시 더 나은 선택을 돕는 순환. 벳칭은 이 순환을 만들어 나가는 자리에 있습니다.


[우리 제품본부는,]
복잡한 것을 단순하게 만듭니다
동물병원 운영의 전부를 다룹니다. 진료, 수납, 보호자 관리, 병원 사이의 소통 및 병원과 보호자의 소통까지. 동물병원이 하루 동안 마주하는 모든 장면이 곧 우리의 문제입니다.
복잡한 현실을 그대로 옮기지 않습니다. 얽힌 업무를 풀어 단순한 흐름으로 만드는 것이 우리의 일입니다.
표면이 아니라 본질을 해결합니다. 문제를 있는 그대로 보지 않습니다. 진짜 문제가 무엇인지를 집요하게 묻습니다.
해결 방안을 먼저 떠올리지 않습니다. 문제를 올바르게 정의하고, 우리가 바라는 결과를 먼저 생각합니다.

2. 사용자는 생각하지 않게, 구조는 예측할 수 있게
좋은 제품은 사용자가 생각하지 않아도 되는 제품입니다. 매일 우리 제품 앞에 앉는 수의사는 언제든 다음 동작을 예상할 수 있어야 합니다.
설명이 필요 없는 단순함, 처음 써도 예상대로 움직이는 화면. 도구를 생각하는 시간이 줄어들수록 환자를 생각하는 시간이 늘어납니다.
그리고 이러한 제품은 예측할 수 있는 구조에서만 나옵니다. 화면이 예상대로 움직이려면 그 기반 또한 누구나 읽고 예상할 수 있어야 합니다.
그래서 우리는 단순함을 높은 가치로 생각합니다. 누구나 예측하고 설명할 수 있는 구조와 기능에는 확장성과 유지보수성이 따라오고, 이는 곧 안정성으로 이어집니다.
화면의 단순함과 구조의 단순함은 결국 같은 것이며, 사용자가 생각하지 않게 만드는 핵심 가치를 우리가 먼저 지킵니다.

3. 같은 방향을 바라봅니다
“왜”에서 시작합니다. 왜 그것이 문제인지, 우리가 왜 해결해야 하는지에서 출발해 먼저 방향을 맞춥니다.
동기화는 저절로 되지 않습니다. 정보가 서로에게 흐르지 않으면 각자의 일은 하나의 결과로 모이지 않습니다. 우리는 소통을 노력의 영역으로 봅니다. 정보를 바로 공유하고, 문제를 숨기지 않으며, 결정의 배경과 근거를 기록으로 남깁니다.
개인이 아니라 팀으로 움직입니다. 개인보다 팀의 목표를 우선합니다. 우리가 같은 방향을 보고 있는지 점검하고, 필요하면 업무의 경계를 넘어 협업합니다. 우리는 뛰어난 개인이 만드는 결과보다 같은 방향을 보는 팀이 만드는 결과가 더 크다고 믿습니다.


[우리 Backend Engineer는,]
병원의 하루가 서버 위에서 흐르게 합니다.
동물병원의 진료, 수납, 보호자와의 소통은 모두 우리의 서버를 거칩니다. 병원이 문을 여는 시간에 서버가 멈추지 않고 데이터가 틀어지지 않게 하는 것, 그리고 그 위에 새로운 서비스를 안정적으로 더해 가는 것을 가치로 삼습니다.
맡은 서비스를 처음부터 끝까지 책임집니다.
기술 스택과 개발 방침, 장애 대응 방식은 팀에서 함께 결정합니다. 그 기준 위에서 맡은 서비스의 설계와 일정을 스스로 정하고, 배포 이후의 운영과 재발 방지까지 결과로 책임지는 것을 가치로 삼습니다.

What you'll do

[이런 책임을 가져갑니다]
• 여러 서버의 애플리케이션 구조와 인프라를 하나의 기준으로 통일하는 작업을 함께 설계하고 검증합니다.
• 서버 사이를 흐르는 데이터가 경계 없이, 그러나 안전하도록 아키텍처와 파이프라인을 설계합니다.
• 장애가 생기기 전에 알 수 있도록 관측 환경을 설계하고, 발생 원인을 끝까지 추적해 재발 방지가 될 수 있도록 합니다.
• 클라우드 리소스를 효율적으로 운영하며 성능과 비용의 균형을 맞추고, 지속 가능한 인프라를 만듭니다.
• 코드 리뷰와 기술 공유로 팀의 성장에 기여합니다.
• 여러 구성원들과 소통하여 우리가 만든 것이 어떻게 사용자에게 더 나은 제품으로 전달될 수 있을 지를 논의하고 개선합니다.

[이런 기술들을 주로 사용합니다]
• TypeScript, Express.js, NestJS
• PostgreSQL, MongoDB, Redis, Kafka
• GraphQL, gRPC, WebSocket
• AWS, Docker, Terraform
• OpenTelemetry, Tempo, Prometheus, Loki, Grafana

Requirements

[이런 분과 함께 하고 싶습니다]
• 자신의 결정에 대한 근거를 명확하게 설명하고 설득하여 업무로 확장시킬 수 있으신 분
• 직급/연차에 얽매이지 않고 자유롭게 의견을 내고, 알게 된 것을 동료와 나누기를 좋아하시는 분
• 애플리케이션이 돌아가는 환경의 시스템을 깊이 이해하고, 구조적인 코드를 설계해 오신 분
• AWS 클라우드 환경의 아키텍처를 직접 설계하고 운영해 보신 분
• IaC와 컨테이너 오케스트레이션 환경을 운영해 보신 분
• AI로 업무의 어떤 부분을 대체하고, 사람의 개입이 어디까지 들어가야 할지를 고민하고 적용하시는 분

Preferred qualifications

[이런 분이면 더욱 좋습니다]
• 데이터가 흐르는 방식의 아키텍처를 고민하고 선택하여 직접 운영해 보신 분
• 성능과 비용의 최적점을 찾아 클라우드 지출을 구조적으로 줄여보신 분
• 오래 운영된 시스템의 구조를 성공적으로 개선해보신 분
• 무결성과 정합성이 중요한 도메인을 다뤄보신 분
• 여러 서비스가 얽힌 시스템에서 장애를 사후가 아니라 사전에 다뤄보신 분
• 데이터베이스 마다의 특성을 이해하고, 복잡한 환경 속에서 최적화된 설계를 해보신 분
• AI 도구를 활용해 팀의 개발 방식 자체를 바꿔보신 분

[이런 분과는 맞지 않을 수 있습니다]
• 빠르게 변화하는 기술보단 기존의 안정적인 기술이 항상 옳다고 생각하시는 분
• 남을 설득하기 보다 혼자 해결하는 것이 더 효율적이라고 생각하시는 분
• 문제는 나타난 뒤에 고치는 편이 설계 단계에서 찾는 것보다 항상 옳다고 생각하시는 분
• AI의 산출물을 검토하는 게 낭비라고 느끼시는 분

Benefits

• 선택적근로제도 운영
• 업무에 필요한 교육비 및 컨퍼런스 참가비 지원
• 도서 구입과 학습을 위한 자기개발 비용 지원
• 종합건강검진 지원
• 리프레시 휴가비용 지원

Hiring process

•서류전형 ＞ 인터뷰 ＞ 처우협의 ＞ 최종입사