전체 글67 [Week1] Git 명령어 명령어에서 표시는 구분을 위해 작성한 것이므로 터미널에 입력할 때는 생략하고 작성해주세요 만약 git add 이라면 실제로 터미널에 입력할 때는 git add test.txt git init 새로운 Git 저장소를 초기화한다. 현재 디렉토리에 .git이라는 하위 디렉토리가 생성되며, Git 저장소로 사용된다. git add 작업 디렉토리의 변경 사항을 Staging Area에 추가한다. 간단하게 말하면 새로운 버전에 포함될 파일을 추가하는 것이다. 예) git add test.txt test.txt파일을 staging area에 추가 git commit Staging Area에 있는 파일들의 스냅샷을 찍어서 로컬 저장소에 영구적으로 저장한다. 간단하게 말하면 git add로 추가한 모든 파일들의 변경 사.. 2024. 2. 28. [Week1] 리눅스 명령어 기초적이고 자주 쓰이는 리눅스 명령어 ls (list) 파일 리스트 보기(dir) (예) # ls cd (change directory) 디렉토리를 변경 # cd megan : 하부 디렉토리인 megan으로 들어감. # cd .. : 상위디렉토리로 이동 # cd 또는 cd ~ : 어느곳에서든지 자기 홈디렉토리로 바로 이동 cp (copy) 화일 복사(copy) # cp index.html index.txt : index.html 화일을 index.txt 란 이름으로 복사. mv (move) 파일이름(rename) / 위치(move)변경 # mv index.htm index.html : index.htm 화일을 index.html 로 이름 변경 $ mv file ../main/new_file : 파일의 위.. 2024. 2. 28. [Week1] 버전 관리 시스템 버전 관리 시스템 버전 관리 시스템은 버전 관리, 백업, 복구 등의 기능을 수행해주는 시스템이다. 버전 관리 시스템은 크게 3종류로 나눌 수 있다. 1. 로컬 2. 중앙 집중형 3. 분산형 로컬 버전 관리 시스템 개인 컴퓨터에서 아주 간단한 데이터베이스를 사용해서 파일의 변경 정보를 관리하는 것을 의미한다. 로컬에만 저장을 하기 때문에 협업에 불리하다. 로컬 버전 관리 시스템으로는 RCS가 있다. 중앙 집중형 버전관리 시스템 로컬 버전 관리 시스템에서 협업이 어려운 점을 해결하고자 중앙 집중형 버전 관리 시스템이 등장하게 되었다. 파일을 관리하는 서버가 별도로 있고 클라이언트가 중앙 서버에서 파일을 받아서 사용한다. 중앙에서 버전을 관리하고 공유하기 때문에 협업에 유리하다. 하지만 중앙 서버에 문제가 발.. 2024. 2. 28. [Week1] 프로젝트 관리 첫 날에는 프로젝트의 시작인 리드미 작성법과 버전 관리에 대해 배웠습니다. 우선 프로젝트란 무엇인가? 일정한 기간 안에 일정한 목적을 달성하기 위해 수행하는 업무의 묶음 단순히 개발만을 의미하는 것이 아닌 기획, 설계, 테스트, 배포를 포함하는 일련의 프로세스를 의미합니다. 목적에 따라서 프로젝트의 크기가 클수도, 작을수도 있습니다. 프로젝트가 크면 여러 명의 인력이 투입되기 때문에 협업을 하는 것이 일반적입니다. 협업을 하기 위해서 기본적으로 알아야 할 개념은 리드미와 버전관리입니다. 리드미란? 간단히 말하면 프로그램 설명서라고 할 수 있습니다. 구현된 기능과 사용 방법, 이슈, 레퍼런스 등 협업을 위해 필요한 정보들을 담고 있습니다. 일반적으로 리드미는 마크다운 파일을 사용합니다. 마크다운 문법을 사.. 2024. 2. 27. 타입스크립트로 함께하는 웹 풀 사이클 개발 데브코스 2기 합격후기 합격했다 간단한 회고 겸 벌써,,!! 다시 3기를 모집하길래 글을 써본다 우선 나는 스타트업에서 1년 반정도 프론트엔드 개발자로 일한 경험이 있다. 중고 신입으로 취준을 위해 회사를 관두고 호기롭게 취준을 시작했으나 아직도...^^ 알고리즘 공부도 하고 친구들과 프로젝트도 하고 있으나 반년정도 혼자 취준을 하다보니 정신적으로 쉽지 않았다. 아무런 성과도 없이 공백기만 길어지는 것 같아서 고민이 큰 상태였다. 이러한 상황에서 데브코스에 웹 풀스택 개발 과정이 있는 걸 알게 되었고, 프론트엔드 개발자로 일하면서 백엔드 개발 지식에 대한 필요성을 느껴왔었던 나는 바로 해당 코스에 지원을 했다. 자소서 우선 자소서를 신경써서 썼다 문항은 4가지였는데 대부분 500자 내외로 작성했고, 3번 문항만 그보다 조금 짧.. 2024. 2. 27. DB스터디 회고 프론트엔드 개발자이긴 하지만 DB공부는 필요하다고 생각했는데 계속 공부를 미뤄왔었다. 시간이 될 때 딱 스터디가 열려서 미뤄왔던 DB공부를 할 수 있었고, 5주동안 많이 배울 수 있었다. 스터디를 하면서 좋았던 점은 1. 방대한 양의 DB를 핵심적으로 공부를 할 수 있다는 점 2. 블로그 글을 작성하면서 공부 기록을 남길 수 있다는 점 3. 면접 형식으로 스터디를 진행하기 때문에 다른 사람들의 답변을 통해 DB지식과 면접 태도에 대해 배울 수 있었고, 피드백을 통해 성장할 수 있다는 점 개인적으로 4-5주차는 코테와 과제 전형 등으로 제대로 준비를 하지 못해서 많이 아쉬웠다. 네트워크나 운영체제도 기회가 될 때 참여하고 싶다. 2024. 2. 13. 이전 1 2 3 4 5 ··· 12 다음
