네이버 스포츠 실시간 응원 클론하기 - 요구사항/설계
지난번엔 네이버 스포츠의 응원하기 기능을 분석해 보았습니다. 오늘은 분석한 내용을 토대로 만들어보기 위해서 요구사항을 정하고, 설계를 해보도록 하겠습니다. 최대한 간단하게 만들어보는걸 목표로 정했습니다. 요구사항응원하기 기능은 크게 두개의 기능으로 나눠집니다. 응원 갯수를 주기적으로 받아와야한다. 응원할 팀을 선택 할 수 있어야한다. 이렇게인데요 우선
지난번엔 네이버 스포츠의 응원하기 기능을 분석해 보았습니다. 오늘은 분석한 내용을 토대로 만들어보기 위해서 요구사항을 정하고, 설계를 해보도록 하겠습니다. 최대한 간단하게 만들어보는걸 목표로 정했습니다. 요구사항응원하기 기능은 크게 두개의 기능으로 나눠집니다. 응원 갯수를 주기적으로 받아와야한다. 응원할 팀을 선택 할 수 있어야한다. 이렇게인데요 우선
최근 가을야구가 진행되고 있는 와중에 오랜만에 네이버에서 야구 중계를 봤는데요.페이지 왼쪽 상단에 응원하는 팀을 선택하는 영역의 숫자가 실시간으로 바뀌는게 눈에 들어왔습니다.갑자기 해당 기능이 어떻게 동작하는지 궁금해졌습니다. 쓸데없는 호기심 발동! 네트워크 요청을 열어보자그래서 자연스럽게 크롬 개발자 콘솔을 열어서 통신이 어떻게 진행되고 있는지 보았는데
지난번에 Polling과 Long Polling을 구현한 간단한 샘플을 만들어 보았습니다. 그런데 Long Polling의 샘플이 좀 아쉬운거 같았습니다. 그때는 서버가 5초 뒤 응답을 해주는 형태로 구현을 했는데, Long Polling 보다는단순히 서버에서 요청을 처리하는 시간이 오래걸리는 것과 비슷한 형태인거 같아서 Long Polling을 이용한
얼마전 실시간 통신을 구현하는 방법에 대해 간단하게 소개한적이 있는데요.그 내용들을 바탕으로 아주 간단하게 샘플을 작성해보았습니다. Polling클라이언트 페이지에서 2초마다 한번씩 API를 호출합니다.서버에서는 최초 요청시 healthCheck 함수를 실행합니다.healCheck 함수는 10초 뒤에 메시지를 설정합니다. 매 2초마다 요청을 하다 10초 뒤
우리가 인터넷을 사용할때는 주로 http 통신을 이용해 서버에 데이터를 요청 합니다. 그럼 서버는 클라이언트의 요청에 맞춰서 데이터를 다시 돌려주곤 하죠.이게 일반적으로 서버와 클라이언트가 데이터를 주고받는 과정입니다. 하지만 여기서 중요한 포인트는 클라이언트의 요청이 있기 전까지는 서버는 어떠한 데이터도 줄 수 없다는 사실입니다. 하지만 채팅같은 서비스의
얼마전 탈잉에서 개발자들/개발자를 준비하는 사람들을 위한 온라인 클래스를 오픈한적이 있었는데요. 커리어 성장에 관한 내용을 주제로 5명의 연사분들이 강연을 해주셨는데 아주 유익했던 시간이었습니다! 강연중에 오픈소스로 성장하는 방법과 발표를 통해 성장하는 방법의 내용을 들으면서 핵토버페스트 라는 행사에 대해서 알게 되었는데요, 마침 10월에 진행하는 행사인데
서론Spring Boot를 사용해서 개발을 하면 API의 응답/결과 값을 처리할때 기본적으로 Jackson 라이브러리를 이용해 JSON와 POJO간 변환 처리를 진행합니다. 하지만 gson을 이용해 변환을 처리하게 할 수 도 있습니다. Jackson도 물론 좋은 라이브러리지만 gson이 더 성능이 좋아서 그렇게 하시는분들도 있는거 같더라구요. JSON 라이
5장 - 형식 맞추기소감5장에서는 형식 맞추기로 소개가 되어있지만 가독성 높은 코드를 작성하기 위한 컨벤션 맞추기 라고 봐도 될거 같습니다. 적절한 행의 길이를 맞추고, 변수들끼리 모아두고, 빈 행으로 개념을 분리 하는 등의 방법을 소개하면서 코드를 가독성 높게 만드는 방법을 알려주고 있습니다. 형식이란건 사실 개발자 개개인에 따라 취향이 확고하게 나뉠 수
3장 - 주석소감주석이랑 코드랑은 별개로 움직여서 코드와의 동기화(?)를 개발자가 직접적으로 신경써야 하는 부분이 단점으로 느껴지긴 하지만 개인적으로 다른 사람이 읽었을때 혼란스럽게 만드는 주석외에는 다 좋은 주석이지 않을까 생각이 됩니다. 물론 주석이 없어야 명확하고 잘짠 코드라고 할수 있겠지만, 실무를 진행하다 보면 한번에 좋은 코드를 짜기란 어렵기
3장 - 함수소감안좋은 코드의 사례를 들면서 어떻게 하면 좋은 함수를 작성할 수 있는지에 대해 설명을 하는데 다 읽고나서 생각해보면 결국 앞장에서 나왔던것처럼 ‘읽기좋은 함수가 좋은 코드다’. 함수는 한 가지의 일만 해야하고, 이름을 잘 지어야하고, 무분별한 인수 사용을 줄여서 함수의 이름과 인수의 이름만으로 무슨 동작을 하는지 알 수 있어야하고, 에러코드