✅ Github 레포지토리 팀원 추가 

코드스테이츠에서 팀장마다 레포지토리를 하나씩 할당 해주었으며 해당 레포지토리에 팀원들을 초대하고 권한을 부여했습니다. 이 과정에서 나의 권한을 admin에서 write로 낮춰 다른 분들의 권한 수정을 하지 못하고 있었는데 어드민권한을 부여했던 팀원에게 연락하여 권한을 다시 부여받았다. 휴 ;-;

 

✅ 사용자 요구사항 정의서 작성

스택오버플로우에 어떠한 기능이 있고 해당 기능의 역할이 무엇인지를 서술하는 시간을 팀원들과 같이 작업을 했다. 작업을 하는 중 우리가 할 수 있는 만큼 지정하여 작성을 하였고 추가적으로 작업할 수 있는 내용은 추후 추가하기로 하였다. 

가장 메인 기능으로는 질문하기, 답변하기, 로그인, 회원가입 등의 기능이 있었다. 사용자 요구사항 정의서는 이번이 2번째 작성해보는 것인데 학부생때 배웠던 것과는 조금 틀이 달랐지만 비슷하게 작성을 했다. 

라이브 세션때 다른 팀들이 한 사용자 요구사항 정의서를 보았는데 굉장히 많이 기술한 팀은 10페이지 이상이었던 것 같다. 그런걸 보면서 '아 저렇게 많이 작성했어야 했나?' 라는 생각이 들때쯤 크루분께서 많이 상세하게 작성하는 것은 좋지만 이것을 '정해진 기간내에 할 수 있는지도 판단 했으면 좋겠다' 라는 말씀을 하셔서 그나마 위안을 받은 것 같다.

 

✅ 화면 정의서 작성

나는 프론트엔드 개발자가 되기위한 과정을 밟고 있기 때문에 화면 정의서를 작성해야 했다. 화면 정의서를 작성하는 이유는 팀원 간의 소통을 조금 더 원할하게 할 수 있게 도와주며 특히 API 구성시 필요한 데이터를 백엔드분들께 요청을 자세하게 할 수 있기 때문에 작성해야 했다. 화면 정의서 같은 경우 첫 날에는 간단하게 스택오버플로우 사이트를 캡처하여 데이터가 필요한 부분을 체크하고 어떤 데이터가 필요한지 간단하게 팀원 전체가 모여서 회의를 하며 작성을 했다. 그리고 나중에 든 생각으로는 이렇게 해도 좋을 것 같지만 문서를 조금 더 깔끔하게 작성해서 보여주는 것이 백엔드분들께 좋을 것이라 생각하여 일과 시간이 끝난후 개인적으로 작성하여 넘겨주었다.(조금 부족했던듯....)

메인에서 작성할때는 와이어프레임으로 간단하게 화면을 구성하고 정의서를 작성해서 백엔드 분들이 API 명세서를 작성하는 동안 와이어프레임을 가지고 디자인을 작성해야 겠다.

✅ 프로젝트 주제 발표, 팀원 발표, 툴 세팅

📌 프로젝트 주제 및 목표

주제: Stack Overflow 사이트 클론 코딩

일반적인 클론코딩이라고 생각할 수 있겠지만 Stack Overflow는 React로 구성되어 있지않아 변경하는데 시간이 조금 걸릴 것이라 생각했고, 기획단계가 사라져서 코드를 구현하는데 시간을 조금 더 쓸 수 있을 것이라고 생각했다.

 

Pre-Project 목표

  • 프로젝트에 대한 기본적인 이해도를 높입니다.
  • 프로젝트에서 필요한 Github 이해도를 높입니다.
  • 프로젝트에 대한 문서작성 능력을 향상 시킵니다.
  • 팀 커뮤니케이션 이해도를 높입니다.

✅ 팀원 발표 및 툴 세팅

팀원은 4~5명으로 구성됐고 4인조는 (프론트2, 백엔드2)이었고, 5인조는 프론트나 백엔드가 1명더 많은 구조로 팀원이 구성되었다. 저희 조는 54조로 57개조 중 뒷쪽에 위치하고 있어 찾기도 쉬웠다. 팀원들과 1차적으로 만남을 가지는 자리가 주워져서 이야기를 나누다보니 다들 좋으신분들 같아서 프로젝트가 재미있게 진행 될 수 있을 거라는 생각이 들었다. 그러던 중 팀장에 대한 얘기가 나왔는데 어쩌다 보니 팀장이 되었다. 팀장이라는 직책은 뭔가 책임감을 가져야하는 것이라 살짝 부담이 되었지만 열심히 하기로 마음을 먹었다. 그리고 팀에 대한 규칙을 정하게 되었다.

 

📌 팀장 역할

일정 조율 및 Github 레포지토리 관리 정도만 하기로 했다. 팀원분들이 팀장의 무게를 덜어주기 위해서 간단하게만 하자고 했다.

 

📌 팀 규칙

팀 규칙도 간단하게 작성하였다. 오히려 많은 규칙을 가지고 있게 된다면 모두 그 규칙에 얽매이게 되어 능률이 나오지 않을 것이라는 생각이 있었다.

프로젝트 일반 규칙

  • 11시 ~ 17시 모여서 프로젝트 진행 (점심시간 제외 (12시 ~ 13시))
  • 1일 회고록 작성 (노션)
  • 오버 커뮤니케이션
  • 호칭은 OO님으로 고정
  • 쿠션어 사용

프로젝트 개발 관련 규칙

  • Git merge, PR 하기 전 모두 확인 후 실행

 

📌 툴 세팅

  • 상시 커뮤니케이션 툴: Discord, KakaoTalk
  • 화상미팅 툴: Discord
  • 프로젝트 관리 툴: Github

📌 프로토타입의 구조에 대해서 조금 더 자세히 알게 되었고, 

 

 

📗 오늘 학습한 내용

JavaScript

  • 프로토타입 체인
    • 부모 역할을 하는 프로토타입 객체에 접근 할 수 있다.
    • 객체의 값이 존재 하지 않는다면 부모의 프로토타입 객체를 차례로 검색한다.
    • 객체에 없는 값이나 메서드를 접근할 때 프로토타입 체인이 발생한다.
    • 모든 프로토타입 객체의 종점은 Object.prototype이다.
    • . prototype: 해당 객체의 프로토타입 객체에 접근할 수 있다.
    • __proto__: 해당 객체의 부모 객체를 순차적으로 검색 할 수 있다.

전 날 프로토타입에 대해선 학습했지만 체인이라는 말이 들어가니 이어준다는 뜻 같았다. 조금 학습한 내용이 맞다면 모든 객체의 최상위 프로토타입 객체는 Object이고, __proto__를 통해 해당 객체의 부모 객체를 순차적으로 검색할 수 있다는 것을 알게 되어 신기한 부분이었던 것 같다.

 

 

📘 추가로 공부할 내용

JavaScript

  • 비동기
  • fetch API
  • Node.js

 

 

📝 오늘 느낀점 & 마음 가짐

  • 프로토타입 체인에 공부하면서 상위 객체로 검색하는 방법에 알게 되어 좋았다.
  • 페어분과 이런 저런 얘기를 많이 나누다 보니 재미있게 페어프로그래밍을 마칠 수 있었다.
  • 클래스를 오랜만에 사용하다 보니 조금 이상했지만 쉽게 해결할 수 있었다.

'Daily > Today I Learned' 카테고리의 다른 글

22.05.28_TIL  (0) 2022.05.29
22.05.27_TIL  (0) 2022.05.27
22.05.25_TIL  (0) 2022.05.25
22.05.24_TIL  (0) 2022.05.24
22.05.23_Section1 회고  (0) 2022.05.23

📌 우리가 사용하고 있는 JavaScript는 객체지향 언어인데 이것의 뜻과 사용법에 대해 자세히 학습하는 시간이 되어 좋았다!!

 

 

📗 오늘 학습한 내용

JavaScript

  • 객체지향
  • 클래스와 인스턴스
    • 클래스: 객체를 생성하기 위해 변수와 메서드를 정의하는 일종의 틀
    • 인스턴스: 각각의 고유한 속성과 메서드를 갖는 것
  • new키워드와 생성자 함수
  • 객체지향 프로그래밍
    • 하나의 모델이 되는 청사진을 만들고, 그 청사진을 바탕으로 한 객체를 만드는 프로그래밍 패턴
    • 객체로 그룹화 시킨다.
    • 장점: 생산성 향상, 유지보수의 우수성, 재사용성
    • 단점: 개발, 실행 속도 저하, 코드 작성 난이도 상승
    • 4가지 주요 개념: 캡슐화, 추상화, 상속, 다형성
  • 프로토타입
    • 모든 객체들이 메서드와 속성들을 상속 받기 위한 템플릿이며, 객체를 확장하고 객체지향적인 프로그래밍을 할수 있게 도와준다.

 

JavaScript의 기본적인 유래를 알아가고 조금 더 심화적인 프로토타입, 클래스, 상속 등에 대해 알게되는 날이었다. 주로 학습한 내용을 블로깅 하다보니 내가 이해하기 조금 쉬웠던 것 같다.

 

 

📘 추가로 공부할 내용

JavaScript

  • 프로토타입 체인
  • 클래스 사용방법
    • extends
    • super()

 

 

📝 오늘 느낀점 & 마음 가짐

  • Java를 사용했을 때 상속을 많이 사용했던 기억이 있어서 조금은 이해하는데 쉬운 날이었다.

'Daily > Today I Learned' 카테고리의 다른 글

22.05.27_TIL  (0) 2022.05.27
22.05.26_TIL  (0) 2022.05.26
22.05.24_TIL  (0) 2022.05.24
22.05.23_Section1 회고  (0) 2022.05.23
22.05.20_TIL  (0) 2022.05.21

📌 오늘은 Koasn를 주말간 남은 것에 대해 학습하고 나서 궁금한 점을 하나하나 페어와 함께 맞추는 시간을 가졌다.

 

 

📗 오늘 학습한 내용

JavaScript

  • 배열
  • 객체
  • ES6 신규문법
    • Spread
    • rest
  • 얕은 복사
  • 깊은 복사
  • Koans (JS기초 문법 문제)

 

Koans는 여태까지 배워왔던 내용을 종합해둔 문제들이었다. 비교적 복습을 많이 진행했다면 쉽게 풀 수 있던 문제라고 생각이 들었다.

하지만 뒤의 객체에 속성과 속성값에서는 많이 헷갈릴 수 있다고 생각한다. 그리고 블로그에 내용을 찾기전에 공식 문서를 보는 것이 첫번째라고 생각하는 계기가 되었다. 블로그에는 자신만의 생각으로 정리한 곳이다 보니 전문적일 수 없었다...

 

 

 

📘 추가로 공부할 내용

DOM

  • Create
  • Append
  • Remove
  • Update
  • Read

 

 

📝 오늘 느낀점 & 마음 가짐

  • 쉬운 내용이라도 건너뛰지말고 자세히 파헤쳐보자!!

'Daily > Today I Learned' 카테고리의 다른 글

22.05.18_TIL  (0) 2022.05.18
22.05.17_TIL  (0) 2022.05.17
22.05.15_TIL(일주일간 회고)  (0) 2022.05.15
22.05.14_TIL  (0) 2022.05.14
22.05.13_TIL  (0) 2022.05.13

📌 오늘은 결국 몸살이나서 조금 힘들었지만 최대한 오늘 정해진 학습과정을 견뎌냈고, 추가로 복습, 예습까지 진행했다. 대신 빨리하고 쉬어야 할 것이라 생각해서 평소보다는 학습을 못한것은 주말에 채워야겠다. 몸건강이 우선이다!!!

 

 

📗 오늘 학습한 내용

JavaScript

  • 원시자료형
    • 고정된 저장 공간을 차지하는 데이터
    • number, string, boolean, undefined, ,symbol, (null)
    • 하나의 변수에 하나의 데이터만 들어간다.
    • 변수를 복사하여 사용해도 원본은 변경되지 않는다.
  • 참조자료형
    • 대량의 데이터를 다루는 배열(Array)과 객체(Object)
    • 함수(function)
    • 데이터를 저장 공간에 넣는 것이 아닌 주소를 할당한다.
    • 저장 공간을 복사 할 경우 복사한곳의 데이터를 변경할 경우 원본도 변경된다.
  • 스코프
    • 전역 스코프
      • 전역 스코프는 말그대로 global 적으로 사용이 가능하다.
    • 지역 스코프
      • 지역 스코프는 한 블록에서만 사용이 가능하고 벗어날 수 없다.
    • var, let, const
  • 클로저
    • 함수에 함수가 선언되는 구조이다.
    • 특징
      • 데이터의 보존
      • 정보의 접근 제한(캡슐화)
      • 모듈화
    • 외부함수
    • 내부함수
    • 외부함수에 선언된 변수는 내부함수에서 접근이 가능하다.
    • 내부함수에 선언된 변수는 외부함수에서 접근이 불가능하다.

 

 

📘 추가로 공부할 내용

JavaScript

  • 클로저
  • ES6 신규 문법

 

 

 

 

📝 오늘 느낀점 & 마음 가짐

  • udemy JS 알고리즘 공부를 다시 해보자!!
  • 몸 건강이 우선이다!! 체력을 길러야 겠다!!

 

'Daily > Today I Learned' 카테고리의 다른 글

22.05.14_TIL  (0) 2022.05.14
22.05.13_TIL  (0) 2022.05.13
22.05.11_TIL  (2) 2022.05.11
22.05.10_ TIL  (0) 2022.05.10
22.05.09_TIL  (0) 2022.05.09

+ Recent posts