전체 글

잠이 안 와서 써보는 주니어 탤런트 쇼 회고 ^_^.. 편하게 써봅니다. 각성했을 때 쓰려다가 이러다 안쓸거 같아 급하게 씀. 시작 시작은 심플했던 것 같다. 강아G님이 트위터에서 주니어가 이야기하는 주니어를 위한 주니어 팟캐스트!를 만들고 싶다고 하셨고~ 난 그때 신입 개발자라 타임라인 눈팅하던 사람이었고.. 가벼운 마음으로 참여하겠다고 멘션 날렸었는데 정신 차려보니 어느새 오픈 챗방에 들어가 있었다. ( 그때까지만 해도 노가리 방송일 줄 알았던 사람 ㅎㅎ..) 당시 이직에 드릉드릉했던 나였기 때문에 할 얘기가 아주 많았고 트위터 140자로는 만족하지 못해서 토크쇼에 목말라있었던 사람이었음. 아무래도 스페이스 특성상 친한 사람들끼리 대화하는 느낌의 라디오만 들었어서, 조금 각잡고 주니어들에 대한 이야기..

자바 초짜로써.. Scanner밖에 모르다가 BufferdReader의 존재를 알게되어 정리해보는 글. 버퍼의 입출력 BufferdReader는 Scanner와 유사하며 BufferedWriter는 출력과 유사하다. 다른 점이 있다면 입력된 데이터 버퍼를 거쳐 전달이 되므로 데이터 처리 효율성이 높다. 버퍼를 거치면 한단계가 늘어나는건데 왜 빠를까? 하드디스크는 원래 속도가 엄청 느리기에 외부 입력장치를 통한 입출력은 상당히 시간이 오래 걸린다. 그래서 키보드가 눌릴때마다 문자를 이동시키는것보다는 중간에 메모리버퍼에 저장하여 한번에 이동시키는 것이 보다 효율적이다. 즉 모아뒀다가 한번에 전송한다는 뜻 많은 양의 데이터를 처리할 때 속도 측면에서 유리하다. buffer : 데이터를 한 곳에서 다른 곳으로 ..

시작하기 앞서 NodeJS는 웹 서버가 아니라 자바스크립트 실행환경이라는 점을 인식하자. NodeJS로도 서버를 구성할 수 있다! 고 해야 맞는 말인 듯하다. ( 보통 프론트, 백을 구분하는데 NodeJS로는 둘 다 노드 내에서 구현 가능함.. 풀스택하기 참 쉽다..응.. ) NodeJS는 이벤트 기반, 논 블로킹 I/O모델을 사용하며 싱글스레드 방식을 채택했다. 이벤트 기반 동작, 싱글 스레드에 주목해서 정리할 것이다. 프로세스 운영체제로부터 자원을 할당받는 작업 단위 스레드 할당받은 자원을 이용하는 실행 단위 하나의 프로세스를 여러 스레드를 가지고 자원을 공유한다. 하나의 스레드는 한 번에 단 하나의 동작만 수행 가능하다. 그럼 자연스럽게 멀티스레드는 한번에 여러 가지 동작이 가능할 것이다. (스레드..

우리는 로그인을 통한 사용자 인증을 구현해야 한다. 그런데 왜 인증을 해야할까? 먼저 HTTP의 Stateless 특성을 통해 로그인할때 왜 인증을 해주어야 하는지에 대해 살펴보자. 그리고 쿠키, 세션, 토큰 인증 방식을 비교하고 결국에 왜 토큰 방식 중 JWT가 선택되었는지도 알아보자. HTTP의 두가지 특성 1. connectionless HTTP는 서버와 브라우저간의 연결을 계속 유지하지 않는다는 뜻이다. 서버와 클라이언트 사이의 통신이 끝나게 되면 연결이 끊긴다. 2. stateless 상태를 유지하지 않는다. 첫번째 연결에서의 상태가 두번째 연결까지 유지되지 않는다. 이전 상태가 저장되지 않고 연결마다 갱신된다. 이 때문에 처음 로그인한 상태가 계속 유지가 되지 않는다는 문제점이 발생한다. 요약..