본문 바로가기

부트캠프 개발일기123

81일차: Pre-Project Day 1 (팀빌딩) 드디어 프로젝트가 시작되었다. 오늘은 첫날인만큼 OT, 팀빌딩이 주로 이루어졌다. 프론트엔드 4명 + 백엔드 3명으로 팀이 구성되었고 FE, BE에서 팀장 / 부팀장을 각각 한명씩 정해야하는데 FE에서 팀장을 맡아주시기로 했고, 나는 부팀장을 맡게 되었다. 아무래도 전체 일정도 챙기고 진행상황도 관리하려면 이해도가 있어야할 것 같은데 아직 스스로 많이 부족하다고 생각하기때문에 더 많은 시간과 노력을 투자해야할 것 같다. 주말동안 지난번 구현했던 Q&A 게시판도 한번 다시 확인해봐야겠다. 이제 본격적인 시작에 앞서 Git 사용법, 일정 관리 프로그램 설정, 팀 규칙 설정 등 기본적인 내용부터 정해가고있다. 혼자 작성하는게 아니다보니 Git이나 다른 프로그램을 아무래도 더 조심해서 다루어야할 것 같다. 일정.. 2023. 6. 9.
80일차: Section4 회고 드디어 Section4가 끝이 났다. 한 달 한 달 지나갈수록 내용이 점점 더 어려워져서 막막했었는데 그래도 이렇게 무사히 끝낼 수 있었다. 예전에 43기와 함께했던 실시간 세션에서 어떤 분이 "Section2가 어려운 줄 알았는데 3이 더 어려웠고, 끝났나 싶었더니 더 어려운 게 기다리고 있었다."라고 한 게 무슨 말인지 이해가 됐다. Section4가 제일 위기였다. 처음 일주일정도는 정규 수업시간이 부족할 만큼 내용이 많고 개념이 어려워서 저녁시간까지 모두 썼음에도 따라가기가 버거웠다. 사실 아직까지도 개념과 구현방법이 정확히 이해되지는 않았다. 이 부분은 프로젝트를 하면서 계속 채워나가야 할 부분이다. Section4가 부트캠프의 마지막 이론 과정이었다. 이제 남은 두달간은 프리 프로젝트, 메인 .. 2023. 6. 8.
79일차: Solo Project(키오스크 구현) 본격적으로 프로젝트를 시작하기에 앞서 Section3에서 배운 내용을 최대한 교재를 참고하지 않고 혼자 구현해 보는 연습을 했다. 이해했다고 생각했던 부분도 혼자서 진행하려고하니 안 되는 부분들이 꽤 있었다. ❯ 솔로프로젝트 - 커피 키오스크 구현하기 1. 기능 요구사항 정의하기 커피 메뉴를 등록하고, 조회하고, 수정할 수 있어야한다. 주문하는 고객의 정보를 저장하고 고객별로 스탬프 개수를 가지게 된다. 고객이 주문하려는 커피의 목록, 갯수 등 커피 주문 정보가 있어야 한다. (구현 연습을 위해 결제, 배달, 픽업 등 부가적인 기능은 제외하였다.) 2. 필요한 리소스 정의 및 컨트롤러 작성 커피, 고객, 주문에 대한 리소스를 정의하고 리소스별로 필요한 기능을 컨트롤러를 통해 작성한다. 이후 기능을 구현할.. 2023. 6. 7.
78일차: Solo Project 솔로 프로젝트에 앞서, 서버와 클라이언트, 배포 등에 관한 내용을 학습하였다. ❯ 서버와 클라이언트 - 서버: 네트워크에서 다른 컴퓨터나 소프트웨어와 같은 클라이언트에게 서비스를 제공하는 컴퓨터를 말한다. - 클라이언트: 서비스를 제공받는 대상을 말한다.(서버에 필요한 것을 요청하고 응답을 받음) 서버의 종류 웹서버: Apache, IIS, NginX 웹 애플리케이션 서버: Tomcat, WebLogic, WebSphere 데이터베이스 서버: Oracle, MS-SQL, MySQL 파일전송 서버: VS-FTPD, IIS 메일 서버: Send-mail, Microsoft Exchange Server 인쇄 서버 => 종류에 맞는 개발 서버를 사용하여 트래픽을 분산하고, 장애에 대응할 수 있다. 서버 구성과 .. 2023. 6. 5.
77일차: 운영 전략 프로그래밍에 있어 운영 전략이란, 프로젝트를 효율적으로 관리하기 위해 적용할 수 있는 전략을 의미한다. ❯ 프록시 서버(Proxy Server) Proxy는 '대리'라는 뜻을 가진다. 프록시 서버는 클라이언트와 서버가 소통할 때 자신을 통해서 소통할 수 있도록 해주는 일종의 대리 서버이다. 크게 두가지 종류로 나뉜다. Forward Proxy 클라이언트 가까이에 위치한 프록시 서버로 클라이언트를 대신해서 서버에 요청을 전달한다. 캐싱을 제공해서 서비스를 빠르게 이용할 수 있도록 해준다. 캐싱: 첫 응답 결과를 캐시에 저장해놓고, 여러 클라이언트가 동일한 요청을 보내는 경우 해당 내용을 클라이언트에게 리턴해줌 프록시 서버를 거친 후 서버에 요청이 도달하므로 서버가 클라이언트 IP를 추적할 수 없다. Rev.. 2023. 6. 2.
76일차: Github Actions 배포 자동화를 하는 방법에는 여러가지가 있다. 어제는 AWS CodeBuild, CodeDeploy, CodePipeline을 이용한 방법을 학습했다. 오늘은 Github Actions를 사용하는 방법에 대해 알아본다. ❯ Github Actions Github Actions는 Github이 공식적으로 제공하는 빌드, 테스트, 배포 파이프라인을 자동화하는 CI/CD 플랫폼이다. 레포지토리에 발생할 수 있는 이벤트를 트리거로 설정하여 Workflow를 구성할 수 있다. Workflow는 자동화 프로세스로, 자체 가상 머신이나 컨테이너 내부에서 실행된다. 워크플로우는 .yml(yaml) 파일에 의해 구성되며 기능별로 여러개의 워크플로우를 만들수도 있다. .github/workflows 디렉토리 이하에 위치하.. 2023. 6. 1.

티스토리툴바