홍승현(Noah)

저는 ______ 하는 엔지니어입니다.

1. 끊임없이 학습하고 개선하는
2. 테스트 가능한 구조를 만드는 것에 관심이 많은
3. 객체지향적인 코드를 작성하는
4. 함께 자라는 것에 관심이 많은
5. 토이 프로젝트를 통해 다른 사람들과 꾸준히 협업하는

Expereiences

URL 아카이빙 서비스 Havit

서비스 페이지

2024년 3월 4일 기준 사용자 1,733명

컨텐츠 미리보기 기능 개발

[관련 기술: Apple Link Presentation Framework]

• 문제: Web의 metadata를 가져오기 위해 서버에 크롤링을 요청한 정보에 대해 응답시간 지연 문제 발생
• 배경: 서버의 크롤링 라이브러리 성능 문제로, 자체적인 Web의 metadata 접근 필요

• 해결:

  1. Apple에서 제공하는 LinkPresentation 프레임워크를 WWDC 발표를 먼저 학습한 후에 적용해 Web의 metadata 접근하여 기능구현
  2. 서버 상태에 의존하지 않고, 컨텐츠 미리보기에 들어가는 미디어를 기기 자체에서 로드하도록 구현
  3. 동일한 URL에 대해 이전에 캐시한 데이터를 활용하면 효율적으로 사용할 수 있을 것이라 판단하여 캐싱 메커니즘 구현하여 사용성 향상
• 결과: 컨텐츠 미리보기에 들어가는 미디어를 기기 자체에서 로드하여 매 실행 시 평균 0.8초 절약
  (50회 테스트 평균, 캐싱 되지 않은 컨텐츠 기준)

네트워크 중복 요청 문제 해결

[관련 기술: Swift Concurrency, XCTest]

• 문제: 사용자가 컨텐츠 저장 시 불특정 컨텐츠가 중복으로 저장되는 문제 발생
• 원인: 콘텐츠 저장 네트워크 요청시 중복 터치 요청에 대해 throttle operator를 이용해 작성된 로직, throttle time interval이 초과할 경우 컨텐츠가 중복으로 저장
• 측정: XCTest Framework를 이용하여 네트워크 작업 동시 요청에 대한 테스트 코드 작성 후 테스트 케이스 실패 확인

• 해결:

  1. Swift Concurrency의 비동기 작업의 단위인 Task를 감싸고 있는 객체에 열거형을 이용해 loading, done 상태 부여
  2. Task를 감싸고 있는 객체를 메모리 캐시에 저장하고, 캐시에 객체가 있다면 중복된 네트워크 요청을 방지하고, 작업이 끝나면 캐시를 비우도록 구현
  3. actor type을 이용해 여러 스레드에서 동시에 접근하지 못하도록 구현
• 결과: 네트워크 작업 동시 요청에 대한 테스트 통과 및 서버 모니터링 결과 컨텐츠 중복 저장 현상 해결
• 개인 기술 블로그 정리: 링크

협업을 위한 자동화 시스템 구축

SwiftLint GitHooks 적용

[관련기술: GitHooks]

• 문제: SwiftLint BuildPhase에 적용 후 실수로 Build를 돌리지 않고, commit을 하는 경우 컨벤션이 검증되지 않은 코드가 merge 될 수 있는 위험 발생
• 해결: 쉘 스크립트를 빠르게 처음부터 학습하여 GitHooks 코드 새로 작성
• 결과: 코드 리뷰 과정에서 코드 스타일에 대한 리뷰를 줄여 코드 리뷰 병목현상 방지에 기여
• 개인 기술 블로그 정리: 링크

Notion GitHub Issue 동기화

[관련기술: GitHub Actions, Docker, JavaScript]

• 문제: GitHub에 익숙하지 않은 팀원들(디자인, 기획)이 개발 진행상황을 확인하기 어려운 문제 발생

• 해결:

  1. 개발 작업을 GitHub에 Issue로 등록하면 협업 시 자주사용하는 도구인 Notion에 동기화 되도록 구현
  2. Node-JS application을 도커라이징하여 Notion 데이터베이스와 GitHub Issue 연동을 GitHub Actions에서 개발자가 쉽게 구성할 수 있도록 구현
• 결과: 효율적인 이슈 및 태스크 공유로 팀원들과 진행 상황 공유 및 커뮤니케이션에 기여
• 프로젝트 GitHub 링크

할 일 관리 서비스 투두 가든

요구사항 분석 및 백로그 작성

• 문제: 프로젝트 기획 내용에 대한 공통의 이해 부족 및 개발 일정 산정에 대한 어려움 존재

• 해결:

  • 코드를 작성하기 전에 먼저 요구사항을 이해하고, 구현 사항을 정의하기 위해 해야 하는 것들을 미리 정의해 보며 프로젝트의 구조 설계
  • 백로그를 토대로 검증해야 할 부분에 대해 어떠한 테스트를 작성해야 하는지에 대한 문서 정리
  • 백로그에서 의도한 것들이 코드에서 드러나도록 구현하며 방향을 잃을 때마다 백로그를 보며 미리 설계했던 구조, 내용을 상기하며 코드 작성

• 결과:

  • 개발 일정 산정 구체화
  • 테스트 케이스 정립
  • 제품에서 요구하는 기능 식별 및 공통의 이해를 문서화함으로써 커뮤니케이션 비용 절감

아키텍처 패턴 선정

• 타이머를 사용하는 일부 화면을 제외하고는 해당 앱에서는 반응형 프레임워크가 필요 없을 것이라고 판단,
• 비즈니스 로직과 UI의 관심사를 분리하기 위해 단방향 아키텍처 패턴인 주 아키텍처 패턴을 팀원들과 협의 후에 Clean-Swift(VIP Pattern)를 사용하기로 결정
• 각각의 요소(View, Interactor, Presenter)의 의존성을 역전시켜 컴포넌트를 단독으로 단위 테스트하여 확인하고 검증하도록 함

모듈화를 위한 화면 간 소스코드 의존성 역전

• 문제:

  • 화면 간 의존성(컴파일 의존성)으로 인해 띄워지는 화면의 구현 변경 시 재컴파일로 인한 빌드시간 병목 존재
  • 구현체 의존으로 인한 개발자가 빌드하고 싶은 것만 빌드해 볼 수 없게 만드는 문제 존재

• 해결:

  • 다형성을 이용해 화면 간 소스코드 의존성을 역전시켜 띄워지는 화면을 띄우는 화면으로부터 독립
  • 빌드시간 개선을 위한 인터페이스 모듈, 구현체 모듈 분리

• 결과:

  • 기존 기능 변경으로 인한 영향 최소화
  • 모듈 별 독립적인 재사용 가능성 증대
  • 타 모듈 의존 최소화로 인한 모듈 별 빌드 시간 단축

예)

protocol SelectPhotosViewControllable: ViewControllable {  }

func routeToSelectPhotosScene() {
		let payload = SelectPhotosScenePayload(showPhotoRouterDelegate: self)
		let selectPhotosScene: SelectPhotosViewControllable = self.selectPhotosSceneBuilder.build(with: payload)
		self.viewController?.navigationController?.pushViewController(selectPhotosScene, animated: true)
}

일관성 있는 코드 작성을 위해 팀에서 사용할 Xcode 템플릿 작성

• 문제:

  • 일관성 있는 코드 작성을 위해 팀에서 사용할 가이드 문서 필요
  • VIP Cycle을 생성할 때마다 반복되는 코드 작성(테스트 코드 포함)으로 인한 생산성 저하

• 해결:

  1. 화면 간 소스코드 의존성을 끊고 객체를 생성하기 위해 Scene(화면)을 생성해 주는 SceneBuilder 템플릿 정의
  2. VIP Cycle에 필요한 코드 템플릿 화
  3. Swift Package Manager 환경에서 사용할 수 있도록 설정
  4. 템플릿을 통해 생성한 SceneBuilder가 올바르게 VIP Cycle을 설정하는지 검증하는 단위 테스트 코드 템플릿 작성

• 결과:

  • 화면 단위에 대한 기본 코드 구조를 템플릿을 통해 잡아 놓음으로써 코드 가이드 제공
  • 반복 작업 최소화
  • 초기 테스트 코드 작성 비용 절감

투두가든 Xcode 템플릿: 링크

Issue Tracker

프로젝트 GitHub 링크

관심사의 분리, 단방향 의존성

• 문제: 생성과 사용이 분리되어있지 않아 유지보수가 어려우며, 코드의 복잡도 증가

• 해결:

  • 각각의 레이어를 프로토콜로 나누고, 생성과 사용을 분리하여 각각의 레이어에 대한 모듈을 독립적으로 테스트할 수 있도록 구성
  • 구현이 아닌 추상화에 의존하도록 의존성을 역전하여 의존성을 주입 받아 사용할 수 있도록 구성
  • 모듈 간의 결합도를 낮추어 테스트가 가능한 구조로 설계하기 위해 모듈의 의존성이 단방향으로 이어질 수 있도록 구성

의존성 그래프 구성

• 문제: 의존관계 역전이 쓰인 코드에서 객체를 생성해서 주입해 주는 지점에 대한 고민 존재

• 해결: 컴파일 타임에 앱에 필요한 의존성을 구성할 수 있도록 앱의 시작 점이라고 할 수 있는 AppDelegate에서 앱의 의존성 트리인 Composition Root를 구성
• 코드 링크

AppDelegateTestDouble 구성

• 문제: AppDelegate에서 실행하는 로직이 사이드 이펙트가 되어 단위 테스트에 영향을 끼칠 수 있는 위험 존재
• 해결: 프로젝트의 엔트리 포인트인 main.swift를 구성하여 테스트 타겟 실행 시에 기존의 AppDelegate 대신 불릴 AppDelegateTestDouble을 구성 및 프레임워크가 호출하는 생성자를 private 접근 제어자를 적용하여 휴먼에러를 방지
• 코드 링크

ViewModel 테스트 코드 작성

• 문제: 눈에 보이는 View(UI)를 직접 실행해서 테스트해야 하는 생산성 저하 요인 존재
• 해결: View를 추상화한 모델인 ViewModel을 작성한 후 ViewModel을 테스트하기 위해 ViewModel에 대한 입력 출력 포트를 만든 후에 이에 대한 테스트 코드 작성하여 테스트를 통해 View의 동작 검증
• 코드 링크

Communities

Swift Community

• Let’Swift 2022 운영 및 공식 앱 개발

  • MultipeerConnectivity를 이용한 사용자 찾기 및 거리 계산: PR 링크
• Let’Swift 2023 연사 섭외 및 행사 기획

Society

• IT 창업 동아리 SOPT 29기 iOS(Swift) 파트 수료
  _{2021.09 - 2022.01}