강의 마지막에 말씀하신 부분이 공감되서 남겨봅니다.
526
0
개발하다보면 실무에서도 아키텍쳐를 변경해야할 때가 있다. 이 때, 구조를 수정할 때는 구조만 건들여야 한다.
수정하다보면 구조말고도 디테일한 부분이 눈에 밟혀 수정하고 싶은 충동이 생기는데, 그때 한 번에 개선을 하게 되면 다른 사람이 처리하는데도 힘들고, 사람이 다 기억하기도 힘들다.
그러니, 디테일한 것이 보여도 TODO 리스트에 적은 다음 넘어가고, 큰 구조를 먼저 변경이 완료된 후, 테스트까지 완료되면 커밋하고 나서 디테일한 것을 변경하자.
말씀을 듣자마자 과거에 경험했던 일들이 주마등처럼 스쳐 지나갔습니다... ㅋㅋㅋㅋ...
이 문구를 따로 저장해서 마음 속 깊이 새기도록 하겠습니다.
답변 1
MVC 패턴을 정확히 익힐려면 어떻게 해야할까요?
0
373
1
선생님 조언 부탁드립니다.
0
302
0
WebFlux를 실무에 적용하기 전에 고민이 있습니다.
0
324
0
커리큘럼 고민
0
379
1
스프링 백엔드 개발 로드맵
0
469
1
Spring 공부 어떤 강의 순서로 듣는게 좋은가요?
0
732
1
프로젝트와 강의 우선 순위 관련 질문드립니다!
1
478
1
코틀린 개발자로 취업하게 되면서 고민이 생겼습니다.
0
416
1
강의 구입에 관한 질문입니다(설연휴 할인 관련)
0
395
1
학습 방향에 고민이 있습니다.
0
510
1
관리자권한으로 실행 자체가 뜨지 않으면 어떻게 해야할까요?
0
405
1
스프링 선수학습이 필요한가요?
1
519
1





