kono

이번 포스트는 git 명령어 중 하나인 stash에 대해 다뤄 보겠습니다. 저의 경우에 단순 빈도만 놓고 본다면 가장 많이 그리고 유용하게 사용하는 것 같습니다. 적어도 제 Local 환경에서 말이죠. 1. git stash 살펴보기 사실 stash를 사용만 했지 정확히 어떤 단어인지는 모르고 있었습니다. 사전적 의미는 다음과 같습니다.(google 검색) 사전적 의미로는 '어떤 것을 안전하고 비밀스럽게 특정 장소에 숨기다.' 라는 뜻을 가지고 있습니다. stash 명령어도 실제로 특정장소인 로컬(Local) 환경에 잘 보관하는 역할을 합니다. 비밀스럽게(?)는 잘 모르겠네요. 어쨌든 remote 환경에 있지는 않으니까요! 사용의 목적을 정말 간단하게 소개하자면, 로컬에서의 임시저장과 동일한 역할을 합니..

안녕하세요. 이 포스트는 시리즈로 구성되어있습니다. Django의 내용은 거의 포함 될 것 같지 않아 카테고리를 TIL로 작성하였습니다. 클론 프로젝트 후기의 마지막으로 갑작스런(?) React 체험기와 프로젝트 후기를 작성해보겠습니다. 1. React로 Django로 만들었던 API 구현 해보기 Part3에서 소개한 elasticsearch의 API 생성이 마무리 되었지만, Front End 팀원 분들께서 검색 API의 구현이 어려울 것 같았습니다. 그래서 React를 맛 보는 겸 직접 검색 API에 대한 구성을 해보기로 했습니다. 참고로 javascript는 제대로는 아니지만 단순한 정도의 구현이 가능한 정도이고, React는 전혀 공부 해보지 못 했습니다. 검색 화면에 대한 간략한 소개 입니다. 운..

이번 포스트는 git에 대해 다뤄 보겠습니다. git은 정말 장점이 많은 협업툴입니다. 저의 경우는 운영업무를 하면서는 git을 한 번도 사용해보지 않다가 개발을 배우면서 다시 사용중에 있습니다. 한 가지 아쉬운 것은 처음 사용할 때, 다소 어렵게 느껴질 수도 있다는 점입니다. 그리고 혹여나 실수를 할 때... 가 어려운것 같습니다. 혹여나 남의 코드나 작업하는 repository를 망치지 않을까 하기 때문입니다. 다른 git 명령어는 많이 어렵지는 않아서 포스팅을 작성하지는 않았는데 rebase의 경우는 생소하고 다소 새롭기 때문에 작성하고자 합니다. 1. git Rebase 살펴보기 단어 그대로 기점을 다시 잡는 명령어 입니다. 한 마디 말보다 좋은 예제 그림이 더 명확하기 때문에 업로드 해보겠습니다..

안녕하세요. 이번에는 Postman(포스트맨)에 대해서 다뤄보겠습니다. 포스트맨에 대해서 간략하게 소개하자면, API Test를 조금 더 간편하고 쉽게 만들어주고 보기에도 좋게 활용할 수 있는 툴입니다. 이 포스트에서는 API 문서를 만들고 publish 해서 웹상으로도 볼 수 있게 해보겠습니다. 1. 기본 사용방법 간단하게 API EndPoint 주소, API 방식(POST,GET 등), Body 내용, Header 내용을 필요에 따라 작성하시면 됩니다. 저는 회원가입을 하는 API 대상으로 테스트해보았습니다. response는 하단과 같이 나옵니다. 2. Collection 만들기 새로운 Collection을 만들기 위해서는 탭 이동이 필요합니다. 사진의 좌측에서 Collections를 눌러줍니다. ..

이어서 앞으로의 학습에서 기본자료형 중 가장 많이 활용될 것 같은 Dict 형 입니다. 1. 개요 Dict라는 단어에서 처럼 사전(Dictionary) 형태를 갖고 있습니다. List, Tuple, Set은 약간의 차이가 있었지만, 기본적으로 Value를 저장하는 형태였습니다. 그러나 dict형은 이와 다르게 Key - Value를 모두 저장하는 형태입니다. 사전이라는 형태처럼 'gift'(key)를 주면 '선물'(Value)이라는 단어를 return 해줍니다. 2. 선언과 타입 바로 코드를 통해 확인해보겠습니다. >>> mydict = {'a': 1, 'b': 2, 'c': 3} >>> mydict {'a': 1, 'b': 2, 'c': 3} # key는 immutable(변하지 않는) 값만 사용가능 ..

바로이어서 작성하고자 합니다. 지난번과 같이 Python 내부 자료구조에 대한 학습입니다. 오늘은 집합형태의 자료구조인 Set에 대해서 학습하였습니다. 1. 개요 set의 가장 큰 특징은 다음과 같습니다. a. 중복을 허용하지 않는다. b. 내부에 있는 원소들은 순서가 없다. (생각이 잘 안 나기도 하지만) 한 마디로 수학시간에 배우던 집합과 동일한 개념입니다. 후술 되는 집합에서 사용하는 Method도 있습니다. 2. 선언과 타입 아래와 같은 형태로 선언하고 type을 확인합니다. >>> myset = {1,5,4,3,3,1,2} >>> myset {1, 2, 3, 4, 5} >>> type(myset) # 생성되지 않는 형태 >>> myset2 = {7,8,9} >>> myset + myset2 Tr..

Python로 이루어진 Django를 학습하고 따라 하면서 기본이 너무나도 중요하다는 것을 다시 느꼈습니다. 분명히 python을 어느 정도 다룰 수 있고, 기본은 되어 있다고 생각했는데 다소 간단한 기능이라도 스스로 구현해야 하는 부분이 있으면 응용이 마음대로 되질 않았습니다. 그래서 필요하고 생각날 때마다, 기본이 되는 내용을 기록하고자 합니다. (이미 알고 있다고 생각하는 것도, 정리해서 온전히 자신의 것이 되게끔) 기본은 중요한 것이지, 쉬운 개념은 아니라고 생각합니다. 6월 17일 18일에 학습한 내용은 Python에서 제공하는 자료구조입니다. 1. list(순서가 있는 자료형) list라는 단어에서부터 용도를 유추하기가 쉽습니다. 주로 배열과 같은 형태로 사용하였고, 알고리즘 문제를 풀 때 많..

Pre bootcamp로 blog Project를 1차적으로 마무리 했습니다. 매끄러운 순서는 아니지만 수정사항과 추가된 기능에 대한 서술을 하겠습니다. 1. 수정사항(Back-end) 지난번 아키텍처를 일부 수정하였습니다. 수정 내용은 아래와 같습니다. - kakao Authorization을 통한 로그인 구현 - AWS ec2 서버에 Front-end(React)와 Back-end(Django) 서비스 구동 2. 스키마 구조 단순하지만, 스키마 구조는 다음과 같습니다. 글(post)을 관리하는 테이블인 'apis_posts'와 User를 관리하는 테이블인 'apis_users'가 있습니다. 그리고 users의 id는 posts의 UserID의 참조키(Foreign Key)가 됩니다. 3. 화면 안내 ..

20.06.08(월) 부터 미니 프로젝트를 시작 하였습니다. 친구 한 명과 같이 하는데 저는 Backend(Django + DB(MySQL))의 개발을 담당, 친구는 Frontend(React + Reduct)로 분담 하였습니다. Backend의 개발환경은 다음과 같습니다. 1. 개발환경 Django - 2.1.15 django-cors-headers - 3.3.0 djangorestframework - 3.11.0 Faker - 4.1.0 PyMySQL - 0.9.3 mysql server - 8.0.19 2. Architecture 아래 그림과 같은 형태의 아키텍처로 구성됩니다. - React는 Django Rest API를 통해 database(mysql)로 부터 CRUD를 수행합니다. - axis..

거의 한 주간 TIL을 작성하지 못 했습니다. 내용을 화려하게 채우지 못 해도 매일 작성할 수 있는게 중요함을 느낍니다. 06.01 부터 06.07까지 Django Rest Framework가 어떤 역할인지를 학습하고 튜토리얼을 해보았습니다. 추가로 REST API가 어떤 역할을 해줄 수 있는지 학습하였습니다. 먼저 REST API 부터 보겠습니다. 1. REST API REST API를 공부하면서 RESTful이라는 단어를 많이 보았습니다. RESTful이라는건 -ful인 영어의 형용사 처럼 사용한 것 입니다. 국문으로 하자면 'REST한 API'와 같은 것이죠. 그러면 실체인 REST 무엇인가? Representational State Transfer의 약자입니다. 국문으로 하면 '표현에 의한 상태 ..