사이드 프로젝트：10개 기술스택으로 구현하는 풀스택 서버리스 프로젝트 with React Part 3. 프로젝트 설계하기 Ch03. TDD - 테스트 주도 개발 # TDD(Test-Driven Development)를 활용하기 - "Test-Driven Development"의 약자 한국어로는 "테스트 주도 개발" - 디자인 → 로직 구현 → 테스트 ❌ - 디자인 → 테스트 코드 → 로직 구현 ✅ - 소프트웨어를 동작시키기 위한 로직을 구현하기 전에 테스트 코드를 먼저 구현하는 것을 프로세스화 한 개발 방법(론 중의 하나이다.) ## 테스트 코드가 왜 중요한가요? - 작성한 코드가 의도적으로 동작하는지 수시로 빠르게 검증할 수 있다. 매번 서버를 돌려서 수동적으로 input/output을 검증하는 비효율..

사이드 프로젝트：10개 기술스택으로 구현하는 풀스택 서버리스 프로젝트 with React Part 3. 프로젝트 설계하기 Ch02. 기술셋 선정하기 # 기술셋을 선정하는 기준 새로운 기술들이 하루가 멀다하고 나오고 있습니다. 기술의 호수 속에서 우리는 어떤 기술을 사용해야 할까요? ## 올바른 기술셋은 무엇일까요? - 내가 사용하고 싶은 최신 기술 ❌ - 기술 후보군의 비교/분석 없이 결정한다면 추후에 해당 기술이 지원하지 않는 피쳐가 있을 경우 난감합니다.. 최악의 경우 해당 기술을 드러내고 다른 기술을 다시 리서칭 해야 할 수도 있습니다. 무조건 최신 기술이라고, 무조건 많은 라이브러리를 쓴다고 올바른 것이 아닙니다! - 시스템의 요구사항을 잘 충족 시킬 수 있도록 서포트 하는 기술 ✅ ## 왜 중요..

사이드 프로젝트：10개 기술스택으로 구현하는 풀스택 서버리스 프로젝트 with React Part 3. 프로젝트 설계하기 Ch01. 시스템 설계 # 시스템 설계가 왜 필요한가요? - 시스템의 요구사항을 충족하기 위해 필요한 아키텍처, 인터페이스 및 데이터를 정의하는 과정 - 소프트웨어를 구성하는 요소들 (a.k.a 컴포넌트) 간의 관계와 동작 메커니즘을 표현하기 위한 구조체 ## 설계의 대상 관점에 따라서 어떤 것에 중점을 두느냐에 따라 설계 결과는 여러 개가 될 수 있다. - 구조 모델(Structure) : 소프트웨어를 구성하는 여러 시스템의 구조 설계 - 구성 요소들의 결합 관계, 구조도 - 행위 모델(Behaviour) : 여러 시스템 간 동작하는 방식에 대한 설계 - 데이터의 흐름, 입/출력 순..

사이드 프로젝트：10개 기술스택으로 구현하는 풀스택 서버리스 프로젝트 with React Part 2. 프로젝트 기획하기 Ch03. 프로젝트 플래닝 # 프로젝트 플래닝하기 - Task breakdown ## Task breakdown = 태스크 세분화 1. Software 요구사항을 기반으로 task를 만들 겁니다. 2. User story 단위로 task 를 세분화 시켜보는 것에서 시작해 봅시다. 3. 처음부터 모든 것을 확정지으려고 하지 마세요. 조사가 필요한 부분도 있고, 설계가 필요한 부분도 있습니다. 그런 부분도 태스크로 만들어서 관리할 수 있습니다. ## Task 세분화 시작하기 - 우선 User story를 기반으로 구체화 시킬 수 있는 범위의 task를 만들어 본다. → 구현해야 할 기능과..

사이드 프로젝트：10개 기술스택으로 구현하는 풀스택 서버리스 프로젝트 with React Part 2. 프로젝트 기획하기 Ch02. 디자인 기획 # 디자인 Mock-up 툴 소개 ## Mock-up 이란? - 실제 서비스를 만들기 전 실제 서비스 처럼 모형을 만들어 보는 단계 - 제품의 기능이나 디자인을 사전에 검토하기 위해 제작 ## 디자인 툴 소개 - Figma: https://help.figma.com/hc/en-us - Bootstrap UI Kit : https://www.figma.com/community/file/876022745968684318 - Material UI Kit: https://ui-kit.co/ - Bootstrap Studio: https://bootstrapstudio...

사이드 프로젝트：10개 기술스택으로 구현하는 풀스택 서버리스 프로젝트 with React Part 2. 프로젝트 기획하기 Ch01. 서비스 요구사항 # 서비스 요구사항 (User requirement) 작성법 ## 왜 중요한가요? - 프로젝트 초기 단계 → 코드 만으로 어떤 서비스를 만들 것인지, 시스템이 어떻게 동작할지 정의하기 어렵다 - 프로젝트 초기 단계→ 프로젝트 일정을 estimate 하고 구체화 시킬 수 있다 - 문제가 초기 단계에서 발견될 수 있다. 초기 단계에서 문제를 발견하고 방법을 강구하는 것이 시간을 절약하고 스마트 하게 일할 수 있는 방법 - 협업 측면 → 타 직군과 협업 하여 서비스의 요구사항을 정의하기에 가장 명확한 수단이다. 잘 정리된 요구사항은 오해의 여지가 없고 모두가 같은..