🔥 Keep구름톤 유니브 연합동아리 시작 ☁️구름톤 유니브 4기에 참여하게 되었습니다 🥳 대학 생활 하면서 정말 해보고 싶었던 것 중 하나가 개발 연합 동아리였는데, 이렇게 좋은 기회로 참여하게 되어 너무 기쁩니다 ㅎㅎ 앞으로 미르미분들과 함께 할 스터디와 해커톤 등 모든 활동들이 정말 기대됩니다. 얼른 활동 시작했으면 좋겠네요 ~! 🤭 이번 활동 기간 동안 미르미 분들과 함께 개발 역량 열심히 쌓아보도록 하겠습니다 !! 파잇팅 💪🏻 ❓Problem느슨해진 태도지난 주는 정말 느슨해진 태도로 한 주를 보낸 것 같습니다. 데드라인이 정해져 있는 일이 없었어서 그런지, 저도 모르게 늘어지게 된 것 같습니다. 사실 이런 개인 시간을 갖게 되는 것이 쉽지 않기도 하고 이럴 때일수록 더 바쁘게 움직여야 ..
🔥 Keep동기부여 영상 보기 📺작년부터 봐야지 하면서 계속 미뤄왔던 토스 다큐멘터리를 드디어 봤습니다. 토스 다큐멘터리를 보면 심장이 뛴다는 말이 무슨 말인지 이해가 갔습니다. 이 영상을 통해 토스만의 문화와 사람들의 가치관을 들여다볼 수 있었는데요, 모든 내용과 장면들이 정말 신선했고, 큰 자극이 되었습니다. 멋진 분들께서 너무 멋진 말들을 해주셔서 열심히 노션에 기록까지 하며 봤습니다. 하핫 이 영상을 통해 저만의 가치관을 확립할 수 있었던 것 같아, 이번 주 중 제일 잘한 일이라고 할 수 있을 것 같네요 ! 🤭최근 올라온 영상인, Toss Leader, 이승건 대표님의 '꿈까지 매일 걸어가는 사람'이라는 강연을 보면서 마인드셋을 할 수 있게 되었습니다. 요즘 들어 진로에 관한 고민이 많이 들..
안녕하세요! 오지 않을 것 같았던 4학년이 저에게도 찾아왔습니다.최근 들어 저에게 크고 작은 목표들이 생겼는데요, 이 목표들에 가까워지기 위해서는 '어제보다 나은 내가 되어야 한다'는 생각이 들었습니다. 바쁜(바빠야 하는😅) 4학년이니만큼, 저 자신을 되돌아보는 시간을 의식적으로 가져보고자 합니다. 다음과 같은 형식에 맞춰 회고록을 작성해 보려고 합니다.KPT(Keep, Problem, Try)KPT는 3가지 관점(Keep, Problem, Try)에서 업무를 돌아보고, 다음 액션 아이템을 도출해 내는 회고 형식입니다. 초심자에게 추천하는 형식이라고 하셔서 이 형식을 선택해 봤습니다 ㅎㅎ 🔥 Keep (유지하고 싶은 것) 이번 주 내가 잘 한 부분앞으로도 유지하고 싶은 부분 ❓ Problem (문제가..
![]()
* 피그마로 만든 이미지를 첨부했는데 다크 모드에서는 보기 별로 안 좋네요 .. ㅜㅜ 라이트 모드로 보시는 것을 추천드립니다 🥲 안녕하세요! 최근 들어 Spring Security를 공부하기 시작했는데요, 모놀리식과 마이크로서비스 용어가 자주 등장하여 이에 대한 궁금증이 생겼습니다. 두 아키텍처를 공부하며 알게 된 내용을 간략히 정리해 보려고 합니다. 우리가 서버 개발을 하다 보면 수많은 기능들을 개발하게 됩니다. 하나의 프로그램에 모든 기능을 쑤셔 넣는 것(?)을 모놀리식 아키텍처라고 합니다. 이렇게 여러 기능들을 하나의 프로그램에 다 쑤셔넣어서 개발하다 보면 많은 문제가 발생하게 됩니다. 모놀리식 아키텍처(Monolithic Architecture, MA)모놀리식의 단점은 다음과 같습니다.1. 기능..
'모든 개발자를 위한 HTTP 웹 기본 지식' 강의를 보고 정리하였습니다. 우리가 회원 정보 관리에 대한 API URI를 설계해야 한다고 가정해 봅시다. 회원 기능회원 등록: /create-member회원 조회: /read-member-by-id회원 수정: /update-member회원 삭제: /delete-member이게 과연 좋은 URI 설계일까요 ?URI를 설계할 때는 '리소스'에 집중해야 합니다. 리소스가 뭔데 ? 🧐'사과를 가져와라'라는 문장에서 리소스는 '사과'입니다. ('가져와라'는 행위에 해당)따라서 회원 등록, 회원 조회, 회원 수정 등에서의 리소스는 '회원'이 됩니다. 리소스에 집중하라고 했으니 .. 이렇게 설계하면 될까요 ?회원 등록: /members/{id}회원 조회: /membe..
![]()
'모든 개발자를 위한 HTTP 웹 기본 지식' 강의를 보고 정리하였습니다. 클라이언트와 서버는 HTTP 메시지로 거의 모든 형태의 데이터를 주고받을 수 있습니다. HTTP 메시지의 구조HTTP 메시지는 다음과 같은 구조를 가지고 있습니다.start-line (시작 라인)header (헤더)empty line (공백 라인, CRLF) →필수 ❗message body 요청 메시지 vs 응답 메시지HTTP는 요청 메시지와 응답 메시지의 거의 비슷한 구조를 가지고 있지만, 다른 형태를 띄고 있습니다.start-line (시작 라인)HTTP 요청 메시지에서는 시작 라인을 request line이라고 부릅니다.request line = method *SP request-target SP HTTP-version CR..
'모든 개발자를 위한 HTTP 웹 기본 지식' 강의를 보고 정리하였습니다. 이번에는 HTTP의 기본적인 내용들을 정리해 보려고 합니다. HTTP란?HTTP(HyperText Transfer Protocol)는 Hypertext(HTML) 문서 간의 링크를 통해서 정보를 전송할 수 있는 프로토콜로 시작되었습니다. 그러나 지금은 HTML 뿐만 아니라, JSON, 이미지, 영상, 파일 등 거의 모든 형태의 데이터들을 전송할 수 있게 되었습니다. HTTP의 역사HTTP/0.9 1991년: GET 메서드만 지원, HTTP 헤더 xHTTP/1.0 1996년: 메서드, 헤더 추가HTTP/1.1 1997년: 현재 가장 많이 사용하는 버전 (가장 중요 !)HTTP/2 2015년: 성능 개선HTTP/3 진행 중: TCP..
![]()
'모든 개발자를 위한 HTTP 웹 기본 지식' 강의를 보고 정리하였습니다. 클라이언트가 https://www.google.com:433/search?q=hello&hl=ko로 서버에 요청을 보냈다고 가정해 봅시다.1. 먼저 DNS 서버에서 www.google.com에 해당하는 IP 주소를 조회한 뒤,2. 프로토콜 정보(443)를 찾습니다.3. 이 IP 주소와 프로토콜 정보를 기반으로 HTTP 요청 메시지를 생성합니다. 이 HTTP 요청 메시지를 서버에 전달하려면 어떤 과정을 거쳐야 할까요?HTTP 메시지 전송 과정위 과정을 통해 HTTP 메시지가 서버로 전송됩니다. 1. 서버가 HTTP 요청 메시지가 담긴 TCP/IP 패킷을 받으면,2. TCP/IP 껍데기는 버리고 HTTP 메시지를 해석하여 요청에 맞는..
![]()
'모든 개발자를 위한 HTTP 웹 기본 지식' 강의를 보고 정리하였습니다. URI? URL? URN? 이 익숙한 용어들, 정확히 어떤 차이가 있을까요? URL과 URN은 URI에 포함되는 개념입니다.이제 이 헷갈리는 아이들을 하나하나 살펴보도록 하겠습니다 🤓 URI란?URI(Uniform Resource Identifier), 말 그대로 리소스를 식별하는 것입니다. 사람을 식별할 때 주민번호로 식별할 수 있듯이, 자원을 식별할 수 있는 방법을 말합니다. Uniform: 리소스를 식별하는 통일된 방식Resource: URI로 식별 가능한 모든 자원Identifier: 다른 항목과 구분하는 데 필요한 정보 URL이란?URL(Uniform Resource Locator), 말 그대로 리소스가 있는 위치를 지..
'모든 개발자를 위한 HTTP 웹 기본 지식' 강의를 보고 정리하였습니다. 모든 사이트의 IP 주소를 외우는 것은 쉽지 않은 일입니다. IP 주소는 복잡하기 때문이죠. 만약 외웠다고 해도, 어느 순간 변경되어 있을 수도 있습니다. 이런 문제들을 해결해 주는 것이 바로 DNS(Domain Name System) ! 입니다. DNS란?각 IP 주소에 도메인 이름을 부여하여 IP 주소를 쉽게 사용할 수 있도록 해주는 시스템입니다. DNS 서버는 마치 전화번호부 같이 IP 주소와, 이에 해당하는 도메인 이름을 가지고 있습니다.ex) google.com → 200.200.200.2 / tistory.com → 100.100.100.1 DNS 원리클라이언트가 도메인 주소로 DNS 서버에 요청을 보내면,DNS 서버에..
