우아한테크러닝 - 2020-09-08 (화) - 3차시

 

화두

- 디자인 패턴. OOP 언어 패턴과  자바스크립트와의 차이. 있음.

- 아토믹 디자인 ? (자기계발 서적 보는느낌임)

- 제로베이스 > cra - eject 

 

~ 7:30 

 

리덕스는 그냥 펍섭 라이브러리다. 라고 생각해라!

- 사용자로 머물지말아라. 사용법만 보구.. 그러지말구?!  지식이 넓어진게 아니라 걍 여러개 써본것뿐.

깊이보단 넓이를 추구하는 사람이 되어버리지 말긔.. 영원한 개발 소비자가 됨.

 

- 코드 따라치지말고 ㅎㅎ 주석으로 복기하세용

 

- 객체는 의미부여쉽다. 프리머티브 타입은 어렵다

 

- vdom 만들기가 어렵지 않아요~

 

- 컴파일타임 / 런타임 일어나는 일 구분 잘하기 

 

------------------------------------------------------------------------------------------------------------------------

1교시 마감

오늘은 좀 졸렸다.

작심삼일이라지 않나!! 

설거지하고와야지.

 

-> 설거지 하다가 들었는데.

성장가능성 이라는 말은 역시 실력 다음의. 후순위의 말임.

일단 어느정도의 ... (설득가능한 수준의 )기술수준이 되어야

 

pomb.us/build-your-own-react/

Rodrigo Pombo

친절하고 똑똑한 분들의 링크 공유 .

감사합니다..

------------------------------------------------------------------------------------------------------------------------

깊은 데까지 갓다가 리턴리턴해서 재귀적으로 그려질수밖에 없는 ㄱenderElement

 

바벨이 컴파일타임에 createElement로 바꿔 줌 

 

 

정리하면 React는 DOM을 다루기 쉬운 Object로 변환해서 사용하는 것이다 일까요?

 

-> 채팅창 댓글

 

 

까보는것 요령

- 어느정도 규모가 있는상태에서 까보는건 힘들다.

방어로직같은것도 많아지고 뎁스도 깊어 어떤게 핵심로직인지 알기 어려움.

초기 릴리즈로 찾아가라. 코드가 단촐한 시절으로. 기본 컨셉은 바뀌지 않으니까.

 

 

 

 

------------------------------------------------------------------------------------------------------------------------

어마무시하게 졸리구만.

회사에서들을때와 달리!

 

 

 

+ 크롬 데브 툴즈 의 네트워크 탭에서 모르는 용어가 없으면 -> 기본기가 된것 

 

 

 

- 다들 이직하고싶어하네.

3년어치의 경력을 쌓으면 ~~한 사람이 된다.의 표준이 어느정도 있을거고 그렇게 하지못하면 이직이 어렵다는 것을 ㅠㅠ 

다들 그 얘기를 마니하네

 

이전에는 이런얘기를 들으면 기죽고 그랬는데.

머 어쩌겠는가 싶고. 난 거동이 불편해졌었으니까. (라는 합리화 도구도 있고;)

일단 지금 상황에서라도 할수있는것을 하면 되는것이다!

 

오픈소스 커미터가 참 괜차나보이네 이 상황에서는.

 

지연로직!

 

------------------------------------------------------------------------------------------------------------------------

훅

전역 배열. 가지고 있어 초기값이 있는지 없는지. 알수있고 있은 후에는 배열에 저장됨.

 

 

사실 오늘은 평소와달리 집에서 강의를 들어서 굉장히 졸렸다 ㅠㅠ 

속이 안좋아서 그랬던 것일까?!

핑계는 항상 많다.!! 

 

아주 간단하게는 컨셉츄얼하게 구현을 해보면 좋아요 

리액트의 간단버전 같은거

간단히 만들어보면 상상이 잘 됩니다.

어설프게라도... 해보세요 

 

계속 리뷰하고 누구한테 알려줘보고....그래야 성장하는거 같아요.


 

저는 글써놓고 계속 봅니다 ㅋㅋ

계속 리뷰하고 누구한테 알려줘보고....그래야 성장하는거 같아요.


 

 

등등의 자신의 경험담 공유 해준 분들 감사.. 

 

최근 시간의 압박으로 안티패턴인지 알면서도 작성한 코드가 있습니다.  이런 경우 보통 이사님은 주말에 출근해서 바꾸셨나요?

소싯적 말단 사원이실때는 기술부채는 언제 주로 해결하셨나요? 기술부채를 해결하기위한 시간을 일부러 만들기도 하나요? 다른 회사에선 어떻게 하는지 궁금합니다..

 

--> 매일 하는 일이다 . 매일 조금씩 하면 되는듯?!

 

기획자하고 부드럽게 말하기가 어렵습니다. 자꾸 기획을 소소하니 바꾸는줄 아는데, 제 입장에서는 큰 변경처럼 느껴집니다.  
김민태 프로그래머님께서는 한 몇년차부터 비교적 정확한 일정 산정이 가능해지셨나요?

 

--> 매일 못하겠다 ㅋㅋ 빡시게 하는날잇고 아닌날잇고

 

 

빵을 안먹어서그런듯