일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 자바스크립트
- spring boot
- github
- Git
- time slice
- flab
- Hot Publish
- Depromeet
- 에프랩
- 버전관리
- Cold Publisher
- CPU Scheduling
- 원격 저장소
- RxJava
- OS
- js 개발자라면 알아야하는 핵심 컨셉
- js
- 마블 다이어그램
- 파이썬
- Hot Publisher
- 디프만
- 멘토링 후기
- 생활코딩
- Observable
- CLI
- spring
- OOAD
- 큐시즘
- 건국대학교
- Round Robin
- Today
- Total
목록spring boot (2)
글쓰는 개발자

스프링 MVC를 통해 처음 스프링을 접하면서, 굉장히 혼란스러웠던 기억이 납니다. 의존성 주입, AOP, PSA, Application Context 등 스프링을 구성하는 방대한 용어들이 쏟아지니, 초심자 입장에서 쉽지 않았던 경험이었네요. 그중에서도, 유독 이해가 되지 않던 것이 DispatcherServlet이란 친구였습니다. DispatcherServlet의 작동원리니, FrontController니 하는 일련의 개념들에 대해서는 각각 이해할 수 있어도, 그래서 DispatcherServlet이 왜 존재하는데?라는 의문은 항상 남아있었습니다. 최근에 Servlet을 자세히 공부하면서, 왜 스프링 MVC가 DispatcherServlet을 사용하는지 이해하게 되었고, 그 이유를 아래와 같은 짧은 문장..

우리가 개발하고 있는 서비스는 어느 규모까지 성장할까요? 우리가 개발하고 있는 서비스는 얼마나 많은 사람들이 사용하게 될까요? IT 서비스를 개발한 경험이 있는 사람이라면, 위와 같은 질문을 한 번쯤은 던져볼 수 있을 것이라 생각합니다. 그럼, 질문에 대한 답은 무엇일까요? 조금 허무하시겠지만, 저는 "아무도 모른다"라고 생각합니다. 당연한 거 아닌가요? 네 맞습니다.. 하지만, 그렇다고 해서 아무런 대책 없이 일단 만들어보자!! 하고 서비스를 개발했다가 좋은 일이 생겨 서비스의 규모가 커지고 많은 사람들이 이용하게 된다면, 담당 개발자는 마냥 웃을 수는 없을 겁니다. 어쩌면 퇴사를 진지하게 고민할지도... 동일한 서비스를 제공하는 시스템이라 할 지라도, 규모가 큰 서비스와 규모가 작은 서비스는 다방면에..