Notion | The connected workspace with site publishing

OSS & Server Developer

출생: 04년생 성별: 남성 최종학력: 광주소프트웨어마이스터고등학교 졸업 이메일: [email protected] 연락처: +82 010 5185 8462 깃헙: https://github.com/sunrabbit123

Experience

뤼튼 테크놀로지스 (2024년 11월 ~ 현재)

Wrtnlabs

Agent & Open Source Engineer

2025년 1월 ~ 현재

Agent library 실 사례 적용을 위한 SWE Agent 논문 실 구현
- 이를 통해 라이브러리에 필요한 인터페이스에 대한 리포트를 작성할 수 있었음
Agent library에 확장성을 위한 FSM 적용 PoC
- 이를 통해 확장 가능한 구조 기대
사내 에이전트를 rust에서 typescript로 재작성
M사(언론사) API 기반 Agent PoC 진행
Agentica library 개발 진행 (https://github.com/wrtnlabs/agentica)
- MCP Server 연결 지원
- Multi modal 지원
- 중복적인 토큰 소비를 막기 위한 RAG 플러그인 개발
  - 해당 플러그인 적용 시 벤치마크 성공률 15%p 상승 및 토큰 소모량 1/3으로 감소
MCP bundler 개발 (https://github.com/wrtnlabs/mcp-bundler)

Ecosystem Part

Compiler Engineer 2024년 11월 ~ 12월

사내 개발 언어 SWL 유지 보수 및 개발
- 실사용 벤치마크 및 E2E 테스트가 개발자 편의적이기에 고도화를 진행하여 관련 상식을 몰라도 실행 가능하게끔 수정
- 각 변경사항마다의 벤치마크 결과의 저장 및 시각화 진행하여 비개발자 직군도 진행사항에 대하여 이해할 수 있게끔 함
- 실 벤치마크에서 정확도 부문 8배 이상 증진
- 언어 구조 개선을 통한 타입 추론 및 nullish 기능 구현

수퍼트리 (2022년 10월 - 2024년 11월)

다음과 같은 작업들을 진행

k8s 환경에서의 신규 서비스 및 서버 개발
기존 서버에서 결제시스템을 비롯한 추가적인 기능 개발
인프라 관리의 단순화를 위한 Tramform 이나 ArgoCD 등의 IaC, GitOps 도구 도입

Server Developer

2024년 7월 - 2024년 11월

서비스 개발실 개발 1팀

2024년 2월 - 7월 서비스 개발팀

2022년 10월 - 2024년 2월 토너먼트 서비스팀

신규 서비스 개발(ezplay.game)
- https://ezplay.game/
- 기존 ezplay.playdapp을 기반으로 토너먼트를 제거하고 광고 위주로 전환
- cms 및 배치서버, 인증 서버등의 관리 간편화를 위한 mono repo 도입
신규서비스 개발 (0xReward)
- 게임서버에서 공통으로 사용하는 상점 서버 개발
- ecs ec2 기반의 인프라 구축 및 codebuild를 사용한 CI/CD 구축
신규 서비스 개발 (ezplay.playdapp)
- https://ezplay.playdapp.com/
- Nest.js로 wallet 연결 및 OAuth2.0 등의 인증 처리 개발
- 권한 별 인가 처리 개발
- Next.js, tailwind 기반으로 된 FE의 간단한 수준의 버그 및 디자인 QA 반영
유지보수를 위한 IaC 및 GitOps 도입 (Terraform, ArgoCD)
- IaC 덕분에 인프라가 투명해졌으며, 일관된 관리가 가능해짐
- ArgoCD로 인하여 직접적인 kubectl 접속이 차단되고, 휴먼이슈를 줄임
서비스 서버 코드 유지 및 보수(Nest.js)
- 출석, 상점 시스템 및 현금 결제 시스템 개발 (Paypal)
- 기존 타입 시스템이 제대로 적용되어있지 않던 점 개선(strictNullCheck: true)
- 몇 몇개의 동기코드에 대해서 비동기로 수정하며 api 응답속도 개선(300ms → 47ms)
서비스를 위한 인프라 구축(DotNet 6.0)
- web3 io game 인프라
  - 유저 수에 맞춰 스케일링 할 수 있도록, 커스텀 스케일러 개발
  - system call을 줄이기 위해 게이트웨이 서버 개발 및 그를 위한 프로토콜 구축
    - t3.large 기준 20000tps 처리
- 각 서버의 유저 수를 조절하기 위한 로드밸런서 및 리버스 프록시 개발
  
  기존 HAProxy, Nginx plus 등을 검토하였으나, 요구사항을 만족하지못하였음
  
  First Algorithm이 필요하였으나, k8s환경에서 각 pods에 들어가는 First Algorithm은 원하는 정확성에 미치지못하였음
  
  그에 따라 Cluster 방식으로 HA 할 수 있도록 리버스프록시를 직접 개발하였음 리소스가 부족하여 주키퍼와 레디스를 통하여 작업 진행
기존 모놀리식 구조로 있던 서버에서 인증서버를 분리하여 아키텍처 개선(Dotnet8.0)