FE 개발자도 할 수 있다! RESTful API 개발#REST #RESTful_API #API #Firebase #인프콘 ⓒMedium 개발자들이 함께 모여 서로의 경험과 인사이트를 나누는 축제, 인프콘! 8월 26일, 드디어 인프런의 첫 번째 오프라인 개발 콘퍼런스인 인프콘이 개최됩니다. 인프콘을 기다리는 인프러너 여러분들을 위해 인프런이 준비한 <Tech Series>! 인프콘에서 만날 수 있는 여러 기술에 대해 미리 알아볼 수 있도록 소개해 드릴게요.  인프콘에서 만나볼 수 있는 발표를 미리 살펴보는 <INFCON Tech Series>의 마지막 이야기, Restful API입니다. 프론트엔드 개발자에게도, 백엔드 개발자에게도 중요한 API와 RESTful API란 무엇인지 대해 알아보아요 :D INFCON Tech Series #5 📸 API와 RESTful API에 대해서보다 쉽고 간단하게 알아보아요. 프론트엔드와 백엔드가 만나는 지점API에 대해 알아보기 API(Application Programming Interface)는 운영 체제나 프로그래밍 언어가 제공하는 기능을 제어하고, 애플리케이션에서 사용할 수 있도록 만든 인터페이스를 말합니다. API는 컴퓨터나 소프트웨어를 서로 연결하여 애플리케이션 간에 통신할 수 있도록 서비스를 제공해 주는 역할을 주로 해요. 이렇게 API에 대한 정의만으로는 이해가 어려울 수 있어요. 더 빠른 이해를 돕기 위해 API 호출 과정을 '레스토랑에서 주문' 비유를 통해 이해해 보도록 할게요. ⓒCodeAnalogies Blog 먼저 손님은 테이블에서 웨이터에게 주문을 해요. 그다음으로 웨이터는 손님의 주문을 주방에 전달하고, 주방에서 요리가 완성되면 웨이터를 통해 다시 손님에게 주문한 음식을 가져다줍니다. 여기서 손님은 클라이언트, 주문은 서비스 및 요청, 주문을 받은 테이블은 프론트엔드(User Interface, 유저 인터페이스), 주문을 전달받은 주방은 백엔드(Server, 서버), 그리고 웨이터는 API로 볼 수 있어요. 이 과정을 통해 API에 두 가지 사실을 알 수 있어요. 먼저 API는 손님, 즉 클라이언트에서 받은 요청을 받을 수 있는 수단이자, 통신할 수 있도록 도와주는 역할을 한다는 것입니다. 그 과정을 통해 API는 애플리케이션에서 제공하는 기능을 제어할 수 있어요. 그리고 API에서 진행되는 작업은 클라이언트 눈에는 보이지 않다는 점인데요. 즉, 손님은 주방에서 일어나는 일에 대해 잘 모르고, 관심도 없을 수 있다는 것과 같아요. 대신 손님은 주문한 음식에 대한 정보나 결과가 중요한데요. 음식이 바로 나올 수도 있고, 주방에 재료가 없어 음식이 나오지 않을 수도 있지만 어떤 결과든지 응답을 꼭 해줘야 합니다. 예를 들면, 유저가 웹에서 어떤 버튼을 누를 때, 버튼의 결과에 대해서 궁금할 뿐 버튼을 통해 이루어지는 데이터 요청 및 반환 과정은 궁금해하지 않는 것과 같아요. 그리고 유저가 궁금해하는 버튼의 결과를 위해 API는 요청 받은 명령에 대한 결과를 프로그램에게 정확하게 전달해야 합니다. 이러한 방식을 통해 우리는 API가 프로그램이 서로 상호작용할 수 있도록 요청, 명령, 처리하는 인터페이스라는 것을 이해할 수 있어요. REST, API, RESTful?RESTful API는 무엇인가요? RESTful API를 이해하기 전에 먼저 REST에 대해 알아보도록 할게요. REST는 Representational State Transfer의 약자로, 자원을 이름으로 구분하여 자원의 상태(정보)를 주고받는 모든 것을 의미해요. REST는 기본적으로 웹의 기술과 HTTP 프로토콜을 그대로 활용하기 때문에 웹의 장점을 최대한 활용할 수 있습니다. REST의 기본 구성은 다음과 같아요. 자원(Resource) : URI 행위(Verb) : HTTP 메소드(POST, GET, PUT, DELETE) 표현(Representation) : HTTP Message Pay Load REST에서 자원은 JSON, XML, TEXT, RSS 등 여러 형태의 표현으로 나타내질 수 있고, 일반적으로 JSON이나 XML을 통해 데이터를 주고 받는 게 일반적이에요. 다시 말해, REST는 HTTP URI를 통해 이미지, 텍스트, DB 등의 모든 자원을 표현하고, HTTP 메서드를 통해 해당 자원에 대한 CRUD 작업을 적용하는 것을 의미합니다. REST API는 말 그대로 REST를 기반으로 서비스 API를 구현한 것이에요. REST는 HTTP 기반으로 구현되므로, HTTP를 지원하는 프로그램 언어로 클라이언트, 서버를 구현할 수 있다는 장점이 있어요. 그리고 RESTful은 누구든 요청의 의도를 쉽게 파악할 수 있도록 만들어놓은 REST API를 제공하는 것을 의미해요. 클라이언트와 서버 사이에서 통신할 수 있도록 도와주는 것이 API의 역할이라는 것에서 알 수 있듯이, REST API는 원활한 통신뿐만 아니라 HTTP 규약에 따라 정형화된 통신이 가능하도록 해주는 것인데요. RESTful은 그런 점에서 성능과 API의 호환성과 이해도를 높이는 것을 목적으로 하고 있어요. RESTful API(with Firebase, GCP)인프콘에서 만나보세요! 그럼 프론트엔드, 백엔드에게 있어 모두 중요한 RESTful한 API는 어떻게 개발하는 것일까요? REST API는 기본적인 설계 규칙이 있고, 사용자가 이해하기도 쉽고 사용하기도 쉽게 만들어야 한다는 점에서 구축이 어려울 것 같은데요. 의외로 간단하게(?) 누구나 만들 수 있는 방법이 있다고 합니다. 바로 Firebase와 Google Cloud Platform을 활용하여 실제 서비스가 가능한 API를 구현해 볼 수 있는데요. 어떻게 만드는지 궁금하진 않으신가요? 궁금하실 여러분들을 위해 인프콘이 준비했습니다. 인프콘에서 RESTful API를 개발하는 방법을 알아보세요! FE 개발자도 할 수 있다! RESTful API 개발 (with Firebase, GCP) 조은 | 밑미 본 세션은 누구나 쉽게 할 수 있도록 구축된 웹 서비스 플랫폼인 Firebase와 간단히 서버를 구축할 수 있는 Node Express 서버를 활용하여 Backend Service를 구축하여 웹 서비스 전체를 만드는 법, Google Cloud Platform을 활용하여 실제로 구현한 코드들을 서버에 배포하는 작업 등을 다뤄보려 합니다. 발표자가 프런트엔드 개발자 출신이기 때문에 모든 예제 코드는 TypeScript 기반으로 되어있습니다. 세션 소개 바로가기 >>

DevOps가 왜 필요할까? #DevOps #데브옵스 #INFCON #인프콘 개발자들이 함께 모여 서로의 경험과 인사이트를 나누는 축제, 인프콘! 8월 26일, 드디어 인프런의 첫 번째 오프라인 개발 콘퍼런스인 인프콘이 개최됩니다. 인프콘을 기다리는 인프러너 여러분을 위해 인프런이 준비한 <INFCON Tech Series>! 인프콘에서 발표를 통해 만나볼 여러 기술에 대해 미리 살짝 소개해 드릴게요. 네 번째 이야기는 데브옵스(DevOps)입니다. 요즘 부쩍 데브옵스에 대한 관심이 늘고 있죠. 특히, 도구가 아닌 '문화'로써 데브옵스를 도입하는 게 중요하다고 해요. 그런 데브옵스가 무엇이고, 왜 중요한지 한번 살펴봐요! INFCON Tech Series #4 📸 데브옵스에 관심 있었던 분들이라면가볍게 읽어보세요! 조직의 구조까지 바꿀 수 있는 문화?DevOps가 대체 뭐길래 데브옵스(DevOps)는 소프트웨어의 개발(Development)과 운영(Operations)의 합성어로, 소프트웨어 개발자와 정보기술 전문가 사이의 소통, 협업 및 통합을 강조하는 개발 환경이나 문화입니다. 단순히 개발과 운영 두 단어의 합성어가 아니라 사용자, 도구, 문화 등 다양한 요소가 포함된 말이에요. 데브옵스의 정의에 '문화'라는 말이 들어가는 게 조금 특이한데요. 하나의 조직에서 개발과 운영을 함께 한다는 건 조직의 구조를 바꾸는, 그야말로 문화의 혁신과도 같기 때문이라고 해요. 아틀라시안(Atlassian)의 데브옵스 엔지니어링 책임자인 로버트 크론(Robert Krohn)은 이렇게 말하기도 했어요. "DevOps는 한 사람이 하는 일이 아니라 모두가 함께해야 하는 일입니다." 기존 방식을 과감히 버리고, 새로운 관행을 채택하는 것. DevOps 문화의 시작이에요. (출처: itsvit) 데브옵스(DevOps)는 개발(Dev)과 운영(Ops)을 분리해왔던 기존의 '소프트웨어 개발 생명주기(Software Development Life Cycle, SDLC)' 방법론을 뛰어넘을 수 있게 해줄 것으로 보는 시각이 있어요. 팀에서 신속하고 독립적으로 개발, 테스트, 배포할 수 있는 프로세스를 구축할 수 있다는 기대 효과가 있기 때문이에요. 성공적인 데브옵스(DevOps)의 대표주자, 아마존(Amazon)! 아마존은 세계 최대 온라인 소매업체이면서 데브옵스 분야에서도 성공적인 기업이에요. 아마존은 제품, 고객지원 등 다양한 문제를 해결하기 위해 소프트웨어를 활용하고 있어요. 데브옵스의 장점인 속도 향상, QA 및 리스크 관리에서의 유용성 등을 잘 활용해 인하우스(in-house) 솔루션을 만들어내기까지에 이르렀죠. 운영과 개발의 긴밀한 협력DevOps는 선택이 아닌 필수 "살아남는 종은 가장 강하거나 가장 지능이 높은 종이 아니라 변화에 가장 잘 적응하는 종이다.(It is not the strongest of the species that survives, nor the most intelligent; it is the one most adaptable to change.)" 찰스 다윈(Charles Robert Darwin)이 <종의 기원(On the Origin of Species)>에서 했던 말이에요. 기업이 시장에서 우위를 유지하려면 신속한 제품 출시, 수준 높은 서비스의 질, 지속적인 개선 등이 필수에요. 하지만 단 몇 분, 몇 시간 만에 수정 사항을 배포하는 것은 현실적으로 쉽지 않죠. 배포의 규모에 따라 수개월이 걸리는 경우도 있을 정도로 쉬운 작업이 아니니까요. 하지만 배포에 많은 시간이 걸릴수록, 경쟁에서는 불리할 수밖에 없어요. 전통적으로 개발 활동으로 여겨진 것과 운영 활동으로 여겨진 것들 사이에 단절이 크다는 인식 역시 무시할 수 없어요. 개발과 운영 사이의 협력은 배포 전부터 배포 후까지 폭 넓은 범위에서 오랫동안 지속돼요. 하지만 업무의 효율성을 위해 부서나 그룹 단위로 인프라를 구축해서 이용하다 보면 동기, 프로세스 등이 상충하는 경우가 많은데, 이 현상을 사일로(Silo) 현상이라고 해요. '혼란의 벽(Wall of Confusion)'이라고도 하는 이 단절은 조직 내의 갈등이나 비효율로도 이어질 수 있습니다. Wall of Confusion (출처: dev2ops.org) 데브옵스(DevOps) 팀에는 소프트웨어 배포의 속도와 질을 향상하기 위해 개발자와 IT 운영자가 공동 작업을 수행하면서 이 사일로 현상을 없애고자 합니다. 이를 위해서 데브옵스 팀은 아이디어 구상 및 개발부터 사용자 경험까지 전체 가치의 흐름을 이해해야 해요. 이렇게 개발팀과 운영팀이 더 긴밀하게 협업하고 많은 책임을 공유하면 개발팀과 운영팀 사이의 협업을 강화할 수 있어요. 그리고 이는 효율적인 시간 관리로 이어질 수 있습니다. 또한, 다양한 도구를 활용해서 프로세스를 자동화, 가속화 하면 고객의 니즈(Needs)와 시장 변화에 더 빠르게 적응할 수 있어 비즈니스의 경쟁력을 강화할 수 있답니다. '고객을 위한 가치 창출'이라는 통합된 목표는 DevOps의 핵심이 되는 초석이에요. (출처: Go2Scale) 효율적인 개발과 배포를 위해 필요한 DevOps,인프콘에서 만나보세요! 배포를 더 자주, 더 빠르게 하는 방법이 궁금하신가요? 이를 위해 지금 바로 할 수 있는 방법이 있는지 알고 싶으신가요? 2022 인프콘에서는 DevOps가 무엇인지에 대한 이야기를 통해 위 질문에 대한 답변을 드리고자 해요. 그뿐만 아니라 DevOps를 문화로써 도입해야 하는 이유도 함께 공유할 예정이에요. 지금 당장 DevOps를 해야 하는 이유김충섭 | 퍼플아이오 서비스가 복잡해지고 빌드와 배포가 많아질수록 효율적인 개발 & 배포 프로세스가 필요해요. 따라서 특정한 기술과 도구를 잘 쓰려는 도구가 아닌 문화로서 DevOps를 도입하고 자동화, 측정, 공유, 축적하는 것이 중요합니다. DevOps가 무엇인지 알아보고 지금 바로 적용해 봅니다! 세션 소개 바로가기 >>

몰라도 재밌고, 알면 더 재밌는 싱글벙글 개발 밈 대방출! #개발자 #프로그래밍 #프로그래머 #드립 #짤방 개발 밈 볼 때 vs 실제 코딩할 때...? 바야흐로 밈(Meme)의 시대라고 하죠. 끼리끼리 모여 웃게 되는 밈 속에는 그 나름의 맥락과 시대정신을 엿보는 재미가 있기 마련이니까요.  인프런 스낵 #6에서는 개발자라면 피식 웃음이 날 만한 코드 맞는(!) 짤을 잔뜩 모아봤습니다. 물론, 개발은 잘 모르지만 개발자 유머는 알고 싶은 분들도 환영해요! (※ 사람에 따라 안 깔깔 주의 🤫) 인프런 스낵 #6 🤣 앗, 이게 바로 개발자 유우머?! 웃긴 게 딱 좋은 사람 모두 모여요! 이게 안 되네…? 이게 되네…? “이게 안 되네… 이게 되네…?”는 개발자들 사이에서 가장 유명한 밈 중 하나죠. 모바일 게임 “쿠키런: 퍼즐 월드”에서는 공대생 기믹의 캐릭터인 ‘히어로맛 쿠키’의 대사로 패러디하기도 했어요. “작성한 프로그램이 엉망진창이지만 의도한 일을 하긴 할 때” “신규 연수생 개발자가 프로젝트 일부를 진행할 때” 뭔가 이상하지만 굴러는 가는군요 😂 전세계 여러 개발자들의 공감을 산 “Richard’s Guide to software Development”는 개발자가 아닌 다른 직군이나 업무에 패러디되기도 했어요. (링크) IT 회사가 많은 판교의 미스터리(?)로 꼽히는 인도 위 육교 모양 조형물. 2009년에 생긴 이후 판교 회사원들의 랜드마크 역할을 톡톡히 하고 있죠. (트위터 이용자 @666daeva, @nibblezzang 님) 코딩은 나의 힘, 개발자의 희노애락 버그가 날 때마다 돌멩이를 문지르면, 이틀 뒤엔…🙃 요새 핫한 <스타워즈: 에피소드 2> 밈 개발자 버전! 시니어 개발자: “백로그에 두죠.” / 주니어 개발자: “와, 그럼 나중에 해결할 수 있는 거죠? …해결할 수 있는 거죠?” (트위터 이용자 @timdorr 님) 기술 면접과 실제 업무의 간극(?) (Reddit “Interviews vs Reality”) “이것이 미래세계다!!” 짤방을 블로거 juo님이 트레이스한 “이것이 개발자다!! 희망편 vs 파멸편”. 여러분의 척추도 붕괴하고 있나요…? (juo님의 티스토리) 소소한 개발자 전용(?) 카카오톡 이모티콘도 여러 개 있어요. 인프런에서 제주코딩베이스캠프로 지식공유를 하고 있는 위니브에서는 지난 4월 “입체적인 개발자” 이모티콘을 출시했답니다. (카카오 이모티콘샵) 아ㅋㅋ 기술 얘기는 못 참지ㅋㅋㅋ 코드가 작동하지 않을 때 → 세미콜론 하나가 빠진 걸 알았을 때 → 고쳤는데 여전히 작동하지 않을 때 😱 (“Panik Kalm Panik” 밈 생성기) C++은 프로그래밍 언어 중에서도 특히 문법이 방대하고 배우기 어렵다고들 하죠. 비디오 하나로 C++ 배우기… 도전…? 자바나 파이썬은 비교적 느린 프로그래밍 언어로 알려져 있죠. 어떤 기술이 더 성능이 좋은지, 더 빠른지, 더 효율적인지에 대한 얘기는 개발자들 사이에서 뜨거운 논쟁의 주제가 되곤 해요. (Reddit “But, is it though? Honestly.”) (Reddit “r/javabadpythongood”) 분리된 지 오래 된 깃 브랜치(Git branch)를 병합(Merge)하면... 💥 (Reddit “What could go wrong?”) SVG 파일은 웹/앱 개발에서 자주 사용하는 벡터 이미지 포맷입니다. 하지만 브라우저 등에 출력할 때 여러 이슈가 발생할 수 있어 유의해야 해요. (Reddit “Scalable Vector Graphics”) 마침내 문제를 해결했다고 생각하는 프론트엔드 개발자 앞에는 항상 새로운 자바스크립트 및 CSS 프레임워크, 테스팅 라이브러리들이 도사리고 있다는 사실! 😭 (“Waiting for dad” 밈 생성기) 멀티쓰레드 프로그래밍은 하나의 프로세스에서 여러 개의 스레드로 데이터 처리 효율을 높이기 위한 기법이지만, 여러 스레드를 처리하는 과정에서 발생할 수 있는 병목 현상에 유의해야 해요. (Reddit “Multithreading Theory vs Reality”) 안드로이드 스튜디오는 무거워서 PC 성능을 많이 타고, 발열도 심해질 수 있어요. 그래서 안드로이드 스튜디오를 불에 빗대는 농담이 있죠. 🔥 (Reddit “Android Studio”) 에어컨이 잘못 설치된 호텔 방, 혹시 CSS에서 왼쪽 여백(margin-left)을 잘못 지정해 준 건 아닐까요? 🤭 (Reddit “Margin-left: -25px;”) 기술 블로그에 꾸준히 글을 쓰기 쉽지 않다고들 하죠. 웹팩(Webpack), 바벨(Babel), 타입스크립트(TypeScript), 리액트(React), 이모션(Emotion)으로 멋지게 기술 블로그를 만들어놓고 포스트는 달랑 3개에 멈춰 있다면… (남 얘기 같지 않네요…?) (“파워레인저” 밈 생성기) 개발자 SWAG! 아무말 대잔치 프론트엔드와 백엔드 개발을 모두 하는 풀스택 개발자는 유니콘(!) 같은 존재로 여겨지곤 하는데요. 개발에 대한 여러 질문과 답변이 올라와서 개발자들이 문제를 해결하는 데 도움이 되는 커뮤니티 스택오버플로(Stack Overflow)와 엮은 말장난을 치기도 해요. “풀스택이라고 하셨잖아요!!!” “네… 풀 스택오버플로…” 문서 읽기 → 스택오버플로 → 유튜브 영상 뒤지기. 그리고 시니어 개발자가 되면 순서는 뒤바뀐다고 하네요 🤪 (Reddit “And as you become a senior, the order gets inverted”) C, C++, C#, 그 다음은…?! 실제로 C++은 C언어에서 변수에 1을 더하는 증가 연산자인 ++에서 따온 이름이라고 해요. C# 역시 반음을 올린다는 음악의 샤프(#) 혹은 ++을 두 번 쌓은 ++++라는 뜻입니다. 인공지능 기술은 치와와와 머핀을 구분해낼 수 있을까요? 🙄 (함께 읽으면 좋은 글) 개발자 친구와 곱창 먹는 법. sudo는 리눅스(Linux)에서 최고 관리자의 권한을 빌려오는 명령어(SuperUser Do)입니다. (Windows의 ‘관리자 권한으로 실행’과 비슷해요!) 일반적으로 많이 쓰는 Java, Python, JavaScript 같은 하이레벨 프로그래밍 언어가 아닌 어셈블리어, 기계어처럼 원시적인 로우레벨 프로그래밍 언어는 사용하기 쉽지 않아요. 어딘가 느껴지는 우주의 기운…?! “호돌맨의 요절복통 개발쇼” 지식공유자 호돌맨님은 수염 알고리즘에 대한 질문(?)을 받기도 했어요. 람다(Lambda, λ)는 함수형 프로그래밍에서 핵심적으로 사용되는 개념으로, 익명 함수라고도 해요. 어그리테크 기업 그린랩스의 개발자들은 가위바위보를 할 때도 람다를 낸다고 하네요…?! (“One day Dev / 하루개발 그린랩스 편”) 개발자들은 왜 다크 모드를 좋아할까요? 빛은 버그🐞를 끌어들이기 때문입니다 ㅋㅋㅋ (Reddit “Why do programmers prefer dark mode?”) 개발자 밈, 재미있게 보셨나요? 나 혼자만 웃기 아까운 개발자 밈이 있다면, 여러분이 좋아하는 밈을 댓글로 알려주세요 👇 [인프런 스낵]을 계속 받아보고 싶다면? 매달 첫 번째 & 세 번째 화요일마다 찾아오는 인프런 뉴스레터, [헬로 인프런]으로 가장 빨리 인프런 스낵을 받아보세요! 헬로 인프런 구독하러 가기 💌([인프런 소식 및 홍보]를 ON으로 바꿔주세요 😊)