올린글을 확인할 수 있도록 포스팅을
공개
로 설정해 주세요.
포인트는 운영자가 올린글을 검토후 지급됩니다. 검토요청이 누적된 상황에서는 포인트 지급에 상당한 지연이 발생할 수 있습니다.
입사 후 1년 안에 만들고 싶은 성과 1가지를 수치로 정의하고, 실행계획을 말해주세요.
운영 관점의 개발 습관을 만들었습니다.
안전이 중요한 산업에서 테스트는 선택이 아니라 구조입니다.
3분기에는 성능과 안정성 지표를 기준으로 개선을 만들겠습니다.
하나는 현장 안전과 운영 효율에 직접 기여하는 기능을 만들고, 다른 하나는 그 기능이 오래 안정적으로 운영되도록 구조를 세우는 것입니다.
활동 중에는 단순히 기능을 만드는 것보다, 팀이 같은 기준으로 움직이도록 만드는데 집중했습니다.
주제는 운영안정성, 테스트 전략, 데이터 모델링, 로그 설계 같은 실무 중심으로 잡았습니다.
예로, 알람 정확도와 이벤트 누락률 같은 지표를 정의해 개선이 수치로 증명되도록 만들겠습니다.
성능 최적화 경험을 하나 설명하고, 어떤 지표를 근거로 개선을 증명했는지 말해주세요.
누가 어떤 입력을 만들고, 그 입력이 어떤 상태로 변하며, 어떤 예외가 발생할 수 있는지, 그리고 예외가 발생했을 때 기록과 추적이 가능한지까지를 문장으로 고정합니다.
이 습관을 통해 API 설계에서도 단순히 엔드포인트 를 늘리는 방식이 아니라, 도메인 경계를 분리하고 상태 전이를 명확히 하는 방식으로 구조를 잡아왔습니다.
예를 들어 주문이나 작업 지시처럼 상태가 변하는 엔티티는 상태 머신 관점으로 정의하고, 상태 전이의 주체와 권한, 감사 추적이 필요한 이벤트를 분리해 저장하는 방식으로 설계했습니다.
저는 개발 과정에서 "느낌"으로 개선했다는 말을 경계합니다.
그래서 새로운 산업을 이해할 때, 용어를 외우는 방식보다 '데이터가 생성되는 순간'과 '사고가 발생하는 경로'를 먼저 봅니다.
저는 이런 특성을 바탕으로, 운영로그와 이벤트 데이터의 체계를 어떻게 잡아야 하는지, 알람의 노이즈를 어떻게 줄일지, 현장 사용자의 판단을 돕는 UI/리포트가 어떤 형태여야 하는지까지 엔지니어 관점에서 정리해 왔습니다.
해양산업은 작은 오류가 큰 리스크로 이어질 수 있고, 동시에 한 번의 개선이 운영 비용과 안전성을 크게 바꿀 수 있는 분야입니다.
도메인은 문서로만 이해되지 않습니다.
운영의 비용을 줄이는 엔지니어가 되겠습니다.
저는 반복되는 장애대응, 수동점검, 불명확한 알람, 과도한 핫픽스 같은 운영비용을 줄이는 데 집중하겠습니다.
또한 알람의 기준을 정교화해, 중요한 알람만 남기고 노이즈를 줄이겠습니다.
하나는 현장 안전과 운영 효율에 직접 기여하는 기능을 만들고, 다른 하나는 그 기능이 오래 안정적으로 운영되도록 구조를 세우는 것입니다.
활동을 선택할 때도 이름보다 역할과 산출물이 분명한 곳을 선호했고, 결과물은 항상 문서와 코드로 남기는 습관을 지켜왔습니다.
아래는 제가 참여했던 활동을 기간, 활동 내용, 기관 중심으로 정리한 내용입니다.
활동 중에는 단순히 기능을 만드는 것보다, 팀이 같은 기준으로 움직이도록 만드는데 집중했습니다.
이 활동을 통해 저는 새로운 기술을 접할 때도 '언제 쓰는가' 와 '실패하면 어떻게 되는가'를 먼저 질문하는 습관을 만들었습니다.
예를 들어 교육보조나 행정보조 역할에서, 현장 운영자가 반복해서 하는 일을 체크리스트로 만들고, 준비물과 일정, 책임자를 한 장으로 정리해 전달하는 방식으로 혼선을 줄였습니다.
예로, 장애 대응에 자주 쓰이는 로그와 지표를 먼저 파악해 관측 가능성을 이해하고, 작은 버그 수정이나 운영 이슈 해결을 통해 팀의 작업방식과 품질 기준을 빠르게 흡수하겠습니다.
먼저 안전과 영향 범위를 확인합니다.
예로, 특정 유형의 타임아웃이 반복되면 타임아웃 기준과 재시도 정책, 큐 분리, 캐시 적용 여부까지 포함해 구조적으로 해결하겠습니다.
로그를 구조화하고 상관관계 ID로 추적 가능하게 만들며, 중요한 지표는 대시보드와 알림임계치로 고정해 회귀를 빠르게 발견하겠습니다.
예를 들어 API 응답 지연이 발생했을 때, 애플리케이션 처리 시간과 DB쿼리 시간, 외부 호출 시간을 구간별로 분리해 측정했습니다.
개선 전후로 평균 응답 시간과 95퍼센타일 지연, DB쿼리수, CPU사 용률을 비교해 효과를 증명했습니다.
코드가 예뻐졌다는 기준이 아니라, 결함률 감소, 변경 리드타임 감소, 장애복구 시간 단축 같은 운영지표가 개선되는지로 판단하겠습니다.
저는 1년 안에 "장애탐지부터 복구까지의 시간 단축"을 성과로 만들고 싶습니다.
[hwp/pdf]한국콩스버그마리타임 Software Engineer(26년 2분기 신입) 자기소개서 자소서 및 면접
포스팅 주소 입력
올린글을 확인할 수 있는 포스팅 주소를 입력해 주세요.
네이버,다음,티스토리,스팀잇,페이스북,레딧,기타 등 각각 4개(20,000p) 까지 등록 가능하며 총 80,000p(8,000원)까지 적립이 가능합니다.