포지션 상세
■ Orange Labs에 대해
Orange Labs는 기업 IT 환경에서 발생되는 성능 지연·문제 증상을 실시간으로 진단하는 B2B 모니터링 솔루션을 개발합니다. 단순 임계치 경보가 아닌, 행동 패턴 분석과 실시간 이벤트 흐름 추적을 통해 기존 모니터링 도구가 놓치는 문제들을 드러냅니다.
■ 이런 분을 찾습니다
디자이너의 시안을 화면으로 옮기는 일이 아닙니다.
실시간으로 쏟아지는 대량 데이터가 전달될 때 — 그 데이터가 무엇을 의미하는지 파악하고, 어떤 시각화가 적합한지 판단하고, 동료 개발자들이 그 위에서 편하게 일할 수 있는 구조를 설계하는 엔지니어를 찾습니다.
이 일은 아무나 할 수 없습니다.
많은 화면 개발자 분들이 데이터를 직접 다뤄본 적이 없고, 구조를 설계해 본 적도 없습니다. 서버가 내려주는 응답을 화면에 그대로 뿌리는 일, 디자이너가 그린 시안을 컴포넌트로 옮기는 일 — 이 자리는 그런 일이 아닙니다.
지원 전에 스스로에게 물어봐 주십시오:
• 데이터를 다뤄본 경험이란, "API를 호출해 봤다"가 아닙니다. 원본 데이터의 구조를 직접 설계했거나, 응답 형태가 왜 그래야 하는지 서버 개발자와 협의해 바꿔본 적이 있거나, 수천~수만 건의 데이터를 브라우저에서 의미 있게 요약·선별해 본 경험을 말합니다.
• 구조를 설계해 본 경험이란, "컴포넌트를 나눠봤다"가 아닙니다. 여러 개발자가 같은 규칙 위에서 각자 화면을 만들 수 있도록 공용 도구를 설계했거나, 반복되는 문제를 공통 계층으로 흡수해 본 경험을 말합니다.
■ 이런 분이라면 잘 맞습니다
• "화면을 예쁘게 만드는 일"을 넘어, 데이터의 의미를 사용자에게 정확히 전달하는 것이 화면의 본질이라고 생각하는 분
• 여러 분야를 넓게 경험하기보다, 데이터 시각화와 화면 구조 설계라는 한 우물을 깊이 파고 싶은 분
• 자신이 만든 구조 위에서 동료 개발자들이 편하게 일하는 모습에 보람을 느끼는 분
• 꼼꼼하고 정교한 코드를 작성하는 것에 자부심이 있는 분
• MQTT / WebSocket으로 초당 수많은 신호가 쏟아지는 상황에서, 화면이 버벅이지 않으면서도 한눈에 의미를 읽어낼 수 있는 시각화 구현
• 한 화면에 여러 개의 독립된 정보 창(위젯)이 동시에 동작하는 대시보드의 핵심 뼈대 설계 및 개발
• 백엔드·에이전트 개발자처럼 화면 개발이 전문이 아닌 동료들도 복잡한 지식 없이 위젯을 직접 만들 수 있도록, 공용 데이터 연결 도구·위젯 자동 생성기·통일된 색상/간격 규칙을 설계
• 네트워크 끊김, 절전 모드 복귀, 로그인 만료처럼 모든 위젯에 공통으로 영향을 주는 상황을, 위젯 개발자가 일일이 처리하지 않아도 되도록 공통 계층에서 흡수
• 위젯 코드 검토, 품질 기준 수립, 개발 지침서 작성
• API 응답 구조가 왜 그런 형태인지, 데이터가 어떤 흐름으로 오는지 궁금해하는 성향
• 원본 데이터를 보고 어떤 시각화가 적합한지 스스로 판단하고 구현할 수 있는 분
• 화면을 이루는 구성 요소를 어떻게 나누고 재사용할지 설계해본 경험
• 동작하는 코드에서 한 걸음 더 나아가, 예외 상황과 성능까지 고려하며 마무리하는 분
• 다른 개발자에게 기술 방향을 제시하고 코드를 검토해 본 경험
• 자사 솔루션의 기능 및 화면을 직접 기획·설계해 본 경험
Orange Labs는 기업 IT 환경에서 발생되는 성능 지연·문제 증상을 실시간으로 진단하는 B2B 모니터링 솔루션을 개발합니다. 단순 임계치 경보가 아닌, 행동 패턴 분석과 실시간 이벤트 흐름 추적을 통해 기존 모니터링 도구가 놓치는 문제들을 드러냅니다.
■ 이런 분을 찾습니다
디자이너의 시안을 화면으로 옮기는 일이 아닙니다.
실시간으로 쏟아지는 대량 데이터가 전달될 때 — 그 데이터가 무엇을 의미하는지 파악하고, 어떤 시각화가 적합한지 판단하고, 동료 개발자들이 그 위에서 편하게 일할 수 있는 구조를 설계하는 엔지니어를 찾습니다.
이 일은 아무나 할 수 없습니다.
많은 화면 개발자 분들이 데이터를 직접 다뤄본 적이 없고, 구조를 설계해 본 적도 없습니다. 서버가 내려주는 응답을 화면에 그대로 뿌리는 일, 디자이너가 그린 시안을 컴포넌트로 옮기는 일 — 이 자리는 그런 일이 아닙니다.
지원 전에 스스로에게 물어봐 주십시오:
• 데이터를 다뤄본 경험이란, "API를 호출해 봤다"가 아닙니다. 원본 데이터의 구조를 직접 설계했거나, 응답 형태가 왜 그래야 하는지 서버 개발자와 협의해 바꿔본 적이 있거나, 수천~수만 건의 데이터를 브라우저에서 의미 있게 요약·선별해 본 경험을 말합니다.
• 구조를 설계해 본 경험이란, "컴포넌트를 나눠봤다"가 아닙니다. 여러 개발자가 같은 규칙 위에서 각자 화면을 만들 수 있도록 공용 도구를 설계했거나, 반복되는 문제를 공통 계층으로 흡수해 본 경험을 말합니다.
■ 이런 분이라면 잘 맞습니다
• "화면을 예쁘게 만드는 일"을 넘어, 데이터의 의미를 사용자에게 정확히 전달하는 것이 화면의 본질이라고 생각하는 분
• 여러 분야를 넓게 경험하기보다, 데이터 시각화와 화면 구조 설계라는 한 우물을 깊이 파고 싶은 분
• 자신이 만든 구조 위에서 동료 개발자들이 편하게 일하는 모습에 보람을 느끼는 분
• 꼼꼼하고 정교한 코드를 작성하는 것에 자부심이 있는 분
주요업무
• 실시간 대량 데이터의 흐름을 이해하고, 수집 가공 시각화 전 과정을 설계• MQTT / WebSocket으로 초당 수많은 신호가 쏟아지는 상황에서, 화면이 버벅이지 않으면서도 한눈에 의미를 읽어낼 수 있는 시각화 구현
• 한 화면에 여러 개의 독립된 정보 창(위젯)이 동시에 동작하는 대시보드의 핵심 뼈대 설계 및 개발
• 백엔드·에이전트 개발자처럼 화면 개발이 전문이 아닌 동료들도 복잡한 지식 없이 위젯을 직접 만들 수 있도록, 공용 데이터 연결 도구·위젯 자동 생성기·통일된 색상/간격 규칙을 설계
• 네트워크 끊김, 절전 모드 복귀, 로그인 만료처럼 모든 위젯에 공통으로 영향을 주는 상황을, 위젯 개발자가 일일이 처리하지 않아도 되도록 공통 계층에서 흡수
• 위젯 코드 검토, 품질 기준 수립, 개발 지침서 작성
자격요건
• React + TypeScript 실무 경험 3년 이상 (단, 아래 역량이 있다면 기술 스택은 무관)• API 응답 구조가 왜 그런 형태인지, 데이터가 어떤 흐름으로 오는지 궁금해하는 성향
• 원본 데이터를 보고 어떤 시각화가 적합한지 스스로 판단하고 구현할 수 있는 분
• 화면을 이루는 구성 요소를 어떻게 나누고 재사용할지 설계해본 경험
• 동작하는 코드에서 한 걸음 더 나아가, 예외 상황과 성능까지 고려하며 마무리하는 분
• 다른 개발자에게 기술 방향을 제시하고 코드를 검토해 본 경험
• 자사 솔루션의 기능 및 화면을 직접 기획·설계해 본 경험
