1. 왜 패스트캠퍼스 JavaScript 코딩테스트 강의를듣기로 마음먹었어?😮 알고리즘은 수학적인 사고가 뛰어난 천재들이나 푸는거라고 생각해왔다. 더군다나 나는 프론트엔드 엔지니어를 꿈꾸기 때문에 알고리즘과는 거리가 멀다고 생각했다. 하지만 코드를 짤 때마다 사고의 흐름대로 작성하다보니 불필요한코드가 많아지고, 하나의 기능을 구현하기위한 또 다른 기능을 구현해야만 했고 이 과정이 매우 효율적이지않다고 생각했다. 이러한 코드들을 깔끔하게 작성하는 방법에 대해 고민하던 중 알고리즘을 통해 코드를 보다 효율적으로 작성 가능하다는 걸 알게되었고, 혼자 시작하기에는 무리가 있다고 판단하여 강의를 수강하게 되었다. 2. 강의에서는 어떤걸 배워?😮 코딩테스트 풀이를 위한 JavaScript 문법 JavaScript ..

0주차 스택오버플로우(stackoverflow) 클론코딩[0주차] Stackoverflow란? 개발자들이 모여있는 포럼으로 서로의 코드에 대한 고충을 주고받는 사이트이다. 쉽게 말해 자신의 코드를 평가받거나 다른 사람의 코드를 보며 도움을 받는 사이트라고 볼 수 있 sooknise.tistory.com 프로젝트 문서 작성 첫 만남을 가지고 다음 날 13:00시에 회의를 가졌다. 오늘 회의에서는 프로젝트 문서를 어떻게 작성 할 지 이야기를 나누기로 했다. 크게 화면정의서, 사용자 요구사항 정의서, 테이블 명세서, API 명세서 등이 필요했다. 사용자 요구사항 정의서는 FE끼리만 할 수는 없다고 판단했기 때문에, BE,FE가 함께 만들기로했다. 1차적으로 스택오버플로우를 구현하기 위해서 필요하다고 생각하는 ..

Stackoverflow란? 개발자들이 모여있는 포럼으로 서로의 코드에 대한 고충을 주고받는 사이트이다. 쉽게 말해 자신의 코드를 평가받거나 다른 사람의 코드를 보며 도움을 받는 사이트라고 볼 수 있다. 스택오버플로우는 질문을 두서없이 하거나, 규정에 맞지않게 질문하면 이용을 제한하는 특이한 시스템이 있다. 프로젝트 주제는 왜 스택오버플로우 인가? 지금 시작하는 프로젝트의 주제는 스택오버플로우 클론코딩이다. "어째서 우리만의 서비스를 만들지 않고, 클론코딩을 하는가?" 라는 생각을 잠시 가졌었다. 클론코딩을 해보지는 않았지만 이미 나와있는 서비스를 그대로 따라만 하기 때문에 도움이 되지 않을것이다 생각을 했었다. 첫 협업 프로젝트에서 클론코딩을 하는 이유는 이러하다. 프로젝트를 전혀 경험하지 못한 동기들..

Git 설정 로컬 리포지토리와 연결할 유저 정보를 설정합니다. # 버전 히스토리를 식별할 때 사용할 이름을 설정합니다. $ git config --global user.name "[firstname lastname]" # 각 기록과 연결할 이메일 주소를 설정합니다. $ git config --global user.email “[valid-email]” 도움말 보기 help 명령어를 이용하여 각 명령어 및 옵셥의 기능에 대해 살펴볼 수 있습니다. # Git에서 제공하는 모든 명령어를 볼 수 있습니다. $ git help -all # 특정 command에서 사용할 수 있는 모든 옵션을 볼 수 있습니다. $ git [command] -help 세팅 및 초기화 리포지토리를 초가화하거나 존재하는 리포지토리를 클론..

Git branch 브랜칭(branching)은 기존 개발중인 메인 개발 코드를 그대로 복사하여 새로운 기능 개발을 메인 개발 코드를 건드리지 않고 할 수 있는 버전 관리 기법입니다. 처음에 GitHub Repository를 생성하면 나오는 main 브랜치에서만 작업을 하다가 새로운 기능 개발을 위해 feature 브랜치를 새로 생성하는 경우, 기존 main 브랜치에서의 작업은 유지하고 새로운 feature 브랜치에서 자유롭게 코드를 추가 및 삭제할 수 있습니다. 브랜치 생성하기 / 변경하기 (git switch) 이 때, 새로운 브랜치로 Git이 바라보는 곳, HEAD를 변경하는 작업을 switch라고 부릅니다. 브랜치를 생성할 때는 생성(create)의 의미로 -c 를 붙여줘야 하고, 기존에 있는 브..

GitHub Repository에 꼭 필요한 파일 README.md gitHub는 개발자에게 필수적인 정보들이나 프로젝트들이 공유되어 있다. 다른사람의 프로젝트(레포지토리)에 들어가면 가장 먼저 나를 반기는건 README.md 파일이다. README.md는 기본적인 마크다운 사용법을 잘 숙지하고 있으면 간단한 소개 페이지처럼 제작 할 수 있다. 그렇기 때문에 프로젝트 레포지토리의 경우 프로젝트의 설명, 사용기술 , 시연영상, 개발인원 등 프로젝트의 상세 내용이 담겨있는경우가 많다. 그렇기 때문에 프로젝트에 앞서 README.md 파일을 작성하는편이 다른 사람들이 나의 프로젝트를 쉽게 알아봐주고 이용 할 수 있게 해준다. 프로젝트 README.md 파일에는 아래 정보들은 꼭 포함되야 한다. 프로젝트 이름 ..