목록분류 전체보기 (53)
oris9
리터럴(literal)이란 자바스크립트에서 리터럴은 코드에서 고정된 값을 나타내는 표기법으로, 사람이 이해할 수 있는 문자 또는 미리 약속된 기호로 표기한 코드를 말한다. 값을 계산하기 위해 변수나 표현식을 사용할 필요 없이 코드에서 직접 값을 표현한다. 리터럴 유형 리터럴 유형은 매우 다양하게 존재하지만 크게 다음과 같이 나눌 수 있다. 1. 숫자 리터럴 숫자를 나타내며 10진수, 16진수 또는 지수 표기법으로 작성할 수 있다. 정수 리터럴, 부동소수점 리터럴, 2진수 리터럴, 8진수 리터럴 등 예 ) 42, 0xFF, 1.23e-4. 2. 문자열 리터럴 2-1. 텍스트 문자열을 나타내며 작은따옴표 또는 큰따옴표로 묶습니다. 예 ) "Hello, World!" 2-2. 템플릿 리터럴 ES6부터 새로 도..
Git 협업을 위한 중요한 기능인 Issues와 Pull Requests (PR)에 대해 알아보기. ISSUES 소프트웨어 개발 프로젝트에서 발생하는 문제점, 기능 요청, 버그 보고 등에 대한 커뮤니티로, 이슈 트래킹 및 팀 멤버들이 프로젝트 관련 이슈를 공유하고 토론할 수 있도록 만들어준다. 템플릿 생성해서 사용 (Settings -> General -> Issues (Set up templates)) Pull Requests (PR) PR은 소스 코드 변경 사항을 리뷰하고 병합하는 데 사용된다. 기능 추가, 버그 수정 또는 코드 개선과 같은 변경 사항을 제안하고, 다른 팀 멤버들에게 리뷰를 요청할 수 있으며, 팀 멤버들은 코드 변경 사항을 검토하고 논의한 후에 승인하거나 거절할 수 있다. PR은 변경..
Git flow Workflow Branch Gitflow Workflow에서는 항상 유지되는 메인 브랜치들(master,develop)과 일정 기간 동안만 유지되는 보조 브랜치들(feature,release,hotfix)을 포함하여 총 5가지의 브랜치를 사용한다. 주로 대형 팀, 긴 호흡의 프로젝트에서 사용하는 비교적 엄격한 브랜치 전략이다. 브랜치 관리가 용이하고 배포, 협업, 버전관리와 롤백, 유지보수에 장점이 있다. 하지만 그만큼 추가 검증이나 테스트과정이 포함되기 때문에 릴리즈속도가 느리고, 작은 프로젝트에서 불필요하게 많은 브랜치과정이 적합하지 않을 수 있다. 그래서 더 작은 프로젝트를 위해 전략을 간소화 시킨 것이 `Github flow` ! 기본적으로 브랜치에 대한 설명은 동일하므로 각 브..
Github 명령어 정리 1. 상태확인 git status 현재 git 상태를 확인 git remote -v 현재 origin 되어 있는 repository 알려줌 저장소와 연결되었는지 확인 git branch branch 목록 확인 git ignore Git 버전 관리에서 제외할 파일 목록을 지정하는 파일 2. 기본 명령어 git init git 초기 파일 생성 (해당 폴더에서 실행) git add . 모든 파일들을 git에 추가 git add 파일명 특정 파일을 git에 추가 git commit -m "메세지내용" "메세지내용" 메모를 남기고 commit 실행 (히스토리 생성) git remote add origin 깃허브주소 origin에 깃허브주소 연동 git push origin 브랜치이름 로컬..
클래스 개념 이해하기 1. 클래스의 개념과 특징 클래스는 객체를 만들기 위한 설계도로, 프로토타입 성질을 좀 더 쉽게 사용하기 위한 ES6에 추가된 문법적 부가기능이다. Prototype과 달리 constructor라는 함수가 별도로 존재한다. 클래스 선언은 호이스팅 되지 않는다는 특징이 있다. 낮은 응집도와 낮은 결합도를 가진 클래스를 설계해야한다. * 응집도 (한 모듈 내부의 요소들이 서로 관련되어 있는 정도) * 결합도 (서로 다른 모듈(클래스) 간 상호 의존 정도 적절하게 관심사를 분리하여 각 항목이 높은 독립성을 가지도록 설계해야한다. 오픈소스 유저 라이브러리등을 참고해서 좋은 코드를 작성하기 2. Getter , Setter 클래스 내부에서 쓰이는 일종의 메서드로, Getter는 객체의 속성(..
merge를 진행하려고 할 때 아래처럼 왜 해당 merge가 필요한지에 대해서 commit message를 남기라는 말이 나온다. Please enter a commit message to explain why this merge is necessary, especially if it merges an updated upstream into a topic branch 이때, 커밋 메세지를 입력해주고 merge를 진행해야하는데 그냥 입력하면 안되고, 터미널에서 문서를 작성하듯이 입력해야한다. 그냥 키보드를 두드리면 아무 반응 없음! 해결 방법 i를 누른다 (commit message를 입력하기 위해) merge에 대한 message를 입력한다. esc를 누른다. :wq를 입력한다. enter를 누른다. 참..
강의 듣는데 시작부터 삐그덕삐그덕 u.u 검색하는데 원인이 생각보다 다양해서 모아서 정리해봤다. 1. 컴퓨터 설정 확인 방화벽 끄기, 설정 - 공유 - 원격 로그인 ( i 눌러서 모든 사용자 허용으로 변경해주어야한다.) 2. AWS에서 IP주소를 따로 설정해주지 않으면 기본적으로 동적 IP주소로 할당이 된다. 명령어 입력시 IPv4 를 제대로 썼는지 AWS에 로그인해서 다시 한 번 확인해본다. 3. 와이파이 공유기가 ssh접속을 막고 있는 경우 와이파이를 변경하거나, 핫스팟을 이용해서 다시 연결을 시도해본다. 은근히 이 경우가 많은 듯하니 아래 456번 시도하기 전에 위의 사항을 확인해보고 와이파이를 변경해보자.. 나의 경우에는 위 방법으로 해결이 됐지만 혹여나 해결되지 않은 경우의 분들을 위해서 찾은..
웹폰트 최적화가 필요한 이유 우리가 처음 사이트에 진입했을 때, 글자가 늦게 뜨거나 폰트가 나중에 적용되는 현상이 일어난다. 이 두 현상은 각각 지칭하여 FOIT, FOUT라고 부르는데, Flash of Invisible Text (FOIT)란, 브라우저가 폰트를 다운로드하기 전까지 글자가 보이지 않는 현상이며, Flash of Unstyled Text (FOUT)란, 브라우저가 폰트를 다운로드하기 전까지 폰트가 적용되지 않는 현상을 말한다. 브라우저가 렌더링 될 때 콘텐츠를 화면에 그리는 동안 폰트 리소스 응답이 늦어지게 되어 발생하게 된다. 브라우저 렌더링 알아보기 웹 폰트 최적화 하기 1) Preload 웹 폰트를 사용하는 경우, preload를 사용해 폰트 리소스 요청 시점을 당겨, 최적화를 진행..