Android 온스타일 레거시 코드에 클린아키텍처 도입기
홈탭 레거시 코드에 클린 아키텍처를 도입해 UI, API, 비즈니스 로직을 분리했습니다. Mapper를 활용해 파싱과 Mock·디버깅 환경을 개선하고 가독성과 테스트 효율을 높였습니다.
#Android#클린 아키텍처
3200
국내 IT 기업 기술 블로그 최신 글
새로운 기술 블로그가 추가되었어요
필터 1
Querydsl에서 Kotlin JDSL 으로
Querydsl의 kapt 의존성과 유지보수 한계를 이유로 Kotlin JDSL로 전환한 과정을 정리했습니다. 후보 라이브러리 비교와 팀 단위 전환 방법까지 함께 소개했습니다.
#Querydsl#Kotlin
5900
2주 스프린트라는 굴레
2주 스프린트가 항상 정답은 아니라는 점을 짚고, 팀 상황에 맞는 주기 선택을 제안했습니다. Lean의 7가지 낭비를 기준으로 스프린트 효율을 점검하는 방법도 소개했습니다.
#agile#스크럼
2900
Tech Radio : FE 개발자와 디자이너의 협업
Tech Radio : FE 개발자와 디자이너의 협업
FE 개발자와 디자이너가 Nelo 4.0 리뉴얼을 함께하며 협업 방식을 나눈 인터뷰입니다. 서로의 전문성을 존중하고 신뢰를 쌓는 태도가 좋은 결과로 이어졌습니다.
#UI/UX#협업
2600
쏘카플랜 개편기
쏘카플랜 개편의 촉박한 일정과 QA 이슈 대응 경험을 정리했습니다. 조기 추상화보다 안정화 후 리팩토링과 점진적 개선을 제안합니다.
#React#Next.js
000
쏘카플랜 개편기
쏘카플랜 개편 과정에서 프론트엔드 일정 추정과 QA 대응, 레거시 개선 경험을 정리했습니다. 코로케이션과 WET 원칙으로 복잡한 화면과 도메인 로직을 단계적으로 분리했습니다.
#React#Next.js
4200
쿠팡 파트너스
개발자를 위한 서적을 확인해 보세요
이 게시물은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.
#개발서적#프로그래밍
에셋팀 레거시 개선 (1) 쏘카존 관리 시스템
쏘카 존 관리 시스템의 레거시 그레이들 빌드를 코틀린 DSL로 마이그레이션한 과정을 정리했습니다. 점진적 전환으로 표준화와 유지보수성을 높이는 방법을 소개했습니다.
#Gradle#Kotlin
2800
Jira의 이슈 정렬 방식이 Integer 방식이 아니라고?!
Jira의 LexoRank 정렬 알고리즘을 소개하고 기존 랭킹 방식의 한계를 비교했습니다. 사내 라이브러리 구현 과정에서 겪은 이슈와 해결 방법도 함께 정리했습니다.
#Jira#검색
2200
파트너오피스 리뉴얼, 왜 우리는 리팩터링을 하였는가?
파트너오피스 리뉴얼 과정에서 가독성 저하, 공용 구조, 미사용 코드 등을 정리하며 리팩터링을 진행했습니다. 그 결과 코드 라인 감소와 함께 서비스 이해도, 유지보수성이 함께 개선되었습니다.
#refactoring#Spring Boot
8500
리팩토링 데이: 코드의 마술을 펼쳐 보인 성공적인 도전
리팩토링 데이: 코드의 마술을 펼쳐 보인 성공적인 도전
해커톤 방식으로 팀 전체가 함께 코드 품질 개선에 나선 리팩토링 사례입니다. 레거시 코드와 기술 부채가 많은 상황에서 공동 작업으로 개선을 추진했습니다.
#refactoring#code quality
1100
TypeORM QueryBuilder 활용 사례: 재사용성을 높이는 방법과 테스트 작성하기
TypeORM QueryBuilder를 빌더 패턴으로 분리해 재사용성과 가독성을 높인 사례를 소개했습니다. 또한 필터별 유닛테스트로 복잡한 조건 조합의 검증을 쉽게 만든 방법을 설명했습니다.
#TypeORM#QueryBuilder
3400
Form(폼) 요소에 대한 검증 및 오류 처리 개선 - 파트너스는 모든 페이지에 폼이 있고, 우린 모든 페이지를 수정해야 합니다
Form(폼) 요소에 대한 검증 및 오류 처리 개선 - 파트너스는 모든 페이지에 폼이 있고, 우린 모든 페이지를 수정해야 합니다
파트너스 사이트의 Form 검증과 오류 처리를 개선한 사례를 다뤘습니다. 모든 페이지에 폼이 있어 기존 방식의 한계와 리팩토링 필요성을 설명했습니다.
#refactoring#검증
1900
Jackson과 Scala 기반 Flink를 사용한 코드 리팩토링 과정에서 발생한 Serialization 관련 이슈 해결하기
Scala와 Jackson, Flink를 함께 쓰는 코드 리팩토링 중 직렬화 이슈가 발생한 사례를 다뤘습니다. 커스텀 ObjectMapper와 클래스 구조 정리로 문제를 해결한 과정을 공유했습니다.
#Jackson#Scala
2900
잃어버린 클레임 데이터를 찾아서
주문 테이블에 섞여 있던 교환/반품 데이터를 클레임번호 중심으로 분리해 관리 구조를 개선했습니다. 이를 통해 상태 추적과 부가비용 정산을 명확히 하고 동시 처리 기반을 마련했습니다.
#DB#test
14500