2022.03.28 3차 세션

1교시

씰

회고

• 이번 주는 참여를 많이 못했는데... 2차 과제를 진행 중이고, 3차 과제는 시작하지 못해 반성하고 있다.
• 오늘/내일 중으로 저번 주 과제들을 해결할 예정이다.
• 저번 주에는 페어 프로그래밍을 진행했는데 개인적으로 되게 재밌었다. 각 특징으로 공부하게 되는 느낌이 재밌었다.
• 예츄한테도 많이 배우고 같이 진행하면서 여러 이점에 대해 많은 것을 느꼈다. 오탈자, 굳이 넣지 않아도 되는 코드를 넣었다던지... 확인이 바로 가능해서 코드 퀄리티가 늘었다는 것을 느꼈다. 참여도가 낮아서 아쉽다 ㅠㅡㅠ
• 그래서 적극적으로 참여해보겠다.

예츄

회고

• 2주차 1차 과제는 씰과 게더 타운으로 만나서 재밌게 진행했고, 2차는 씰과 함께 참여하지 못한 점, 늦게 시작하여 좀 그랬는데 혼자 진행할 때 마지막 함수(caculate) 구현하는 게 어려웠다. 부족하다는 걸 느꼈다. ㅠㅡㅠ 다른 코드를 참고해서 추가를 했다.
• 타입은 타입 단언을 적용한 것 같은데 제네릭을 적용하지 못했고, 맵드 타입 등에 대한 활용이 조금 부족했다.
• 타입에 대해 처음 적용하기 시작한 거라 개념이 온전히 잡히지 않았지만 올려야 되는 코드라 스스로 초조해진 부분이 있다.
• 개념이 잡히지 않은 상태기 때문에 적용하기 어려웠다. 추후 이런 타입에 대한 적용을 생각해야겠다.

나무

회고

• 나름 결실을 한대로 주말에 많은 시간을 투자했다. 성공! 목표한만큼 성공하지 못했고 삽질 포인트가 많았어서 대충 쓰고 있음에도 경험이 없구나... 라는 생각이 들었다.
• 일주일 동안 계속 숙제를 내서 ㅠㅠㅠㅠㅠ 의외로 빡센 스터디였다. 같이 페어해주신 민오가 먼저 진행하고 네비게이터를 해줘서... 많이 배웠다.
• 앞으로의 것... 삽질을 좀 했던 것이 예츄가 말한 것처럼 마음이 급해져서 동작에 집중하다보니 완성도가 좀 낮아진 것 같다. 마음을 가다듬으면서 리팩토링하고 적용해보고 싶다. 개념을 하나씩이라도 적용해보고자 한다.

민오

회고

• 이번 과제는 많았던 것 같다... 나무랑 페어하면서 다 좋았는데 "계산기 로직"에 알고리즘이 들어가다보니 네비게이터로 진행하니 쉽게 알려줄 수 없었다.
• 알고리즘은 코드에 들어가 있는 게 좋을 것 같다. 집중도가 떨어진다.
• 너무 나누는 데 욕심이 생겨서 타입스크립트가 아닌 소스코드 리팩토링 위주로 진행하지 않았나 반성하고 있다.
• 기초적인 내용을 적용할 수 있을 것 같아서 타입스크립트 챌린지를 진행했는데 몇 개 해보니 여러 방법이 있다는 걸 배웠고, 코드에 직접 그런 개념을 적용하려고 공부했다.
• 짝 프로그래밍은 재밌는 것 같다. 둘 다 하고 한 명이 네비게이션을 하는 형식으로 진행해서 다른 사람이 하는 코드를 보면서 어떻게 진행할 지 계속 생각하게 되어서 좋았다.

조이

회고

• 좋았던 점은 계속 미뤄놨던 타입스크립트를 접해보고 코드 리뷰를 받을 수 있어서 좋았다. 계산기 마지막 문제에서 eval을 사용하지 않고 직접 짰던 게 좋았다.
• 일정적으로 부담이 되었다.
• 페어 프로그래밍인데 각자의 결과물이 나와야 해서 조금 그랬다. 차이가 있던것..
• MBTI탓을 하자면 P라 긴박해질 때까지 미루는데 그렇게 하다보니 느리게 완성된 것 같아서 이 부분을 개선하면 좋을 것 같다.

콘솔

회고

• 이번 주 과제가 계속 있어서... 계산기의 마지막 부분을 완성하지 못했다. +, * 등의 우선순위 정하기를...
• 계속 주어진 과제를 공부하게 되는 동기부여가 생겨나서 주말이나 일이 끝나고 집에 와서도 타입스크립트를 공부하게 되는 것이 좋았다.
• 초반에 조이와 같이 페어프로그래밍하면서 혼자 생각하고 짜는 것보다 같이 이야기하면서 작성했던 것, 확인할 수 있던 것이 훨씬 더 공부가 잘 되어 같아 좋았다.
• 아쉬운 건 과제가 많아서 만족할 만한 수준의 완성도가 나오지 않았다.

파랑

회고

• 여러 정보들을 주고 싶은 나머지 과제가 다른 사람에게 부담이 되었던 것 같다.
• 이번 과제부턴! 저번 주의 미스를 고쳐서 오버스펙으로 부담감을 느끼지 않도록 과제를 낼 수 있도록 노력하겠다. (감사합니다)

2교시

if문이 3개 이상일 때 switch-case문도 좋지만 lookup테이블을 사용해라

중첩된 if문을 사용 시 최대 5개를 체크하여 switch-case문을 사용하는 것이 더 낫다.
하지만 협업 시에 switch문은 권장되지 않으니 lookup테이블을 사용해라.

객체 프로퍼티 접근법

• 마침표 접근법
• 대괄호 접근법

Record란?

https://typescript-kr.github.io/pages/utility-types.html#recordkt

object에서 key값이 될 수 있는 값

• string
• symbol

Partial<>이란?

Object 전체를 undefined로 가져올 수 있도록 하는 것

Omit<>이란?

뒤에 써진 특정 키 중에 몇 개를 없애고 가져오는 것

Pick<>이란?

뒤에 써진 특정 키 중에 몇 개만 뽑아서 가져오는 것