B급 개발자

git config --global credential.helper store 해당 명령어를 실행하고 로컬에서 로그인을 하면 id/pw 정보가 저장되어 다음부터 묻지 않는다. 로그인 정보는 ~/.git-credentials에 저장이 된다. 하지만 store 해줬을 경우에는 해당 파일에 로그인 정보가 그대로 저장이 된다. 좀 더 안전하게 사용하려면 OS 자체에서 지원하는 keychain 시스템을 이용해야 한다.

-t: tar 아카이브에 포함된 내용 확인 tar tvzf ./파일 -x: tar 아카이브에서 파일 추출(파일 압축 해제) tar xvzf ./파일

ls -al: 파일 권한 확인 chmod +x ./파일: 실행 권한 주기 sudo ./파일: 실행

32-bit와 64-bit는 CPU의 레지스터 용량(한 번에 처리할 수 있는 데이터량)을 말한다. x86(32-bit): x86인 이유는 PC 칩셋의 품번 때문이다. 80~86이라는 숫자를 인텔 32-bit 이하 계열 제품에 붙였기 때문이다. x64(64-bit): x64는 32-bit의 제품에 붙는 번호와는 다르게 64-bit인 것을 표현하기 위해 64번호를 사용하였다. 64-bit CPU는 32-bit CPU 연산을 수행할 수 있지만 그 반대는 안된다. x86-64: 현재 인텔과 AMD가 채용한 CPU 아키텍처명 32-bit CPU에서는 RAM(byte 기본단위)을 4GB 이상 넣어도 사용할 수 없다. 컴퓨터는 데이터를 가져오기 위해서 메모리의 주소를 참조하게 되는데 데이터의 기본 단위는 bit인데 ..

Footer에 여러 Element가 있어도 항상 하단에 위치하도록 설정됨 HTML 파일 CSS파일 html, body { height: 100%; } .container { position: relative; min-height: 100%; } .content_container { padding-bottom: [footer height]; } .footer_content { width: 100%; position: absolute; bottom: 0; }

프로그래밍에서 변수명을 작성할 때 공백은 포함 시키지 않는다. 왜냐하면 공백은 프로그램에서 보통 특별한 목적이 있는 키워드로 사용되기 때문이다. 따라서 여러 단어가 결합된 형태의 변수명을 작성할 때는 공백을 대신할 각 단어를 구분해줄 규칙이 필요하다. 1. Camel Case: 첫 문자를 제외하고 각 단어의 첫 문자를 대문자로 표기. 여러 프로그램 언어에서 컨벤션으로 사용한다. camelCaseSample 2. Kebab Case: 모든 단어를 소문자로 표시하며 각 단어는 -로 구분한다. 스프링의 yml파일이나 url 주소에 사용된다. kebab-case-sample 3. Snake Case: Kebab Case의 -로 구분해주는 방법과 다르게 _로 구분해준다. 각 단어를 모두 대문자로 작성하는 방법에도..

자원의 효율적 사용을 위해 가상화 기술을 사용한다.

Ubuntu 사용시 해당 명령어를 특정한 패키지를 다운로드 받기 전에 항상 해주는 것이 좋다. 왜냐하면 Debian 서버와의 최신 싱크를 맞추기 위함이다.(패키지들을 최신으로 업데이트하는 것이 아닌 설치 가능한 리스트를 업데이트 하는 것이다.)

GitHub에 push된 commit 메시지를 변경할 수 있다. 1. 역시 등장하는 rebase 명령어 git rebase HEAD~[변경하고자 하는 커밋 수] -i 2. pick 단어를 reword로 변경 3. 저장하고 나온 뒤 reword로 바꾼 commit만큼 메시지 수정 4. 강제 push하여 GitHub에 반영 git push origin [브랜치] -f

GitHub pr 리뷰를 통해 알게 된 내용이다. 코드 작성 마지막 줄에는 빈 줄이 들어가야한다. 그 이유는 다음과 같다. 파일 마지막 줄 바꿈은 유닉스에서 관용적으로 사용하던 것이다. 줄 바꿈이 없으면 파일을 올바르게 처리하지 못하는 프로그램들이 있다. POSIX에서 줄 바꿈이 하나의 행을 정의하는 표준으로 정하고 있다. 손상 된 파일을 쉽게 찾을 수 있다. 또한 빈 줄은 빈 줄이 아니라 개행 문자를 추가하는 것이다.(개행 문자의 정의는 운영체제마다 다르다.) 반면에 JS, HTML, CSS 텍스트 파일이나 최신 브라우저, IDE 등에서는 줄 바꿈을 안해도 문제가 생기지 않는다고 한다. 추가로 GitHub에서는 빈 줄이 추가되지 않고 push가 되면 해당 아이콘과 함께 "No newline at end..