데이터 플랫폼
데이터 플랫폼에 관한 글을 모아두는 공간이에요.
- 전체 글
- 65개
- 포함된 글
- 14개
- 하위 카테고리
- 0개
콘텐츠
직접 등록된 글 14개 · 바로 아래 카테고리 0개
데이터 플랫폼2026년 8월 5일백엔드 개발자가 프론트 화면을 고치기 시작했다 — AI 개발 하네스문서를 연결해 둬도 참조 누락과 반복 설명이 계속됐어요. Jira 티켓부터 구현·테스트·사람의 검토까지 연결했고, 백엔드 개발자도 프론트 기능을 만들었습니다. 총 작업 시간과 직접 개입 시간을 구분해 정리한 실제 사용 이야기예요.9분 읽기
데이터 플랫폼2026년 7월 29일브라우저가 뭘 받아가는지 CI가 지켜봅니다화면에 필요한 코드가 제때 내려오는지, 사이드바와 홈이 같은 API를 중복 요청하지 않는지 브라우저에서 확인해요. 코드 격리와 초기 로딩 API 검사의 판정 기준·관측 범위를 나눠 기록했습니다.9분 읽기
데이터 플랫폼2026년 7월 29일고객사마다 다른 앱을, 빌드 한 번으로고객사별 브랜치의 공통 변경 관리와 온프레미스 반입 부담을 줄이려고 코드 빌드와 구성 선택을 나눴어요. Manifest로 바꿀 수 있는 범위와 Host·Core 호환성 검증을 함께 정리합니다.8분 읽기
데이터 플랫폼2026년 7월 24일그렇게 저만 남았습니다 — 리뉴얼 0편모니터가 꺼진 책상이 하나씩 늘더니, 2025년 6월엔 저만 남았어요. 그런데 리뉴얼은 이미 시작돼 있었죠. 도망칠 명분은 충분했는데 — 안 도망친 이야기의 0편이에요.3분 읽기
데이터 플랫폼2026년 7월 14일사이드바 메뉴를 데이터가 아니라 배포 아티팩트로 다루기사이드바가 왜 한 편씩이나 되냐고요? 모든 제품이 만나는 유일한 UI거든요. 메뉴 config를 없애고 배포 아티팩트로 다룬 이야기입니다.6분 읽기
데이터 플랫폼2026년 7월 14일react-grid-layout 없이 대시보드 그리드 만들기 — 순수 함수 레이아웃 엔진react-grid-layout 없이 대시보드를 만들었어요. 충돌 밀어내기·상향 압축·최소폭 역산은 전부 React 밖 순수 함수가 합니다. 레이어 분리가 라이브러리를 대체한 사례예요.6분 읽기
데이터 플랫폼2026년 7월 14일피벗테이블 엔진을 직접 만들며 내린 결정들 — 단일 패스 집계와 셀 병합커스텀 공수와 라이선스 비용을 검토한 뒤 피벗을 직접 구현했어요. 집계·병합의 설계와 AI 보조, Excel 대조, 제품 대체 후 겪은 인터랙션 회귀를 함께 기록합니다.7분 읽기
데이터 플랫폼2026년 7월 14일한 코드베이스에 가상화 라이브러리 3개 + 자체 구현이 공존하는 이유일반 테이블과 트리는 무료 라이브러리를 쓰고, 피벗은 직접 구현했어요. 반복되는 커스텀 공수·서버 연동·라이선스 비용을 놓고 선택한 이유와 직접 맡게 된 유지보수를 정리합니다.7분 읽기
데이터 플랫폼2026년 7월 14일재빌드 없는 릴리스 — write-once 아티팩트 레지스트리와 CAS 포인터온프레미스의 배포 협의·반입 부담을 줄이기 위한 릴리스 조립 구조예요. 이미 반입된 기능의 Manifest 갱신, 호환 범위 확인, 과거 파일 보존을 전제로 한 복구를 나눠 설명합니다.7분 읽기
데이터 플랫폼2026년 7월 14일구조 검사가 통과해도 화면 검토는 남습니다flat props를 검사하는 AST 테스트와 초기 로딩의 중복 API 검사. 각각 무엇을 확인하는지 구분하고, 이전 글의 UI 불변 증명 표현을 바로잡았어요.3분 읽기
데이터 플랫폼2026년 7월 14일컨벤션은 문서가 아니라 실패하는 빌드다 — 규칙을 기계로 강제하는 4개 층반복되는 props·레이어 규칙을 검사로 옮겼어요. AST의 정상·위반 사례 테스트와 PR CI 연결을 포함해, 정적 검사·훅·아키텍처 테스트·산출물 검증의 역할과 한계를 정리합니다.7분 읽기
데이터 플랫폼2026년 7월 14일재빌드 없이 고객사 브랜딩 — 토큰 3계층 디자인시스템고객사가 브랜딩을 바꿔도 빌드는 없어요. 칩 → 시멘틱 → 통합 클래스로 수렴하는 3계층 토큰 체계와, 고객사 추가가 곧 패키지 추가인 소유권 구조 이야기입니다.6분 읽기
데이터 플랫폼2026년 7월 14일중앙 조립 코드를 전부 걷어내다 — 런타임 기여 플랫폼 아키텍처고객사별 브랜치에서 공통 수정 전파가 어려웠어요. 단일 코드베이스와 확장 기여 구조로 옮기고, 온프레미스의 반입 부담을 고려해 Manifest로 바꿀 수 있는 범위를 정했습니다.9분 읽기
데이터 플랫폼2026년 7월 14일클래스 컴포넌트 0개로 다시 쓰기 — 1년의 프론트엔드 리뉴얼v3 유지보수와 v4 초기 개발을 병행하며 시작한 리뉴얼. 상용 피벗 대체와 기여 구조 전환에서 무엇을 비교하고 검증했는지, 인원 변화와 실제 운영 범위를 함께 정리했어요.8분 읽기
데이터 플랫폼2026년 7월 29일브라우저가 뭘 받아가는지 CI가 지켜봅니다화면에 필요한 코드가 제때 내려오는지, 사이드바와 홈이 같은 API를 중복 요청하지 않는지 브라우저에서 확인해요. 코드 격리와 초기 로딩 API 검사의 판정 기준·관측 범위를 나눠 기록했습니다.9분 읽기데이터 플랫폼2026년 7월 29일고객사마다 다른 앱을, 빌드 한 번으로고객사별 브랜치의 공통 변경 관리와 온프레미스 반입 부담을 줄이려고 코드 빌드와 구성 선택을 나눴어요. Manifest로 바꿀 수 있는 범위와 Host·Core 호환성 검증을 함께 정리합니다.8분 읽기데이터 플랫폼2026년 7월 24일그렇게 저만 남았습니다 — 리뉴얼 0편모니터가 꺼진 책상이 하나씩 늘더니, 2025년 6월엔 저만 남았어요. 그런데 리뉴얼은 이미 시작돼 있었죠. 도망칠 명분은 충분했는데 — 안 도망친 이야기의 0편이에요.3분 읽기데이터 플랫폼2026년 7월 14일사이드바 메뉴를 데이터가 아니라 배포 아티팩트로 다루기사이드바가 왜 한 편씩이나 되냐고요? 모든 제품이 만나는 유일한 UI거든요. 메뉴 config를 없애고 배포 아티팩트로 다룬 이야기입니다.6분 읽기데이터 플랫폼2026년 7월 14일react-grid-layout 없이 대시보드 그리드 만들기 — 순수 함수 레이아웃 엔진react-grid-layout 없이 대시보드를 만들었어요. 충돌 밀어내기·상향 압축·최소폭 역산은 전부 React 밖 순수 함수가 합니다. 레이어 분리가 라이브러리를 대체한 사례예요.6분 읽기데이터 플랫폼2026년 7월 14일피벗테이블 엔진을 직접 만들며 내린 결정들 — 단일 패스 집계와 셀 병합커스텀 공수와 라이선스 비용을 검토한 뒤 피벗을 직접 구현했어요. 집계·병합의 설계와 AI 보조, Excel 대조, 제품 대체 후 겪은 인터랙션 회귀를 함께 기록합니다.7분 읽기데이터 플랫폼2026년 7월 14일한 코드베이스에 가상화 라이브러리 3개 + 자체 구현이 공존하는 이유일반 테이블과 트리는 무료 라이브러리를 쓰고, 피벗은 직접 구현했어요. 반복되는 커스텀 공수·서버 연동·라이선스 비용을 놓고 선택한 이유와 직접 맡게 된 유지보수를 정리합니다.7분 읽기데이터 플랫폼2026년 7월 14일재빌드 없는 릴리스 — write-once 아티팩트 레지스트리와 CAS 포인터온프레미스의 배포 협의·반입 부담을 줄이기 위한 릴리스 조립 구조예요. 이미 반입된 기능의 Manifest 갱신, 호환 범위 확인, 과거 파일 보존을 전제로 한 복구를 나눠 설명합니다.7분 읽기데이터 플랫폼2026년 7월 14일구조 검사가 통과해도 화면 검토는 남습니다flat props를 검사하는 AST 테스트와 초기 로딩의 중복 API 검사. 각각 무엇을 확인하는지 구분하고, 이전 글의 UI 불변 증명 표현을 바로잡았어요.3분 읽기데이터 플랫폼2026년 7월 14일컨벤션은 문서가 아니라 실패하는 빌드다 — 규칙을 기계로 강제하는 4개 층반복되는 props·레이어 규칙을 검사로 옮겼어요. AST의 정상·위반 사례 테스트와 PR CI 연결을 포함해, 정적 검사·훅·아키텍처 테스트·산출물 검증의 역할과 한계를 정리합니다.7분 읽기데이터 플랫폼2026년 7월 14일재빌드 없이 고객사 브랜딩 — 토큰 3계층 디자인시스템고객사가 브랜딩을 바꿔도 빌드는 없어요. 칩 → 시멘틱 → 통합 클래스로 수렴하는 3계층 토큰 체계와, 고객사 추가가 곧 패키지 추가인 소유권 구조 이야기입니다.6분 읽기데이터 플랫폼2026년 7월 14일중앙 조립 코드를 전부 걷어내다 — 런타임 기여 플랫폼 아키텍처고객사별 브랜치에서 공통 수정 전파가 어려웠어요. 단일 코드베이스와 확장 기여 구조로 옮기고, 온프레미스의 반입 부담을 고려해 Manifest로 바꿀 수 있는 범위를 정했습니다.9분 읽기데이터 플랫폼2026년 7월 14일클래스 컴포넌트 0개로 다시 쓰기 — 1년의 프론트엔드 리뉴얼v3 유지보수와 v4 초기 개발을 병행하며 시작한 리뉴얼. 상용 피벗 대체와 기여 구조 전환에서 무엇을 비교하고 검증했는지, 인원 변화와 실제 운영 범위를 함께 정리했어요.8분 읽기