PROJECT

⌨️ 지속적인 통합 CI 회고 프로젝트 진행 간 배포 단계에 다가가며 진행했던, CI에 대해 회고해보려 한다. 아쉽게 CD는 진행하지 못했으나 추후 정리를 완료하고 진행해보려 한다. 1. 자동 배포 고민 1.1. CI 단계에서의 고민 자동배포를 언제 쯤 진행해야 할까에 대한 고민이 많았다. IAM 계정을 만들어 누구나 배포를 할 수 있도록 했지만, 거의 전담하여 배포 업무를 진행했기에 여러 가지 고민이 들었다. 우선 마감일은 다가오는 데 계속해서 변화화는 코드들에 대해 자동 배포를 하는 것이 옳은 것일까..? 당시의 우리의 문제점을 되돌아 보며 생각해 보기로 하자 하나의 서비스로 합치고서도 변경 사항이 너무 잦았다. CI를 진행하는 브랜치를 FE와 같이 사용했다. 도메인(Entity) 자체를 변경하는 일..

⌨️ 이미지 업로드 기능 구현 및 회고 프로젝트 진행 간 구현 한 이미지 업로드의 기능 구현과 해당 기능을 구현하면서 마주쳤던 에러나, 변동 사항들에 대해 회고하고 다양한 사항을 고려해보려 한다. 1. Local Storage 이의 이미지 파일 저장 1.1. Local Storage 에 이미지 업로드를 생각한 이유 처음 이미지 업로드를 구현할 때 가장 먼저 고민한 것은 이 이미지 파일을 어디에 보관할까였다. 우리의 프로젝트는 이커머스로 생각보다 많은 양의 이미지를 활용하고 그렇기에 이미지 전달을 빠르게 해줘야 한다는 생각이 우선이었다. 기능 구현 초창기의 기술적 지식의 부재도 있었지만, 이 전의 HTML에서 이미지를 접근하는 방식을 떠올려, 로컬 저장소의 Path를 통해 접근하면 어떨까 하는 생각으로 E..

⌨️ 프로젝트 회고의 시작 부트캠프의 마지막 과정 Main-Project 진행 한 프로젝트의 회고를 시작하려 한다. 많은 회고 방식들이 있지만, 매일 진행 한 회고가 아닌 프로젝트 완주 후 처음부터 스텝을 밟아가며 하는 회고기에 딱딱한 양식보다는 조금은 후기? 느낌에 가깝게 에피소드 형식으로 작성해보려 한다. ⭐프로젝트의 시작 내가 느낀 프로젝트의 시작은 한 마디로 혼돈이었다. 우선적으로 어떤 서비스를 만들 것인지 확실한 기획이 없었고, 기술적 향상이나 조금은 더 공부하는 방향으로 목표를 세웠기 때문이다. 그나마 다행인 점은 우리 백엔드 팀원들끼리의 기술적 합의는 원만히 이뤄졌다는 점이다. 기획의 단계는 중요하지만, 회고에서는 기획에 대해서는 자세히 다루지는 않으려 한다. 그것보다는 조금 더 기술적이고,..

Fact(사실) - Feeling(느낌) - Finding(교훈) - Future Action(향후 행동) - Feedback(이전 향후 행동에 대한 피드백) ⌨️W 길다면 길고 짧다면 짧은 6개월 간의 부트캠프 그리고, 두 달 여의 Pre와 Main 프로젝트가 끝이 나고 부트캠프를 수료했다. 한 마디로 정리하자면 아쉬움이 많이 남는 것 같다. 첫 째로는, 상황이 주는 안도감에 안주한 점 두 번째로는, 조금 더 방향성을 빨리 잡지 못한 점이다. 위 두 상황에 대한 개인적인 견해는 전체적인 프로젝트의 회고와는 주제가 다르므로 이 내용에서는 서술하지는 않으려 한다. 지금이라도 위 상황에 대한 나의 견해가 어느 정도 정리됐기에 다행이라 생각한다. 🌟FACT 기획에서의 실패 적용하지 못한 기술들에 대한 아쉬움 ..

2022.12.20 [Pre-Project] day4 진행 내용 1. 사용자 요구사항 정의서 작성 2. Backend 업무 역할 분담 3. Spring REST DOCS 공부 😍 좋았던 것(Liked) 사용자 요구사항 정의서 작성을 팀 단위로 진행하면서, 내가 놓치는 부분들에 대해서 짚고 넘어갈 수 있었다. FE와 함께 이야기를 하니 Spring REST DOCS에 대해 조금 더 중요성을 느끼게 되었다. 📚 배운 것(Learned) Spring REST DOCS 사용법, 콘텐츠나 누군가 써둔 것이 아닌 내가 스스로 이해를 하여, REST DOCS를 작성할 수 있게 되었다, 학습에서는 mapper를 이용한 Mock 객체를 받았으나, 개인적으로 진행한 도메인은 mapper가 없어 Mock 객체 생성하는 법과..

2022.12.19 [Pre-Project] day1~3. 진행 내용 1. 팀 빌딩 및 프로젝트 툴 세팅 2. Git Flow 전략 3. 사용자 요구사항 정의서 작성 및 화면, 테이블 명세서 작성 😍 좋았던 것(Liked) 팀원들 간의 Git Flow를 맞춰볼 수 있었다. 혼자서 깃을 진행하는 것보다 다양한 상황들에 대해 공부할 수 있었는 부분 📚 배운 것(Learned) Git Confilct 발생 시 대처 방법 프로젝트 칸반보드 생성 및 업무 분담 사용자 요구사항 작성 시 고려해야 할 부분 💦 부족했던 것(Lacked) 기술적인 것보다 팀원들간의 소통에서, 조금 아쉬운 부분이 있었다. (개인적으로) 프로젝트기에 가이드가 명확하진 않겠지만, 어느 정도 가이드가 있었다면 좀 더 수월히 진행하지 않았을까?..

Fact(사실) - Feeling(느낌) - Finding(교훈) - Future Action(향후 행동) - Feedback(이전 향후 행동에 대한 피드백) 🌟FACT 기본 스키마 설계와 ERD 작성 2-2로 페어를 나누어서 역할을 분담 기본적인 엔티티 생성 💗FEELING 기본 Documantation 단계에서 생각보다 조율하고 협의해야 할 것이 많다는 것을 느낌 스키마 설계와 ERD 작성에 있어 각자가 무엇에 포커스를 두는지에 따라 서로 다른 스키마 설계가 나왔는데 이를 각각의 근거를 가지고 의견을 교환하는 점에 있어 다양한 관점을 접할 수 있어서 좋았음 의견 조율중에 혹여나 상대방의 마음이 불쾌해졌을까 신경이 쓰였음, 단순하게 의견을 나누는 거였지만 사람은 언제나 나와 다른 사람들에 대해 적대감을..