이거 글 다 구라입니다. 학기중 LLVM관련 프로젝트를 수행하기 위해 연구실 컴퓨터에 컴파일해뒀다. 한번 컴파일하는데만 약 3시간 4시간이 걸리는 작업이라, 집에서 다시 하는것은 오바.학교는 외부에서의 원격 접근을 굉장히 싫어하기 때문에 잠깐만 접근해 과제를 수행해보자.제일 초기 구성은 다음과 같다. Client = 접근 주체Target = 접근 대상1. SSH 를 통해 접근해보자SSH는 원격 컴퓨터에 접근하기 위한 가장 편리한 도구다. 공유기 망에서는 당연히 접근될꺼니 ,Target Computer는 공유기를 통해 학교망과 연결되어 있음으로, 포트포워딩을 통해 SSH서버 프로세스의 포트를 학교망으로 노출하자.이제 해볼 수 있는 방법은 학교안에서 접근할 때, 학교 밖에서 접근할 때 두 경우만 존재한다.이..

사용자 유형별 계정 등록 API를 다르게 구성해야 하는가에 대한 고민. -> 백엔드 단에서 API 하나로 통일, -> 서비스 객체 많아짐 -> 전략 패턴 적용하자( 컨트롤러는 필드를 그대로 매핑하는 역할, 서비스는 (전략을 선택, 전략 실행) 따로 SOLID의 SingleResponseiblity 원칙 적용 -> 사용자 유형별 API 구성

안녕하세요 백엔드 개발자를 희망하는 대학생입니다. api 명세서 작성중에 궁금증이 있어 여러분들께 질문드리고자합니다! 클아이언트의 요청에 따라 백엔드 단에서 수행되는 로직에서 발생되는 오류는 다양합니다. HTTP 표준 응답 코드로 이를 전부 표현하는데 있어 부족함이 있으므로, 응답 바디에 추가적인 파라미터를 이용해 발생된 에러에 대한 추가적인 정보를 제공한다고 알고 있습니다. 이에따라, 다음과 같은 두가지 방법이 존재합니다. 1. HTTP 응답 코드를 단일화 하고, 바디의 통해서만 에러 발생 여부, 구체적인 에러 메시지를 포함하는 방법 2. HTTP 응답 코드와 바디 메시지를 적절히 조합하여 사용하는 방법 저는, 위 두가지 방법 중 HTTP 프로토콜이 제공하는 기능을 최대화하고, 의미 없는 응답코드를 사..