날쌘 개발자

패스트캠퍼스 환급 챌린지 10일차 화이팅~ AWS Amplify 소개 모바일/웹 어플리케이션을 빠르게 구성+빌드+배포+운영까지 모든 라이프사이클을 한 곳에서 관리할 수 있도록 통합해둔 AWS의 풀스택 개발 통합 솔루션 서비스 둘러보기 Admin UI 제공 AWS 서비스와의 연동이 간편함. 인증 (Cognito) - 로그인, 회원가입, 추가 인증 등 서비스 모니터링/로깅 (CloudWatch) 데이터베이스 (DynamoDB, AUrora, GraphQL 지원) 앱 푸시 알림 (PinPoint) CLI (Command Line Interface)으로 할 수 있는 것들이 매우 많음. 프론트 엔드 초기 프로젝트 셋업 (React, Vue, Angular, Next.js 등 지원) 백엔드 프로젝트 셋업 (node..

패스트캠퍼스 환급챌린지 9일차 화이팅! 올바른 기술셋 선정하기 올바른 기술셋이란? 내가 사용하고 싶은 최신 기술 X 기술 후보군의 비교/분석 없이 결정한다면 추후에 해당 기술이 지원하지 않는 피쳐가 있을 경우 난감해짐. 최악의 경우에는 해당 기술을 드러내고 다른 기술을 다시 리서칭 해야 할 수도 있음. 무조건 최신 기술이라고, 무조건 많은 라이브러리를 쓴다고 올바른 것이 아님. 시스템의 요구사항을 잘 충족 시킬 수 있도록 서포트 하는 기술 O 왜 중요할까? 어떤 기술을 선택하느냐에 따라 소프트웨어 운영/유지 비용에 영향이 큼 AWS S3가 좋다고 들어서 사용했다가는 요금 폭탄 맞을수도 있음. 소프트웨어의 한계점을 만들어 낼 수도 있음. 특정 기술이 기능 면에서 한정적이거나 개발자가 다룰 수 있는 범위가 ..

패스트캠퍼스 환급챌린지 8일차 화이팅! Architecture Diagram 설계 설계에 앞서 강의에서는 LucidChart 툴을 사용 드래그앤 드랍으로 설계 가능 다양한 아이콘 지원 결과물 Sequence Diagram 설계 설계에 앞서 강의에서는 Plant UML 사용 사용하기 쉽고, Eclipse, VSCode등 다양한 플러그인 지원 UML syntax를 이용하여 다이어그램 이미지 파일 자동생성 시작하기 자바 설치 GraphViz 설치 VS Code Marketplace에서 PlantUML 플러그인 설치 프로젝트 폴더 아래에 /docs 폴더 생성 sequence_diagram.plantuml 파일 생성 Participant 선언 a. User, Database, Web client, DutchPay..

드디어 일주일 패스트캠퍼스 환급챌린지 7일차 화이팅! Sequence Diagram 객체 간의 상호작용을 시간순으로 시각화 한 다이어그램 시스템의 구조에 초점을 맞춘것이 아니라 시스템이 어떤 순서로 누구와 상호작용 하는지에 초점을 맞춘 behaviour diagram 왜 사용할까? 코드를 보고 시스템의 흐름을 파악하기는 매우 오랜 시간이 걸리고 어려움. 시스템이 어떤 순서로 요청을 처리하는지, 어떤 시스템과 소통을 하는지 쉽게 이해하기 위해 사용 언제 사용할까? 요구사항이 수집되고, 각 시스템 혹은 객체간의 메시징을 정의하는 설계단계. 요청을 처리하기 위해 여러 시스템/외부 서비스 간의 상호작용이 여러차례 일어 날 떄. 요청을 처리하기 위해 시스템 내에서 여러 객체간의 메시지 전달이 여러차례 일어날 때...

패스트캠퍼스 환급챌린지 6일차 화이팅! 시스템 설계 시스템의 요구사항을 충족하기 위해 필요한 아키텍처, 인터페이스 및 데이터를 정의하는 과정 소프트웨어를 구성하는 요소들 (a.k.a 컴포넌트) 간의 관계와 동적 메커니즘을 표현하기 위한 구조체 설계가 왜 필요할까? 설계가 후순위가 되면 시스템을 개발하는 비용이 더 많이 들고, 일부 또는 전체 시스템에 변경을 가하는 일이 현실적으로 불가능 해진다. - 책 Clean Archictecture 중 설계도가 없는 건물을 본 적이 있나요? 설계도 없는 건물이 안전할까요? 인테리어나 확장 공사를 한다고 할 때 건드려도 될 것과 건드리면 안될 것을 모르므로 안전하지 않음. 소프트웨어도 마찬가지 개발이 진행된 이후에는 이미 개발된 전체 시스템의 구조를 수정하기 어렵기 ..

패스트캠퍼스 환급챌린지 5일차 화이팅! Ch03-01 Task breakdown (테스크 세분화) Software 요구사항을 기반으로 task를 만듬 User story 단위로 task를 세분화 시켜보는 것에서 시작 처음부터 모든 것을 확정지으려고 하지 X. 조사가 필요한 부분도 있고, 설계가 필요한 부분도 있음. 그런 부분도 task로 만들어서 관리할 수 있음. 우선 User story를 기반으로 구체화 시킬 수 있는 범위의 task를 만들어 본다. -> 구현해야 할 기능과 조사해야 할 것이 몀확해짐. 세분화 예시 사용자로서, 나는 정산을 시작하기 위해 정산 이름을 입력하고 싶다. -> 시스템은 그룹 이름을 입력할 수 있는 창을 제공. ---> [프론트엔드] 그룹 이름 입력 컴포넌트 ---> [백엔드]..

패스트캠퍼스 환급챌린지 4일차 화이팅! Ch01-03 더치페이 서비스 요구사항 더치페이 User story 작성하기 사용자로서, 나는 정산을 시작하기 위해 정산 이름 (모임이름) 을 입력하고 싶음. 사용자로서, 나는 누가 비용을 계산했고, 누가 얼마를 받아야 하는지를 계산하기 위해 정산에 참여할 사람들을 입력하고 싶음. 사용자로서, 나는 비용 정산을 위해 내가 쓴 비용을 입력하고 싶음. 사용자로서, 나는 비용 정산을 위해 다른 사람들이 쓴 비용도 입력 할 수 있으면 좋겠음. 사용자로서, 나는 비용 입력이 끝나고 편의를 위해 누가 누구에게 얼마를 보내야 하는지 최적화된 정산 결과를 보고 싶음. 더치페이 Software requirement 작성하기 User story를 기반으로 이를 충족시키기 위해 필요한..

3일차 화이팅! Ch01-01 만들어 볼 프로젝트 소개 만들어 볼 사이드 프로젝트 : 더치페이 서비스 문제 - 여러 명이 결제한 금액을 더치 페이를 해야 할 때 계산하기가 복잡함. (5WHY 활용) 목적 - 이 아이디어를 실현하고자 하는 목적 혹은 주려고 하는 가치는? 코로나 이후 점차 사람들의 모임과 여행이 다시 활성화 되고 있음. 모임 이후 비용 정산할 때 Stress-free 효과 누가 누구에게 돈을 주어야 하는지, 복잡하게 손으로 계산할 필요 없이 바로 정산 결과를 볼 수 있음. 메신저에서 쓴 내용을 누구 한명이 엑셀에 붙여넣는 것이 아닌, 각자가 쓴 내용을 입력할 수 있음. -> 정산 과정에서의 복잡함을 줄여줌. 정산 과정에서의 불필요한 과정/커뮤니케이션을 줄 일 수 있음. 더치페이 서비스의 핵..

패스트캠퍼스 환급챌린지 2일차 화이팅! Ch02-05 소프트웨어 개발 주기 소프트웨어 개발 주기란 - 소프트웨어를 개발하고 관리하는 데에 있어 가장 근간이 되는 프로세스이자 프레임워크. 실무에서도 소프트웨어 개발 주기를 기반으로 프로젝트가 진행된다. 기획(계획) 요구사항 수집 및 프로젝트 기획하는 단계 사용자 설문, 마케팅 요구사항 등 다양한 채널을 통해 데이터를 모으는 과정 가장 중요하고 기초가 되는 단계 QA (Quality Assurance)를 위한 요구사항과 프로젝트가 가질 수 있는 리스크 판단 분석 제품의 요구사항을 정의하는 단계 SRS (Software Requirement Specification) - 디자인/구현해야 할 소프트웨어의 모든 요구사항을 기록해 둔 명세서 SRS에 기록됨 디자인 ..

패스트캠퍼스 환급챌린지 사이드 프로젝트 : 10개 기술스택으로 구현하는 풀스택 서버리스 프로젝트 with React 1일차 화이팅! Ch02-01 팀이 업무를 체계적으로 계획/관리/수행하여 프로젝트 요구 사항을 충족 PM이 아닌 개발자 일지라도 프로젝트의 원활한 진행과 효율적인 협업을 위해 알아야함. 후에 실무에 들어갈때에도 필수로 요하는 능력 개발 일정의 관리가 용이해짐 비개발자인 팀원들과의 의사소통에 도움이 됨 프로젝트가 기술적인 챌린지일 경우에는 개발자가 PO(Project Owner)의 역할을 하기도 함. 프로젝트의 관리면에서 특히 개발자가 잘 해야 할 것. 프로젝트의 목표와 목적의 이해 우선 순위 정하기 개발 일정 산출과 스케줄링 타 조직/직군과의 커뮤니케이션 위험 관리 문서화 Ch02-02 시..