biz-crm IndexedDAO 적용기
biz-crm 대용량 검색 지연 문제를 사용자 인터뷰로 원인부터 재점검했습니다. 범용 필터를 줄이고 IndexedDAO를 도입해 인덱스 기반 조회로 개선했습니다.
#Java#JOOQ
1900
국내 IT 기업 기술 블로그 최신 글
새로운 기술 블로그가 추가되었어요
필터 1
6개월간 코드 한 줄도 안 쓰고, 100만 줄 기여하기
6개월간 직접 코드를 쓰지 않고 LLM과 시스템으로 대규모 수정과 리팩토링을 수행한 사례를 소개했습니다. 핵심은 AI가 아니라 CI, 린터, 아키텍처 테스트 같은 제어 시스템이었습니다.
#LLM#Git
2400
Software 3.0 시대, Harness를 통한 조직 생산성 저점 높이기
LLM 활용 격차를 개인의 센스가 아닌 팀 시스템으로 끌어올리는 방법을 제안했습니다. Claude Code의 플러그인과 마켓플레이스를 조직용 하네스로 보는 관점을 정리했습니다.
#LLM#Claude
19300
밥이 보약이다
밥이 보약이다
유저가 원하지 않는 기능을 막기 위해 제품을 직접 써보는 ‘개밥 먹기’를 소개했습니다. 빠른 피드백과 팀 정렬로 개선점을 찾는 실천 방법을 제안했습니다.
#UI/UX#refactoring
2600
AWS Transform Custom을 활용한 ASP.NET 모노리스 애플리케이션을 마이크로서비스로 변환하기
AWS Transform Custom으로 ASP.NET 모노리스 애플리케이션을 마이크로서비스로 전환하는 과정을 소개했습니다. 커스텀 변환 정의를 만들고 반복 적용해 레거시 현대화를 자동화하는 방법을 설명했습니다.
#AWS#MSA
5400
작은 수정이 전체를 깨뜨리기 시작했을 때: 옐로우버스 DB 재설계 이야기
옐로우버스 일정 시스템은 변경이 연쇄 전파되는 DB 구조 때문에 큰 비용을 치르고 있었습니다. 이를 append-only, decoupling, lazy generation으로 재설계해 안정성과 운영 효율을 높였습니다.
#DB#refactoring
13900
코드 품질 개선 기법 30편: (투명한) 운명의 붉은 실
함수 간 암묵적 의존성이 있으면 리팩터링 시 오류가 생기기 쉽다고 설명했습니다.\n유효성 검사와 변환 로직을 하나로 묶어 일관성을 보장하는 방법을 제안했습니다.
#Kotlin#refactoring
13200
코드 품질 개선 기법 29편: 고르디우스 변수
로컬과 원격 데이터를 동기화하는 코드에서 의존성이 복잡해지는 문제를 다뤘습니다. 중간 데이터 구조를 먼저 설계해 추가·업데이트·삭제 흐름을 단순화하는 방법을 소개했습니다.
#Kotlin#refactoring
13300
쿠팡 파트너스
개발자를 위한 서적을 확인해 보세요
이 게시물은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.
#개발서적#프로그래밍
페이지를 이루는 최소 기능 블록, 모듈유닛
페이지를 이루는 최소 기능 블록, 모듈유닛
모듈유닛의 개념과 페이지 구성 방식, 유지보수 장점을 설명했습니다. 공통 구조인 만큼 기획 단계에서 영향 범위와 정책을 함께 검토해야 한다고 정리했습니다.
#React#UI/UX
7100
스탠퍼드 대학교는 왜 ‘코딩 말고 다른 것’을 가르치기 시작했을까?
생성형 AI 시대에는 코딩보다 문제 정의와 검증의 중요성이 커졌습니다. AI를 잘 쓰는 조직일수록 판단과 책임의 역할을 더 분명히 해야 했습니다.
#LLM#prompt
15900
Claude Code 컨텍스트 최적화 가이드
Claude Code에서 컨텍스트가 길어질수록 응답 품질이 떨어지는 문제를 설명했습니다. CLAUDE.md, 프롬프트 간결화, 작업 분할, 내장 명령어로 컨텍스트를 관리하는 방법을 정리했습니다.
#Claude Code#LLM
20400
디자인 시스템 다시 생각해보기
디자인 시스템을 통제보다 제품의 관점에서 다시 바라본 글입니다. Flat과 Compound API를 함께 제공하는 하이브리드 전략으로 확장성과 사용성을 균형 있게 다루었습니다.
#디자인 시스템#API
20000
코드 품질 개선 기법 27편: 티끌이 모여 태산이 되듯 의존성도 쌓이면
의존성 주입은 모든 곳에 적용할수록 좋은 것이 아니라 목적이 분명할 때만 쓰는 것이 중요하다고 설명했습니다. 단순 유틸리티나 모델은 내부 생성으로 단순화하고, 주입은 라이프사이클 관리나 구현 전환에 한정할 것을 제안했습니다.
#Kotlin#의존성 주입
9900
전시 도메인에 Kotlin DSL적용하기
전시 도메인에 Kotlin DSL적용하기
숙박 전시 도메인의 복잡한 노출 로직을 Kotlin DSL로 표현한 적용 사례를 소개했습니다. 가독성은 좋아졌지만 내부 구현 복잡도와 팀의 러닝 커브가 커지는 트레이드오프도 있었습니다.
#Kotlin#DSL
8300