일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
Tags
- 프로그래머스
- Python
- Collections
- 큐
- 람다 칼큘러스
- Collection
- solid
- exception
- JavaScript
- Spring
- tcp
- DesignPattern
- 겨울카카오인턴
- Rails
- design-pattern
- functional programming
- 함수형 프로그래밍
- 자바
- JDBC
- 파이썬
- 로버트마틴
- Pattern
- Java
- 스택
- 디자인패턴
- Network
- lambda calculus
- 백준
- javscript
- Eclipse
Archives
- Today
- Total
목록S (1)
개발자 노트
Single Responsibility Principle
단일 책임 원칙 출처 https://blog.cleancoder.com/uncle-bob/2014/05/08/SingleReponsibilityPrinciple.html 의문점 도대체 reason to change?는 뭘까? 사람들이 해석하는 reason to change 버그 픽스? 리팩토링? 핵심 reason to change 와 responsibility를 연관 짓는 것. 위 2가지 사항은 프로그래머의 책임 => 프로그램의 디자인이 누구에게 반응해줘야 하는가?! 예시 1.CEO CEO에게 보고하는 것은 C-Level결정임 (CFO, COO, CTO) 2.CFO finance 컨트롤하는 것에 책임 3.COO 회사를 운영하는데 책임 4.CTO 회사의 기술적인 개발에 책임이 있음 [java code] p..
객체지향 5원칙
2020. 10. 11. 11:56