77th online meetup, 2022-05-07

[jongfeel]

https://meet.google.com/jyx-mxnq-kpk

참여 방법:

Assignees에 자신의 github 계정을 self로 추가 2시간 분량의 할 내용에 대해 댓글 작성 (최소 모임 시작 전까지) 빛의 속도 혹은 (주말, 휴일 포함) 최소 3일 내에 구글 캘린더 등록 메일 확인 모임 시간에 각자 개발 관련된 공부 진행

• 시작: 10시 30분
• 할 것 이야기: 5분 ~ 10분 간 진행
• 진행: 2시간, 하지만 쉬는 시간 및 기타 잡일 감안해서 1시간 ~ 1시간 30분 정도로 진행
• 한 것 이야기: 최대한 12시 40분까지, 조금 오버할 수 있음 (오래 하면 30분 얘기하기도 함)

모임 끝난 후 공부한 내용 정리 & 링크 추가 => 최소 다음 모각코 전까지 확인 가능해야 함.

주의: 회사일 혹은 마감 기한 임박한 일 처리의 경우는 최대한 자제해 주세요. 주말 아침에 일하면 우울하니까요. ㅜㅜ

[jongfeel]

오브젝트 읽고 정리하기

• https://github.com/jongfeel/objects/issues/49
• https://github.com/jongfeel/objects/issues/50
• https://github.com/jongfeel/objects/issues/51

[chichoon]

할 일

• 알고리즘 문제 풀기 (1~2문제)
• 혹시나 풀다가 정리할만한 개념이 나오면 정리하기

한 일

• 다이나믹 프로그래밍 필기
• 백준 9095
• 백준 2579

[kapitalismho]

이산수학 강의 수강

• 3강 증명

기술 블로그 글 읽기

• web에서의 rendering
• 자바스크립트에서 객체 지향을 하는게 맞나요?
• 그 이외의 다른 글들

정리

Web on rendering

SSR(with rehydration) : 서버에서 HTML을 프리렌더링 한 후 전달 -> 클라이언트에서 JS와 결합(Rehydration)

• 빠른 FP와 FCP, 유연함(인터랙티브함, 개인화 등)<=> 느린 TTFB, TTI CSR: 데이터를 받아서 클라이언트단에서 페이지의 모든 부분을 렌더링
• 빠른 TTFB, 유연함 <=> SEO 최적화에서 불리, 모바일 환경에서 불리 Static Rendering : 미리 생성된 페이지를 요청이 들어올 경우 바로 전달
• 빠른 TTFB, TTI, FCP <=> 유연하지 못함 어느 한 방법이 우수하고 열등한 관계가 아니며 세가지 방법 모두 장단점이 있다. 어떤 상황에 어떤 방법이 적합한지 판단할 수 있어야된다. 어렴풋하게만 알고 있었던 SSR과 CSR 그리고 static 렌더링의 차이를 좀 더 구체화할 수 있었다. 하지만 왜 SSR이 유행하는가에 대해서는 더 의문이 든다. 이 글 문두에서도 SSR과 static rendering을 권장한다고 쓰여져있기 하지만은 그 이유가 명쾌하게 제시되어 있지는 않았다. 추가적인 학습이 필요하다.

자바스크립트에서 객체지향을 하는게 맞나요?

자바스크립트 -> 프로토타입 기반 객체지향 + 함수형 양 패러다임 사이에서 적절한 균형을 잡는게 좋다. 결론적으로 중요한 것은 어떠한 패러다임으로 코드를 작성하느냐에 천착하는게 아니라 가독성과 유지보수성이 좋은 코드를 만드는 것이다. 결론으로 나온 말인 가독성과 유지보수성이 좋은 코드를 만든다는 것은 경험이 많이 필요한 암묵지의 영역이 아닌가 싶다. 좋은 코드를 알아볼 안목조차 부족한 나는 정진이 많이 필요하지 않을까... 하는 생각이 들었다.

[jongfeel]

@kapitalismho 이산수학 강의 내용 정리 기술 블로그 글 읽고 정리된 내용 등이 있으면 좋겠습니다.

저와 chichoon님의 링크를 보면 알 수 있듯이

저는

• 오브젝트 책 읽기(X)
• 오브젝트 책 읽고 정리한 내용 github issue 링크 달기(O)

chichoon님은

• 알고리즘 문제 풀기(X)
• 알고리즘 다이나믹 프로그래밍 필기 정리 및 링크 (O)
• 알고리즘 문제 9095번과 링크 (O)

요런 식으로 해주시면 됩니다.