알파와 오메가

학부 3학년 때 중세철학을 배우면서 안셀무스의 '존재론적 논증'과 토마스 아퀴나스 '우주론적 논증'을 통해 신의 존재 증명에 대해 공부하였다. 나는 그 당시 수학적으로 신존재를 논증하는 방법을 연구했었고, 중세 철학 수업 시간에 '우주론적 논증'에 대한 쪽지 시험에

$$ \sum_ {x=\alpha} ^ {\Omega} f(x) $$

$$\lim_ {x \to \infty} f(x) = \Omega$$

$$\lim_ {x \to -\infty} f(x) = \alpha$$ 라고 적어 냈다가 중세철학 과목 담당 신부님과 1시간 동안 면담을 해야 했었다.

성경에서 알파 오메가의 의미 및 수학적 표현

나는 알파이며 오메가이고 처음이며 마지막이고 시작이며 마침이다. (묵시 22, 13)

성경에서 알파 오메가는 그리스어로 "A"와 "Ω" 그리스어 알파벳의 첫 글자와 마지막 글자를 차용한 것으로, '가장 큰 것'과 '가장 작은 것'을 의미한다. 예수 그리스도를 알파 오메가로 선언하는 것은, 그리스도께서 모든 것을 아우르는 최대의 존재이며, 가장 작은 것인 모든 존재를 아우르는 존재라는 것을 의미한다.

수학적 표현의 가능성

수학적으로, 알파 오메가를 표현하는 방법은 여러 가지가 있을 수 있을 것이며, 아래에서 몇 가지 예를 들어보겠다.

1. 극한을 사용한 표현

알파 오메가는 극한의 개념과 관련이 있다. 극한은 함수의 가장 가까운 값 또는 가장 먼 값의 개념이며, 따라서 알파 오메가를 극한을 사용하여 다음과 같이 표현할 수 있겠다.

$$\lim_ {x \to \infty} f(x) = \Omega$$

$$\lim_ {x \to -\infty} f(x) = \alpha$$

2. 미분함수와 적분함수

미분함수와 적분함수 또한 알파 오메가를 표현하는 데 사용할 수 있다.

$$f'(x) = \frac{d}{dx} \Omega$$

$$F(x) = \int_{-\infty}^{\infty} f(x) dx = \alpha$$

3. 함수의 비연속성

알파 오메가는 함수의 극한의 개념과 관련이 있지만, 함수의 비연속성도 포함된다. 따라서 알파 오메가를 다음과 같이 표현할 수 있다.

$$f(x) = \begin{cases} \alpha, & x < \Omega \ \Omega, & x \geq \Omega \end{cases}$$

4. 연역적 표현

알파 오메가는 연역적 표현으로도 표현할 수 있다.

$$\alpha = \lim _{x \to \infty} \frac{1}{x}$$

$$\Omega = \lim _{x \to -\infty} \frac{1}{x}$$

위의 예시들로 수학적 표현의 몇 가지 방법을 보여주었다. 그러나 알파 오메가를 통해 신의 존재를 수학적으로 구체적으로 표현하기는 어렵다. 그 이유는 알파 오메가 그리스도는 존재론적 개념이며, 수학적으로 명확하게 정의할 수 있는 도구는 존재하지 않는 것 같다.

결론

알파 오메가는 수학적으로 표현하기 어렵지만, 극한, 미분함수, 적분함수, 함수의 비연속성, 연역적 표현과 같은 수학적 도구를 사용하여 상기된 개념을 나타낼 수 있다.

클라우드 서비스 중 많이 사용하는 것 중 하나로 AWS(Amazon Web Service)가 있다. AWS는 가입완료(결제 신용카드 등록까지 완료해야 한다.) 후 12개월간 무료로 EC2 인스턴스 한대와 RDS 데이터베이스 인스턴스 한대 그리고 VPC 탄력적IP 1개(EC2서버에 연동할 경우에 한해)를 무료로 12개월 간 지원한다. 여기서 12개월 무료인줄 알았으나 EC2 인스턴스 사용 과금이 되었다. RDS에 과금이 되었다라는 이야기를 종종 들을 수 있다. AWS 너무 사기꾼이다 그냥 카페24 쓰고 만다 하는 개발자들이 주변에 꽤 있었다.

그렇다면 어떻게 인스턴스 구성을 해야 불필요한 과금 없이 AWS의 EC2 인스턴스와 RDS 그리고 탄력적 IP를 12개월간 날로 먹을 수 있을지 알아보도록 하자.

EC2 인스턴스

리전 아시아 태평양 (서울) 기준으로 EC2 인스턴스를 사용할 때 애플리케이션 및 OS 이미지(Amazon Machine Image) 정보에서는 MacOS가 아닌 이상 대부분 프리티어를 지원할 것이다. 통상적으로 익숙한 우분투 24.04 LTS 버전을 사용하면 될 것이다.

인스턴스 유형은 t2.micro를 선택하자 t3.micro도 프리티어로 사용할 수 있는 리전이 있으나 현재 아시아 태평양 (서울) 리전에서는 t3.micro 인스턴스는 프리티어 지원하지 않는다.

키페어 설정은 .pem 파일로 만들어주면 될 것이다.

네트워크 설정은 443포트 https랑 22포트 http 트래픽 허용만 해주면 건드릴 부분은 없을 것이다.

그 다음 스토리지 설정에서 30GiB 범용 SSD(gp2) 선택해주자 혹자는 스토리지 10GiB로 3개 설정해서 30GiB 맞췄는데 과금이 됐다고 하는데 1대만 30GiB까지 사용 가능이다. 2대 이상으로 늘어날 경우 월 이용시간 750시간이 초과되므로 과금이 된다고 이해하자.

이정도로 구성해서 시작하면 될 것이다.

VPC 탄력적 IP

탄력적 IP를 할당해서 EC2에 연결해주자 안그러면 과금이 될 수 있다.

RDS

템플릿 프리티어 항목을 선택해서 만들어줘야 한다. db.t3.micro나 db.t4g.micro 둘 중 하나를 선택해야 한다. 스토리지를 선택할 때는 범용 SSD 20GiB 는 프리티어로 무과금 사용 가능하다고 하는데 범용SSD(gp2)만 해당한다. 필자는 범용SSD라고 해서 다 같은 범용SSD로 알고 gp3를 선택했다가 생때같은 3천 몇백원을 아마존에 상납하는 비극을 야기하기도 했었다. 스토리지쪽은 ▶︎추가 구성을 클릭해서 스토리지 자동 조정 활성화를 꼭 체크 해제해주길 바란다. 저거 체크 되면 데이터베이스 스토리지가 자기 멋대로 1테라까지 늘어나서 비극을 야기할 수 있다. 그리고 데이터베이스에 연결할 때 퍼블릭 연결 활성화를 하려고 EC2 인스턴스랑 연결을 하지 않는데 그렇게 하면 VPC의 IPv4에 데이터베이스가 할당되므로 과금이된다. 필자는 퍼블릭 연결 이용하려다가 2000원 가량의 피같은 돈을 AWS로부터 갈취당한 슬픈 경험이 있다. 그리고 누군가는 EC2를 통해서만 데이터베이스에 연결하게 해두면 토드나 디비버, 하이디에스큐엘, MySQL워크벤치 같은 데이터베이스 클라이언트 프로그램으로 데이터베이스 접근 못하는 것 아니냐고 하는데, 그렇지 않다. 웬만한 디비클라이언트들은 SSH터널을 지원하니까 SSH터널을 통해서 접근하게 하면 된다. 그러면 아래에 있는 자동 백업을 활성화합니다. 부분도 체크 해제 하는 것이 좋다. 깜빡하고 삭제하지 않은 스냅샷 형태로 저장된 백업파일이 나중에 복병으로 등장해 과금을 유발해 발목을 잡을 수 있기 때문이다.

이정도로 맞춰놓고 VPC대시보드에서 불필요한 리전에 등록된 VPC 삭제해주면 12개월은 무료로 AWS의 30기가 상당의 용량을 가진 EC2 인스턴스와 20기가 정도의 데이터베이스를 구축할 수 있는 데이터베이스 서버를 가질 수 있다.

끝으로

너무 피곤해서 SSH터널 뚫어서 DB연결하고 스프링 프로젝트에서 디비설정 어떻게 해야 SSH 도로공사를 해서 디비에 접근할 수 있을지는 나중에 기회가 된다면 다시 설명하도록 하겠따.

스프링을 처음 배울 당시 의존성 주입이라는 개념을 알고부터 본인은 @Autowired어노테이션만 있으면 온갖 서비스 클래스에서 메소드들을 막 가져다 쓸 수 있는 필드 인젝션의 매력에 흠뻑 빠졌었다. 2년 전 가을쯤이었나 하루는 커피숍에서 커피를 마시고 있는데 좀 떨어진 자리에서 개발자로 추정되는 인물들이 대화하는 내용이 들렸다. 대충 들어보니 '우리 회사 부장님이 독립성이 어쩌니까 골뱅이 오토 그거 쓰지 말라고 했는데 짜증난다.'라는 내용이었다. 그때 좀 생각해보고 의존성 주입에 대한 이야기라는 걸 알았고, 그때부터 필드인젝션의 사용을 줄이긴 했지만...그래도 아직 기한에 쫓기다보면 가끔 필드 주입 방식을 사용하기도 한다. 그렇다면 왜 필드 주입 방식이 지양되고, 생성자 주입 방식이 권장되는지 알아보도록 하자.

의존성 주입 방법 3가지

의존성을 주입할 때는 보통 3가지 방법중 하나를 택하게 되는데 생성자 주입, 수정자 주입, 그리고 마지막으로 필드 주입이 있다. 세가지 주입 방법에 대해 간단히 확인 해 보고 가자.

생성자 주입(Constructor Injection)

@Controller
public class Controller {
    // final로 선언 가능
    private final Service service;

    @Autowired
    public Controller(Service service) {
        this.service = service;
    }
}

생성자 주입 입니다. 말그대로 생성자를 통해 의존성을 주입 받는다.

수정자 주입(Setter Injection)

@Controller
public class Controller {
    private Service service;

    @Autowired
    public void setService(Service service) {
        this.service = service;
    }
}

수정자 주입은 생성자 주입과 비슷 하게 생겼지만, 생성자가 아닌 setter 메서드를 통해 주입받는다는 차이가 있다.

필드 주입(Field Injection)

@Controller
public class Controller {
    @Autowired
    private Service service;
}

필드 인젝션은 단순하게 주입받을 객체에 @Autowired 어노테이션만을 붙이면 끝이다.

어떤 주입 방식을 사용하는게 좋을까?

Spring Framwork reference에서 권장하는 방법은 생성자를 통한 주입 방식이다. @Autowired 어노테이션만으로 간단하게 의존성을 주입할 수 있는데 왜 생성자 주입 방법을 권장하는걸까? 필드 주입이나 수정자 주입과 다르게 생성자 주입 방법이 주는 장점에 대해 알아보도록 하자.

생성자 주입을 권장하는 이유

불변성(Immutablility)

생성자로 의존성을 주입할 때 final로 선언할 수 있고, 이로인해 런타임에서 의존성을 주입받는 객체가 변하지 않는다. 수정자 주입이나 필드 주입을 이용하게되면 불필요하게 수정의 가능성을 열어두게 되고, 이는 객체지향설계의 5가지 원칙 중 OCP(Open-Closed Principal, 개방-폐쇄의 원칙)를 위반하게 된다. 그러므로 생성자 주입을 통해 변경의 가능성을 배제하고 불변성을 보장하는 것이 좋다. 또한, 필드 주입 방식은 null이 만들어질 가능성이 있는데, final로 선언한 생성자 주입 방식은 null이 불가능하다.

필드 주입 방식은 강한 결합을 갖는다.

스프링 프레임워크를 사용함으로서 얻는 가장 큰 이점은 스프링의 IOC 를 쉽게 이용 할 수 있다는 점이다. 스프링의 DI 컨테이너는 의존하는 bean 간에 느슨한 결합을 제공해준다, @Autowired를 이용한 필드 인젝션을 하면 스프링을 통해서만 의존성 주입이 가능하기 때문에 해당 Bean들이 스프링의 DI 컨테이너와의 강한 결합을 하게 된다. 모순적이게도 Spring DI container를 사용하는 이유와 정 반대인 상황에 직면한다.

단위 테스트 용이

생성자 주입을 사용하게 되면 테스트 코드를 좀 더 편리하게 작성할 수 있다.

독립적으로 인스턴스화가 가능한 POJO(Plain Old Java Object)를 사용하면, DI 컨테이너 없이도 의존성을 주입하여 사용할 수 있다. 이를 통해 코드 가독성이 높아지며, 유지보수가 용이하고 테스트의 격리성과 예측 가능성을 높일 수 있다는 장점이 생기게 된다. 위와 같은 이유로 필드 주입이나 수정자 주입 보다는 생성자 주입의 사용이 권장된다.

끝으로

생성자 주입방식을 사용할 때 생성자를 일일이 만드는 것이 불편할 수 있지만 생성자를 자동으로 생성해주는 @RequiredArgsConstructor를 사용한다면 간단하게 생성자를 생성할 수 있다.

@Controller
@RequiredArgsConstructor
public class Controller {

    private final Service service;

}

1단계

스프링 공식 홈페이지 https://spring.io 에 접속한다.

2단계

상단 메뉴바의 Project >> Spring Initializr를 선택한다. 아니면 https://start.spring.io를 주소창에 직접 입력해서 접속 가능하다.

3단계

프로젝트 빌드에 필요한 항목들을 선택해준다.

• Project : 프로젝트의 빌드툴을 선택한다. Gradle-Groovy, Gradle-Kotlin, Maven을 선택할 수 있는데, 편의상 Gradle-Groovy를 선택하자, 예전에는 Maven프로젝트를 많이 사용했었는데, pom.xml들어가서 의존성 추가하고 빼고 이런게 너무 귀찮고, 헷갈리는데 Gradle에서는 build.gradle을 통해 이러한 작업이 Maven 프로젝트 보다 간단하다.

• Language : 프로젝트에서 사용할 프로그래밍 언어 선택 여기서는 Java를 선택하기로 했다.

• Spring Boot : 스프링 부트의 버전을 선택. 이름뒤에 아무 것도 안붙은 것 3.3.1을 선택했다. 참고로 (SNAPSHOT)은 아직 테스트중인 버전이다.

• Project Metadata : 프로젝트 정보를 입력한다.

• Group : 프로젝트 그룹 이름으로 지난 오프라인 모임에서 부회장님이 발표했던 '운명의 붉은실 - 월하'라는 이름이 너무 가슴에 팍 꽂혀서 com.destiny로 정했다.

• Artifact : 빌드 결과물의 이름이다. worlha로 정했다.

• Name : 프로젝트명이다. 위와 같이 worlha.

• Description : 프로젝트에 대한 간단한 설명을 적으면 된다.

• Package name : 프로젝트에 생성할 패키지명을 설정한다. com.destiny.worlha라는 패키지를 사용할 것이다.

• Packaging : Jar로 배포할 것인지 War로 배포할 것인지 선택한다. Jar를 선택했다. JSP를 사용할 것이라면 War를 선택하는 게 좋다.

• Java : JDK의 버전을 선택한다. JDK temurin 17로 개발할 예정이다. 17을 선택하고 오른쪽을 보면

• Dependencies : 프로젝트를 통해 만들 Application의 구동에 필요한 라이브러리들을 선택한다. 여기서는 Spring Web(웹 개발 도구), lombok(롬복 어노테이션 활용을 위한 라이브러리), Spring Security(나중에 보안 인증 관련해서 사용할 예정이다.), OAuth2 Client(나중에 이메일 인증 관련해서 Autholization할 때 필요하다.), H2 Database(데이터베이스), Spring Data JPA(JPA는 Java Persistence API의 약어로 JAVA에서 ORM기술을 통해 자바 어플리케이션에서 관계형 데이터베이스를 사용하는 방식을 정의한 인터페이스로 데이터 사용하기 편리하게 만들어 놓은 것이라고 대충 그렇게 알고 넘어가자 자세하게 설명하자면 나도 잘 모른다.), Java Mail Sender(나중에 이메일 인증을 통해 가입하는 기능을 구현하려면 필요하다.)

참고로 위에서 추가한 의존성들 중에서 lombok은 웬만하면 https://projectlombok.org/download 에서 다운로드 받아서 따로 설치해서 사용하자. lombok 때문에 애먹는 일이 생기는 것을 방지하기 위해서이다.

4단계

좌측 하단의 GENERATE 버튼을 눌러서 프로젝트를 다운로드 받자.

• 다음 성장일지에 계속 (To be continued...)

vi / vim 편집기 명령어 정리

Vim Editor에서 사용할 수 있는 명령어들에 대해 정리해보았다.

시작 명령어

모드 전환 명령어

종료 명령어

이동 명령어

텍스트 편집 명령어

텍스트 검색 명령어

텍스트 치환 명령어

파일 저장 명령어

들여쓰기 명령어

기타 명령어

행 번호 설정 명령어

줄 이동 명령어

요즈음에는 GUI를 지원하는 Cloud 서버 환경에서 개발하는 경우가 많기에 잘 쓰이지 않을 수도 있으나, 최근에도 Linux 환경에서는 Vim Editor를 사용해야 할 경우가 생긴다. FTP를 이용해서 다른 에디터를 사용해도 되고, nano Editor 등 다른 에디터를 사용하는 방법들이 있을 수 있겠으나, vim Editor 사용을 익혀서 나쁠 것은 없다고 생각하기에 Vim Editor 꾸미는 방법을 알아보기로 했다.

터미널 창 열기

먼저 터미널 창을 열고

$ vi ~/.vimrc

위의 명령어를 입력해서 .vimrc 파일을 수정한다.

Vim Editor의 세가지 모드

Vim Editor 명령모드, 입력모드, 마지막 행 모드로 총 3가지 모드로 구성되어있다.

:set relativenumber
:set number
:set autoindent
:set tabstop=4
:set shiftwidth=4
:set smarttab
:set softtabstop=4
:set mouse=a

call plug#begin()

Plug 'http://github.com/tpope/vim-surround' " Surrounding ysw)
Plug 'https://github.com/preservim/nerdtree' " NerdTree
Plug 'https://github.com/tpope/vim-commentary' " For Commenting gcc & gc
Plug 'https://github.com/vim-airline/vim-airline' " Status bar
Plug 'https://github.com/lifepillar/pgsql.vim' " PSQL Pluging needs :SQLSetType pgsql.vim
Plug 'https://github.com/ap/vim-css-color' " CSS Color Preview
Plug 'https://github.com/rafi/awesome-vim-colorschemes' " Retro Scheme
Plug 'https://github.com/neoclide/coc.nvim'  " Auto Completion
Plug 'https://github.com/ryanoasis/vim-devicons' " Developer Icons
Plug 'https://github.com/tc50cal/vim-terminal' " Vim Terminal
Plug 'https://github.com/preservim/tagbar' " Tagbar for code navigation
Plug 'https://github.com/terryma/vim-multiple-cursors' " CTRL + N for multiple cursors
Plug 'https://github.com/rstacruz/vim-closer' " For brackets autocompletion


" Auto-completion  For Javascript
Plug 'neoclide/coc.nvim', {'do': 'yarn install --frozen-lockfile'} " this is for auto complete, prettier and tslinting
let g:coc_global_extensions = ['coc-tslint-plugin', 'coc-tsserver', 'coc-css', 'coc-html', 'coc-json', 'coc-prettier']  " list of CoC extensions needed

Plug 'jiangmiao/auto-pairs' "this will auto close ( [ {

" these two plugins will add highlighting and indenting to JSX and TSX files.
Plug 'yuezk/vim-js'
Plug 'HerringtonDarkholme/yats.vim'
Plug 'maxmellon/vim-jsx-pretty'

set encoding=UTF-8

call plug#end()

nnoremap <C-f> :NERDTreeFocus<CR>
nnoremap <C-n> :NERDTree<CR>
nnoremap <C-t> :NERDTreeToggle<CR>
nnoremap <C-l> :call CocActionAsync('jumpDefinition')<CR>

nmap <F8> :TagbarToggle<CR>

:set completeopt-=preview " For No Previews

:colorscheme jellybeans

let g:NERDTreeDirArrowExpandable="+"
let g:NERDTreeDirArrowCollapsible="~"

" --- Just Some Notes ---
" :PlugClean :PlugInstall :UpdateRemotePlugins
"
" :CocInstall coc-python
" :CocInstall coc-clangd
" :CocInstall coc-snippets
" :CocCommand snippets.edit... FOR EACH FILE TYPE

" air-line
let g:airline_powerline_fonts = 1

if !exists('g:airline_symbols')
    let g:airline_symbols = {}
endif

" airline symbols
let g:airline_left_sep = ''
let g:airline_left_alt_sep = ''
let g:airline_right_sep = ''
let g:airline_right_alt_sep = ''
let g:airline_symbols.branch = ''
let g:airline_symbols.readonly = ''
let g:airline_symbols.linenr = ''

inoremap <expr> <Tab> pumvisible() ? coc#_select_confirm() : "<Tab>"

위의 내용을 전체 다 복사해서 붙여넣기 한 후 [esc] 키를 눌러 명령모드로 전환 후 :wq를 입력하여 문서를 저장 후 터미널로 나간다.

터미널에서

$ curl -L -o ~/.vim/autoload/plug.vim --create-dirs https://raw.githubusercontent.com/junegunn/vim-plug/master/plug.vim

위의 명령어로 플러그인을 설치할 수 있도록 plug.vim을 설치해주도록 하자.

다시 vi ~/.vimrc 를 입력해서 .vimrc를 수정해주려 하면 error가 뜰 것인데 아직 플러그인이 설치되지 않아서 그런 것이므로 [Enter]키로 넘겨주면 된다.

vim Editor의 명령모드에서 :PlugInstall 을 입력하고 [Enter]를 쳐주면

위와 같이 플러그인이 설치된다.

:q로 다시 터미널 창으로 나간다.

$ brew install node

nodeJs를 설치한 후 coc.nvim 디렉토리로 이동한다.

$ cd .vim/plugged/coc.nvim/

$ npm install --global yarn

$ yarn install

$ yarn build

yarn 설치 후 vi 명령어 통해 vim Editor를 실행시킨다. vim 명령모드에서

:CocInstall coc-python
:CocInstall coc-pyright
:CocInstall coc-tabnine
:CocInstall coc-json

등을 설치해준다. 여기까지 정상적으로 설치가 된다면 위와 같이 자동완성 기능을 지원한다. 자동완성을 사용하는 방법은 ctrl + p 또는 ctrl + n으로 사용한다.

오늘은 개발환경 세팅에 앞서 위한 Terminal창을 꾸미는 방법에 대해 알아보도록 하겠다. 개발을 하다보면 GUI(그래픽유저인터페이스)가 아닌 CLI(커멘드라인인터페이스) 환경에서 작업하는 일이 생긴다 CLI 환경에서 가독성과 생산성을 높이기 위해서는 CLI인 터미널창을 약간 커스텀 해주면 작업환경이 쾌적해질 수 있다. 이번에는 MacOS환경에서 터미널을 간단하게 꾸며보도록하겠다.

Terminal 열기

⌘(command) + Space

Homebrew 설치

홈브루는 MacOS용의 훌륭한 패키지 관리자이다. 홈브루를 설치하면 CLI환경에서 편리하게 패키지를 관리할 수 있다.

https://brew.sh/ko/

$ /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

Font 설치

나는 JetBrain Mono Nerd Font라는 폰트를 설치하겠다.

$ brew install --cask font-jetbrains-mono-nerd-font

oh-my-zsh 설치

Wget으로 설치

$ sh -c "$(wget https://raw.githubusercontent.com/ohmyzsh/ohmyzsh/master/tools/install.sh -O -)" 

Curl로 설치

$ sh -c "$(curl -fsSL https://raw.githubusercontent.com/ohmyzsh/ohmyzsh/master/tools/install.sh)" 

Screefetch

터미널 창을 열 때 정보를 확인할 수 있는 스크린페치를 설치한다.

$ brew install neofetch

Terminal 설정 변경

 ⌘(command) + ,(comma)

터미널 설정에서 배경색상과 폰트등을 변경해준다. 나는 아까 설치한 JetBrain Mono Nerd Font를 설치했다.

.zshrc 파일 수정

vim으로 편칩

$ sudo vim ~/.zshrc

nano로 편집

$ sudo nano ~/.zshrc

.zshrc 파일을 열어서 내부의

ZSH_THEME="robbyrussell"

부분을 원하는 theme으로 설정해준다. 나는 개인적으로 "agnoster"로 설정했다.

ZSH_THEME="agnoster"

맨 마지막 줄에는 아까 설치한 neofetch를 실행할 수 있도록 해준다

neofetch

이제 터미널 창을 재시작하면

$ source ~/.zshrc

이렇게 터미널창이 보기 좋게 꾸며졌다. 다음 시간에는 CLI 환경에서 많이 사용하는 텍스트에디터인 Vim을 커스텀해서 가독성과 생산성을 높이는 방법에 대해서 알아보도록 하겠다.