"Thought" 태그로 연결된 4개 게시물개의 게시물이 있습니다.

회고#

• 낯선 환경에서 새로운 팀 프로젝트를 진행하게 되었다. 한동안 집(컴포트 존)에만있으면서, 동기 부여나 의지력 등등이 약해졌었는데, 새로운 환경에서 도전 과제를부여받게 되고, 함께 협업해야 해서 동기 부여가 되었다.

• 우아한테크캠프가 프론트엔드 개발자와 협업할 수 있는 캠프였다면, 이번 캠프는 다른 분야 개발자들과 협업할 수 있는 기회였다. 특히 이번 팀 빌딩을 통해서 자바 백엔드 팀과 협업하게 되었다.

• 캠프 전체에 프론트엔드 개발자가 거의 없는게 조금 충격이었고, 캠프에서 혼자 프론트엔드를 하는 것이 불안하고 두려운 마음이 든다.

• 이번에 진행할 프로젝트 주제에 대해 감이 잘 오지 않는다. 데이터를 분석해서 보여주는 사이트 레퍼런스들을 찾아봐야겠다.

이번 캠프의 목표#

• 매일의 꾸준한 루틴

  • 지난 캠프에서는 평일에 너무 무리해서 개발하느라 주말에 피로가 누적되어 쓰러져버리는 일이 많았다.

  • 페이스를 잘 조절하자.

  • 매일 개인 회고를 습관화하자.

• 이슈 관리, 태스크 관리

  • 오늘 세션에서 "정신없이 바쁜 캠프이기 때문에, 한 문제에 너무 깊이 사로잡히는것이 병목을 발생시킬 수 있으므로 주의하라"는 내용을 들었다.

  • 협업이 필요한 일을 먼저 해결하자.

  • 내가 할 수 있는 일을 먼저 해결하자.

  • 어려운 문제는 시간을 확보하고 개인 시간에 깊이 파고든다.

• 새롭게 알게된 기술, 느낀 점에 대한 문서화

• 기술에 대한 이해

  • 메인 기술 스택인 React, TypeScript에 대한 이해가 부족했다

  • 이번 프로젝트에서 제대로 공부하고 적용해보자

• 테스트 코드

  • 테스트 코드를 1도 작성하지 않았다

  • 이번 블랙커피 스터디에서 배운 내용을 적용해보자

• 자신감 가지기

  • 자신감은 풍선과 같다

  • 불어넣기는 힘들지만 빠지는건 금방 빠진다

팀 프로젝트에 대해...#

스프린트 회의#

• 팀의 목표 수립, 위키 등록

• 개발해야 할 내용을 feature 단위로 추리고 issue 항목에 등록

스크럼#

• 상태, 어제 한 일, 오늘 한 일을 5분 내로 짧게 이야기

• 서로의 건강, 심리, 개발 진행 상태를 나누고 이해하기 위함

• 결과를 위키에 매일 작성

데모#

미니 세미나#

팀 주간 회고#

• 서로 격려하고 피드백 나누며 함께 성장하기

• 이번 주에 잘한 점, 아쉬운 점

배민상회 로그인/회원가입 페이지 구현#

그라운드 룰#

깃 셋업#

브랜치#

케밥 케이스

• master

• develop

• frontend

• backend

• feature/issue-#

• document

파일명 / 폴더명#

케밥 케이스

• 커밋 - 타입별 커밋 메시지 머릿말 붙이기

• git add . , git commit -m "" 최대한 자제해보기

ex) [build, chore, ci, docs, feat, fix, perf, refactor, revert, style, test]

컨벤셔널 커밋을 참조함.

Conventional Commits

PR 방식#

• 내가 보낸 PR은 상대방이 Squash and Merge 하기

이슈로 나누기#

GitHub로 프로젝트 관리하기 Part1 - 이슈 발급 부터 코드리뷰까지 | Popit

위키#

기능 명세화#

프로젝트 진행 방법#

월요일

화요일 - 몽촌토성역 큰집 11층, 9시

수요일, 목요일 - 범계역 스타벅스, 9시

목요일 완성을 목표로, 금요일 오전에는 문서 정리나, 리팩토링 정도만

금요일 오전 11시까지

배민상회 회원가입/로그인#

1. 아이디 input

공부는 어떻게?#

구글링#

• 영어 vs 한국어

  한국어는 컨텐츠가 부족하다. 공식 사이트를 보자.

MDN#

stackoverflow#

• 질문을 남기고 답변을 달아라

디버깅#

• 인생의 절반 이상을 디버깅에 쏟는다

• 디버깅하면서 학습하라

• this , closure 등등 어려운 개념은 디버깅 창을 띄우고 콜 스택에 쌓인 지역변수의 값이 뭔지 보면서 학습

• 디버깅 주도 학습

• 에러 메시지 무시하지 마라

  에러 메시지를 자주 봐야지 다음 번에 에러 메시지만 보고 상황을 판단할 수 있음

JS의 표준#

• ECMAScript

• ES 2015 == ES6

• prototype 몰라도 개발할 순 있지만, JS의 핵심이 prototype 이다. 꼭 이해해야한다.

객체지향 프로그래밍#

현실 세계에 있는 사물. 실존하는 것.

객체지향 프로그래밍의 핵심은 역할

역할을 나누는 것이 중요하다.

new 키워드 생성자, 속성을 파라미터로 넣어서 객체를 만든다.

스타벅스 커피, 바리스타의 예시

의존성이 낮은 연결고리를 만들어 주어야 한다.

연결을 느슨하게 하는 것이 중요하다. → 디자인 패턴

의존성이 낮아서 수정이 되도 연결된 다른 객체는 영향을 받지 않음

코딩보다 디자인

메소드 vs 프로토타입#

메소드는 메모리 공간을 차지

프로토타입은 각 객체가 메모리 공간을 쉐어 함.

module vs import#

즉시실행함수와 private#

비동기 프로그래밍#

JavaScript는 싱글스레드로 동작

then이 실행된 게 아니라 then에 등록된 콜백 함수가 실행 되는 것이다.

• 클로저

• 이벤트 루프

나의 각오/계획#

1. 우아한테크캠프 끝나고 함께 프로젝트할 사람들 만나기

2. 다른 사람 의견 잘 듣기

3. 내가 아는 것은 친절히 알려주기

4. 모르는 것은 잘 질문하기

5. 배운 것은 개인적으로 써먹어 보기

6. 오늘 배운 내용은 오늘 복습하기

Git / Github#

Git에 관하여#

Git은 리누스 토발즈(Linus Torvalds)가 리눅스(Linux) 커널을 관리하기 위해서 만든소스관리 툴이다. (ㄷㄷ) Git 이전의 형상관리 툴은 SVN, CVS 등이 있었음.

간단한 소규모 프로젝트에 Git을 사용하는 것은 난이도를 높이지만, 복잡한 대규모프로젝트에서는 프로젝트의 난이도를 상당히 낮출 수 있기 때문에 필수적이다.

안티 패턴#

• git add . : 변경사항이 있는 모든 파일을 한번에 스테이징 하지 말아라. 한 파일한 파일 씩 변경사항을 확인하면서 커밋해라.

• git commit -m "" : 커밋은 git commit 으로 제목과 함께 간단한 설명까지 덧붙여서 작성하는 것이 정석이다.

이러한 안티 패턴이 만연해 있음. 좋은 커밋 습관을 기르는 것이 중요하다.

Git flow#

Git-flow, Github flow, Gitlab flow 각각이 다른 형상 관리 전략이다. 이 외에도 수많은 flow 들이 존재. 하지만 Git-flow 라는 이름 때문에 Git flow가 정석, 표준이라는 오해를 하기 쉽다. 하지만 Git flow가 복잡하고 어렵기 때문에 이를 사용하는 것이바람직하지 않은 조직, 팀이 있을 수 있다. Git flow 외에도 훌륭한 flow 전략들이 많기 때문에 Git flow에 대해 공부하는 것은 좋지만 무조건 GIt flow를 적용하는 것이표준인 것은 아니다.

Understanding the GitHub flow

우린 Git-flow를 사용하고 있어요 - 우아한형제들 기술 블로그

하루에 1000번 배포하는 조직 되기 | 뱅크샐러드

커밋 메시지에 대해#

• 메시지는 한글도 가능하다.

  커밋 메시지는 팀원 뿐만 아니라 미래의 나를 위해 남기는 것이다. 적당한 단어를찾지 못한 어색한 커밋 메시지를 남기는 것보다 한글로 명확하게 작성하는 것이 훨씬낫다.

  우리 프로젝트는 오픈 소스가 아니니까

  하이브리드로 커밋 메시지 제목을 영어로 남기고 설명을 한글로 작성하는 방법도 있다.

  실제로 TDD를 잘하는 팀에선 테스트 코드의 메소드 명을 한글로 하는 경우가 있다. 훨씬 명확한 메소드 명으로 인해 좋은 효과가 있다.

• fork 후 PR과 branch 후 PR의 차이

  기본적으로 fork는 내가 이 저장소에 권한이 없을 때 하는 것이다. 오픈 소스에 기여하는 경우 등등..

Git 명령어와 동작 원리#

Git 동작 원리를 제대로 배운 것은 처음이었고 기존 알고 있던 개념이 잘못되었다는것을 깨닫고 개인적으로 충격을 받았다.

Learn Git Branching

• git init : 숨겨진 폴더가 하나 생김

  • .git : 로컬 저장소

    • git의 저장 단위는 커밋

      • Working directory → Stage → Commit

  • GitHub or GitLab ... - 원격 저장소

  • git reset → 날아가지 않음.

  • 워킹 디렉토리의 변경사항에 대한 스냅샷

  • 커밋은 내부적으로 트리로 구성되어 있음 트리에 오브젝트들이 달려서 하나의 커밋을 구성함

  • git cat-file -t ce013

  • git cat-file blob ce013

  • git cat-file -t HEAD

  • git log -n1

  • git cat-file -t 7da33cf4

  • git cat-file commit 7da33cf4

  • git ls-tree aaa96ced2d9a1c8e ...

  • branch는 헤드에 대한 참조일 뿐

  • 커밋은 부모 커밋이 있다

  • git checkout C4 vs git checkout hello

  • git은 diff를 저장하는 것이 아니라 전체를 저장한다.

  • svn은 diff를 저장한다

  • tree .git

  • 브랜치를 많이 만들어도 용량이 증가하지 않는다.

  • git status

  • git checkout master

  • 브랜치는 커밋에 대한 참조일 뿐 아무것도 아니다.

  • 깃에는 커밋밖에 없다. 태그, 브랜치, 어쩌고는 다 참조 변수일 뿐이다 실제 존재하는 객체는 아무것도 없다.

  • git reset —hard Head~1 시에 복원하는 법

  • git branch test 체크섬

  • git reflog 모든 참조 변수들의 로그를 보는 명령

  • git push 로컬 저장소에 있는 것을 원격 저장소로 보냄