일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 |
Tags
- java Stack
- 개발서버
- MSA
- interface Set
- interface List
- echo system
- java Deque
- Micro Service Architecture
- log4j 2.1.5
- 동기화 시스템
- java 자료구조
- php ?>
- javaList
- ksqldb
- 원격 코드 실행 취약점
- php 태그
- 개발은 어려워
- java 버전업
- intelliJ utf-8
- queue linkedList
- php 태그 닫기
- interface Map
- intelliJ 인코딩
- apache log4j2
- 교육은 더 어려움
- 만남은 쉽고
- kotlin 자료구조
- confluent
- kafka
- php 태그 닫지 않는 이유
Archives
- Today
- Total
legato
design pattern 1 - intro 본문
design pattern 1 - intro
design pattern 2 - SAGA pattern
학부시절 기본적인 언어 학습 후에 Head first - design pattern을 마치 언어 학습의 심화인 것처럼 완독 했습니다.했습니다. 그게 도움이 되지 않았다고는 할 수 없지만, 학습에 뚜렷한 목적성이 없었기 때문에, 구체적인 사용법에 대한 감이 오지는 않았습니다. 좋은 사용성 내지는 구현에 대한 구체적인 아이디어 정도라고 생각했던 것 같습니다.
업무를 진행하다 보면, 기능을 구현하고 나서 더 좋은 아키텍처나 구조에 대해 고민하게 되고, 이 때 효율적이고 수정하기 쉬운 구조 등 "어떻게 구현하는 게 좋을지"에 대한 생각을 구체화하게 됩니다. 그리고 이내 해당 내용을 이미 누군가 충분히 고민했고, 심지어 구현해놓은 것을 경험할 수 있습니다. 이런 대표적인 예시가 바로 design pattern이라고 생각합니다.
학부생 때 학습했던 것처럼 단순히 열거의 형태로 design pattern을 기록하지는 않을 예정입니다. 실제로 구현하다가 마주했거나, 개선 시에 사용한 "선배의 구현 경험"을 기준으로 작성할 예정입니다.
Comments