
1. 프로젝트 5주차 회고 (백엔드) 🧐 지난 주에 이어 이번 주도 거의 백엔드 개발에 집중했고 동시에 프론트엔드도 조금씩 수정했다. 최종 제출까지 약 2주 정도가 남았다. 그래도 초반에 했던 걱정과는 달리 생각보다 진행 속도가 느리진 않은 것 같다. 큼지막한 기능들도 어느정도 다 완성이 되어 다행이다. 아직 디테일한 부분들은 부족한 점이 있지만 먼저 주어진 요구사항을 시간 내에 구현하는 것이 우선이기에 디테일하게 수정할 부분들은 후순위로 미뤘다. 다음 주 목표는 로깅과 테스트코드 작성, CI/CD, 메인 페이지 및 로고 디자인까지 마치는 것이다. 그리고 그 다음 주에 프로젝트 산출물을 작성하고 발표 준비에 집중할 예정이다. 이번 주에 있었던 중요 이슈 중 하나는 git이었다. 개발하면서 applicat..

1. 프로젝트 4주차 회고 (백엔드) 🧐 이번 주는 내내 백엔드 개발에 집중했다. 메인페이지/전체 상품페이지/상세페이지에서 상품 조회, 상품 정렬, 카테고리 및 키워드 검색, 판매 상품 조회, SMS 인증 기능 구현을 했다. 매일 매일 나름 알차고 바쁘게 개발을 하고 있는데 아직도 해야할 것들이 산더미다. 😂 다음 주까지는 백엔드를 거의 완료하고 그 다음 주부터는 테스트도 해야 해서 정말 하루도 쉴 수 없는 것 같다. 😂 매일 오전 9시 15분쯤 데일리 스크럼을 진행하며 팀원들과 어제 한 일, 오늘 할 일들을 서로 공유하며 진행 사항을 파악하고 있다. 금요일에는 스프린트를 통해 주 단위로 해야할 일들을 정리한다. 빡빡한 일정 속에서 효율적인 협업과 체계적인 개발을 하려면 애자일은 필수임을 느꼈다. 남은 ..

1. 프로젝트 3주차 회고 (프론트엔드) 🧐 벌써 프로젝트 3주차가 지났다 😮 원래는 백엔드 개발부터 진행할 예정이었으나 멘토님의 피드백을 통해 프론트엔드를 먼저 개발하게 되었다. 지난 주에 피그마로 만든 것을 토대로 일주일간 대략적인 페이지는 다 구현해놓았다. 나는 메인페이지와 전체 상품 페이지, 상품 상세 페이지를 구현했다. 아직 완성은 아니라 백엔드 개발을 하면서 동시에 계속 수정할 예정이다. 아무래도 메인페이지는 가장 먼저 보여지는 부분이다보니 우리 서비스를 한 눈에 잘 파악할 수 있으면서도 참신한 메인페이지를 만들고 싶다. 강사님도 함께 고민해주시고 있는데 이거다! 싶은 아이디어는 아직 없어 계속 고민해야 할 것 같다.😥 프론트 개발을 진행하면서 가장 어려웠던 점은 반응형으로 구현하는 것이었다...

1. 프로젝트 2주차 회고 (UI 디자인) 🧐 2주차에는 피그마를 사용해 서비스 UI를 디자인하는 시간이 대부분이었다. 어릴 때 꿈이 디자이너였어서 꾸미고 만들고 하는 걸 좋아하기 때문에 나에겐 나름 재밌는 시간들이었다. 그럼에도 불구하고 버튼 하나 하나 아이콘 하나 하나 신경쓰는 게 쉬운 일은 아니었다. 새삼 디자이너분들이 대단하다고 느낀 한 주다. 아무래도 가장 먼저 보여지는 시각적인 부분들이 좋아야 그 서비스도 더 빛나는 것 같다고 느꼈다. 그래서 어떻게 하면 우리 서비스를 더 잘 나타내고 사용자들의 시선을 더 끌 수 있을 지, 어떻게 하면 더 편하게 우리 서비스를 이용할 수 있을 지 등 UI/UX에 대해 고민하는 과정들이 의미있게 다가왔다. 아직 완벽하진 않지만 대략적인 디자인 틀은 잡았고 디테일..

1. 프로젝트 1주차 회고 (서비스 기획) 🧐 최종 프로젝트 기간이 시작되었다! 월요일에 총 5개의 주제가 공개됐고 먼저 팀원들과 회의하며 어떤 주제를 선택할 지 브레인스토밍하는 시간을 가졌다. 최종적으로 우리 팀은 사기 피해 예방을 위한 중고 거래 안심 서비스를 주제로 선택하게 되었다. 기존에 나와있는 중고 거래 플랫폼들과는 차별화된 기능이 필요했지만 이를 생각해내는 것이 정말 어려웠다. 😫 사기 유형도 워낙 다양하다보니 모든 사기들을 다 막을 수는 없다고 판단해 우리가 막고자 하는 주요 사기 유형에 집중하여 아이디어를 구상했다. 서비스를 기획하면서 서비스 공급자와 사용자의 입장을 모두 고려하며 만드는 것이 정말 어렵다는 것을 느낄 수 있었다. 이후에는 개발을 좀 더 효율적으로 하기 위해 필요한 문서들..

1. 클라우드 교과목 평가 📋 화요일에 클라우드 교과목 평가가 진행됐다. 다행히 이번 시험은 강사님이 비교적 쉽게 내주셔서 어렵지 않게 풀 수 있었다. 로컬 환경에서 도커 이미지를 생성하고 도커 허브에 푸시한 후 EC2 리눅스 서버에서 이를 가져와 컨테이너를 생성하고 실행하는 문제였다. // 도커 이미지 생성 docker build -t docker-app . // 도커 로그인 docker login --username 도커허브계정이름 // 도커 태그 docker tag docker-app 도커허브계정이름/docker-app // 도커 이미지 푸시 docker push 도커허브계정이름/docker-app ------ EC2 ------ // 이미지 다운로드 docker pull 도커허브계정이름/docke..

1. 이번 주 학습 내용 📖 Docker 만약 내 컴퓨터로 웹을 개발하기 위해 서버 가상화 기술을 사용했다고 가정해보자. 물리적인 서버를 직접 구매하지 않고 내 컴퓨터에 다른 OS를 설치해 별개의 서버를 구성한 것이다. 하지만 웹 서버 하나를 위해 다른 운영체제를 설치하는 것은 비효율적이다. 하나의 운영체제 위에 또 다른 운영체제가 있기 때문에 실행 속도가 느려지고 각각의 앱을 실행시키기 위해 불필요한 하드웨어 자원 낭비가 생길 수 있기 때문이다. 만약 한 대의 컴퓨터 안에서 각각의 앱을 실행시키고 각 앱은 격리된 환경에서 실행되면 좋을 것이다. 이를 가능하게 하는 것이 container 기술이며, 격리된 각각의 실행환경을 container 라고 부른다. 각 컨테이너에는 운영체제 전체가 설치된 것이 아니..

1. 이번 주 학습 내용 📖 AWS AWS는 아마존에서 제공하는 클라우드 플랫폼이다. AWS가 제공하는 여러 서비스 중에서도 가장 핵심인 EC2(Elastic Compute Cloud)를 통해 아마존이 구축한 데이터 센터의 서버용 컴퓨터를 사용할 수 있다. EC2를 사용하기 위해서 먼저 우분투 서버로 인스턴스를 만들고 키 페어를 생성한다. 키 페어가 저장된 위치에서 git bash를 열고 해당 인스턴스의 ssh명령어를 입력하면 우분투 서버가 열린 것을 확인할 수 있다. AWS에서 제공하는 관계형 데이터베이스인 RDS(Relational Database Service)도 연결할 수 있다. EC2에서 DB를 만드려면 사용자가 직접 OS를 설정하고 데이터베이스 엔진을 설치해야 하지만 RDS는 DB 엔진이 설정..