메로그

미장 플라스~ 라는 이름으로, 미즈 라고 불리는 개발 환경 올인원 매니저 입니다.기존에는 nvm 대비 가볍고 빠른 성능을 이유로 volta를 사용하고 있었고 지금까지도 아주 좋은 평으로 쓰고 있었습니다.그러나 2024년 12월 5일 이후로 추가 릴리즈는 진행되지 않고 있어서 대체제를 찾던 도중에 훨씬 더 좋은(?!) 매니저를 이번에 찾게 되어서 소개드립니다. 바로 mise-en-place 로 미즈, 미장 플라스 라고 불리고 있습니다.https://mise.jdx.dev/ Home | mise-en-placemise-en-place The front-end to your dev env Pronounced "MEEZ ahn plahs"mise.jdx.dev 홈페이지로 접속해서 보실 수 있고, 기존 volta..

들어가며최근 프로젝트에 Spec-Driven Development(SDD) 방식을 도입했습니다. 결과부터 말하자면, 기존에 3-4일이 걸리던 기본 개발이 10분 만에 완료되었습니다. 물론 디테일한 작업은 여전히 필요하지만, 생산성 향상은 기대 이상이었습니다.https://github.com/github/spec-kit?utm_source=chatgpt.com이는 이제 깃허브에 Spec Kit 을 참고해서 도입하였고 Spec Kit 을 사용하지 않고 별도 사용하는 에이전트 툴 기반으로 생성하였습니다.SDD 개발 프로세스전체 개발 프로세스는 다음과 같이 설계했습니다리서치 → 기획 → 설계 → PRD 작성 → SDD 개발 → Frontend/Backend 생성 → 개선 → 테스트 → 배포핵심은 PRD를 Spe..

프론트엔드 템플릿 저장소를 관리하면서 이런 문제를 경험하셨나요? 💥 템플릿 업데이트 후 빌드가 깨진 채로 배포🔍 일관되지 않은 코드 스타일로 인한 리뷰 어려움📝 매번 수동으로 작성해야 하는 릴리즈 노트📚 팀 문서에 릴리즈 정보를 일일이 업데이트이번 글에서는 GitHub Actions를 활용해 품질 검증 → 빌드 테스트 → 릴리즈 노트 자동화까지 전체 CI/CD 파이프라인을 구축하는 방법을 알아보겠습니다.파이프라인 구조GitHub Push/PR/Tag ↓[품질 검증] ESLint + Prettier + Build Test ↓ (Tag Push 시에만)[릴리즈 자동화] GitHub Release + Confluence 문서화1단계: 품질 검증 자동화왜 필요한가?PR 머지 전에 코..

최근 기존 개발 조직에서 분리되어 신생 프론트엔드 팀을 맡게 되었다.기존에는 프론트엔드, 백엔드, 데브옵스가 함께 일하는 형태였지만, 이번에는 오롯이 프론트엔드 개발만을 전담하는 팀으로 새롭게 구성되었다.인원은 기존 4명에서 8명으로 늘었고, 구성원은 고연차부터 신입까지 다양하며 서비스 개발부터 제품 개발까지 각기 다른 경험을 지니고 있다. 이런 배경 덕분에 기술 스펙트럼은 넓어졌지만, 그만큼 팀 방향성 정립과 일하는 방식의 통일이 필요했다. 1. 팀 파악부터 시작먼저, 팀원 개개인과의 1:1 면담을 진행했다.각자가 어떤 일을 하고 있는지, 어떤 어려움을 겪고 있는지, 그리고 무엇이 필요한지를 듣는 시간이었다.이 과정을 통해 현재의 업무 구조와 협업 방식의 문제점을 구체적으로 파악할 수 있었고, 이를 바..

왜 실과 팀, 각각의 그라운드룰이 필요했을까?실 차원에서 별도의 그라운드룰을 만들자는 논의가 나왔고, 우리 팀은 이미 팀 차원에서 자체적인 그라운드룰을 운영하고 있었기 때문에 실 그라운드룰 작성을 맡아서 진행하게 되었습니다. 그래서 이제 진행하면서 느낀 부분에 대해서 말씀드리겠습니다.먼저 실과 팀의 그라운드룰은 성격 자체가 다르다는 점에서 출발했고 그래서 각각의 기준을 명확히 잡는 것이 우선이라고 판단하였고 거기에 대한 분리부터 시작해야 한다고 생각이 들었습니다.실 그라운드룰의 성격‘실’ 단위는 단순히 한 팀 내부의 약속을 넘어서는, 조직 전체의 정합성과 방향성을 맞추는 상위 개념의 기준입니다!그래서 이 룰은 자주 변경되면 안 되고, 구성원 모두가 신뢰하고 따를 수 있는 기준이 되어야하고 너무 디테일하거..

결론부터 말하면, 우리가 왜 존재하는지(미션), 어디로 나아갈지(비전)를 명확히 할 때, 팀원들이 더 큰 의미를 가지고 일할 수 있습니다.그래서 미션, 비전을 설정해야 하는 이유에 대해서 간략하게 소개해보겠습니다. 사업계획에서 미션과 비전을 설정해야 하는 이유팀에서 함께 일하다 보면, 우리가 단순히 일을 처리하고 목표를 달성하는 데 그치지 않고, 더 큰 그림을 그려야 할 순간이 옵니다.그 과정에서 미션과 비전을 설정하는 건 단순히 형식적인 요소가 아닙니다. 팀이 같은 방향을 바라보고, 의미 있는 결과를 만들기 위해 반드시 필요한 과정입니다.미션과 비전이 왜 중요한지, 그리고 이를 통해 우리가 어떤 방향성을 가질 수 있는지 이야기해 보겠습니다. 1. 미션(Mission): 지금 우리가 존재하는 이유미션은 ..