원티드

RSS

게시글: 100
등록: 2026년부터

All Frontend Backend AI DevOps Architecture Etc

Frontend
웹과 다른 세계: 이메일 템플릿 작업에서 겪은 시행착오
본 글은 웹 개발 환경과 달리 제약이 많은 이메일 템플릿 작업에서 겪었던 시행착오와 해결 과정을 공유합니다. 이메일 클라이언트별 렌더링 차이, CSS 지원 범위의 한계, HTML 구조의 제약 등 웹 개발과는 다른 이메일 템플릿만의 독특한 문제점들을 다룹니다. 특히, 반응형 디자인 구현의 어려움과 이를 극복하기 위한 테이블 레이아웃 활용, 인라인 스타일 사용, CSS 속성 제한 등 실질적인 해결 방안을 제시합니다. 웹 표준을 준수하면서도 다양한 이메일 클라이언트에서 일관된 화면을 보여주기 위한 저자의 노력을 엿볼 수 있으며, 이메일 템플릿 개발 시 발생할 수 있는 문제에 대한 인사이트를 얻을 수 있습니다.
이메일 템플릿HTMLCSS
원티드·2026년 1월 2일
Backend
데이터는 지웠는데 비용은 그대로? Aurora 스토리지 비용 최적화 하기
이 글은 AWS Aurora 사용 시 데이터 삭제 후에도 스토리지 비용이 줄어들지 않는 문제에 대한 해결책을 제시합니다. Aurora는 데이터 삭제 시 즉시 스토리지 공간을 회수하지 않고, 일정 시간이 지나야 스토리지 사용량이 줄어드는 특성이 있습니다. 이러한 특성 때문에 데이터 삭제 후에도 비용이 그대로 발생하는 현상이 나타납니다. 글에서는 Aurora 스토리지 비용 최적화를 위해 `VACUUM` 명령어와 `OPTIMIZE TABLE` 명령어를 활용하는 방법을 설명합니다. `VACUUM`은 삭제된 행의 공간을 재활용하고, `OPTIMIZE TABLE`은 테이블을 재구성하여 스토리지 사용량을 줄이는 데 도움을 줍니다. 이러한 방법을 통해 불필요한 스토리지 비용을 절감할 수 있습니다.
AuroraRDSAWS
원티드·2025년 11월 20일
Etc
SEO 주도 개발 실천기: 구글이 인정한 ‘좋은 URL’ 99% 달성 여정
이 글은 SEO(검색 엔진 최적화)를 주도하는 개발 방식을 실천한 경험을 공유합니다. 특히, 구글이 권장하는 '좋은 URL' 기준을 99% 충족하는 것을 목표로 삼고, 이를 달성하기 위한 구체적인 과정과 노하우를 다룹니다. URL 구조 개선, 키워드 포함 전략, 가독성 향상 등 SEO 관점에서 URL을 최적화하는 방법을 상세히 설명하며, 실제 적용 사례를 통해 그 효과를 입증합니다. 기술적인 측면뿐만 아니라, 검색 엔진의 이해를 바탕으로 사용자 경험을 향상시키는 방향으로 개발을 이끌어가는 중요성을 강조합니다. 이 글은 SEO와 개발 실무를 연결하고자 하는 개발자들에게 유용한 인사이트를 제공합니다.
SEOURL개발
원티드·2025년 11월 4일
Backend
Cloudfront의 숨은 힘: 캐싱 없이도 극대화 되는 성능과 비용 효율성
이 글은 AWS CloudFront를 캐싱 없이 동적 콘텐츠에 적용하여 성능과 비용 효율성을 극대화하는 방법에 대해 설명합니다. 기존에는 CloudFront가 정적 콘텐츠 전송이나 캐싱에만 유용하다는 인식이 있었지만, 이 글에서는 캐싱을 사용하지 않더라도 CloudFront의 주요 장점인 '접속지점(PoP/Edge) 활용'을 통해 성능을 개선할 수 있음을 강조합니다. 사용자와 가장 가까운 접속지점에 연결하고 AWS의 전용 네트워크망인 Amazon Global Network를 활용함으로써, 지리적 이점을 얻고 Connection 시간을 단축하여 전체적인 응답 속도를 향상시킬 수 있습니다. 특히 한국 내 사용자들의 접속 환경을 고려할 때, 이러한 접속지점의 이점은 더욱 두드러집니다.
CloudFrontAWSPerformance Optimization
원티드·2024년 12월 19일
Etc
A/B테스트 기초(what, why, how)
이 글은 A/B 테스트의 기본적인 개념(What), 필요성(Why), 그리고 진행 방법(How)에 대해 설명합니다. A/B 테스트는 궁금한 가설을 두 가지 버전(A안, B안)으로 나누어 효과를 비교 검증하는 방법론으로, 일반적으로 A는 대조군, B는 실험군으로 설정됩니다. 프로젝트에서 새로운 기능이나 디자인 변경이 사용자 경험 향상, 전환율 증가, 사업 성과 증대에 긍정적인 영향을 미칠 것이라는 가설을 검증하기 위해 A/B 테스트를 수행합니다. 기존 프로세스 대비 추가적인 단계와 시간이 소요될 수 있지만, 예상치 못한 부작용이나 부정적인 사용자 반응을 조기에 파악하고 데이터 기반의 객관적인 의사결정을 내리는 데 필수적입니다. 이를 통해 롤백 또는 롤아웃 결정을 효율적으로 내릴 수 있습니다.
A/B 테스팅데이터 분석실험 설계
원티드·2024년 10월 28일
Etc
2주 스프린트라는 굴레
이 글은 IT 업계에서 흔히 사용되는 2주 스프린트라는 짧은 개발 주기의 장단점을 탐구합니다. 저자는 2주라는 짧은 주기 안에서 지속적인 품질 유지와 개선이 어렵다는 점을 지적하며, 이러한 제약 속에서 겪는 어려움을 토로합니다. 특히, 짧은 주기 때문에 충분한 논의나 깊이 있는 개선 작업이 어렵고, 오히려 반복적인 업무에 갇히는 느낌을 받을 수 있다고 말합니다. 글은 2주 스프린트라는 '굴레'에 갇혀 발버둥 치는 개발자들에게 공감대를 형성하며, 이러한 개발 프로세스에 대한 성찰과 개선의 필요성을 제기합니다. 궁극적으로는 개발 문화와 프로세스가 개발자의 성장과 만족도에 미치는 영향을 시사합니다.
2주 스프린트스크럼개발 프로세스
원티드·2024년 4월 23일
Frontend
HEIC 파일 포맷 지원을 통한 사용자 경험 향상 시키기
이 글은 HEIC/HEIF 파일 포맷의 특징과 이를 지원하지 않는 서비스에서 발생하는 문제 상황을 다룹니다. HEIC는 Apple 기기에서 주로 사용되는 고효율 이미지 컨테이너 포맷으로, 기존 JPEG보다 높은 압축률과 다양한 메타데이터를 지원합니다. 그러나 일부 웹 서비스에서는 HEIC 파일을 JPEG나 PNG로 인식하지 못해 업로드 오류가 발생하는 문제가 있습니다. 글에서는 이러한 문제 상황을 원티드 소셜 서비스의 사례를 통해 설명하며, HEIC 파일 포맷 지원의 필요성을 강조합니다. 향후 HEIC 포맷 지원을 통해 사용자 경험을 개선할 수 있는 방안을 모색합니다.
HEICHEIF파일 포맷
원티드·2024년 4월 1일
Frontend
Yarn Classic에서 Pnpm으로 전환하기 with TurboRepo
원티드랩 HR솔루션사업팀에서 프론트엔드 개발자가 Yarn Classic에서 Pnpm으로 패키지 매니저를 전환한 경험을 공유하는 글입니다. Yarn Classic은 성능이 느리고 호이스팅으로 인해 유령 의존성 문제를 야기할 수 있으며, 특히 모노레포 환경에서는 이 문제가 더욱 심각해질 수 있습니다. 글에서는 유령 의존성의 개념을 설명하고, 이러한 문제를 해결하기 위해 Pnpm으로 전환하게 된 배경과 과정을 상세히 다룹니다. Pnpm은 디스크 공간을 효율적으로 사용하고 유령 의존성 문제를 방지하는 데 효과적인 대안으로 제시됩니다.
Yarn ClassicPnpmTurboRepo
원티드·2024년 2월 7일
Etc
스프린트의 시작, 성공적인가요?
본문이 제공되지 않아 글의 내용을 파악할 수 없습니다. 따라서 카테고리, 태그, 요약을 생성할 수 없습니다. 만약 글의 내용이 스프린트의 시작과 성공 여부에 대한 것이라면, 애자일 방법론, 프로젝트 관리, 팀워크, 회고 등의 키워드를 포함할 수 있을 것입니다. 성공적인 스프린트 시작을 위한 요소로는 명확한 목표 설정, 팀원 간의 원활한 소통, 적절한 업무 분배, 그리고 스프린트 계획 단계에서의 충분한 논의 등이 중요할 수 있습니다. 또한, 스프린트 진행 중 발생할 수 있는 문제점을 미리 예측하고 대비하는 것도 성공적인 스프린트 운영에 기여할 것입니다. 스프린트 종료 후에는 반드시 회고를 통해 잘된 점과 개선할 점을 파악하고 다음 스프린트에 반영하는 과정이 필수적입니다.
스프린트애자일프로젝트 관리
원티드·2024년 1월 14일
Etc
스프린트의 시작, 성공적인가요?
본문 내용이 "410 Deleted by author"로 삭제되어 구체적인 기술적 내용을 파악할 수 없습니다. 제목 "스프린트의 시작, 성공적인가요?"와 "Deleted by author"라는 정보만으로 추론했을 때, 이 글은 애자일 방법론의 스프린트 시작 단계의 성공 여부를 다루는 내용이었을 것으로 예상됩니다. 아마도 스프린트 계획, 목표 설정, 팀원 간의 소통 및 협업 방식 등 스프린트의 성공적인 시작을 위한 요소들을 논의했을 가능성이 높습니다. 하지만 원문이 삭제되어 정확한 카테고리, 태그, 요약은 제공하기 어렵습니다. 따라서 'else' 카테고리로 분류하며, 관련 키워드로 스프린트, 애자일, 회고, 프로세스, 팀워크 등을 추정해 봅니다.
스프린트애자일회고
원티드·2024년 1월 14일
Etc
엔지니어링 프로젝트 임팩트 산정하기
이 글은 원티드랩 데이터팀의 박찬민 엔지니어가 지난 한 해 동안 진행한 엔지니어링 프로젝트의 임팩트를 산정하는 과정을 공유합니다. 원티드랩에서는 모든 프로젝트의 성과를 원화 단위의 가치로 환산하여 산정하는 것을 중요하게 생각하지만, 개발자나 엔지니어는 자신의 업무 가치를 수치화하는 데 어려움을 겪는 경우가 많습니다. 글쓴이는 특히 'Weaver 프로젝트'라는 Apache Kafka 기반의 실시간 데이터 처리 인프라 구축 프로젝트를 예시로 들어, 다양한 문제를 해결하며 얻은 성과를 어떻게 임팩트로 산정했는지 구체적인 접근법을 소개합니다. 이를 통해 엔지니어링 직무 종사자들이 자신의 기여도를 효과적으로 측정하고 표현하는 데 도움을 주고자 합니다.
프로젝트 임팩트데이터 엔지니어Apache Kafka
원티드·2023년 12월 21일
Etc
기획 변경은 무조건 용인되어야 하나?
본 글은 개발 과정에서 발생하는 잦은 기획 변경에 대한 문제를 다룹니다. 애자일 선언문의 가치와 원칙을 근거로, 기획 변경을 무조건 수용하는 것이 오히려 개발 효율성을 저해할 수 있음을 지적합니다. 특히, '변화에 대응하는 것이 계획을 따르는 것보다 더 가치 있다'는 애자일 원칙을 오해하여 발생하는 문제점을 짚어내고, 기획 변경의 빈도와 영향력을 관리하는 것이 중요하다고 강조합니다. 개발팀과 기획팀 간의 긴밀한 소통과 합의를 통해 변경의 필요성을 신중하게 검토하고, 불가피한 변경에 대해서는 효율적인 관리 방안을 마련해야 함을 제안합니다. 이는 결국 더 나은 소프트웨어 개발 문화와 결과물로 이어질 수 있음을 시사합니다.
기획 변경애자일소프트웨어 개발
원티드·2023년 12월 11일
Backend
원티드랩 데이터 마트 — 설립기
이 글은 원티드랩에서 데이터 마트를 설립하는 과정을 상세히 설명합니다. 데이터 마트는 운영 데이터를 분석에 용이하도록 가공한 데이터셋으로, 의사결정의 중심이 되는 중요한 정보입니다. 필자는 이미 구글 빅쿼리를 데이터 웨어하우스로 사용 중인 환경에서, 기업과 유저 데이터를 모두 다루는 원티드랩의 특성을 고려하여 데이터 마트 구축을 시작했습니다. 초기 단계에서는 자주 사용되는 뷰테이블의 코드를 분석하여 핵심 테이블과 컬럼을 파악했습니다. 이후 전체적인 데이터 구조를 이해하기 위해 draw.io를 활용하여 원천 테이블 간의 ERD를 작성했습니다. 이 과정에서 테이블 구조화뿐만 아니라 각 테이블과 컬럼에 대한 상세한 설명의 필요성을 인지했으며, 이는 팀원들의 데이터 이해와 활용성을 높이는 데 기여할 것이라고 말합니다. 궁극적으로 데이터 마트 구축은 데이터 기반 의사결정을 강화하는 데 목표를 둡니다.
데이터 마트데이터 웨어하우스Google BigQuery
원티드·2023년 11월 28일
Etc
Taxomony, 유저 행동 로그 이름 정하기
이 글은 사용자 행동 로그의 이름을 정하는 'Taxonomy'에 대한 내용을 다룹니다. 명확하고 일관된 로그 이름 규칙을 정하는 것은 데이터 분석의 정확성과 효율성을 높이는 데 중요합니다. 로그 이름은 사용자의 행동을 명확하게 나타내야 하며, 팀원 간의 이해를 돕고 데이터 분석의 일관성을 유지하는 데 기여해야 합니다. 글에서는 로그 이름 규칙을 정하는 과정과 고려해야 할 사항들을 설명하며, 좋은 로그 이름이 어떻게 사용자 경험(UX) 개선과 비즈니스 의사결정에 도움을 줄 수 있는지 강조합니다. 다만, 본문 내용이 일부 누락되어 구체적인 방법론이나 예시는 제공되지 못했습니다.
Taxonomy로그이름 짓기
원티드·2023년 10월 24일
DevOps
Github Actions Reusable로 프론트엔드 배포 플로우 통합하기
본 글은 원티드랩에서 프론트엔드 배포 플로우를 Github Actions Reusable Workflow를 이용하여 통합한 경험을 공유합니다. 기존에는 여러 프론트엔드 프로젝트별로 배포 시스템 변경 시 개별적인 수정 작업이 반복되어 시간 소요와 누락 가능성이 있었습니다. 이를 해결하기 위해 Github Actions Reusable Workflow를 도입하여, 워크플로 파일을 한 곳에서 통합 관리하고 각 프로젝트에서는 이를 호출하여 사용하는 모듈화 방식을 채택했습니다. 이 방식을 통해 관리 포인트를 일원화하고, 작업 소요 시간을 단축하며 개발 생산성을 향상시킬 수 있었습니다. React의 Hook 패턴처럼, 재사용 가능한 워크플로를 통해 효율적인 CI/CD 환경을 구축할 수 있음을 보여줍니다.
GitHub ActionsReusable Workflow프론트엔드 배포
원티드·2023년 9월 21일
Backend
원티드랩에서 데이터의 가치를 높이는 법, 데이터 거버넌스
이 글은 원티드랩에서 데이터의 가치를 높이기 위한 데이터 거버넌스 구축 사례를 소개합니다. 데이터 기반 의사결정을 위해서는 신뢰할 수 있는 데이터가 필수적이며, 이를 위해 데이터 거버넌스가 효용성, 효율성, 규범성, 확장성을 고려하는 기준이 된다고 설명합니다. 데이터 거버넌스 매니저의 역할과 데이터 매니지먼트와의 관계를 명확히 하고, 원티드랩이 여러 서비스와 다양한 개발 환경 속에서 데이터 거버넌스 관리에 우선순위를 두는 방식을 제시합니다. 궁극적으로 데이터 거버넌스를 통해 데이터의 정확성, 가용성, 보안을 보장하여 데이터 기반 의사결정을 지원하는 것을 목표로 합니다.
데이터 거버넌스데이터 관리데이터 품질
원티드·2023년 9월 20일
Etc
버그 회고, 품질 프로세스 개선의 첫걸음 (RCA)
이 글은 애자일 개발 프로세스에서 버그 회고의 중요성과 이를 통한 품질 프로세스 개선 방안을 다룹니다. 특히 근본 원인 분석(RCA)을 중심으로 버그 발생 시 단순히 수정하는 것을 넘어, 재발 방지를 위한 체계적인 접근 방법을 제시합니다. 버그 회고는 개발팀의 학습과 성장을 촉진하며, 궁극적으로 더 높은 수준의 소프트웨어 품질을 달성하는 데 기여하는 첫걸음임을 강조합니다. 효과적인 버그 회고를 위한 구체적인 방법론과 팀 문화의 중요성도 함께 언급하며, 지속적인 개선을 위한 실천을 독려합니다.
버그 회고RCA품질 프로세스
원티드·2023년 9월 11일
DevOps
Private S3구성과 NGINX를 이용한 웹사이트 구성
본 글은 ISMS 인증을 준비하며 Private S3 버킷에 저장된 웹사이트 콘텐츠를 NGINX를 통해 안전하게 공개하는 방법을 다룹니다. 일반적으로 S3 버킷은 공개 접근이 가능하지만, 개인정보 보호 및 보안 강화를 위해 Private S3를 사용해야 하는 상황이 발생합니다. 이 글에서는 NGINX 설정을 통해 Private S3에 직접 접근하지 않고도 웹사이트를 정상적으로 서비스할 수 있도록 구성하는 과정을 상세히 설명합니다. 이를 통해 보안 요구사항을 충족하면서도 효율적인 웹사이트 운영 방안을 제시합니다.
S3NGINXPrivate S3
원티드·2023년 9월 6일
Etc
이벤트 QA 자동화 회고 — Governance Managing 편
원티드랩 데이터팀에서 진행한 이벤트 QA 자동화 프로젝트의 두 번째 회고 글입니다. 앱과 웹에서 발생하는 이벤트 데이터(유저 행동 로그)를 웹과 GTM을 통해 스크래핑하고 이벤트 존재 유무를 검토하는 자동화 작업을 목표로 했습니다. 프로젝트 진행 과정에서 필요한 이슈들을 나열하고 우선순위를 정하는 작업을 중심으로, Figma를 활용하여 타임라인별 마일스톤을 설정하고 Jira 이슈를 관리했습니다. 특히, 자유로운 포맷의 Figma를 통해 아이디어를 놓치지 않고 작업을 체계적으로 관리한 점이 강조되었습니다. 4월에는 기능 강화, 편의성 강화(Slack 연동), 데이터 검증 등 구체적인 작업들을 세분화하고 우선순위를 정하는 데 집중했습니다. 이 글은 이벤트 QA 자동화라는 새로운 도전에 대한 경험과 방법을 공유하며, 데이터 품질 관리 및 거버넌스 구축에 대한 인사이트를 제공합니다.
이벤트 QA자동화회고
원티드·2023년 7월 31일
DevOps
pov: 슬랙 bolt로 에어플로우 DAG 실행시키기
이 글은 원티드랩 데이터 팀에서 이벤트 QA 자동화 툴의 사용성을 개선하기 위해 슬랙 Bolt와 Airflow DAG를 연동한 경험을 공유합니다. 기존 로컬에서 파이썬 파일을 실행하는 방식은 비개발 직군에게 허들이 있었기에, 웹에서 제어가 용이한 Airflow DAG를 도입했습니다. 하지만 JSON과 Airflow를 사용하는 방식 역시 사용성을 개선할 필요가 있다고 판단하여, 전사에서 사용하는 슬랙을 통해 필요한 값을 입력하고 DAG를 실행하며 진행 상황을 확인할 수 있도록 하는 목표를 세웠습니다. 이를 통해 환경 설정 없이도 누구나 쉽게 이벤트 QA를 수행할 수 있는 환경을 구축하고자 했습니다. 글에서는 이러한 연동 과정을 기술적으로 상세히 다루지는 않지만, 문제 정의, 목표 설정, 그리고 슬랙과 Airflow를 활용한 자동화 개선의 필요성을 강조합니다.
Slack BoltAirflowDAG
원티드·2023년 7월 28일