경험이 거의없는 사람이 디자인 패턴을 너무 깊이 파고 드는 것은 나에게 너무 의미가 없습니다. 그것들이 존재한다는 것을 아는 것은 좋지만이 시점에서는 디자인 패턴에 대해 배우는 것보다 다른 것에 더 집중해야합니다.
그것들은 문제의 맥락에서 유용합니다.-초보 / 초보 개발자를위한 개념으로서 그것들은 언제 어디서나 사용해야한다는 것을 아는 형태를 제외하고는 실질적인 가치가 아닙니다.
편집 명확하게하기 위해-많은 디자인 패턴은 일부 도메인에서 발견 된 문제의 결과입니다. 새로운 프로그래머는 일부 문제 집합에 사용할 디자인 패턴을 거의 알 수 없습니다 (IMO). CS 연구에서 알고리즘이 흩어져있는 것처럼 패턴과 그 이점으로 할 수있는 일에 대한 이해가 필요하지만, 사람이 여전히 hello world를 구축하거나 stl을 발견 할 때 디자인 패턴에 대한 실질적인 필요가 없습니다. 패턴은 훌륭합니다. 그러나 그것들은 은총이 아닙니다.
(Case (도구)도 아니고 UML도 아니고 SCRUM도 아니고 TDD도 STL도 Java도 XML도 아닙니다.) 이들은 모두 우리 직업의 한 측면이며 이러한 주제를 두 번째 주제로 취급합니다. 오는 것은 순진합니다.