숨고

RSS

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

All Frontend Backend AI DevOps Architecture Etc

Frontend
Flutter가 React Native보다 낫습니다
이 글은 Flutter와 React Native를 비교하며, Flutter가 특정 영역에서 React Native보다 우수하다고 주장합니다. 저자는 "상황에 따라 다르다"는 일반적인 답변 대신, 두 프레임워크의 기술적 측면보다는 실제 앱 개발에서 더 중요하게 고려해야 할 요소들에 초점을 맞춥니다. 글은 Flutter와 React Native가 가장 많이 사용되는 멀티플랫폼 모바일 앱 프레임워크임을 언급하며, 성능, 개발자 경험, 언어(Dart vs JavaScript), 네이티브 통합 등 다양한 비교 포인트를 제시합니다. 궁극적으로 어떤 프레임워크를 선택할지는 기술적 우위보다는 실제 개발 상황과 중요하게 고려해야 할 요소들에 달려 있음을 시사합니다.
FlutterReact Native모바일 앱
숨고·2022년 3월 23일
Backend
모두를 위한 JWT
이 글은 JWT(JSON Web Token)에 대한 개념을 쉽게 설명하고 기술적인 정의와 활용 사례를 다룹니다. JWT는 Header, Payload, Signature로 구성된 JSON 기반의 토큰으로, IETF에서 RFC 7519로 표준화되었습니다. URL에서 사용 가능하고 JSON 자료구조를 포함하며 용량이 작고 다양한 암호화 방식을 지원하는 장점이 있습니다. 실제 활용에서는 OAuth 2.0 인증의 Access Token으로 주로 사용되며, JWT의 탄생 배경, 장단점, 활용 예시 등을 통해 JWT에 대한 명확한 이해를 돕고자 합니다.
JWTJSON Web Token인증
숨고·2022년 2월 11일
Etc
코드 리뷰 가이드라인 만들기
이 글은 숨고 테크팀에서 코드 리뷰의 효율성을 높이기 위해 작성한 코드 리뷰 가이드라인을 공유합니다. 코드 리뷰는 개발자 간의 피드백 과정으로, 효과적인 소통이 중요합니다. 가이드라인의 핵심은 '코드에 대해서만 이야기하기', '상대방의 의견 존중하기', '상대방이 이해하기 쉽게 커뮤니케이션하기'입니다. 작성자는 피드백에서 작성자 개인을 배제하고, 상대방의 의견을 존중하며, 상대방의 입장에서 이해하기 쉽게 설명하는 것이 중요하다고 강조합니다. 또한, 코드와 PR 작성 배경에 대한 맥락 설명을 통해 리뷰어가 코드를 더 잘 이해하도록 돕는 방법을 제시합니다. 이 가이드라인은 개발팀 내 원활한 소통과 건설적인 피드백 문화를 조성하는 데 기여할 것입니다.
코드 리뷰가이드라인소통
숨고·2021년 12월 14일
Frontend
프론트엔드에서 Repository 패턴 이용하기
이 글은 프론트엔드 개발에서 Repository 패턴을 적용하는 방법을 탐구합니다. Repository 패턴은 데이터 접근 로직을 추상화하여 애플리케이션의 다른 부분과 분리함으로써 코드의 재사용성과 테스트 용이성을 높이는 것을 목표로 합니다. 글에서는 Repository 패턴의 필요성, 구조, 그리고 실제 구현 예시를 통해 프론트엔드 코드의 유지보수성과 확장성을 개선하는 방안을 제시합니다. 이를 통해 개발자는 복잡한 데이터 관리 로직을 효과적으로 구조화하고, UI 로직과 데이터 로직을 명확히 분리하여 더욱 견고한 프론트엔드 애플리케이션을 구축할 수 있습니다.
Repository 패턴Frontend아키텍처
숨고·2021년 12월 7일
DevOps
카프카 커넥트 효율적으로 관리하기
본문 내용이 제공되지 않아 카프카 커넥트의 효율적인 관리 방법에 대한 구체적인 내용을 추출할 수 없습니다. 일반적으로 카프카 커넥트 관리는 데이터 파이프라인의 안정적인 운영을 위해 중요하며, 성능 최적화, 오류 처리, 모니터링, 설정 관리 등 다양한 측면을 포함합니다. 효율적인 관리를 위해서는 커넥터의 상태를 지속적으로 확인하고, 리소스 사용량을 최적화하며, 장애 발생 시 신속하게 대응할 수 있는 체계를 구축하는 것이 필요합니다. 또한, 적절한 모니터링 도구와 알림 시스템을 활용하여 잠재적인 문제를 사전에 감지하고 해결하는 것이 중요합니다. (본문 내용 부재로 인한 일반적인 내용)
Kafka Connect데이터 파이프라인모니터링
숨고·2021년 10월 1일
Etc
애자일의 근본 알아보기
본 글은 애자일 방법론의 근본적인 의미와 중요성을 탐구합니다. 애자일은 단순히 빠른 개발 속도나 유연성을 넘어, 변화에 대한 적응력과 지속적인 가치 제공을 핵심으로 합니다. 애자일의 근본적인 가치와 원칙을 이해함으로써, 개발팀은 더욱 효과적으로 협업하고 고객에게 더 나은 결과물을 제공할 수 있습니다. 특히, 개인과 상호작용, 작동하는 소프트웨어, 고객과의 협력, 변화에 대한 대응을 강조하며, 이는 현대 소프트웨어 개발 환경에서 필수적인 요소임을 역설합니다. 애자일의 진정한 의미를 되새기며, 팀의 생산성과 만족도를 높이는 방안을 모색합니다.
애자일개발 방법론프로세스
숨고·2021년 5월 20일
DevOps
모바일 앱 매주 배포하기: 자동화하기
이 글은 숨고에서 리액트 네이티브 모바일 앱을 매주 정기적으로 배포하는 과정을 자동화하는 방법에 대해 설명합니다. 개발된 코드는 스쿼드 내부 QA와 통합 QA, 두 단계의 검증을 거쳐 배포됩니다. 내부 테스터에게 최신 앱 버전을 배포하기 위해 MS 앱센터를 활용하며, 이를 통해 QA 과정을 효율적으로 진행합니다. 이전 글에서 다룬 배포 주기 설정에 이어, 본 글에서는 실제 배포 자동화 과정과 QA 연계 방안을 구체적으로 소개하여 안정적이고 빠른 모바일 앱 배포 시스템 구축에 대한 인사이트를 제공합니다.
모바일 앱배포 자동화React Native
숨고·2021년 4월 26일
DevOps
모바일 앱 매주 배포하기: 규칙 정하기
숨고 모바일 챕터에서는 리액트 네이티브 앱을 매주 수요일 정기적으로 배포하는 프로세스를 운영하고 있습니다. 이 글은 매주 모바일 앱을 성공적으로 배포하기 위해 팀이 정한 규칙과 절차를 소개합니다. 배포 준비는 매주 금요일까지 각 스쿼드에서 다음 주 배포할 내용을 자체 QA 후 병합하는 것으로 시작됩니다. 이후 월요일과 화요일 이틀 동안 통합 QA를 진행하며, QA 통과 시 수요일에 최종 배포가 이루어집니다. 이처럼 명확한 일정과 규칙을 통해 안정적인 모바일 앱 배포를 유지하고 있습니다.
모바일 앱배포React Native
숨고·2021년 4월 18일
Etc
[Design] 숨고의 에자일, 스쿼드의 업무 프로세스와 프로덕트 디자이너가 하는 일
이 글은 숨고(Soomgo)의 에자일(Agile) 방법론 도입 경험과 스쿼드(Squad) 운영 방식을 공유합니다. 특히 프로덕트 디자이너가 스쿼드 내에서 어떤 역할을 수행하며, 구체적인 업무 프로세스는 어떻게 되는지에 초점을 맞춥니다. 애자일 방법론을 통해 팀의 협업과 생산성을 향상시키고, 프로덕트 디자이너의 전문성을 살려 사용자 중심의 제품 개발을 이끌어가는 과정을 설명합니다. 스쿼드 내에서의 커뮤니케이션 방식, 디자인 결정 과정, 그리고 다른 직군과의 협업 사례 등을 통해 실제적인 업무 환경에서의 애자일 적용 방안을 제시합니다. 이 글은 애자일 환경에서 프로덕트 디자이너의 역할과 기여에 대해 깊이 이해하고자 하는 사람들에게 유용한 정보를 제공합니다.
에자일스쿼드프로덕트 디자이너
숨고·2021년 4월 16일
Frontend
Lighthouse로 웹사이트 성능 측정하기
본 글은 웹사이트 성능 측정 도구인 Lighthouse를 활용하는 방법에 대해 설명합니다. Lighthouse는 웹 페이지의 성능, 접근성, SEO, PWA 등 다양한 측면을 분석하고 개선점을 제시하는 오픈소스 도구입니다. 특히, 웹 성능 측정에 초점을 맞춰 Core Web Vitals 지표를 중심으로 성능 점수를 확인하고, 각 항목별 상세 분석 결과를 통해 병목 현상을 파악하는 방법을 안내합니다. 이를 통해 개발자는 웹사이트의 사용자 경험을 향상시키고 검색 엔진 최적화(SEO)에도 긍정적인 영향을 줄 수 있습니다. Lighthouse는 Chrome 개발자 도구 내에 통합되어 있어 누구나 쉽게 접근하고 사용할 수 있으며, 정기적인 성능 측정을 통해 지속적인 개선을 이루는 것이 중요함을 강조합니다.
Lighthouse웹 성능성능 측정
숨고·2021년 4월 7일
DevOps
Kubernetes 환경 CD(Continuous Deployment) 개선하기
숨고의 DevOps 엔지니어가 Kubernetes 환경에서의 CD(Continuous Deployment) 개선 경험을 공유하는 글입니다. 기존에는 애플리케이션 코드와 Kubernetes 배포를 위한 Manifest 파일이 동일한 저장소에서 관리되어, Manifest 파일만 변경해도 컨테이너 빌드 절차를 거쳐야 하고, 여러 저장소에 분산된 Manifest 관리의 어려움, 코드 변경 로그와 Manifest 변경 로그의 혼재, 그리고 수정 권한으로 인한 안정성 저하 등의 문제가 있었습니다. 이러한 문제를 해결하기 위해 애플리케이션 코드와 Manifest 파일을 분리하고, GitOps 방법론을 적용하여 Kubernetes 클러스터 관리 및 애플리케이션 배포의 효율성과 안정성을 높였습니다. 이 글은 Kubernetes 환경에서 CD 개선을 고민하는 DevOps 엔지니어 및 개발자에게 실질적인 도움을 줄 수 있는 내용을 담고 있습니다.
KubernetesCDContinuous Deployment
숨고·2020년 12월 21일
Backend
Soomgo-py Auto-Docs 기능
이 글은 Soomgo-py 라이브러리를 활용하여 API 문서를 자동으로 생성하는 방법에 대해 설명합니다. 기존의 Swagger와 Redoc과 같은 API 문서 도구는 개발자가 직접 문서를 작성해야 하는 번거로움이 있었습니다. Soomgo-py의 Auto-Docs 기능은 이러한 과정을 자동화하여, 개발자가 API 구현에 집중하면서도 Swagger 및 Redoc 형식의 문서를 자동으로 생성할 수 있도록 돕습니다. 이를 통해 개발 생산성을 향상시키고 문서화 작업의 효율성을 높일 수 있습니다. 특히 OpenAPI V3+ 표준을 지원하며, 별도의 문서화 코드 추가 없이도 일관성 있는 API 문서 관리가 가능해집니다.
API 문서SwaggerRedoc
숨고·2020년 12월 9일
Architecture
MSA Service를 위한 프레임워크 — Soomgo-py
숨고 백엔드 챕터에서 개발한 MSA 아키텍처를 위한 프레임워크 'Soomgo-py'를 소개하는 글입니다. 서비스 규모 성장과 요구사항 증가에 따라 MSA 도입을 검토하던 중, 반복되는 코드와 모듈, 프로젝트 설정의 번거로움, 레거시 관리의 어려움 등의 문제를 해결하기 위해 Flask 기반의 경량 프레임워크인 Soomgo-py를 제작했습니다. 이 프레임워크는 Django의 CBV와 유사한 컨셉을 차용하여 리소스 생성과 같은 일반적인 API 요청/응답 패턴을 추상화하고 재사용성을 높였습니다. 이를 통해 개발 생산성을 향상시키고 MSA 환경에 최적화된 서비스 개발을 지원합니다.
MSASoomgo-pyFlask
숨고·2020년 11월 2일
Frontend
모두를 위한 Http2
이 글은 HTTP/2 기술에 대해 설명합니다. HTTP/2는 기존 HTTP/1의 성능 문제를 해결하기 위해 고안되었으며, 특히 네트워크, 전송, 세션 레이어에서는 HTTP/1과 큰 차이가 없지만 애플리케이션 레이어에서 Binary Framing이라는 압축된 스트림을 사용하여 데이터 전송 방식을 혁신했습니다. HTTP/1의 주요 문제점으로는 요청마다 필요한 무거운 TCP 연결, Head of Line Blocking, 그리고 무거운 헤더 크기가 있었습니다. HTTP/2는 이러한 문제들을 해결하기 위해 스트림 다중화, 헤더 압축 등의 기술을 도입하여 병렬적인 데이터 전송을 가능하게 합니다. 글쓴이는 숨고 프론트엔드 챕터 리더로서, HTTP/2를 '계륵'과 같은 기술로 비유하며 그 중요성을 강조하고, 성능 최적화 관점에서 HTTP/2를 다룹니다.
HTTP/2HTTP/1네트워크
숨고·2020년 9월 29일