finance_website (주식·모의투자 등)
직접 + 바이브 혼합기반·전체 스타일·핵심 기능은 직접 구현. 실시간 뉴스·세계경제 이슈 달력·게임 화면 등은 바이브 코딩으로 추가·개선, 저장된 데이터는 .json 파일로 관리
김준형 - 경력기술서
Career Summary

응용프로그램 개발을 시작으로 현재는 웹서비스 풀스택 개발을 진행하고 있습니다. SvelteKit 환경에서 Svelte와 TypeScript, Tailwind CSS를 주력으로 프론트엔드 개발에 좀 더 집중하고 있고, Spring Boot 기반 백엔드 개발 경험이 있습니다. 사용자의 편의성과 사용성을 더 좋게 하기 위해 고민하는 것을 즐기다보니 프론트엔드 개발에 관심이 많으며, 유지보수나 추가 확장기능 구현을 대비한 확장성있고 공통화된 로직 설계를 즐겨합니다. 가까운 목표를 향해 가기 위해선 스스로의 노력이 중요할 수 있지만 긴 호흡으로 먼 목표를 향해 가기위해선 혼자만의 노력으론 불가능하다는 것을 잘 알고있습니다. 팀과 함께 성장하고 또한 팀에게 좋은 영향력을 줄 수 있는 개발자가 되는 것이 저의 모토입니다.
Latest Updated 2026. 03. 28
KIMES 2026 전시 프로그램 출품 대응, 통합테스트 기반 오류·개선 반영 및 로직 리팩터링
업무 비중
관련 사용 스택
차별화 EMR(그룹처방·도킹·레이아웃)과 안정적 운영을 위한 로직 설계, Hippocrates2 진료 영역 Svelte 5 전환 및 개인 프로젝트로 역량 보강
업무 비중
관련 사용 스택
최근 6개월간 Hippocrates2에 666개 commit 기여(웹개발팀 13인 평균 288개 대비 약 2.3배). svelte-splitpanes 검토 후 진료 메인 페이지에 적용. 도킹 구현을 위해 5개 라이브러리를 검토한 뒤 dockview 채택, JS 기반 dockview를 Svelte 5에서 쓰기 위한 공통 컴포넌트·커스텀 기능 구현. 진료 VOC 오류에 빠르게 대응하고 상병·처방 Grid 기능을 고도화했으며, 진료 관련 컴포넌트 Svelte 5 전환을 마무리함. 개인 프로젝트: https://github.com/3974kjh/finance_website https://github.com/3974kjh/perfect_json_parse https://github.com/3974kjh/watch_stock_extension
Svelte 4로 안정적으로 동작하던 진료 컴포넌트를 Svelte 5로 옮기며 문법·관점 변화에 맞춰 구조를 다시 잡아야 하는 부담이 컸고, 재설계 과정에서 새 버그가 날까 걱정되기도 했습니다. 진행하면서 과도하거나 불필요한 변수·함수가 많았던 부분을 정리하며 로직 결함을 보완했고, 공통화·함수 관점 설계로 전환해 구조를 단순하고 확장 가능하게 다듬었습니다. “지금 잘 돌아가는 코드”가 곧 “손댈 필요 없는 코드”는 아니라는 점을 체감했고, 불안에 머무르기보다 “어떻게 해낼지”에 가까이 가는 태도가 더 나은 결과로 이어진다고 느꼈습니다. dockview를 팀이 쓰기 쉬운 Svelte 5 컴포넌트로 감싸며 props·콜백·함수명을 사용자 입장에서 맞추는 연습을 했고, 나만 아는 코드가 아니라 읽고 확장하기 쉬운 코드로 기여하는 쪽으로 한 단계 나아갔다고 생각합니다.
맡은 업무에 몰입하며 주변·팀 상황을 살피는 비중은 부족했습니다. 프로젝트는 개인 역량만으로 완성되기보다 구성원 간 시너지가 맞을 때 성과가 난다고 봅니다. 앞으로는 주기적으로 팀 상황을 확인하고, 동료가 설계나 오류 해결에 막힐 때 먼저 다가가 원인을 함께 정리·해결하고, 배운 점을 공유해 팀 전체의 생산성과 학습 속도에 기여하겠습니다.
내과, 소아청소년과를 대상으로 한 의원급 EMR 클라우드 웹 서비스의 진료 파트를 메인으로 프론트엔드 개발 담당
업무 비중
관련 사용 스택
VOC를 통해 진료 메인 화면의 대부분 구조를 변경하게 되었는데, 다양하고 복잡한 기능을 구현하기 위해 기존 진료 화면에 구현되어 있던 각 컴포넌트들이 유기적으로 엮여있던 부분이 많아 어려움이 있었습니다. VOC 요구사항 또는 기획의 방향성 변동에 의해 언제 내가 짰던 컴포넌트가 다르게 변경될 수도 있다는 것을 예상하고 좀 더 일반화하여 로직을 짰어야 했는데 그러지 못한 점이 아쉽습니다.
클라우드에 front, back, db 서버를 올리고 관리하는 점과 여러 트래픽이 몰렸을 때, 데이터 유실이나 정합성에 이슈가 생기지 않게 관리하는 방법과 같은 전반적인 운영에 대한 지식이 부족합니다.
진료업무에 부여된 다양한 통합테스트 결함, VOC 결함 및 요구사항들을 모두 기한을 넘기지 않고 당일 내에 처리하여 다른 업무(제증명)의 이슈사항들을 도와줌으로 인해 팀 자체의 일정 지연을 막는데 기여를 하였습니다. 복잡한 진료 메인 설계를 뒤업거나 새로 개선해야하는 작업들을 맡았는데, 큰 이슈 없이 잘 마무리 지었습니다. 프로젝트의 공통적인 부분들(팝업 동작, 툴팁 동작)에 발생할 수 있는 오류들을 주도적으로 수정하는 적극성을 띄었습니다.
개인 프로젝트 3개를 진행하고 배포도 실제 해보면서 개인적으로 많은 성장이 있었습니다. 1. 각 플랫폼과 운영체제, 브라우저마다 UI가 깨지는 이슈들을 고려하여 설계 2. 요청 횟수를 최대한 줄이기 위해 front에서 캐시매니져와 같은 class를 구현하여 지정한 특정 시간 넘지 않았다면 바로바로 데이터 갱신이 필요하지 않는 항목들은 Backend 요청을 하지 않고 캐시에 있는 값을 사용하도록 설계 3. 크롬 익스텐션에 배포하기 위해 manifest.json 및 rollup.config 구조 이해 및 작성법 학습 4. 빠른 시일 내 신규 프로젝트를 구현할 수 있다는 자신감 상승
진료 페이지 핵심 기능 개발 및 실시간 동기화 시스템 구축
업무 비중
관련 사용 스택
적은 진료 개발인원으로 지연없이 일정을 모두 소화하여 업무에 차질이 생기지 않도록 수행하였음. 구현 난이도가 있는 업무(개인정보 동의서 입력 및 출력 팝업, HippoMode, HippoSearch, 진료화면배치설정)를 다수 받았지만 무리없이 소화함. 공통적으로 이슈가 발생되었던 항목들(HippoGuide, 공통팝업 esc입력 시 동시에 종료되는 이슈, 공통팝업이 모두 같은 z-index라 의도하지 않은 동작하는 이슈, 화면이 벗어난 곳에서 툴팁 사라지는 이슈)도 미리 개선. 평균 대비 높은 코드 기여도로 실제 Hippo2 프로젝트에 많은 기여를 함.
역량의 120%를 발휘하여 업무에 집중함으로써 스스로 실력향상을 느껴 크게 아쉬운 것은 없음.
입원범위가 추가되고 투모니터 기능과 같이 진료에 많은 기능이 추가됨에 따라 기본 로직이나 컴포넌트를 재사용하는 경우가 많이 발생할 것으로 보임. 그에 따른 가독성 있고 높은 응집도와 낮은 결합도를 가진 로직 설계를 모든 구성원이 해야함.
SvelteKit와 Spring Boot를 이용한 클라우드 기반 의원급 EMR 웹 서비스 개발
업무 비중
관련 사용 스택
이번 상반기 동안 진료 업무의 개발을 진행했습니다. 진료 업무에서 난이도 있고 중요한 화면과 기능으로는 진료기록 등록 화면, 이전 진료 기록 관리 화면, 히포 버튼 관리 화면, 원외 처방전 출력 등이 있습니다. 이 중 세 가지를 일정 지연 없이 UI 구현 및 기능 개발을 완료해 진료 업무에 충분히 기여했다고 생각합니다. 또한, 개발팀의 개발 일정이 상당히 지연될 뻔한 상황을 해결한 이력도 있습니다. 초반 일정을 지연 없이 진행해 상대적으로 여유가 생기면서, Docker 이미지 생성 중 DevExtreme 라이브러리 번들링 이슈로 인한 빌드 실패 문제를 조사하는 업무를 맡았습니다. DevExtreme의 DataGrid 대체재를 조사하는 과정에서 다른 관련 라이브러리들이 기능 면에서 부족하다는 것을 알게 되었고, 대체하기 쉽지 않다는 결론을 내렸습니다. 따라서, 다른 대체재를 찾기보다 DevExtreme 라이브러리의 번들링 이슈를 해결하는 것이 더 나은 선택이라고 판단했습니다. 다른 라이브러리를 선택하면 기존 DevExtreme을 사용한 코드를 전부 교체하고, 새롭게 공통화 작업을 진행하며 개발팀에 공유해야 하기 때문에 많은 시간과 노력이 필요했기 때문입니다. 다행히 많은 구글링을 통해 해당 라이브러리를 동적으로 import하면 ES 모듈과의 호환성 이슈가 해결되어 성공적인 번들링과 빌드가 가능하다는 사실을 알게 되었습니다. 수많은 시도 끝에 이 이슈를 해결하여 Hippo2 개발에 기여할 수 있었다고 생각합니다. 이처럼 진료 업무 뿐 아니라 Hippo2 개발에도 기여를 한 바 있기 때문에 스스로에게 높은 점수를 주었습니다.
작년 7월, Web, TypeScript, Svelte, SpringBoot, PostgreSQL과 같은 새로운 기술을 처음 익히기 시작했습니다. 간단한 토이 프로젝트를 진행한 후 공통 컴포넌트를 구현하고, 올해 1월부터 본격적으로 진료 개발에 참여했습니다. 처음에는 복잡하고 어려운 진료 화면과 기능들이 많아 '내가 이걸 할 수 있을까?'라는 두려움이 들었고, 대부분의 어려워 보이는 화면 구현이 제 일정에 포함되어 앞이 깜깜했습니다. 그러나 막상 어려움에 부딪혀 맞서다 보니, 생각보다 쉽게 구현할 수 있는 부분이 많았고, 하나하나 구현하면서 자신감이 붙어 개발 속도가 빨라지는 경험을 했습니다. 그 덕분에 초기 일정보다 빠르게 진행하면서 많은 진료 기능을 구현할 수 있었습니다. 특히, 이전 진료 기록 관리 화면을 구현할 때, 확장 화면에서 동적으로 각 진료 기록의 콘텐츠를 세로로 그리고, 브라우저 높이를 넘치면 옆으로 이동해 다시 세로로 그리는 로직을 구현했습니다. 이를 통해 Svelte 생명주기 함수들의 실행 시점과 tick 함수에 대해 명확히 이해하게 되었습니다. 또한, 동적으로 DOM에 그리는 화면이 많아 자연스럽게 DOM의 동작 방식에 대해서도 이해할 수 있었습니다. 추가적으로, 다른 대메뉴로 이동하더라도 진료 메뉴에서 선택된 환자 정보를 기억하기 위해 layout.svelte 파일에서 환자 정보를 진료 key 값과 함께 웹 브라우저의 session storage에 저장해 관리했습니다. 이를 통해 웹 브라우저에 대해 더 깊이 이해하게 되었습니다. 아직 웹 개발을 본격적으로 시작한 지 1년이 채 되지 않았지만, 짧은 시간 동안 많은 화면과 기능을 구현하며 개발 업무에 큰 성장을 이루었고, 숙련도도 많이 향상되었다고 생각합니다.
클라우드 기반 의원급 EMR 웹 서비스 구현을 위한 학습 및 토이 프로젝트 수행
업무 비중
관련 사용 스택
C#, WPF 기반의 의원급 EMR 응용프로그램 개발
업무 비중
관련 사용 스택
의원급 EMR 응용프로그램 개발을 위한 학습 및 사전 조사
관련 사용 스택
WPF와 C#을 이용한 환자영상관리프로그램 토이프로젝트
업무 비중
관련 사용 스택
MIMS_mini: https://github.com/3974kjh/MIMS_mini MIMS_large: https://github.com/3974kjh/MIMS_large
총 13 개 프로그램 개발
기술 스택 · 구현 방식
기반·전체 스타일·핵심 기능은 직접 구현. 실시간 뉴스·세계경제 이슈 달력·게임 화면 등은 바이브 코딩으로 추가·개선, 저장된 데이터는 .json 파일로 관리
프롬프트 생성 도우미 웹 서비스, 저장된 데이터는 localStorage로 관리
JSON 파싱 도우미 웹 서비스, 저장된 데이터는 localStorage로 관리
LLM 챗봇을 활용한 자동화 서비스, 저장된 데이터는 indexDB로 관리
웹 기반 대시보드 서비스, 저장된 데이터는 indexDB로 관리
경력기술서 웹 서비스
전통적인 뱀 게임에 피버타임 등과 같은 새로운 요소를 추가한 게임, 저장된 데이터는 xml 파일로 관리
가운데 줄을 기준으로 위, 아래로 점프 및 공격하며 스테이지 진행하는 슈팅 게임
osu! 파일 기반 리듬 게임, 저장된 데이터는 xml 파일로 관리
3D 웹 기반 뱀서라이크 게임, 저장된 데이터는 indexDB로 관리