디자인 컴포넌트 라이브러리를 ‘실제 사용 방식’에 맞게 다시 설계한 이야기
Kitchen의 빌드·패키지 구조를 실제 사용 방식에 맞게 다시 설계했습니다. ESM 전환과 단일 패키지화로 트리셰이킹과 DX를 개선했습니다.
#React#ESM
12800
국내 IT 기업 기술 블로그 최신 글
필터 0
디자인 컴포넌트 라이브러리를 ‘실제 사용 방식’에 맞게 다시 설계한 이야기
React 디자인 컴포넌트 라이브러리를 ESM과 단일 패키지 구조로 재설계했습니다. 트리셰이킹 적용으로 번들 크기와 빌드 시간을 크게 줄이고 DX를 개선했습니다.
#React#ESM
300
Karrot’s GenAI Platform
Karrot’s GenAI Platform
Karrot이 GenAI 도입 확산을 위해 LLM Router, Prompt Studio, KarrotChat을 구축한 과정을 소개했습니다. 계정·비용 관리부터 실험, 에이전트 실행, 장애 대응까지 통합한 플랫폼 구조를 설명했습니다.
#LLM#MCP
12300
![[kt cloud DC Series] #2 아시아 클라우드 허브, Tokyo 데이터센터 분석](https://img1.daumcdn.net/thumb/R800x0/?scode=mtistory2&fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdna%2Fb6ni7N%2FdJMcabW5E8n%2FAAAAAAAAAAAAAAAAAAAAALdsn68KetPUDjyA-2XgfQJSyHbQPPwTAV8qTPsQ75bi%2Fimg.png%3Fcredential%3DyqXZFxpELC7KVnFOS48ylbz2pIh7yKj8%26expires%3D1769871599%26allow_ip%3D%26allow_referer%3D%26signature%3DC71GdvEWFzkLqP02662ab8YpO8I%253D)
[kt cloud DC Series] #2 아시아 클라우드 허브, Tokyo 데이터센터 분석
도쿄 데이터센터 시장이 왜 아시아 허브로 집중되는지 현황과 배경을 정리했습니다. 높은 비용과 재난·ESG 리스크 속에서도 글로벌 기업이 도쿄를 선택하는 이유를 비교했습니다.
#cloud#데이터센터
3600
Amazon RDS for PostgreSQL에서 고성능 시계열 데이터 테이블 설계
Amazon RDS for PostgreSQL에서 시계열 테이블을 고성능으로 설계하는 방법을 설명했습니다. 데이터 타입 최적화, BRIN 인덱스, 일별 파티셔닝으로 수집 성능을 크게 높였습니다.
#PostgreSQL#시계열 데이터
7600
[유통人터뷰] "4050, 삶의 방식·취향 다양…퀸잇 '어른의 멋' 제안"
퀸잇이 4050세대의 다양한 삶의 방식과 취향을 이해하는 전략을 소개했습니다. 연령보다 상황과 기준선을 중심으로 고객을 공략한 사례입니다.
#패션 플랫폼#라이프스타일
2400
Coroutine Async 로 지도보기 API 성능 개선하기
Coroutine Async 로 지도보기 API 성능 개선하기
지도보기 API의 병목이던 표준 상품 API 호출을 동적 window 분할과 Coroutine Async로 병렬화했습니다. 그 결과 응답 시간을 8~10초에서 약 2초로 줄이고 TPS도 크게 개선했습니다.
#Kotlin#Coroutine
15000
전시 도메인에 Kotlin DSL적용하기
전시 도메인에 Kotlin DSL적용하기
숙박 전시 도메인의 복잡한 노출 로직을 Kotlin DSL로 표현한 적용 사례를 소개했습니다. 가독성은 좋아졌지만 내부 구현 복잡도와 팀의 러닝 커브가 커지는 트레이드오프도 있었습니다.
#Kotlin#DSL
8700
쿠팡 파트너스
개발자를 위한 서적을 확인해 보세요
이 게시물은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.
#개발서적#프로그래밍
Strands Agents와 Amazon Bedrock AgentCore를 활용해 포스트잇 워크숍을 파워포인트로 정리하기
Strands Agents와 Bedrock AgentCore로 포스트잇 워크숍 결과를 자동 정리하는 워크플로우를 소개했습니다. 이미지 인식부터 PPT 생성, 맥락 보강, 배포까지의 구성과 개선점을 설명했습니다.
#Strands Agents#Amazon Bedrock AgentCore
6200
공통 Kafka 전환기 [Part 2. 공통 Kafka 전환 여정]
공통 Kafka 전환기 [Part 2. 공통 Kafka 전환 여정]
도메인별로 분산 운영되던 8개 Kafka 클러스터를 공통 Kafka로 통합하는 전환 과정을 정리했습니다. MirrorMaker2 기반 점진 전환으로 서비스 영향 없이 데이터 일관성과 Offset을 유지했습니다.
#Kafka#MirrorMaker2
6900
복잡한 검색 홈, 구조는 유연하게 화면은 부드럽게 개선하기
복잡한 검색 홈, 구조는 유연하게 화면은 부드럽게 개선하기
검색 홈과 결과 화면을 모듈로 분리하고, SwiftUI 기반의 탭 구조로 재설계한 사례를 소개했습니다. 또한 중간 페이지를 건너뛰는 커스텀 전환 뷰로 화면 전환 경험을 개선했습니다.
#SwiftUI#iOS
6600
![[분석] 2025 AI 트렌드 결산 #4: AI×Everything 시대, AI Transformation 전략](https://img1.daumcdn.net/thumb/R800x0/?scode=mtistory2&fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdna%2FblmQ5k%2FdJMb99LJGHL%2FAAAAAAAAAAAAAAAAAAAAAKs3YWGIyJPYzuDSXBWrpmm08qlUhH5WFmaVB9-4skgM%2Fimg.png%3Fcredential%3DyqXZFxpELC7KVnFOS48ylbz2pIh7yKj8%26expires%3D1769871599%26allow_ip%3D%26allow_referer%3D%26signature%3DNHUeYUk5juw0xKc85ObfFm%252BVolg%253D)
[분석] 2025 AI 트렌드 결산 #4: AI×Everything 시대, AI Transformation 전략
2025년 AI를 전 산업의 인프라로 보는 AI×Everything 흐름과 기업의 AI Transformation 전략을 정리했습니다. 전사 전략, 데이터 기반, 조직 재구성이 AI-Native 전환의 핵심이라고 설명했습니다.
#LLM#디지털혁신
2300
PLP 최저가 계산 최적화: 정말 모든 객실을 계산해야 할까?
PLP 최저가 계산 최적화: 정말 모든 객실을 계산해야 할까?
PLP 최저가 계산에서 모든 객실을 끝까지 계산하던 방식을 가지치기로 줄인 사례를 소개했습니다. 계산량은 크게 줄었지만 실제 성능 개선은 DB 조회 비용 때문에 제한적이었습니다.
#Kotlin#성능
5000
Observability를 위한 LGTM 첫걸음
Observability를 위한 LGTM 첫걸음
LGTM 스택의 개요와 Mimir, Tempo, Loki의 구조를 처음 도입 관점에서 정리했습니다. 또한 배포 모드와 운영 시 주의할 점을 함께 소개했습니다.
#Grafana#Kubernetes
11700