- [23.12.28] 1. Computer System Overview
- [23.12.29] 2. OS Overview
- [23.12.30] 3. Process Management
- [23.12.31] 4. Thread Management
- [24.01.02] 5. Process Scheduling
- [24.01.03] 6. Process Synchronization and Mutual Exclusion
- [24.01.06] 7. Deadlock
- [24.01.10] 8. Memory Management
- [24.01.12] 9. Virtual Memory
- [24.01.15] 10. Virtual Memory Management
- [24.01.16] 11. File System
- [24.01.17] 12. I/O System & Disk Management
[인프런] Spring Cloud로 개발하는 마이크로서비스 애플리케이션(MSA) | 프로젝트
- [23.12.30] 1. Service Discovery
- [24.01.04] 2. Gateway Service
- [24.01.05] 3. Users Microservice
- [24.01.21] 4. Configuration Service
- [24.01.22] 5. Spring Cloud Bus
- [24.01.24] 6. Microservice간 통신
- [24.01.26] 7. 데이터 동기화를 위한 Apache Kafka
- [24.01.09] 1. 생성자 대신 정적 팩터리 메서드를 고려하라
- [24.01.09] 2. 생성자에 매개 변수가 많다면 빌더를 고려하라
- [24.01.09] 3. private 생성자나 열거 타입으로 싱글턴임을 보증하라
- [24.01.10] 4. 인스턴스화를 막으려거든 private 생성자를 사용하라
- [24.01.10] 5. 자원을 직접 명시하지 말고 의존 객체 주입을 사용하라
- [24.01.10] 6. 불필요한 객체 생성을 피하라
- [24.01.12] 7. 다 쓴 객체 참조를 해제하라
- [24.01.12] 8. finalizer와 cleaner 사용을 피해라
- [24.01.12] 9. try-finally보다는 try-with-resource를 사용하라
- [24.01.22] 10. equals는 일반 규약을 지켜 재정의하라
- [24.01.22] 11. equals를 재정의하려거든 hashCode도 재정의하라
- [24.01.22] 12. toString을 항상 재정의하라
- [24.01.29] 13. clone 재정의는 주의해서 진행하라
- [24.01.29] 14. Comparable을 구현할지 고려하라
- [24.01.29] 15. 클래스와 멤버의 접근 권한을 최소화하라
- [24.01.31] 16. public클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라
- [24.01.31] 17. 변경 가능성을 최소화하라
- [24.01.31] 18. 상속보다는 컴포지션을 사용하라
- [24.02.01] 19. 상속을 고려해 설계하고 문서화하라. 그러지 않았다면 상속을 금지하라
- [24.02.01] 20. 추상 클래스보다는 인터페이스를 우선하라
- [24.02.01] 21. 인터페이스는 구현하는 쪽을 생각해 설계하라
- [24.02.02] 22. 인터페이스는 타입을 정의하는 용도로만 사용하라
- [24.02.02] 23. 태그 달린 클래스보다는 클래스 계층구조를 활용하라
- [24.02.02] 24. 멤버 클래스는 되도록 static으로 만들라
- [24.02.05] 25. 톱레벨 클래스는 한 파일에 하나만 담으라
- [24.02.05] 26. 로 타입은 사용하지 말라
- [24.02.05] 27. 비검사 경고를 제거하라
- [24.02.06] 28. 배열보다는 리스트를 사용하라
- [24.02.06] 29. 이왕이면 제네릭 타입으로 만들라
- [24.02.06] 30. 이왕이면 제네릭 메서드로 만들라
- [24.02.08] 31. 한정적 와일드카드를 사용해 API 유연성을 높이라
- [24.02.08] 32. 제네릭과 가변인수를 함께 쓸 때는 신중하라
- [24.02.08] 33. 타입 안전 이종 컨테이너를 고려하라
- [24.02.16] 34. int 상수 대신 열거 타입을 사용하라
- [24.02.16] 35. ordinal 메서드 대신 인스턴스 필드를 사용하라
- [24.02.16] 36. 비트 필드 대신 EnumSet을 사용하라
- [24.02.19] 37. ordinal 인덱싱 대신 EnumMap을 사용하라
- [24.02.19] 38. 확장할 수 있는 열거 타입이 필요하면 인터페이스를 사용하라
- [24.02.19] 39. 명명 패턴보다 어노테이션을 사용하라
- [24.02.20] 40. @Override 어노테이션을 일관되게 사용하라
- [24.02.20] 41. 정의하려는 것이 타입이라면 마커 인터페이스를 사용하라
- [24.02.20] 42. 익명 클래스보다 람다를 사용하라
- [24.02.21] 43. 람다보다는 메서드 참조를 사용하라
- [24.02.21] 44. 표준 함수형 인터페이스를 사용하라
- [24.02.21] 45. 스트림은 주의해서 사용하라
- [24.02.22] 46. 스트림에서는 부작용 없는 함수를 사용하라
- [24.02.22] 47. 반환 타입으로는 스트림보다 컬렉션이 낫다
- [24.02.22] 48. 스트림 병렬화는 주의해서 적용하라