220th online meetup, 2025-02-01 with promotion gift

[jongfeel]

참여 방법

토요일 오전 10시 30분에 아래 google meet 링크를 통해 접속
https://meet.google.com/jyx-mxnq-kpk

이 이슈 assignees에 자신의 github 계정을 추가
약 1시간 30분 분량의 할 내용에 대해 댓글 작성 (최소 모임 시작 전까지)
구글 캘린더 일정 등록 메일 확인을 통해서도 가능 (일정 관리에 도움도 드립니다)
모임 시간에 각자 개발 관련된 공부 진행

• 시작: 10시 30분, 각자 오늘 진행할 것 이야기 5분 ~ 10분 간 진행
  • 자기소개: 새로 오신 분이 있으면 각자 짧은 자기소개가 진행됩니다
• 진행: 2시간, 하지만 쉬는 시간 및 기타 잡일 감안해서 1시간 30분 정도로 진행
• 완료: 12시 30분, 이후 각자 진행한 것 이야기, 12시 40분 전후로 종료.

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

모임 특징: 특정 출석 횟수를 달성하면 스타벅스 아메리카노 기프티콘과 함께 책 선물의 기회가 있음

• Special offer, double stamp for Starbucks americano gift! #87
• Special offer 2, get the book every 20th joined meetup #275

출석체크 테이블

• https://github.com/ThinkAboutSoftware/OnlineSelfCodingGroup/tree/main/Stamp

주의: 회사일 혹은 마감 기한 임박한 일 처리의 경우는 최대한 자제. 주말 아침에 회사에서 지시한 업무를 하는 것과 내 개인 공부하는 건 구분 필요

---

220회차 입니다.
이번 회차에 출석하신 분은 시즌 프로모션 음료로 드립니다.

[moaoh]

할 일

clean code - 4장 주석 (67p~95p) 읽기

-> (67p~87p) 읽기 완료

한 일

주석은 가능한 적게 작성하라.

가장 좋은 주석은 코드 자체이다.

→ 코드가 명확하게 작성되었다면 주석 없이도 이해할 수 있어야한다.

나쁜 주석은 오히려 악영향을 끼친다.

→ 코드와 불일치 하거나, 쓸모없는 주석은 오히려 코드의 가독성을 떨어뜨린다.

좋은 주석

법적인 주석

// Copyright (C) 2003,2004,2005 by Object Memtor, Inc. All rights reserved

라이선스나 저작권과 관련된 주석은 필요하고도 타당하다.

정보를 제공하는 주석

// kk:mm:ss EEE, MMM dd, yyyy 형식이다.
... 정규표현식 코드 

정규표현식 같이 코드만 보고 이해하기 어려운 경우에는 타당하다.

의도를 설명하는 주석

// 특정 버전의 라이브러리에서 발생하는 버그를 우회하기 위한 코드
if (connection.isOpen()) {
    connection.reset();  // 버그로 인해 close() 대신 reset()을 사용해야 함
}

특정 코드가 왜 존재하는지 다양한 이유로 변경하지 못하는 코드에 속한다면 의미를 명료하게 밝히는 주식은 괜찮다.

결과를 경고하는 주석

// 여유 시간이 충분하지 않다면 실행하지 마십시오.

// SimpleDateFormat은 스레드에 안전하지 못하다.
// 따라서 각 인스턴스를 독립적으로 생성해야한다.

특정 코드의 실행시간이 오래걸린다던가, 코드를 실행하기전 주의사항같은 경우는 주석으로 적어도 괜찮다.

주의 사항을 알리는 주석 ( WARNING, TODO )

// TODO:
// WARNING:

당장은 구현하기 어렵거나, 추후에 수정이 필요한 등의 간단한 주의사항을 알리는 주석은 괜찮다.
하지만, TODO와 같은 주의사항을 너무 난발한 코드는 바람직하지않다. 주기적으로 주석을 점검해 없애야한다.

나쁜 주석

같은 이야기를 중복하는 주석

// this.closed가 true일 때 반환되는 유틸리티 메서드다.
// 타임아웃에 도달하면 예외를 던진다.

코드를 봐도 충분히 이해가 될만한 부분을 굳이 주석으로 또 적는 것은 좋지않다.

잘못된 정보가 포함된 주석

코드는 변경되었지만 주석이 업데이트되지 않을경우에는 큰 혼란을 야기시킨다.

주석으로 처리한 코드

// test = getTest();

이유가 있어서 남겨놓은 거 같은 주석으로 처리된 코드는 필요하지않다.

git과 같은 코드 관리 시스템이 우리를 대신해 기억해준다. 삭제해라.

(수정중)

clean code - 4장 주석

[aquamagic9]

할 일

CODE 19~20챕터(351~380p) 읽기 및 정리

한 일

19~20챕터 메모리 및 연산자동화 내용 정리

[jongfeel]

도메인 주도 설계 읽고 정리하기

• 17장 전략의 종합 jongfeel/BookReview#1060

17장 전략의 종합 끝까지 읽고 정리

[chichoon]

할일

자바스크립트 딥다이브 프로토타입 남은 분량 다 읽고 정리하기

야근하고 늦점젔습니다 ㅠㅜ

정리

• 프로퍼티 존재확인

  • in 연산자를 통해 객체에 프로퍼티가 존재하는지 확인할 수 있다
  • 'field' in obj 는 참 혹은 거짓을 반환한다
  • in 연산자는 프로토타입 체인을 검색하기 때문에 해당 객체가 값을 갖고있지 않더라도 상위객체에 값이 있으면 true 를 반환한다
  • Reflect.has 연산자도 동일한 효과를 낸다
  • Object.prototype.hasOwnProperty 메서드는 in과 비슷하지만 상속받은 프로토타입 체인은 검색하지 않기 때문에 자기자신의 프로퍼티 키일 경우에만 참을 반환한다

• 프로퍼티 열거

  • for ... in 문을 이용하면 객체를 배열처럼 탐색할 수 있다
  • for (const key in obj) 이렇게 사용하면 key 에 해당 객체의 프로퍼티 키가 들어간다
  • in 연산자처럼 상속받은 프로퍼티까지 전부 열거하지만, 해당 프로퍼티 [[Enumerable]] 이 거짓일 경우 열거되지 않는다
    • [[Enumerable]] 어트리뷰트는 프로퍼티가 열거가능한지 나타낸다
    • 따라서 프로토타입 프로퍼티가 마치 열거되지 않는 것처럼 보일 수 있다
  • Object.keys, Object.values, Object.entries
    • 각각 열거가능한 키, 값, 키값쌍 배열을 반환한다