# programming
Final Project(Feat. TypeScript) (Devlog 1일차)
길다면 길고 짧다면 짧은 코드스테이츠에서 개발자되기 그 마지막 단계, 4 주 동안의 Final Project 가 시작되었습니다. 당장은 유일한 포트폴리오가 될 예정이라 걱정 반 설렘 반이기도 하네요.팀장 선정에서 SR 첫 단계인 아이디어 모으기를 끝으로 짧은 오늘의 일
AWS Route53 (Devlog 11일차)
Amazon Route 53 is a highly available and scalable cloud Domain Name System (DNS) web service.AWS 의 Route 53 은 아마존의 DNS 웹서비스 입니다. 도메인을 관리할 수도 있지만 비용을
CloudFront (Devlog 10일차)
Amazon CloudFront is a web service that speeds up distribution of your static and dynamic web content, such as .html, .css, .js, and image files, to y
쿠키와 samesite ( Devlog 9일차)
가장 처음 인증에 대해 배우면서 토큰을 접했을 때, Access Token 과 Refresh Token 을 각각 다른 방법으로 클라이언트에 전달했었습니다. res.body 에 담아 전달하는 방법과 res.cookie 를 활용해 전달하는 방법이었죠.여러가지 이유로 두 토
소셜 로그인 day 2 (Devlog 8일차)
처음으로 자정을 넘겨 블로깅을 하게 되었습니다. 소셜 로그인 구현에 생각보다 시간이 오래 걸렸기 때문입니다.어찌저찌 구현을 마치고 나니 아쉬운 점이 곳곳에 보입니다. 중복 체크나, 회원 데이터 반영 등에서 상당히 난해하게 구성된 점들이 보이기 때문입니다. 어떻게 금요일
소셜 로그인 (Devlog 7일차)
스프린트에서는 깃헙으로 소셜 로그인을 연동했었지만, 아무래도 깃헙은 프로그래머 위주이다 보니 프로젝트에서는 카카오를 사용해 소셜 로그인을 구현해보기로 했습니다.원래는 네이버를 사용하기로 했는데 API 문서 등이 카카오가 더 쉽게 구현되어 있는 것 같아 카카오로 선회하게
토큰(Token) (Devlog 6일차)
Section 3 의 인증/보안 파트에서 쿠키와 세션, 토큰, 그리고 Oauth 를 배웠습니다. 프로젝트에서는 jwt(jsonwebtoken) 을 통한 토큰 기반의 인증을 진행하기로 했는데요.토큰 관련해서 분명 블로깅을 했었는데도, 막상 실제로 이를 구현하는 일은 완전
AWS EC2 port (feat. ERR_CONNECTION_REFUSED) (Devlog 5일차)
매일 매일이 트러블슈팅의 반복입니다. 단순하게는 작은 오타를 못 보고 지나쳐서 발생하는 문제부터, 개념을 아직 잘 이해하지 못한 탓에 벌어지는 문제들까지.오늘의 트러블은 port 와 관련한 문제였습니다.서버 자동화도 잘 마무리되었는데 위의 이미지처럼 서버에 접근 자체가
데이터베이스 쿼리 (Devlog 4일차)
SR(Software Requirement) 과정을 마치고 본격적으로 코딩을 하기 시작했습니다. 회원가입을 위해 데이터베이스를 만들고 서버 로직을 만들어가기 시작했는데요.이름과 별명, 이메일 주소, 비밀번호를 입력받아 별명과 이메일 주소의 중복 여부를 판단하고, 중복되
Git flow (Devlog 3일차)
Git Flow 는 2010년 Vincent Driessen 이 작성한 블로그 글을 통해 유명해지기 시작한 Git Branching Model 의 하나로, 현재는 거의 정석과도 같이 자리잡은 방법론입니다. 위의 이미지가 Git Flow 를 소개하는 가장 대표적인 이미지
욕심 부리면 안 되는 이유? (Devlog 2일차)
코드스테이츠의 공부가 쉬웠던 적은 잘 없었습니다. 늘 뭔가 한계에 몰아붙이는 느낌이었죠. 짧은 시간동안 많은 개념을 익혀야 하는 만큼, 기존에 배운 것들이 완전히 소화되지 않았다 하더라도 일단 그 다음 진도를 나갈 수 밖에 없었습니다.초반 공부를 시작했을 때, 주어진
팀장이 되다 (DevLog 1일차)
앞으로 2 주 동안 함께하게 될 팀이 발표되었습니다. 긴 침묵 끝에 누군가 팀장을 맡아보겠다고 나섰네요. 네, 그게 바로 접니다...부족한 모습으로 누를 끼치지 않으려면 죽었다 생각하고 최선을 다하는 수 밖에 없을 것 같습니다.아무래도 첫 프로젝트인 만큼 무엇을 진행해
다른 모듈의 UInterface 캐스팅 시 LNK1120 에러 발생
다른 모듈의 코드에서 해당 인터페이스로 캐스팅을 수행할 때 컴파일은 완료 되었으나, 아래와 같이 LNK1120 에러가 발생하였다.
복습 (104일차)
지난 4월 출발한 코드스테이츠 29기는 3 개의 섹션을 모두 마치고 이제 2 번의 프로젝트 중 First Project 를 눈 앞에 두고 있습니다. 오늘은 TIL 대신 프로젝트를 앞두고서 드는 이런저런 생각들을 짧게 블로깅해보려고 합니다.First Project 는 기
이진 탐색 응용하기 (TIL 103일차)
이진 탐색은 주어진 탐색 구간을 절반씩 나누어가며 원하는 값을 찾아가는 탐색 알고리즘입니다. 기본적으로 배열 내부의 데이터가 정렬되어 있을 때 사용할 수 있는 알고리즘이죠.만약 이미 정렬되어 있는 두 개의 배열을 주고서, 이 두 배열에서 n 번째 요소를 찾아야 한다면
TSP (TIL 102일차)
Travelling Salesman Problem(TSP), 한국어로 외판원 문제라고 불린다고 합니다. 영문 위키백과에 따르면 TSP 는 다음과 같은 질문을 던지는 문제입니다."Given a list of cities and the distances between ea
[프로그래머스/파이썬] (그래프) 순위
출처n명의 권투선수가 권투 대회에 참여했고 각각 1번부터 n번까지 번호를 받았습니다. 권투 경기는 1대1 방식으로 진행이 되고, 만약 A 선수가 B 선수보다 실력이 좋다면 A 선수는 B 선수를 항상 이깁니다. 심판은 주어진 경기 결과를 가지고 선수들의 순위를 매기려 합
[프로그래머스/파이썬] (그래프) 가장 먼 노드
출처n개의 노드가 있는 그래프가 있습니다. 각 노드는 1부터 n까지 번호가 적혀있습니다. 1번 노드에서 가장 멀리 떨어진 노드의 갯수를 구하려고 합니다. 가장 멀리 떨어진 노드란 최단경로로 이동했을 때 간선의 개수가 가장 많은 노드들을 의미합니다.노드의 개수 n, 간선
[프로그래머스/파이썬] (이분탐색) 징검다리
출처출발지점부터 distance만큼 떨어진 곳에 도착지점이 있습니다. 그리고 그사이에는 바위들이 놓여있습니다. 바위 중 몇 개를 제거하려고 합니다.예를 들어, 도착지점이 25만큼 떨어져 있고, 바위가 2, 14, 11, 21, 17 지점에 놓여있을 때 바위 2개를 제거
[프로그래머스/파이썬] (이분탐색) 입국심사
출처n명이 입국심사를 위해 줄을 서서 기다리고 있습니다. 각 입국심사대에 있는 심사관마다 심사하는데 걸리는 시간은 다릅니다.처음에 모든 심사대는 비어있습니다. 한 심사대에서는 동시에 한 명만 심사를 할 수 있습니다. 가장 앞에 서 있는 사람은 비어 있는 심사대로 가서