sidamo_dev.log https://velog.io/ 메모장 Tue, 26 Sep 2023 17:18:08 GMT https://validator.w3.org/feed/docs/rss2.html https://github.com/jpmonette/feed sidamo_dev.log https://velog.velcdn.com/images/sidamo_dev/profile/06e82d58-43ac-418e-bda6-2f19a78632a3/image.png https://velog.io/ Copyright (C) 2019. sidamo_dev.log. All rights reserved. <![CDATA[인생실험1]]> https://velog.io/@sidamo_dev/%EC%9D%B8%EC%83%9D%EC%8B%A4%ED%97%981 https://velog.io/@sidamo_dev/%EC%9D%B8%EC%83%9D%EC%8B%A4%ED%97%981 Tue, 26 Sep 2023 17:18:08 GMT 잠이 오지 않아 뒤척이다가 남들은 어떻게 사나 호기심이 들어 카카오톡 친구창을 뒤적거렸다. 교회에서 알게 된 사람의 프로필이 최근에 갱신된 건지 위에 떠 있었다. 소설가를 준비한다고 했었나… 몇번 정도 교회에 오더니 요즘은 보이지 않았다.

문예지에서 신인상을 받았다는 사진이 올라와 있었다. 등단에 대해서 궁금해져 찾아보다가 디시에서 좋은 글을 보게 되었다. 대충 요약하면 문학계에도 더러운 부분은 있지만 그걸 핑계삼아서는 안된다. 계속해서 노력해라, 독립출판의 길은 야생이다 등등

문득 등단이 개발자가 되는 과정이랑 비슷하다는 생각이 들었다. 입문자들에게 빠르고 쉽게 결실을 맺게 해 준다는 달콤한 유혹들, 그런 달콤한 유혹에 넘어가면 진실된 기회를 놓치게 되는 것, 실력 좋은 사람은 결국 인정받는다는 것, 할 수 있는건 노력 뿐이라는 것도 문단이나 회사가 싫으면 더 험난한 야생에서 스스로 살아남아야 하는 것까지 정말 닮은 구석이 많은 듯 보였다.

세상살이 참 쉽지 않다. 왜이리 어려운지 쉽고 편해 보이는 길은 수렁으로 빠지는 지름길일 뿐…

어떤 일을 하더라도 일정한 부분은 반복적으로 하게 되는데 그 속에서 디테일들을 캐치해서 그것들을 조금씩 느리게 매일매일 개선시켜나가야 한다. 그런 점진적인 변화는 눈에 띄지도 않고 정말 힘들다.

하지만 그런 변화들이 오랜 기간동안 누적되어서 기본기가 쌓이게 되면 나중에는 반복적인 부분들은 무의식적으로 할 수 있을 뿐만 아니라 정말 미세한 부분들이 잘 파악되고 그것들을 의도적으로 조절하여서 디테일들을 인지하지 않고 일을 처리하는 사람과 압도적인 차이를 만들어낼 수 있다.

그런 디테일들을 잘 캐치하려면 '당연하다'는 자세를 취해서는 절대로 안된다. 항상 모든 요소와 상황에 대해서 이유를 생각해야 하고 어떤 행동을 할때 근거를 따져보는 습관을 들여야 한다.

나는 이것을 롤 랭크게임에서 다이아몬드를 찍으며 깨달았다… 아이러니하게도, 인생을 비관하며 현실을 잊고 회피하기 위해서 했던 게임에서 인생에서 어떠한 성취를 이루기 위한 약간의 비밀을 엿본 것 같았다.

어영부영 다녔던 대학교에서 그나마 기억에 남은 것들 중 모델링이라는게 있었다. 처음 듣고 전율을 느껴서 아직까지 기억에 남은 듯 한데 그중 파라메트릭 모델링이라고 실세계의 문제를 이론적인 기반으로 모두 정립하고 전개해나가는것은 너무 어렵기 때문에 기존에 세워진 적당한 모델을 가져와서 변수들을 바꿔서 문제에 맞는 형태로 모델을 튜닝해나가는 그런게 있었다.

프로그래밍에서 라이브러리를 활용해 문제를 해결하는것도 파라메트릭 모델링의 구현이 아닌가 싶다.

나는 롤을 통해서 세운 모델을 파라미터를 바꿔서 내 인생에 적용하는 실험을 해볼 생각이다. 하지만 내일도 아침에 처 자고 점심에 일어나서 커피 내리고 유튜브, 넷플릭스 볼 것 같다. 나라는 인간의 행태를 이미 안다.

대학교도 전공과목 F를 맞으면 졸업을 못할지도 모른다는 위기감 때문에 모든 과목을 벼락치기로 겨우 졸업했다. 나라는 놈은 진짜 X되기 직전이 아니면 움직이지를 않는 인간이다.

글을 쓰면서 생각이 정리되기 시작한다. ‘그러면 X되는 환경을 직접 만들면 되겠네 생활 수준을 의도적으로 완전히 다운그레이드시키면 거기서 빠져나오기 위해 발버둥치지 않을까?

]]> <![CDATA[Commit Messages]]> https://velog.io/@sidamo_dev/Commit-Messages https://velog.io/@sidamo_dev/Commit-Messages Sun, 17 Sep 2023 02:24:19 GMT 좋은 커밋 메세지를 써야 하는 이유
  • 면접관들이 커밋 히스토리를 살펴볼 수 있음
  • 코드의 변화와 이유를 한 눈에 파악할 수 있음
  • 프로젝트를 잠시 놓았다 다시 작업할때 사고의 과정과 흐름을 복기할 수 있음

좋은 커밋 vs 나쁜 커밋

  • 나쁜 커밋 : fix a bug
    • 애매모호한 표현으로 혼란을 줌
    • 이유가 명시되지 않음
  • 좋은 커밋
    • 커밋의 이유를 명시함
    • 수정된 부분이 어떤 문제를 어떻게 해결했는지 명시함

좋은 커밋을 작성하는법

커밋을 Subject와 Body의 두 부분으로 나누어 작성

  • Subject : 수정한 부분에 대한 간략한 설명 This is the change I made to the codebase.
    • Github는 72글자 제한이 있기 때문에 그 이하로 작성하는 습관 들이기
  • Body : 간결하지만 확실한 설명 Describe the problem your commit solves and how.

Add missing link and alt text to the company's logo
Screen readers won't read the images to users with disabilities without this information

  • subject가 코드의 행동을 명시
  • body가 커밋의 이유를 명시
  • subject와 body가 공백행으로 분리 - 읽기 쉬움

언제 커밋을 해야하는가?

커밋 : 커밋이 만들어진 시점에서 코드의 스냅샷

  • 코드에 의미있는 수정을 할 때마다 ➡️ 진행 상황을 파악할 수 있음

간결한 커밋메시지

  • 모국어가 영어가 아닌 사람들도 쉽게 이해할 수 있도록 간결한 영어 표현을 사용해야함
  • 장황하지 않고 축약되었지만 쉽게 이해 가능한 표현 *

_관련한 매우 좋은 자료가 있어서 첨부 _

좋은 커밋을 위한 영어 사전 https://blog.ull.im/engineering/2019/03/10/logs-on-git.html

참고 및 출처 https://www.theodinproject.com/lessons/foundations-commit-messages#when-to-commit https://cbea.ms/git-commit/ https://www.conventionalcommits.org/en/v1.0.0/

]]> <![CDATA[HTML 기초]]> https://velog.io/@sidamo_dev/HTML-Foundations https://velog.io/@sidamo_dev/HTML-Foundations Thu, 14 Sep 2023 06:02:28 GMT HTML

HyperText Markup Language, 웹 문서의 토대(뼈대)를 작성하기 위한 언어 HTML Goodies

내용에 대해서 특수한 동작을 하는 태그들의 계층(hierarchy) 관계로 웹 문서를 형성함.

내용을 감싼 태그로 이루어진 하나의 단위를 요소(element)라고 한다.

여는 태그에서 태그의 세부적인 것들을 설정하는 속성(attribute)을 선언할 수 있음.

태그는 여러 개의 속성을 가질 수 있으며 공백으로 구분됨.

DOCTYPE

<!DOCTYPE html>

HTML 문서의 최상단에서 선언되어 브라우저에게 HTML 버전을 알려줌

html은 기본적으로 HTML5 버전을 의미함

HTML 요소

html

<!DOCTYPE html>
<html lang="en">
</html>

모든 요소들의 상위 요소로 디렉토리의 root와 마찬가지인 요소

lang 속성은 문서의 언어를 명시하여 검색엔진이나 접근성 장치들(스크린 리더...)에 도움을 줌.

웹페이지 자체에 대한 정보를 담고 있는 태그들의 상위 태그

HTML 태그 내부에서 가장 먼저 선언되어야 함

  • meta

    <meta charset="utf-8">
    웹페이지에서 사용되는 문자 집합에 대한 정보=특수기호, 다른 언어에 대한 문자 등이 잘 표시되도록 브라우저에게 알려줌

  • title

    <title>Hello World!</title>
    탭에 표시되는 웹페이지의 제목을 표시, 없으면 문서의 파일명이 표시됨(index.html)

Body

사용자에게 표시될 내용을 담고 있는 태그

항상 head 태그보다 나중에 선언됨

tips vscode에서 html 문서를 생성하고 !를 입력하면 html 기본 골격을 상용구로 사용할 수 있음

텍스트 다루기

paragraph

<p></p> 로 감싸진 텍스트는 문단이 됨

heading

<h1>~<h6>

h6으로 갈수록 작은 제목

문서 계층 구조의 파악이 쉽도록 항상 큰 제목 하위에 작은 제목이 오도록 하는 것이 좋음

strong

<strong>

텍스트를 굵게 표시하고 시각장애인을 위한 스크린 리더에서 읽힐 때 톤이 바뀜.

em

<em>

emphasis, 텍스트를 이탤릭체(기울임)로 만들고 스크린 리더에서 읽힐 때 강조.

Nesting and indentation

네스팅 : 계층관계에서 상위=부모, 하위=자식이 되는 상하위 관계를 의미함

들여쓰기 : 계층관계를 알기 쉽게 코드에서 시각적으로 표현함

sibling(형제) : 같은 계층에 존재하는 다른 두 태그의 관계

comment

<!-->comment<-->

둘러싸인 부분은 주석처리됨

vscode에서 언어에 관계없이 cmd or ctrl + / 를 입력하면 주석이 삽입됨

태그 중 strong/bold, i/em 등 겹치는 것들이 있는데 이는 같은 기능을 다양하게 설명하여 주석 없이 태그만으로 문맥적인 의미를 최대한 전달(semantic)하기 위해서임.

리스트

Unordered Lists

<ul>

하위 요소들을 비순차적으로 나타냄 리스트 하위의 항목(item)들은 <li>(list item)로 나타내고 각각 bullet point가 붙음

  • item1
  • item2

Ordered Lists

<ol>

항목들이 <li>로 감싸지는 것 까지 똑같지만 순차적으로 번호가 붙음

  1. item1
  2. item2

속성 : type a: 소문자 글자 A: 대문자 글자 i: 소문자 로마 숫자 I: 대문자 문자 숫자 1: 숫자

_MDN에 의하면 ul과 ol의 type 속성은 html4까지 주로 사용되다 현재 deprecated 되는 중이고 보통 CSS의 list-style-type로 처리한다고 한다. _

Links and Images

Anchor

<a> 텍스트나 다른 요소들을 감싸서 하이퍼링크를 만듦 앵커요소의 내용으로는 참조하는 자원에 대한 설명이 오는게 좋다.

Basically, hyperlinks are clickable pointers to a resource. 자원들에 대한 일종의 포인터? https://www.freecodecamp.org/news/what-is-a-hyperlink-definition-for-html-link-beginners/

  • href : 하이퍼링크가 가르키는 자원, 타입과는 상관없이 모든 자원을 URL형태로 참조할 수 있음
  • target : 링크된 자원이 어디서 열릴지 결정함 _self : 현재탭 _blank : 브라우저 설정에 따라 새 탭이나 새 창
  • rel : 현재페이지와 링크된 페이지와의 관계를 나타냄 noopener : 링크된 페이지가 현재페이지에 접근하는 것을 방지 noreferrer : 링크된 페이지가 어떤 페이지나 자원에서 링크가 걸렸는지 모르게함

피싱, tabnabbing 등 링크된 페이지가 이전 페이지에 접근하는 것을 막아 보안성을 높이기 위해 사용됨, 최신 브라우저들은 이런 value 없이도 자체적으로 이 기능을 제공함 하지만 좋은 코딩습관과 디버깅을 위해 target="_blank"로 새 창에서 링크를 연다면 항상 rel="noopener noreferrer"를 명시적으로 함께 사용하는 것이 추천됨

절대 링크

protocol://domain/path 다른 웹사이트나 인터넷에 대한 링크로 항상 프로토콜과 목적지의 도메인을 포함

상대 링크

<a href='about.html'>About</a> 웹페이지가 존재하는 디렉토리에 대한 상대적인 경로 같은 웹사이트 내의 다른 페이지에 대한 링크로 현재 페이지에서 상대적인 파일 경로만 포함 도메인을 포함하지 않고 현재 페이지의 도메인과 같다고 간주함

경로 시작점에 ./를 명시해야 예측불가능한 문제가 발생하지 않음

URL Escape Codes URL에서 공백이나 기호를 표시하기 위해 사용되는 부호들 https://docs.microfocus.com/OMi/10.62/Content/OMi/ExtGuide/ExtApps/URL_encoding.htm

Images

<img> 닫는태그가 없음(self-closing element)

  • src : 이미지파일의 위치
  • alt : alternative text, 이미지가 로딩되지 않았을때 표시되는 대체 텍스트 스크린리더에서 이미지 대신 읽힘

출처 및 참고자료 https://www.theodinproject.com/lessons/foundations-html-boilerplate https://www.theodinproject.com/lessons/foundations-working-with-text https://www.htmlgoodies.com/html/the-html-hierarchy-thinking-inside-the-box/ https://developer.mozilla.org/ko/docs/Web/HTML/Element/li

]]> <![CDATA[Introduction to Git]]> https://velog.io/@sidamo_dev/introtogit https://velog.io/@sidamo_dev/introtogit Sun, 10 Sep 2023 07:25:02 GMT Git

https://git-scm.com/book/ko/v2/시작하기-버전-관리란%3F 챕터 1.1~1.4

1. 1 Version Control

Centralized VCS

Untitled

협업을 위해 개발되었음.

모든 자원이 중앙의 서버에 집중됨 → 관리가 용이함

중앙의 서버에 문제가 생긴다면 모든 사용자가 사용할 수 없게 되고 각각의 사용자들이 작업하던 스냅샷만 남고 프로젝트의 전체 히스토리가 손실된다는 큰 단점이 있음.

Distributed Version Control Systems

Untitled

클라이언트가 히스토리를 포함한 원격 저장소 전체를 로컬로 복사함(Clone의 의미)

→ 서버에 문제가 발생해도 클라이언트 하나의 데이터만 있으면 서버를 복원할 수 있음

CVCS로 불가능한 복잡한 방식의 작업을 할 수 있음.

1. 3 Git은 무엇인가?

기존 VCS와의 차이

Untitled

  • 기존의 VCS : 델타 기반 시스템; 시간에 따라서 파일이 변경된 부분만을 저장

Untitled

  • Git : 데이터를 스냅샷(온전한 전체 파일)의 연속된 흐름(stream)으로 취급함
    • 파일에 변화가 있는 경우 파일 전체를 새로 저장함
  • 커밋 → 파일의 현재 상태를 스냅샷(스크린샷을 찍듯이)으로 만들고 참조(reference, 일종의 링크)를 저장
  • 파일에 변화가 없는 경우 저장되어 있는 이전의 파일에 대한 링크(참조)를 저장

Git은 일종의 파일 시스템으로 볼 수 있음

파일이 변경될때 마다 전체를 백업하는 방식으로 작동하기 때문

Commit, Modified, Staged

Git이 파일을 관리하는 세 가지 상태

  • Commit : 로컬 데이터베이스에 데이터가 저장된 상태
  • Modified : 파일이 수정되고 커밋하지 않은 상태
  • Staged : 수정한 파일을 커밋한다고 표시한 상태

Untitled

  • .git : Git의 메타데이터와 데이터베이스가 저장됨
  • Working Directory(Tree) : 커밋하지 않은 수정하거나 새로 추가한 것들이 위치하는 곳
    • Untracked : 새로 추가하거나 무시하도록 .gitignore에 추가된 파일
    • Tracked : git에서 관리되고 있는 파일 수정될 경우 .git에서 checkout되어 working tree로 오게 됨
  • Staging Area : working tree에서 수정/추가한 것들 중 커밋한다고 표시한 것들이 위치하는 곳
    • 보통 .git 폴더 안에 존재
    • index라고도 불림
    • commit 할때 이곳의 넘어온 변경사항들만이 Repository에 저장됨

Git의 작업 방식

  1. Working Tree에서 파일 수정
  2. 변경사항을 Stage해서 Staging Area에 임시적인 스냅샷을 저장
  3. Commit해서 Staging Area에 있던 스냅샷을 .git의 영구적인 스냅샷으로 저장
]]> <![CDATA[The Unix Shell]]> https://velog.io/@sidamo_dev/the-unix-shell https://velog.io/@sidamo_dev/the-unix-shell Thu, 24 Aug 2023 11:33:48 GMT Software Carpenty의 The Unix Shell 강좌 내용을 정리했습니다. 모든 내용과 이미지는 해당 강좌에서 발췌하였습니다.

01. Introducing the Shell

Background

컴퓨터와 인간의 상호작용

  • GUI : 직관적이지만 복잡하고 반복작업의 효율성이 떨어짐
  • CUI : 비교적 덜 직관적이지만 반복의 자동화가 수월하고 명령전달이 빠름

The Shell

쉘 = 사용자가 명령어를 입력할 수 있는 프로그램

  • Bash : 현대 Unix의 기본 쉘
  • Git Bash : 윈도우 환경에서 Bash 인터페이스로 Git을 사용하게 해주는 툴
  • 명령어들의 나열이 스크립트로 쓰여질 수 있음 => 효율성 증가

02. Navigating Files and Directories

  • pwd : print working directory

  • / : 첫글자로 오는 경우 root, 경로 중간에 사용되면 seperator를 의미

  • ls : 현재 directory의 내용물을 표시

    • -F : 마커로 이해하기 쉽게 분류함 / : directory @ : link
       \* : excutable
      없음 : file
    • -R : 모든 하위 경로를 계속해서 표시함(Recursively)
      • -l : 권한, 소유자, 크기, 수정시간 등의 추가적인 정보까지 포함하여 목록으로 나열(long listing format)
      • -h : -l과 함께 사용되며 크기를 문자 접미사로 표시(human readable)
      • -t : 알파벳순 대신 최근 수정된 순으로 나열
      • -r : reverse order
      • 옵션들을 붙여서 사용할 수 있음(-lt..)*
      • -a : show all 아래와 같은 모든 파일과 디렉토리를 표시(숨긴 것 포함) .으로 시작하는 파일 : 숨김파일로 보통 프로그램들에 대한 설정을 담고 있음, 쉘이 복잡해지는 것을 막기 위해 사용됨 .bash_profile : 쉘 설정을 담고 있는 파일

        ./: 현재 디렉토리 ../: 상위 디렉토리

  • clear : 윈도우와는 다르게 스크롤하면 이전 화면이 남아있음

  • man : Linux/Mac의 내장 명령어 메뉴얼

    • B, 스페이스바 : 페이지 넘김↕️
    • / : 결과내 검색
    • N, Shift+N : 검색결과 이동↕️
    • Q : 종료

GNU 메뉴얼 https://www.gnu.org/manual/manual.html

  • cd : change directory, 경로 이동에 사용 옵션 없이 호출하면 home 리턴 -> home의 의미
    • absolute path : 루트에서 현재 위치까지의 경로를 의미 pwd -> 현재 위치의 절대경로 출력
      • relative path : 현재 위치에서 시작되는 경로
    • ~ : home으로 해석됨, 경로 첫번째 자리에서만 동작함
    • - : 이전 경로로 해석됨

쉘 명령어의 문법 구조

  • OPTION : 명령어의 행동을 변형시킴
    • - : short options, 쉘에 직접 입력할때 주로 사용
    • -- : long options, 스크립트에서 주로 사용
  • ARGUMENT : 명령어에게 대상을 지정

인자 없는 옵션의 단독 호출을 switch, flag라고 부름

*각각의 부분은 공백으로 구분됨, 대문자 구분 *

  • Tab : 쉘에서 입력중 Tab키를 누르면 자동완성(tab completion), 두번 누르면 검색결과 표시

03. Working With Files and Directories

디렉토리 생성

  • mkdir
    • -p : 공백으로 구분된 인자에 대하여 하위경로(nested subdirectory)를 포함하여 생성 ($ mkdir -p /a/b /c/d) p 옵션을 주지 않을 경우 중간의 디렉토리가 존재하지 않는다면 오류 발생

파일과 디렉토리를 위한 좋은 네이밍

  1. 공백을 사용하지 말 것.
    • 공백은 인자들을 구분할때 사용되므로 오류가 발생할 수 있음
    • 공백 대신 -/_를 사용
  2. 대쉬로 시작하지 말 것.
    • 옵션으로 해석되기 때문
  3. 되도록이면 알파벳, 숫자, ., -, _만 사용할 것.
    • 특수문자들은 특별한 의미를 가지고 있는 경우가 많음
    • 예키지 않은 동작을 초래할 수 있음
    • 특수문자나 공백을 사용하려면 전체를 ""로 감싸줄 것

  • nano : GNU 텍스트 에디터, pico 에디터의 강화판 _GNU : 상용 Unix에 호환되는 운영체제와 그에 호환되는 자유 소프트웨어(상업적 이용까지도 무료) 프로젝트\

    _

    • plain text만 읽고 쓸 수 있음
    • $ nano draft.txt 파일이 존재하지 않는 경우 생성함 $ touch draft.txt 도 존재하지 않는 파일을 생성함 → 결과값을 파일에 추가하는 프로그램을 만들 때 유용함

Filename extensions

something.extension 파일이 어떤 종류의 데이터를 담고 있는지 사람 혹은 프로그램에게 알려주는 convention. 파일은 2진수만을 담고 있고 그것을 해석하는 규칙들이 다양한 것이다. 확장자는 아무것도 보증하지 않음.

파일과 디렉토리의 이동, 복사, 삭제

  • mv : move, 파일이나 디렉토리를 이동시킴
    • 첫 번째 인자 = 대상, 두 번째 인자 = 위치
    • $ mv thesis/draft.txt thesis/quotes.txt 이름까지 지정 → rename
    • 이름이 겹칠 경우 덮어쓰기 때문에 주의해야함
    • -i : interactive, 겹치거나 할 경우 물어봄
  • cp : mv와 같지만 복사함 ls를 두 개의 인자로 호출해서 결과가 올바른지 확인할 수 있음
    • -r : recursive, 하위의 모든 내용물을 복사함
  • rm : remove
    • -i : interactive, 지우기 전 확인
    • -r : rm은 파일에 대해서만 동작하지만 재귀옵션으로 내용물을 포함한 하위 디렉토리를 모두 지울 수 있음

복수 파일, 디렉토리에 대한 적용

  • mv, cp 등에서 3개 이상의 인자가 주어지는 경우
    • 주어진 인자들을 모두 마지막 인자의 위치에 대해서 적용시킴

와일드카드

* : 하나 이상의 문자(문자가 없을 수 있음) ? : 하나의 문자(항상 문자가 있음)

04. Pipes and Filters

쉘의 가장 강력한 기능들 → 명령어를 조합하여 새롭게 활용

  • wc : word count / 파일의 줄, 단어, 문자를 셈

    • l : line
    • w : word
    • c : character(byte)
    • m : character(multi-byte)
      $ wc -l *.pdb > lengths.txt
      pdb (protein data bank format)

      > : redirect, 명령어의 실행 결과를 파일로 출력, 파일이 없으면 생성, 있으면 덮어씀.

  • cat : concatenate(연관시키다), 파일의 내용을 출력함, 다수의 파일 → 덧붙임/병합

  • less : 파일의 내용을 스크롤, 검색 가능한 뷰어를 통해 큰 화면으로 출력

  • sort : alphanumerical순으로 정렬(아스키코드), 파일에 영향을 끼치지 않고 결과를 반환.

    • -n : numerical, 작은 수부터

  • head : 파일의 시작부터 일부분을 출력, 내용을 빠르게 확인할 수 있음

    • -n n : n번째 줄까지를 출력
    • tail : head와 비슷하지만 파일의 끝부분부터 출력

  • cut : 파일의 일부를 제거

    • tab 문자로 줄을 구분함
    • -d : delimiter(구획 문자), 구획문자 지정
    • -f : 구분된 열 지정

  • uniq : 인접한 줄에서 중복된 내용을 제거, 보통 sort와 함께 사용됨

    • -c : 항목별로 중복되는 횟수 표시

$ sort -n lengths.txt > lengths.txt 결과를 다시 같은 파일에 저장하는 경우 파일이 손상됨

  • echo : 전달받은 인자를 출력함

>와 >>의 차이

      $ echo hello > test1.txt
    $ echo hello >> test2.txt

>는 파일을 새로 덮어쓰지만 >>는 append, 파일의 끝에 내용이 추가됨

결과를 다른 명령어로 보내기

$ sort -n lengths.txt | head -n 1

| : pipe, 왼쪽 명령어의 결과를 오른쪽 명령어에 인자로 전달함.

정렬을 위한 중간 파일의 필요가 없어져서 효율이 증가

명령어 결합하기

pipe를 합성함수처럼 연속적으로 사용할 수 있음

$ wc -l *.pdb | sort -n | head -n 1

함께 작동하도록 만들어진 도구들

프로그램들을 연결한다는 아이디어 ➡️ 유닉스가 성공한 이유

pipes and filters

*프로그래밍 모델 * 많은 기능을 갖춘 거대한 프로그램보다 심플하고 연동이 잘 되는 여러 개의 작은 프로그램들을 만들기 filter : wc, sort같은 stream 입력을 stream 출력으로 변환시키는 프로그램

거의 모든 유닉스 프로그램은 이런 pipeline으로 작동함 → 입출력이 standard input, standard output으로 표준화되어있기 때문 → 이런 설계 철학을 따라야 사용자들도 pipeline을 통해 효율적으로 활용할 수 있음

The best way to use the shell is to use pipes to combine simple single-purpose programs (filters).

05. Loops

shell-lesson-data/exercise-data/creatures basilisk.dat minotaur.dat unicorn.dat 목표 ➡️ 각 생물의 '문'을 출력

  • 의사 코드를 이용한 general form of loop

    # The word "for" indicates the start of a "For-loop" command
for thing in list_of_things 
#The word "do" indicates the start of job execution list
do 
  # 들여쓰기는 필요없지만 가독성을 높여줌
  operation_using/command $thing 
# The word "done" indicates the end of a loop
done

  • 수정한 예시

    for filename in basilisk.dat minotaur.dat unicorn.dat
do
  echo $filename
  head -n 2 $filename | tail -n 1
done

  • 결과

    basilisk.dat
CLASSIFICATION: basiliscus vulgaris
minotaur.dat
CLASSIFICATION: bos hominus
unicorn.dat
CLASSIFICATION: equus monoceros

FOLLOW THE PROMPT for문을 입력하고 return하면 쉘 프롬프트가 $에서 done을 return 할 때까지 >로 바뀜, 명령어를 마무리하지 않았다는 것을 의미 ;은 한 줄에서 두 명령어를 구분할 때 사용됨

  • 변수 : 루프를 돌며 순차적으로 리스트의 항목이 변수에 할당됨

    • $ : 쉘 인터프리터가 변수로 해석함
    • 연관성이 있고 이해하기 쉬운 변수명을 사용해야함
    • 프로그램은 사람이 이해할 수 있을 때만 유용하다.

  • history : 최근에 사용한 명령어를 번호로 모두 나열함

    • !번호 : 명령어를 다시 실행함
    • $ history | tail -n 5 : 가장 최근 것들을 유용하게 표시

  • Ctrl + R : reverse-i-search, 가장 최근의 명령어를 검색할 수 있음

    누를 때마다 다음 검색

  • !! : 가장 최근의 결과

  • !$ : 최근에 입력에서 마지막 단어

루프를 사용할때는 한 번에 많은 실수가 발생할 수 있기 때문에 echo로 실행될 명령어를 미리 확인하는 것이 좋음.

06. Shell Scripts

  • *.sh : 쉘 스크립트, bash로 실행
    • $n : 쉘 스크립트에서 실행할때 전달받은 n번째 인자
    • $@ : 공백으로 구분된 각각의 모든 인자
    • $* : 모든 입력이 하나의 인자로 해석됨
    • 인자를 변수로 받는 경우 ""로 감싸서 공백에 대비
    • # : 주석

Bash Alt 단축기 사용하기 터미널 ➡️ 설정 ➡️ 프로파일 ➡️ 키보드 ➡️ Option을 Meta키로

$ history > test.sh

test.sh에는 history > test.sh가 포함됨

  • 쉘은 명령어를 실행하기 전 항상 로그에 기록함
    → 충돌이나 오류에 대비하기 위함
  • history | head -n | tail -n > recent.sh history를 이용하여 간편하게 스크립트를 만들 수 있음
  • Shell Expansion : 쉘에 입력한 내용이 특수한 의미로 해석되는 것 ➡️ 쉘 자체적으로 의미를 대체시킴

쉘 심화자료

07. Finding Things

Grep

Global/Regular Expression/Print

  • 유닉스 에디터들의 공통적인 기능과 동명의 CLI 프로그램

  • 파일에서 패턴을 포함하는 줄을 찾아서 출력함

  • 기본적으로 패턴은 정규표현식을 따름

  • Options

    • -w : whole-word match

    • -n : 줄 번호를 표시

    • -i : case insensitive, 대소문자 구분안함

    • -v : invert, 패턴이 일치하지 않는 줄만 출력

    • -r : recursively, 하위 디렉토리까지 모두 탐색

Find

$find /path -options grep과는 달리 파일 자체를 찾음

  • tree : 디렉토리를 tree 구조로 보여줌(맥에는 기본x, brew로 설치)
  • find . : current working directory
  • -type d : directory only
  • -type f : file only
  • $find . -name *.txt : 쉘에 의해 즉시 와일드카드가 expansion되어서 CWD의 텍스트파일만 표시됨 ➡️""로 패턴을 묶어주어야 올바른 결과가 나옴

$() : 쉘이 명령어를 실행하기 전 괄호 내부를 먼저 확장시킴 → 임의의 명령어를 와일드카드처럼 사용할 수 있음

출처 및 참고

https://swcarpentry.github.io/shell-novice/index.html https://www.theodinproject.com/lessons/foundations-command-line-basics#assignment

]]>