- 일 잘하는 개발자 되기 (feat.카이젠저니)
- URL 단축기 설계
- 분산 시스템에서 유일 ID 생성기 설계
- 키 값 저장소 설계
- 안정 해시 설계
- 처리율 제한 장치의 설계
- 대규모 시스템에서 개략적인 규모 추정
- 사용자 수에 따른 규모 확장성 생각해보기
- 오브젝트 책 핵심 정리
- 익명클래스의 메모리 누수
- 직렬화된 인스턴스 대신 직렬화 프록시 사용을 검토하자
- 인스턴스 수를 통제해야 한다면 readResolve 보다는 열거 타입을 사용하자
- readObject 메서드는 방어적으로 작성하자
- 커스텀 직렬화 형태를 고려해보자
- Serializable을 구현할지는 신중히 결정하자
- 원격 저장소에 .gitignore 적용하기
- 자바 직렬화의 대안을 찾자
- 프로그램의 동작을 스레드 스케줄러에 기대지 말자
- 지연 초기화는 신중히 사용하자
- 스레드 안전성 수준을 문서화하자
- 낙관적 락 테스트하기
- wait와 notify보다는 동시성 유틸리티를 애용하자
- 스레드보다는 실행자, 태스크, 스트림을 애용하자
- 과도한 동기화는 피하자
- 공유 중인 가변 데이터는 동기화해 사용하자
- 예외를 무시하지 말자
- 가능한 한 실패 원자적으로 만들자
- 예외의 상세 메시지에 실패 관련 정보를 담자
- 메서드가 던지는 모든 예외를 문서화 하자
- 트랜잭션과 격리수준
- 추상화 수준에 맞는 예외를 던지자
- 표준 예외를 사용하자
- 필요 없는 검사 예외 사용은 피하자
- 복구할 수 있는 상황에서는 검사예외를, 프로그래밍 오류에는 런타임 예외를 사용하자
- 예외는 진짜 예외 상항에만 사용하자
- 일반적으로 통용되는 명명 규칙을 따르자
- 최적화는 신중히 하자
- 네이티브 메서드는 신중히 사용하자
- 리플렉션보다는 인터페이스를 사용하자
- 객체는 인터페이스를 사용해 참조하자
- 문자열 연결은 느리니 주의하자
- 다른 타입이 적절하다면 문자열 사용을 피하자
- 박싱된 기본 타입보다는 기본 타입을 사용하자,
- 정확한 답이 필요하다면 float와 double은 피하자
- 라이브러리를 익히고 사용하자
- for문 보다는 for-each문을 사용하자
- 지역변수의 범위를 최소화하자
- 공개된 API 요소에는 항상 문서화 주석을 작성하자
- 옵셔널 반환은 신중히 하자
- null이 아닌 빈 컬렉션이나 배열을 반환하자
- 가변인수는 시중히 사용하자
- 다중정의는 신중히 사용하자
- 메서드 시그니처를 신중히 설계하자
- 적시에 방어적 복사본을 만들자
- 매개변수가 유효한지 검사하자
- 스트림 병렬화는 주의해서 사용하자
- 반환 타입으로는 스트림보다 컬렉션이 낫다
- 스트림에서는 부작용 없는 함수를 사용하자
- 스트림은 주의해서 사용하자
- 표준 함수형 인터페이스를 사용하자
- 람다보다는 메서드 참조를 사용하자
- 익명 클래스보다는 람다를 사용하자
- 정의하려는 것이 타입이라면 마커 인터페이스를 사용하자
- Override 어노테이션을 일관되게 사용하자
- 명명 패턴보다 어노테이션을 사용하자
- 확장할 수 있는 열거 타입이 필요하면 인터페이스를 사용하자
- ordinal 인덱싱 대신 EnumMap을 사용하자
- 비트 필드 대신 EnumSet을 사용하자
- 조영호님의 우아한세미나
- ordinal 메서드 대신 인스턴스 필드를 사용하자
- int 상수 대신 열거 타입을 사용하자
- 타입 안전 이종 컨테이너
- 이왕이면 제너릭 메서드로 만들자
- 제너릭과 가변인수를 함께 쓸 때는 신중하자
- 한정적 와일드카드를 사용해 API 유연성을 높이자
- JUnit5 완벽 가이드
- 이왕이면 제너릭 타입으로 만들자
- 배열보다는 리스트를 사용하자
- 비검사 경고를 제거하자
- raw 타입은 사용하지 말자
- 탑레벨 클래스는 한 파일에 하나만 담자
- 멤버 클래스는 되도록 static으로 만들자
- 태그 달린 클래스보다는 클래스 계층구조를 활용하자
- 인터페이스는 타입을 정의하는 용도로만 사용하자
- 인터페이스는 구현하는 쪽을 생각해 설계하자
- 추상 클래스보다는 인터페이스를 우선하자
- 상속보다는 컴포지션을 사용하자
- 상속을 고려해 설계하고 문서화 하자. 그러지 않았다면 상속을 금지하자
- 변경 가능성을 최소화 하자
- 클래스와 멤버의 접근 권한을 최소화 하자
- public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하자
- Comparable을 구현할지 고려하라
- clone 메서드 재정의
- toString을 항상 재정의 하자
- eqauls와 hashCode를 같이 재정의 해야하는 이유
- equals를 재정의 하는 방법
- try-with-resource를 사용하자
- finalizer와 cleaner 사용을 피하자
- 다 쓴 객체 참조를 해제하라
- 불필요한 객체 생성은 피하자
- 의존 객체 주입을 사용하자
- 객체가 인스턴스화가 필요하지 않다면 private 생성자를 사용하자
- private 생성자나 열거 타입으로 싱글턴임을 보장하자
- 직렬화와 마샬링
- 생성자에 매개변수가 많다면 빌더패턴을 사용하기
- 생성자 대신 정적 팩터리 메서드
- Spring Annotation의 원리와 Custom Annotation 만들어보기
- 스프링 부트의 Autoconfiguration 원리 및 만들어 보기
- JPA의 DTO와 Entity
- JPA 고급 맵핑
- State 패턴
- Memento 패턴
- Iterator 패턴
- Interpreter 패턴
- Visitor 패턴
- Command 패턴
- 전략 패턴
- 옵저버 패턴
- 책임 연쇄 패턴
- Mediator 패턴
- Template 패턴
- 데코레이터 패턴
- 브릿지 패턴
- Facade 패턴
- 플라이웨이트(flyweight) 패턴
- 프록시 패턴
- 자바의 JVM 구조와 Garbage Collection
- 자바의 Heap과 Stack
- 구성 패턴
- 어댑터 패턴
- 프로토타입 패턴
- 빌더 패턴
- 추상 팩토리 패턴
- 팩토리 패턴
- 싱글톤 패턴
- JPA 연관관계 맵핑
- 백준 10773
- 계승을 위한 설계와 문서를 갖추거나, 그럴 수 없다면 계승을 금지하라
- 계승하는 대신 구성하라
- Spring Validation
- JPA 필드와 컬럼 매핑
- OnetoMany Mapping 주의점
- JPA 클래스와 기본키 맵핑
- Swagger
- SpringBoot Zuul endpoint 설정
- RestTemplate 과 WebClient 차이
- Java Lamda
- SpringBoot static폴더와 template폴더의 차이
- RabbitMQ 기초
- 이진트리와 이진트리검색
- 나만의 LinkedList 만들어보기
- 백준 2875
- 백준 1541
- 백준 1120
- 백준 10610
- Dangling meta character '+' near index 0 해결
- 백준 5585
- 백준 2217
- 백준 11399
- 백준 11047
- 나만의 ArrayList 만들어보기
- MongoDB 파헤치기 - 4
- MongoDB 파헤치기 - 3
- MongoDB 파헤치기 - 2
- MongoDB 파헤치기 - 1
- MongoDB에 대하여
- 추상클래스와 인터페이스
- ModelAndView와 Validator의 충돌
- 자바 메일 보내기
- java.lang.NoClassDefFoundError 에러 해결
- firebase 삽질
- Spring Validator
- MockMvc
- Mock Framework
- 백준 2751
- Mybatis
- Filter url 제외시키기
- 백준 1924
- HttpServletRequestWrapper
- 백준 10809
- Spring Interceptor
- AOP
- 백준 11654
- 백준 4344
- 백준 2941
- DI
- 싱글턴 패턴
- 백준 10845
- Mysql 한글깨짐
- 예외처리
- Junit
- 부트캠프 파티션
민동현
Dream Cometrue