이번 목표는 "메시지브로커에 메시지가 발행이 될 때마다 가격을 업데이트해서 보여주는 것"이다. 여기서 중간에 서버를 또 거치면 지연시간이 발생할텐데, 메시지브로커에 발행된 메시지를 그냥 클라이언트에 직접 꽂으면 빠르지 않을까? 라는 생각이 들었다.
이번 구현 목표는 "외부 시스템으로부터 시세 정보를 웹소켓을 구독해서 메시지 브로커에 전달"하는 것이다.스프링을 백엔드로 하는 플랫폼 웹서버와 분리가 되었기 때문에 다른 언어와 프레임워크로 시세 수신 서버를 구현을 해도 된다는 선택지가 생겼다.그래서 직접 벤치마크 테스
프론트는 React로 구성을 마쳤다. (GPT 없었으면 불가능)유튜브로 공개된 강의듣고, 코드를 읽고 원하는 대로 바꿀 수 있을 정도로만 익혔다.React의 특징으로 서버에서 렌더링을 하는 것이 아닌 클라이언트단에서 렌더링이 진행이되면서 이걸로 얻을 수 있는 장점들이
하반기 금융권 IT 신입 공고가 시들해지고, 날도 추워져서 1주일간 동면에 들어가면서 부족했던 부분에 대해 생각을 해보았다.스타트업을 나오고 금융권 부트캠프를 시작으로 이력서 부분을 채울 수 있는 활동을 해왔다.
그래도 해야지.백준 17136번 색종이 붙이기를 바탕으로 백트래킹을 이해해보자.코딩테스트에서 백트래킹을 활용하여 풀어야하는 문제는 종종 나온다.개인적으로 BFS, DFS는 개념적인 어려움보단 구현에 있어 신경써야하는 것들이 좀 있고,풀기위해서 세팅해야하는 것들이 많아
몇일간 Python으로 단련된 코테실력을 Java로 바꿔가는데 집중하고 있었다.Do it, 알고리즘 코딩테스트 Java편으로 한바퀴 돌리면서 개념과 구현에 익숙해지는 것을 목적으로 공부중에 있다.이해를 제대로 하지 못하고 넘겼던 개념들을 차근차근 정리해볼계획이다.병합정

프로그래밍 패러다임은 프로그래밍의 관점을 갖게 해주는 개발 방법론이다.무엇을 풀어내는가에 집중하는 패러다임프로그램은 함수로 이루어진 것이다 라는 명제가 담겨 있는 패러다임순수 함수를 블록처럼 쌓아 로직을 구현, 고차 함수를 통해 재사용성을 높인 패러다임순수 함수: 출력

CS 면접 질문 대비해서 CS 공부를 하고자한다.공부할 때, 참고하는 책은 "면접을 위한 CS 전공지식 노트"이다.한 단원씩 읽고, 메모장으로 정리하고 다음날 다시 정리해보면서 공부할 예정이다.하나의 클래스에서 오직 하나의 인스턴스만 가지는 패턴이다.하나의 클래스에서

HTTP 강의를 완강하고, 배웠던 내용을 기반으로 항상 이용하던 채용사이트인 인디스워크가 다른 사이트에 비해 로드속도가 오래걸리는 이유를 파악해보고자 나름대로 원인을 분석을 해본다.자소설닷컴 응답대기 시간은 95.22ms, 인디스워크 응답대기 시간은 2.18s 이다.채

캐시가 없을 때는 같은 요청을 반복하더라도 같은 용량의 데이터를 전송한다.캐시가 없을 경우1\. 데이터가 변경되지 않아도 계속 네트워크를 통해서 데이터를 다운로드 받아야 한다.2\. 인터넷 네트워크는 매우 느리고 비싸다.3\. 브라우저 로딩 속도가 느리다.4\. 느린

HTTP 전송에 필요한 모든 부가정보메시지 바디의 내용, 메시지 바디의 크기, 압축, 인증, 요청 클라이언트, 서버 정보, 캐시 관리 정보 등등표준 헤더가 너무 많음필요시 임의의 헤더 추가 가능HTTP 헤더General 헤더: 메시지 전체에 적용되는 정보, ex) Co

HTTP 상태코드란? 클라이언트가 보낸 요청의 처리 상태를 응답에서 알려주는 기능이다.이를 통해 처리 상태에 대한 응답에 따라 다음 작업을 설계하거나, 서버의 응답이 성공인지 실패인지, 실패라면 그 원인이 클라이언트의 문제인지 서버의 문제인지 파악할 수 있다.상위 상태

HTTP API를 설계하기 위해서는 데이터를 전송하는 방식과 전송하는 상황에 대한 이해가 필요하다. 1. 클라이언트 > 서버 데이터 전송 전송하는 방식 쿼리 파라미터를 통한 데이터 전송 GET 정렬 필터 (검색어) 메시지 바디를 통한 데이터 전송 POST

HTTP API를 만들 때, 요구사항을 식별하고 그에 맞는 URI를 설계하는 것이 필요하다.다음 예시로 그 과정을 들어보겠다.이게 정말 좋은 URI일까?URI 설계에서 가장 중요한 것은 리소스 식별이다.API URI 고민사항리소스의 의미회원을 등록하고 수정하고 조회하는

HyperText란? 문서 간에 링크를 통해서 연결할 수 있는 것!HTTP 메시지에 모든 것을 전송할 수 있다.HTML, TEXTIMAGE, 음성, 영상, 파일JSON, XML (API)거의 모든 형태의 데이터 전송 가능하다.서버간에 데이터를 주고 받을 때도 대부분 H

HTTP 개념에 들어가기 직전, HTTP 프로토콜을 활용하여 데이터를 주고 받을 때, 요청하는 방식과 그 흐름에 대해서 짚고 넘어간다.URI는 로케이터(locator), 이름(name) 또는 둘 다 추가로 분류 될 수 있다.Uniform: 리소스 식별하는 통일된 방식R

많은 웹 서비스는 HTTP 프로토콜 위에서 데이터를 주고 받는다. 웹 개발 공부를 하다보면 HTTP 용어가 많이 등장하는 데, 이 때 깊이있는 이해를 위해서는 HTTP에 대한 이해가 필요하다. 그리고 웹 개발을 하다보면 API URL, PUT, POST, HTTP 상태

시스템 엔지니어에 가까운 인프라 인턴을 진행하면서 공부한 내용들을 인프라 파트에 정리할 생각이다. 1. 배포 방식의 변화 위 그림은 쿠버네티스 공식자료에 게시된 그림이다. 전통적인 방식의 배포방식부터 컨테이너 기반의 배포방식까지 시스템 구조를 나타낸 그림이다. 1

의존관계 주입을 하여 스프링 컨테이너에 등록이 된 스프링 빈을 조회하는 방법에 대해 정리하겠다.기술적인 내용들이라 이런 것이 있구나, 이렇게 활용하면 되는구나 정도 짚고 넘어가겠다.별 다른 조건없이 출력을 하게 될 경우, 스프링 내부에서 사용하는 빈이 모두 함께 출력이

객체지향의 장점을 활용하기 위한 DIP, OCP 원칙을 지키기위해 AppConfig를 통해 직접 DI관리를 했다.스프링 프레임워크는 스프링 컨테이너를 통해 DI를 관리한다.Configuration, Bean 어노테이션을 통해 스프링 컨테이너에 객체를 등록한다.스프링 컨