저번 포스팅에서 보면 터미널에서 curl 명령어를 활용해서 통신을 했다.

그런데 이게 아무래도 여러모로 불편하니 GUI 를 활용하면 좋다. 마치 터미널에서 git 을 쓸수 있지만 sourceTree 를 쓰면 편한 것 처럼 postman 도 그런 아이다.

POST MAN 사용하기

postman 사이트 사이트에 접속해도 되고, 다운로드를 해도 된다.

로그인으로 하고 Workspace -> myWorkSpace 에 들어간다.

이런식으로 화면이 구성되어져 있다.

정보를 받아와 보자.

OPEN API 들이 많은데 그중에서 애플에서 제공하고 있는 iTunes Search API 를 써보도록 하겠다.

iTunesAPI

Open API를 쓸 때, 그 API 에서 제공하는 문서가 있을 것이다. 그걸 잘 읽고 적용하면 된다.

공식문서에 예제에 이런식의 URL을 사용하라고 나와있다. 저것을 POST MAN 에 그대로 적용해보자.

uri 를 입력하니 자동으로 url과 query 를 인식해서 params 에 query 를 넣어주고

Header에도 값을 넣은 적이 없는데 값이 잘 들어와 있다.

(쿼리가 뭔지 모르면 검색해 보자.)

send 버튼을 눌러서 요청을 보내니 이런 response를 보내주었다.

Status 도 200 으로 성공이고 Body에 json 데이터가 들어 있다.

header 에도 보니 다양한 값이 들어 있는 것을 확인 할 수 있다.

이런식으로 사용하면 되는 것인다.

GET 말고 POST 나 DELETE 도 실험해 보고 싶지만 iTunes Search API 가 지원해 주지 않아서...

MOCK API

Mock API 를 이용하겠다.

https://mockapi.io

라는 서비스를 통해서 직접 통신을 만들어 보았다. (유로 서비스지만 하나는 무료로 만들 수 있게 해주는 것 같다.)

전화번호부를 만든다고 생각해서 이런식의 모델을 생성했다.

그리고 정보가 하나만 들어 있도록 설정했다.

edit 을 눌러서 설명을 보면...

user list 를 가져오고 싶으면,

url/user 

하나의 user 정보를 가져 오고 싶으면

url/user/id 

이런식으로 설명이 붙어 있다.

이렇게 요청을 만들어서 여기에서 실험을 해볼 수 있다.

GET

POST

http method 부분을 POST 로 변경해 주고, 명세서에 path 에 /user 을 넣으라고 했으니 넣어주고,

올릴 데이터를 body에 넣어줘야 한다. 단일 데이터이니 raw를 선택해주고 타입을 json 으로 해준다.

(id 는 자동으로 생성되는 것 같아 빼주었다.)

업로드할 연락처 정보를 넣어주었다.

Header 에 가보니 자동으로 Content-Type 을 application/json 으로 지정해 주었다!

만약 json 데이터가 아니라 다른 데이터를 보낸다면 다른 타입으로 해주어야 한다.

request 를 보내니 성공해서 response 가 도착했다.

다시 모든 유저 정보를 가져오는 GET 을 하니 red 가 추가된 것을 볼 수 있다.

PUT

이제 유저 정보를 수정해보자. 명세서에 보니 PATCH 일부분 수정 이 존재하지 않고 PUT 만 존재하는 것 같다.

/user/:id 를 이용하면 된다고 한다.

red 의 id 가 2인 것을 확인하고 path 에 2 를 넣어주고 send 를 보냈다. response 가 잘 도착했다.

다시 정보를 가져와 보니, red 가 blue 로 잘 수정된 것을 볼 수 있다.

Delete

마지막으로 삭제도 id 값을 넣어서 해주니 잘 작동한다.

바로 코드로 통신을 하기 전에 어떤 방식으로 통신이 일어나는지 확인할 때 postman 을 쓰니 완전 편하고 좋았다.

나 같은 경우에는 네트워크 통신에 대해서 아예 무지해서 코드로 통신을 배우기 전에 GUI 이렇게 통신이 되고 이런 방식의 request data 를 넘기고 이런 방식의 response 가 내려오는 구나 를 체감 할 수 있어서 좋았던 것 같다.

Network 통신이란 Client 와 Server 가 통신하는 것이다.

Network 내부 구조가 어떻게 되어있고, 이런 CS 적인 지식 물론 알고 있으면 너무 좋다. 그런데 내용이 방대해서 이를 다 공부하고 나서 HTTP 통신을 공부하려면 시간이 너무 많이 걸리기 때문에, 우선 HTTP 통신을 하는데 문제가 없을 정도만 알아보고 추후에 CS적인 지식의 부채를 채우면 되겠다.

Network 통신은 여러 개층으로 나누어져 있다. Client에서 Server로 정보를 보내면, 응용계층 -> 표현계층 이런 순서를 따라 물리계층 까지 도착하고 다시 물리 계층에서 응용계층까지 역순으로 서버에 정보가 도착하게 된다.

각각의 계층에는 규격이 정해져 있는데 그 규격들을 🌟프로토콜🌟 이라고 한다.

계층이 왜 존재하는 건지? 각 계층에 특성은 무엇인지 이런것에 대해 알고 싶다면 osi 7계층 TCP/IP 4계층 등으로 검색해 보면 된다.

우리는 Client 입장에서 통신을 할 것이기 때문에 응용계층의 프로토콜을 지켜서 통신을 시도 하면 된다!

HTTP 통신

대표적인 응용 계층의 프로토콜 (규격)이 HTTP 이다. 우린 일반적으로 이것을 HTTP(Hyper Text Transfer Protocol) 통신이라고 말한다.

주소창에 https://www.google.com 이런식의 http 또는 http 로 주소를 찾아서 페이지를 띄우는 것이 대표적인 http 통신이다.

HTTP 통신의 특징

• 클라이언트 서버 구조
  • Request, Response 구조라고도 한다.
  • Client 가 요청을 보내면 Server가 응답을 주는 방식
• 무상태 프로토콜(Stateless)
  • 상태를 보존하지 않는다 (내가 무슨 요청을 했었는지 어떤 유저인지 매번 말해주지 않으면 기억 못함)
  • 그냥 요청에 응답할 뿐이다.
• 비 연결성(Connectionless)
• 단순함, 확장 가능

특징은 이런 것들이 있다. Request, Response 를 직접해보고 사용해보면 특징이 이해가 갈 것이다.

HTTP Response

(Request 보다 Response를 먼저 보는 이유는... 눈으로 확인하기가 쉽다.)

무슨 request 인지는 뭐르겠지만, 서버에 요청을 보냈다고 치자. (터미널 curl 을 이용하면 터미널로 http 통신 가능)

이런 응답이 왔다! 크게는 Status Line, Header, Body 로 나눌 수 있으니 뜯어서 보자.

Status Line

response가 시작되는 줄로 다음과 같은 3가지 정보를 가지고 있다.

• 프로토콜 버전, 보통 HTTP/1.1
• 상태 코드 (200, 404 등...)
• 상태 텍스트, 짧고 간결하게 상태 코드에 대한 설명 (Not Found, OK 등...)

HTTP StatusCode (상태 코드) 1xx : Informational - 요청 정보를 처리 중 2xx : Success - 요청을 정상적으로 처리함 3xx : Redirection - 요청을 완료하기 위해 추가 동작이 필요함 4xx : Client Error - 클라이언트의 요청 오류 5xx : Server Error - 서버 측 오류

가끔 보이는 404 Not Found 이게 바로 요청한 request 가 잘못되었다는 유명한 상태코드 오류 중 하나다

Header

• 대소문자 구분 없는 문자열 다음 콜론 (' : ')이 붙으며, 그 뒤에 오는 값은 헤더에 따라 달라진다.
• 헤더를 세분화하면 General Header, Request Header, Entity Header으로 나눌 수 있다.

Body

• response의 마지막 부분. 모든 응답에 들어가지는 않고 body가 없는 경우도 있다.
• 일반적으로 데이터를 담고 있다.
• 데이터의 종류는 크게 3가지로 나뉜다.
  • 이미 길이가 알려진 단일 데이터 (header에 Content-Length 에서 타입과 길이를 찾을 수 있음)
  • 길이를 모르는 단일데이터
  • 서로 다른 정보를 담고 있는 멀티파트로 이루어진 다중데이터

예제는 Header 에 Content-Type: application/json Content-Length: 154 이 있으므로 body 에 온 데이터가 json 형태이고 길이가 154인 단일 데이터 인 것을 알 수 있다. 다중 데이터 일 경우 Content-Type이 multipart/form-data; 로 시작한다.

HTTP Request

Request Line

request가 시작되는 줄 이다. 다음과 같은 3가지 요소를 가지고 있다.

• HTTP 메서드
• 요청 타겟 (URL, 또는 포르토콜, 포트, 도메인)을 나타내며, 이들은 요청 컨텍스트에 의해 특정 지어집니다.
• HTTP 버전

HTTP Method GET : 존재하는 자원에 대한 요청 POST : 새로운 자원을 생성 PUT : 존재하는 자원에 대한 변경 (자원 전체를 갱신) PATCH : 존재하는 자원에 대한 변경 (자원 일부를 교체) DELETE : 존재하는 자원에 대한 삭제 OPTIONS : 웹 서버에 지원되는 메서드의 종류를 확인할 경우 사용

Header

• 대소문자 구분 없는 문자열 다음 콜론 (' : ')이 붙으며, 그 뒤에 오는 값은 헤더에 따라 달라진다.
• 헤더를 세분화하면 General Header, Request Header, Entity Header으로 나눌 수 있다.

Body

• request의 마지막 부분에 들어간다. 모든 요청에 들어가지는 않고 POST 처럼 데이터를 서버에 전달해 줘야 하는 경우 사용한다.
• response 의 body 처럼 단일 데이터와 다중 데이터로 나눠진다.

참고 문서

HTTP request response 공식 문서 자세한 HTTP 상태코드 보기

2022-02-08 ~ 2022-08-05

6개월 간 달렸던 야곰 아카데미가 끝났다. 조금 놀고 쉬기도 했으니 마음을 정리하는 차원에서 간단한 글을 써볼까 한다.

눈을 감았다 떳더니 6개월이 지나간 것 같다.

⛺️ 내가 했던 캠프생활

• 일주일에 2번 학습활동 (Zoom)
• 프로젝트 진행 (매일)
• 토요스터디 복습 및 실험
• 오프라인 모각코 (모여서 각자 코딩)

(캠프 기간 동안 썼던 til twl 회고 잔디들🌱 뒤로 갈 수록 열심히 못썻다...) 내가 했던 프로젝트들 보기

😆 좋았던 점

• 현업자가 해주는 코드 리뷰
• 같이 삽질 ⛏ 해 줄 좋은 동료들과 커뮤니티
• 좋은 학습 자료

누군가 내 코드를 보고 리뷰를 해주는 게 너무 좋았다. 혼자 코드를 칠 땐 방향을 잃기 일수 였는데, 좋은 리뷰어들 덕분에 무엇에 집중해야 할 지 잘 알 수 있었다. 좋은 사람들을 너무 많이 만났고, 각각 사람들의 장점을 보면서 참 닮고 싶은 점이 많았다. 질문을 하면 누군가 대답을 해준다는 것 그게 너무너무너무 좋았다.

🕳 구덩이를 조심해

캠프를 하는 동안 우울의 구덩이에 빠질뻔한 순간도 많았다. 그건 캠프를 해서가 아니라, 아마 미래가 불확실한 취준생이라서 였을 것이다.

우울에 구덩이에 너무 깊게 빠지지 않도록 이런 것들을 했다.

• 같은 캠퍼한테 힘들다고 징징대기
• 리뷰어 한테 힘들다고 징징대기
• 내가 잘짜는 부분 코드를 짜기
• 옛날에 내가 짠 코드를 보기
• 게임하기
• 운동하기
• 밖에 나가기 (오프라인 모각코)
• 다른 취미하기 (키캡 만들기)

힘들 때 같이 삽질을 하는 캠퍼들이 있었고, 힘들다고 징징대면, 용기를 복돋아 주는 천사 같은 분들이 너무 많았다 🥰

수료 기념으로 써준 롤링 페이퍼💛

🤔 커리어 스타트?

취업을 준비하는 입장에서는 야곰 캠프를 듣고 나면 취업을 할 수 있는지? 이게 제일 궁금할 것 같다. 야곰 졸업 == 취뽀 절대 아니다. 야곰에서 그렇게 말하고 있지도 않는다. iOS 시장은 생각보다 더 작고 취업은 그렇게 턱턱 되진 않는다.

위의 선배 기수들을 봐도 졸업하고 몇개월 있으면 다 취뽀 성공! 이런 분위기는 아니다. 이제 졸업을 했으니 정말 start 지점에 선 기분이다. 어느 분야를 잘 알게 되기에 사실 6개월이라는 시간을 물리적으로 너무 짧다.

우리 5기도 다들 모여서 캠프 이후 취업 스터디를 진행하고 있다.

우울한 마음이 들려고 할 땐, 리뷰어들이 전에 해주신 말을 떠올린다.

취업을 인생에 목표로 잡지 마세요. - 린생 취업은 운 9 실력 1 - 웨더 레드가 하고 싶은 프로젝트를 하세요. 이력서에 잘 포장하면 됩니다. - 토니

이제 출발선에 섰으니 마음을 가볍게 가지기로 했다. 시간이 걸릴뿐, 취업은 된다. 하고 싶은 프로젝트 하고 싶었던 공부를 하면서 즐겁게 보내자! (물론 포폴 잘 써야됨ㅋㅋㅋ)

🪙 캠프를 시작하는 이에게 보내는 TIP

📛 닉네임 짓기

이게 여기 쓸만한 내용인지 애매하긴 한데, 혹시 캠프를 시작하는 사람이 볼 수도 있으니 여기에 쓰겠다.

닉네임은 실제로 부른다! 가끔 그냥 넷상에서만 사용하는 이름인줄 아시고 복잡하거나 부르기 어려운 닉네임을 가지고 계신 분들이 계셨는데 그럼 자꾸 사람들이 이름을 잘못 부른다 ㅋㅋㅋ 또 오프라인에서 만나도 다들 닉네임으로 부른다. (이 부분 때문에 이름을 나중에 바꾼 분도 계셨다.)

조금더 tmi 를 하자면... 나는 전부터 내 마음에 쏙 드는 닉네임을 가지고 싶어서 엄청 고심해서 아래 내용들을 잘 지키는 닉네임을 골랐다.

• 나를 잘 나타낼 것
• 영어일 것 (글로벌 해야 하니까ㅎㅎ)
• 발음이 쉽고 길지 않을 것
• 글자를 보고 헷갈리지 않고 누구도 똑같이 읽을 것
• 너무 구체적이고 특정한 무언가를 연상시키는 단어가 아닐 것
• 그렇다고 너무 흔한 이름은 안 됨

내가 가진 옷이나 소품 중 빨간색의 비율이 압도적으로 많아서 오프라인에서 누가 날 봐도 단 번에 알아 볼 수 있다. 스스로는 엄청 만족하고 있다.

📝 til 에 뭐라도 쓰자

til을 쓰기 시작하면서 남이 봐도 되겠다 싶은 것들을 블로그에 올렸었는데 글을 더 열심히 쓰게 됐다. 그런데 단점은 완전히 이해하고 글을 쓰려다 보니 속도가 너무 느려지고 글을 쓰는데 시간이 너무 많이 들었다. 그래서 후반부로 갈 수록 방대해서 한번에 이해하기 힘든 개념들에 대해서는 글을 잘 안쓰게 되었고... 그러다 보니 기억이 좀 잘 안난다.

완벽하게 글을 쓰려고 하지 말고, 뭐라도 쓰기라도 하면 미래에 나한테 도움이 된다. 뭐라도 써보자.

💬 디스코드 지박령

처음에 캠프를 시작했을 땐 온라인이라서 사람들과 벽을 깨는데 오프라인 보다는 확실히 시간이 걸렸다. 그냥 혼자 플젝하거나 til을 정리할 때도 공개 회의실에 상주하고 있으면 사람들과 이야기 할 기회도 생기고 그 안에서 자연스럽게 고민하고 있던 문제들에 대한 힌트도 얻기 쉬운 것 같다. 토론이라는게 지금부터 이 주제에 대해 토론 합시다! 이렇게 하는 경우도 있지만, 자연스럽게 이야기 하다가 혹시 부분 로직 어떻게 하셨어요? 아 저희는 이렇게 했어요! 뭐 이런식으로 가는 경우도 너무너무 많기 때문에 디코에 있다보면 얻을게 많다.

또 스스로 디코 방에 있으니까 딴짓하지 말아야지 하는 효과도 있었던 것 같다.

🤯 병행 금지

사실 나는 야곰을 하면서 빨리 졸업하고 싶은 마음에 싸이버 대학교를 같이 다녔는데... 정말 최악의 선택 이었다. 하지말자...제발

다시 돌아가서 선택한다고 해도 야곰 캠프를 선택할 것 같다. 재밋는 6개월 이었다 😚😚😚

블로그 이사 갔어요! 이 글을 보고 싶으시면 아래 링크로 가면 볼 수 있어요! 새 블로그 가서 ARC in Swift: Basics and beyond 글 읽기

블로그 이사 갔어요! 이 글을 보고 싶으시면 아래 링크로 가면 볼 수 있어요! 새 블로그 가서 부동 소수점 오류가 나는 이유 글 읽기

2021.12.6~2022.1.7

💪🏻 캠프의 지원하기 전 나의 실력

비전공자 컴퓨터 관련 지식 아예 없음 Html, css, javascript 1년간 간간히 독학

🤔 캠프에 지원하게 된 이유

처음 코딩을 독학 하기로 했을 때, 언어를 선택 해야 했는데 너무 아무것도 몰라서 다들 쉽다고 하는 javascript를 배웠다. 그리고 typescript 나 react 를 공부하려는 시점에서 앞으로 나는 어떤 개발자가 될 것인가? 프론트엔드 개발자 될 것인가? 에 대해 진지하게 고민을 했고 결론적으론 앱 개발자가 되기로 해 ios를 (아이폰 사용자라) 공부하기로 했다.

처음에는 교육기관에 도움을 받아야 겠다는 생각은 없었다. javascript 도 독학을 했고, 학습 자체에 관련된 정보는 인터넷에 차고 넘친다고 생각했다. 그러나 javascript를 배울 때는 일을 하면서 짬짬히 공부를 했어서 괜찮았는데, 일을 그만두고 개발 공부를 전념하려고 생각하니 잡 생각도 많이 들고, 내가 지금 잘가고 있는 것인가? 에 대한 확신이 부족했다. 그리고 외롭기도 했고. (뭔가 해결이 안되던 에러를 몇일 만에 해결 했는데 자랑할 곳이 없다.)

그래서 교육기관에 도움을 받기로 했다.

내가 교육기관에 원했던 것은:

이것을 배워라 보다는 개발자로써 가야할 길을 알려줄 것. 궁금한게 있을 때 물어볼 수 있을 것. 같이 공부한는 동료와 스터디를 할 수 있을 것. 이정도였다.

ios 개발 자체를 알려주는 교육기관이 많지도 않고, 대부분 강의를 듣는 식이라 3번을 만족하는 곳이 별로 없어서 야곰의 스타터 캠프를 선택하게 되었다.

야곰 캠프에서 하길 원했던 것

내가 공부하고 있는 방식이 맞는지 점검하기 기록하는 습관 들이기 문서 읽는 실력 늘리기

📚 캠프에서 받은 교육

캠프에서는 내가 정확히 원했던 것을 제공했다.

이번주에 어느 파트를 공부해야 할지 알려주시고, 그게 다른 과제를 내주신다. 그럼 스스로 학습하고 그 과제를 하고 나의 멘토와 피드백을 주고 받고 리펙토링 하는 과정을 반복했다. 멘토분들 마다 스타일이 다른 것으로 알고 있는데 개인적으로는 멘토 분이라 스타일이 잘 맞아서 좋았다.

스터디를 짜 주셔서 스터디를 할 수 있었다.

스터디는 운영하기 나름이었지만 우리 스터디는 처음엔 정해진 날에 과제에 대해 이야기를 하기로 했는데, 정해진 날까지 과제를 다 할 수 가 없어서(수요일에 스터디를 해서 월요일날 나오는 과제를 그 날까지 할 수가 없었다.) 학습해야 할 내용을 한 파트씩 맡아서, 발표하는 걸로 2주차 때 부터 방법을 바꾸었다. 그리고 과제에 대한 이야기는 사실 디스코드에 언제 들어가도 항상 스터디 멤버들이 있어서, 다른 날에 자유롭게 할 수 있었다.

월요일에는 피드백 세션을 운영하셔서, 배운것들도 정비하고, 잔소리?를 들으며 마음가짐도 정리할 수 있어서 좋았다.

😆 좋았던 점

개인적으로 멘토분이 여러가지 생각을 할 수 있도록 좋은 질문을 많이 해주시고(공부를 더 할 수 밖에 없게 만드는), 피드백 속도가 엄청 빨라서 너무너무 감사했다. (내가 새벽 3시에 PR을 보냈는데 실시간으로 코멘트를 달아 주신 적도 있었다. 근데 막상 내가 질문에 답하는데 공부를 더 해야 해서 오래걸렸던…)

스터디를 하면서 솔직히 이 로직은 다 똑같이 구현 했겠지? 싶었던 것도 다 다르게 구현해서 시아가 넓어진 느낌을 받았다. 또 골머리를 앓던 문제가 스터디원들과 이야기 하다 보면 해결되는 경우도 많았다. 그리고 조금의 강제성도 부여되어서 더 열심히 공부하게 되었던 것 같다.

비전공자여서 CS관련 지식이 너무 없었는데, CS관련 지식을 공부하는 파트도 있고 앞으로 부족한 CS지식을 어떻게 채워야 할지에 대한 감도 잡았다.

😞 싫었던 점

굳이 안 좋았던 점을 써보자면, 공부하게 되는 학습 싸이트가 있는데 뒤로가기 버튼에 오류가 있어서 학습자료를 볼때 조금 귀찮았다. 그런데 이 점은 이미 알고 계시는데, 고치는데 조금 시간이 걸린다는 답면을 전체 캠퍼가 받았었다.

🍎 얻은 것

swift 공식문서 읽는 습관 공부한 내용을 정리 하는 습관 깊게 공부하려고 노력하기 일단 돌아가니 괜찮다 라는 마음을 버리고 이걸 왜 사용했는지 설명하기

💵 그 외 팁

코드를 한번도 짜보지 않은 사람이 듣기에는 난이도가 있다고 생각한다.

5주차 과제를 제시간에 다 끝낸 분이 있을까? 싶을 정도로 어려웠다. 나도 4주차 과제를 수행하다가 캠프가 끝났다. 그래도 그 4주안에 내용이 정말 많았다.

강의 위주의 캠프가 아니다. 학습을 떠 먹여 주진 않는다. 사실 이건 어떤 공부를 하더라도, 서류를 읽고 습득하는 건 본인 스스로 해야 하는게 아닌가 싶다.

혹시 강의를 듣고 싶다면,

야곰의 닷넷 swift 강의

야곰 swift 강의 유투브

swift language guide 스위프트 애플 공식 문서

야곰이 이미 무료로 오픈해 놓은 강의도 있고, 공식 문서를 보면 된다.

(야곰 캠프를 듣더라도 무슨 꼼수가 있는게 아니라서 저 공식문서를 계속 보게 된다. 결국엔 어차피 저걸 읽어야함.)

조금 더 열심히 할껄, 이라는 후회도 조금은 들지만 swift 공부의 첫 시작을 이정도면 잘 한 것 같다.

지금 야곰 커리어 스타터를 하고 있는 과정에서 글을 옮기면서 약간의 리뷰를 추가 하자면 듣길 너무 너무 잘했다!🥳

개인적으로는 코드 스타터 캠프를 안 들었으면 커리어 스타터 캠프를 따라가기 너무 버거웠을 것 같다. 커리어 스타터를 들어갈 때 나오는 사전과제가 코드 스타터의 45 주차에 나오는 프로젝트와 수준이 비슷했다고 생각한다. 13 주차 과정이 없었으면 코드를 완성 시키지도 못했을 것 같다.

또 처음엔 프로젝트 뿐만 아니라 협업해서 깃 사용하는 법도 익혀야 하고, xcode 자체에도 익숙해져야 하고, 캠프 룰도 숙지해야 하고, 온라인으로 소통하는데에도 적응하는 시간이 필요한데 코드 스타터에서 이미 경험 했고 같이 스터디 했던 분들도 커리어 스타터를 같이 듣게 되어서 더욱 빨리 적응 할 수 있었던 것 같다.