세상과 나 그리고 그리움

[DP] 07. Singleton 패턴 - 41분

[구성]
[Session 1] Part1. Orientation 1
[Session 1] Part2. Orientation 2
[Session 1] Part3. Abstract Factory 패턴
[Session 1] Part4. Builder 패턴
[Session 1] Part5. Factory Method 패턴
[Session 1] Part6. Prototype 패턴
[Session 1] Part7. Singleton 패턴
[Session 2] Part1. Adapter 패턴
[Session 2] Part2. Bridge 패턴
[Session 2] Part3. Composite 패턴
[Session 2] Part4. Decorator 패턴
[Session 2] Part5. Facade 패턴
[Session 2] Part6. Flyweight 패턴
[Session 2] Part7. Proxy 패턴
[Session 3] Part1. Chain of Responsibility 패턴
[Session 3] Part2. Command 패턴과 Template Functor
[Session 3] Part3. Interpreter 패턴
[Session 3] Part4. Iterator 패턴
[Session 3] Part5. Mediator 패턴
[Session 3] Part6. Memento 패턴
[Session 4] Part1. Observer 패턴
[Session 4] Part2. State 패턴
[Session 4] Part3. Strategy 패턴
[Session 4] Part4. Template Method 패턴
[Session 4] Part5. Visitor 패턴
[Session 4] Part6. 디자인 패턴 요약 및 적용 방안

[문제 사례 설명]
이미 만들어진 클래스를 어떻게 재사용할 수 있을까?

[패텬을 활용한 해결 방식]/[해당 패턴 설명]
사용하고 싶은 object의 인터페이스를 가지고 오려면
1] object adapter 방식- adaptee 멤버를 가져야 되고 class adapter는 안가져도 되는점이 다르다.
multi inheritance 방법을 사용하는 방법을 2] class adapter 방식이라고 함.

밖에 나타내는 interface 클래스 A, 구현할 클래스를 B
상속받아 생성하는 클래스를 C라고 하면
class C : public A, private B 로 하여 해결하면 된다.

자바에선 mutli inheritance가 지원되지 않고 클래스는 extends로 interface는 implements로
상속받아 작업한다.(=>내가 추가한 부분 ㅋㅋ)

Wrapper 에는 adapter와 Decorator 를 포함한다.
여기서의 Wrapper의 의미는 감싸준다는 의미로 일반적이기 때문에
Adapter와 Decorator란 용어를 사용하겠다.

Multiple Inheritance 곤란한 점.
A 에 상속받아 B와 C가 있고,
그것을 D가 상속이 받는 경우에 문제가 생각된다.

프로그램의 구조와 클래스의 상속을 헷갈리는 수강자가 있더라.


[토론]
Adapter 패턴과 코드 중복도 제거로 볼 수 있다.
가 필두로 약간 패턴 이야기와 벗어난 프로젝트 관리 측면의 이야기가 15분 넘게 진행되었다.

1) 요약
프로젝트에서 공통모듈과 관련지어 이야기를 진행했고,
질문자 중에 PM7년차로서 현장의 경험담을 전하고,
강사입장(이분 역시 프젝을 여러게 해낸 PM)에서 해결책을 제시하던데...
나의 경우에서 질문자가 소속한 회사는 가고 싶지 않더라.


2) 대화내용
=>강사)
A/B/C명이 같은 자료구조를 중복 구현하게 된다. =>코드중복에 민감해서인지 귀가 번쩍.
이런 경우가 설계가 되어 있지 않은 경우겠지만...

기존 경험이 없다면 설계하기가 힘들기 때문에 경험이 필요하다.
그리고 구체적인 구현에 가면 또 바뀌는 부분이 생기기 마련.
한사람에게 전담 시킨다.

공통 모듈 개발자 및 권한을 주는 담당
강사의 경우 자신이 PM을 하면서 ... 라이브러리 담당을 했단다.
나의 경우 이전 회사에서는 boss(= CEO)가 해었다는 것을 상기해냈다.

질문자A] 공통라이브러리 개발자가 퇴사할경우는 ?
=>강사)
기존 개발자가 사용은 했고, 구현은 하지 않았으나,
소스는 있으니 연결할 수 있다.

질문자B]
그후 다른 질문자가 중간 중간 현실적인 어려움만 토로하더라.
그래서 강사가 패턴에 대한 이야길 하지 못하고 Project관리에 관한
몇가지 실천사항을 이야기 해주는 부분이 20분 정도 포함되어 있는 동영상이 되었다.

이룸 생각)
문제 제기 방향을 정리해주더라. 질문자의 자신의 종속된 문제에 집착하는 경향이 있는게 아쉽다.
내가 가야할 커리어 패스와 연결해서 생각하는 법과 준비해야 함을 좀더 알게되다.

=>강사)
http 헤더의 request/response 변수를 파싱해주는 것을 자신의 라이브러리를 만들어 해결했단다.
현재 java의 jstl 과 비슷한 개념일 터이다.

이룸생각)
스티브 맥코넬에 책을 보면 개발자의 생산성 차이가 1000배도 나타난다는 이야기도 여기서
나올 수 있을 것이다.

=>강사)
프로젝트의 위임한다는 강사의 설명도 정말 멋졌다.
그러므로서 후임은 실력이 향상되고 자신은 프로젝트를 여러개 할 수 있었다.
회의후 문서를 바로 만든다. (특정 부분만 만든다) 파일을 따로 만든다.
=> 문서작업을 한꺼번에 하려들지말고 준비해서 조금씩 해두면 나중에 문서작업할 부하를 줄일수있다.
=> 이것도 훈련이되면 빨리 정리가 되고 ... 빨라진다고 이야기 하는데 ...
정말 좋은 사수였을 것 같다.
이런 시각을 가지고 있는 사수가 정말로 필요하다.

이룸생각)
질문자의 황당함이란...
그래도 웃으면서 받아주는 모습에서 프로의 정신을 알게되는군!!

=>강사)
미리 생각을 많이 해야 된다.
프로그램은 로직이다.

용자는 단순한 한가지를 이야기한다.
그것을 유도해 DFD도 그리고 ... 그런 것들을 계획하는 준비를 해야 된다.
이것이 전략이다.
하루아침에 바뀌지 않는다는 것을 안다. (강사왈)

[활용한 패턴 정리]
기존 레거시 시스템에 추가할 때도 pluggable adapter를 구현해서 이용할 수 있다.