effective-java-study

📚 이펙티브 자바 스터디

목표

• 내용이 방대하여 혼자 독학하기 힘든 이펙티브 자바를 같이 공부한다

일정

• 매주 화요일 22시 ~
• 첫번째 스터디 시작일: 24.01.02 (화)

진행 방식

• 각 주마다 지정된 범위의 아이템을 읽고 정리한다.
  • 이미지는 issue에 올리고, 그 주소를 사용하는 걸로 한다.
  • 주차별 아이템 범위는 최대 2개 이하로 한다.
• 질문 및 논의할 사항이 있으면 issue에 올린다.
• 발표 자료 정리가 끝난 후 PR을 날린다.
• 발표는 주마다 랜덤 추첨으로 진행한다.
  • 한 사이클이 도는 동안 발표를 진행한 사람은 랜덤 추첨에서 제외된다.
• 발표자는 챕터 하나당 하나의 퀴즈를 낸다.
  • 퀴즈 형식은 객관식, 주관식, OX 등 자유 형식으로 한다.
• 발표가 끝난 후 내용에 대해 토론 한다.

폴더 구조

|-- 02장
  |-- 아이템_01
     - 생성자_대신_정적_팩터리_메서드를_고려하라_{이름}.md
     - 생성자_대신_정적_팩터리_메서드를_고려하라_{이름}.md
     - 생성자_대신_정적_팩터리_메서드를_고려하라_{이름}.md

스터디 주차별 목록

1주차 - 24.01.09

아이템	발표자
아이템 1. 생성자 대신 정적 팩터리 메서드를 고려하라	윤용현
아이템 2. 생성자에 매개변수가 많다면 빌더를 고려하라	윤용현
아이템 3. private 생성자나 열거 타입으로 싱글턴임을 보증하라	윤용현
아이템 4. 인스턴스화를 막으려거든 private 생성자를 사용하라	윤용현

2주차 - 24.01.16

아이템	발표자
아이템 5. 지원을 직접 명시하지 말고 의존 객체 주입을 사용하라	김우철
아이템 6. 불필요한 객체 생성을 피하라	김우철
아이템 7. 다 쓴 객체 참조를 해제하라	김우철

3주차 - 24.01.23

아이템	발표자
아이템 8. finalizer와 cleaner 사용을 피하라	정교성
아이템 9. try-finally 보다 try-with-resources를 사용하라	정교성

4주차 - 24.02.06

아이템	발표자
아이템 10. equals는 일반 규약을 지켜 재정의하라	정교성
아이템 11. equals를 재정의하려거든 hashCode도 재정의하라	정교성

5주차 - 24.02.13

아이템	발표자
아이템 12. toString을 항상 재정의하라	윤용현
아이템 13. clone 재정의는 주의해서 진행하라	윤용현

6주차 - 24.02.20

아이템	발표자
아이템 14. Comparable을 구현할지 고려하라	김우철
아이템 15. 클래스와 멤버의 접근 권한을 최소화하라	김우철

7주차 - 24.02.27

아이템	발표자
아이템 16. public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라	정교성
아이템 17. 변경 가능성을 최소화하라	정교성

8주차 - 24.03.12

아이템	발표자
아이템 18. 상속보다는 컴포지션을 사용하라	김우철
아이템 19. 상속을 고려해 설계하고 문서화하라. 그러지 않았다면 상속을 금지하라	김우철

9주차 - 24.03.19

아이템	발표자
아이템 20. 추상 클래스보다는 인터페이스를 우선하라	윤용현
아이템 21. 인터페이스는 구현하는 쪽을 생각해 설계하라	윤용현
아이템 22. 인터페이스는 타입을 정의하는 용도로만 사용하라	윤용현

10주차 - 24.04.02

아이템	발표자
아이템 23. 태그 달린 클래스보다는 클래스 계층구조를 활용하라
아이템 24. 멤버 클래스는 되도록 static으로 만들라
아이템 25. 톱레벨 클래스는 한 파일에 하나만 담으라

11주차 - 24.06.04

아이템	발표자
아이템 26. 로 타입은 사용하지 말라	김우철
아이템 27. 비검사 경고를 제거하라	김우철

12주차 - 24.06.11

아이템	발표자
아이템 28. 배열보다는 리스트를 사용하라	정교성
아이템 29. 이왕이면 제네릭 타입으로 만들라	정교성

13주차 - 24.07.02

아이템	발표자
아이템 30. 이왕이면 제네릭 메서드로 만들라	김우철
아이템 31. 한정적 와일드카드를 사용해 API 유연성을 높이라	안주형

14주차 - 24.07.09

아이템	발표자
아이템 32. 제네릭과 가변인수를 함께 쓸 때는 신중하라	안주형
아이템 33. 타입 안전 이종 컨테이너를 고려하라	김우철

15주차 - 24.07.24

아이템	발표자
아이템 34. int 상수 대신 열거 타입을 사용하라	안주형
아이템 35. ordinal 메서드 대신 인스턴스 필드를 사용하라	안주형

16주차 - 24.07.30

아이템	발표자
아이템 36. 비트 필드 대신 EnumSet을 사용하라	김우철
아이템 37. ordinal 인덱싱 대신 EnumMap을 사용하라	김우철

17주차 - 24.08.06

아이템	발표자
아이템 38. 확장할 수 있는 열거 타입이 필요하면 인터페이스를 사용하라	안주형
아이템 39. 명명 패턴보다 애너테이션을 사용하라	안주형

18주차 - 24.08.13

아이템	발표자
아이템 40. @Override 애너테이션을 일관되게 사용하라	김우철
아이템 41. 정의하려는 것이 타입이라면 마커 인터페이스를 사용하라	김우철
아이템 42. 익명 클래스보다는 람다를 사용하	김우철

19주차 - 24.08.27

아이템	발표자
아이템 43. 람다보다는 메서드 참조를 사용하라	김우철
아이템 44. 표준 함수형 인터페이스를 사용하라	김우철

20주차 - 24.09.10

아이템	발표자
아이템 45. 스트림은 주의해서 사용하라	김우철
아이템 46. 스트림에서는 부작용 없는 함수를 사용하라	김우철

21주차 - 24.09.24

아이템	발표자
아이템 47. 반환 타입으로는 스트림보다 컬렉션이 낫다	안주형
아이템 48. 스트림 병렬화는 주의해서 적용해라	안주형

22주차 - 24.10.08

아이템	발표자
아이템 49. 매개변수가 유효한지 검사하라	김우철
아이템 50. 적시에 방어적 복사본을 만들라	김우철
아이템 51. 메서드 시그니처를 신중히 설계하라	김우철

23주차 - 24.10.22

아이템	발표자
아이템 52. 다중정의는 신중히 사용하라	안주형
아이템 53. 가변인수는 신중히 사용하라	안주형
아이템 54. null이 아닌, 빈 컬렉션이나 배열을 반환하라	안주형

24주차 - 24.10.29

아이템	발표자
아이템 55. 옵셔널 반환은 신중히 하라	김우철
아이템 56. 공개된 API 요소에는 항상 문서화 주석을 작성하라	김우철

25주차 - 24.11.05

아이템	발표자
아이템 57. 지역변수의 범위를 최소화하라	김우철
아이템 58. 전통적인 for 문보다는 for-each 문을 사용하라	김우철
아이템 59. 라이브러리를 익히로 사용하라	김우철

26주차 - 24.11.12

아이템	발표자
아이템 60. 정확한 답이 필요하다면 float와 double은 피하라	김우철
아이템 61. 박싱된 기본 타입보다는 기본 타입을 사용하라	김우철
아이템 62. 다른 타입이 적절하다면 문자열 사용을 피하라	김우철

27주차 - 24.11.27

아이템	발표자
아이템 63. 문자열 연결은 느리니 주의하라	김우철
아이템 64. 객체는 인터페이스를 사용해 참조해라	김우철
아이템 65. 리플렉션보다는 인터페이스를 사용하라	김우철

28주차 - 24.12.04

아이템	발표자
아이템 66. 네이티브 메서드는 신중히 사용하라
아이템 67. 최적화는 신중히 하라
아이템 68. 일반적으로 통용되는 명명 규칙을 따르라

Git 사용 방식

1. 스터디원 각자 본인만의 branch를 생성하여 해당 branch 에서 작업(코드/md 작성)을 진행한다.
   1. 커밋 메세지는, 아이템명과 동일하다.
      1. [아이템 08] finalizer와 cleaner 사용을 피하라
2. branch에서의 작업이 완료되었으면 해당 작업에 대한 PR(main 브랜치)을 스터디 시작 1시간 전까지 요청한다.
   1. PR 제목은 아래 형식으로 한다.
      1. 김우철 - 1주차 정리 및 발표자료 (item 01,02,03,04)
3. 궁금하거나 토론할 주제가 있으면 깃허브 issue를 올린다.
   1. 이슈 제목은 아래 형식으로 한다.
      1. [아이템 08]. {제목}
4. 스터디가 끝난후 스터디장은 주차별 PR을 merge한다.
   1. squash and merge로 PR을 merge한다.
   2. source 브랜치는 삭제한다.
5. PR merge가 모두 완료된 후에 main 브랜치를 base로 1번 과정을 다시 반복한다.