디자인 패턴 잘 모르는 새끼들 특

[익명(112.173)]

디자인 패턴 이야기 나오면 MVC, MVP, MVVM 요 3개 빼고는 아는게 없음
아니 애초에 디자인 패턴이 로직과 뷰를 처리하기 위해 탄생한건줄 아는 사람도 있음....
아니면 '디자인' 패턴 으로 이해하는 사람도 있음 ㅋㅋㅋㅋㅋ

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[익명(112.173)]

그건 더 질이 나쁜데.. 흠...

[익명(211.187)]

나도 면접때 디자인패턴 아는거 뭐있냐 물어보는데 싱글톤 빌더 어댑터 프록시 이런얘기밖에 못함

[익명(112.173)]

양반임 MVC 같은 패턴만 주둥이에서 나오면 걸러짐

[익명(211.177)]

근데 몰라도 되긴 함 책을 얼마나 많이 보는가 지식 흡수력이 얼마나 빠른가 이런걸 보기위해 면접에서 질문을 하긴 하는데 개발에서 디자인패턴이 필수는 아니라고봄

[익명(112.173)]

지시사항대로 구현만 할거면 상관 없는데, 혼자서 프로젝트 1부터 100 까지 다 만들거나, 설계 및 지시하는 입장에서는 알아야 편함...

[익명(112.173)]

유지보수 부하 줄이기 위해 뭐 해야할까, 혼자서 정답 못내는 인간들은 디자인 패턴 그냥 주입 받는게 나은 지경임

[익명(211.177)]

결국 커뮤니케이션이 목적이지 서로 아는 지식을 비용 소모 없이 협업할 수 있다는 것 그게 디자인 패턴의 최고 강점

[익명(112.173)]

결국 사람이랑 일하려고 '패턴'을 만든거니까 ㅇㅇ.. 그래서 성능에 아무 상관도 없는데 꼭 해야 하냐는 말이 나오기도 하잖아 근데 결국 일이란건 사람과 사람이 만나 이뤄지는거라 룰과 패턴이 있으면 지키는 편이 쉽고 좋죠 새로운 룰과 패턴을 만들 능력이 없다면 말이죠

[익명(122.45)]

패턴 많이 배웟는데 인터페이스 상속으로 코드결합도 감소시키는 목적으로만 가끔 씀

[익명(112.173)]

그것도 안하는 사람 많아요

[익명(122.45)]

생각해보니 rxjs쓰니까 옵저버패턴도 쓰네. 프레임워크 뭐쓰냐에 따라 달라지는듯