Aloha!

 개발자가 되기로 마음 먹었다. 생활코딩을 통해 찬찬히 발을 들여놓을 놓고 여러 부트캠프를 탐색하던 도중 'SW 사관학교 정글'과 '바닐라코딩'의 후기가 유독 눈에 들어왔다. 그리고 유망한 스타트업에서 HR을 맡고 있는 친구가 나에게 정글을 정말 적극 추천해주었다.

 'SW 사관학교 정글'로 크래프톤의 장병규 의장님이 수장이 되어 운영되어지는 부트캠프이다. 간단한 자기소개서와 1분 동영상, 코딩 시험, 면접을 거쳐 선발되는데 합격 시 대전의 카이스트에서 폐관 수련을 하게 된다.

SW 사관학교 정글 : https://swjungle.net/

 응시료와 자기소개서/1분 동영상만 제출하면 시험을 누구나 볼 수 있다. 친구가 추천해주기 전에도 한번 제출한 적이 있는데 본래의 직무가 바쁘다는 핑계로 시험을 치루지 않았다. 3개월 뒤 다시 모집 공고를 보게 되었고, 3개월 전보다 훨씬 간절해진 나는 무조건 통과하겠다는 마인드로 도전했다.

하지만 결과는 좋지 못했다. 기능을 완전히 구현하지 못했기도 했고 자기소개서에 나의 절실함이 담기지 않았나보다. 실패는 너무나도 쓰라렸다... 1차에 탈락이라니... 그 수많은 부트캠프 중 1곳을 탈락했을 뿐인데 취준 때 우두두두두 떨어지는 서류보다 아팠다.

 그래도 멘탈 회복력은 좋다. 겨우 지금의 실력으로는 들어가서 따라가지 못하겠구나, 오히려 더 노력할 수 있는 발판이 생겼을 뿐이다라고 생각했다.

 하고 싶은 일을 할 수 있게 되는데 1000~1500만원 정도의 지불은 감당할 수 있다고 여겼다. 사회초년생이라 모아둔 돈은 거의 없지만 개발자로서 벌게 될 미래를 생각한다면 초반의 큰 지불이 오히려 눈덩이처럼 불어나게 될 수 있다. 그래서 국비지원보다는 확실하게 기초를 다질 수 있는 부트캠프를 가고자 마음 먹었다.

 정글 탈락 이후 바닐라코딩으로 눈을 돌렸다. 바닐라코딩 '본' 부트캠프는 코딩테스트가 필요한만큼 입성하기 전에 어느 정도의 실력이 요구된다. 동시에, 본 부트캠프에 걸맞는 실력을 키울 수 있는 'Prep' 부트캠프가 사전에 운영되며, 또 Prep 부트캠프에 걸맞는 실력을 키울 수 있는 '바닐라코딩 사전학습 가이드'가 존재한다. 

 천천히 바닥부터 다지고 가는 것을 좋아하는 나에게 마음에 드는 과정이었다. 본 부트캠프가 오프라인으로 운영된다는 점도 나를 기쁘게 했다. 오프라인이 확실히 의사소통도 자유롭고 더 많은 것을 배워갈 수 있기 때문이라고 생각이 들어서이다. 그리고 퇴사한 뒤에 부트캠프에 참여할 것인데 집에서 온라인으로만 듣고 있으면 잉여로울 것 같다...

'지는 건 괜찮아요, 자랑스러웠어요. 나도 한번 해봤다.'

 바닐라코딩에 들어가는 또한 실패할 수 있다. 오히려 정글보다 더 어려울 수도 있다. 하지만 어렵다고 안하는 것만큼 멍청한 짓은 없을 것이다. 실패하더라도 깨닫고 얻어가는 것이 있을 것이고 정글에 실패하고 바닐라코딩이 보였던 것처럼 다른 입구가 보일 수도 있다!

• 실습환경 준비

코딩 에디터가 필요하다. 생활코딩 HTML 강의는 Atom을 쓰는데, 나는 이미 Visual Studio Code가 있고 거의 써보진 않았지만 이미 생활코딩 강의를 어느 정도 들어봤는데 VSC를 써도 별 문제가 없을 것 같다.

근데 생활코딩은 왜 Atom을 쓸까? 대부분이 VSC를 쓰지 않나?

Visual Studio Code vs Atom : https://ko.myservername.com/visual-studio-code-vs-atom

먼가 번역체로 쓰여져 있고 대부분 처음 듣는 말이 많아 솔직히 잘 모르겠다. 그냥 VSC가 더 빠르긴 하단다.

그리고 학부시절 C언어 강의를 들은 적이 있는데 이 때 Visual Studio를 사용했다. 조금 비슷해 보여서 VSC를 쓰겠다. 그나마 더 익숙하기도 하고 인터페이스가 나한테는 더 편하다!

• 파일 열기

Chrome(Web Browser)에서 Crtl + O를 통해 현재 내 컴퓨터에 있는 파일을 불러올 수 있다.

• 기본 문법 Tag

<strong>글자를 진하게 강조할 수 있다.</strong>
<u>글자에 밑줄을 그을 수 있다.</u>
<h1>h1~h6으로, 글자의 크기를 조절할 수 있다. h1이 가장 크다. 제목, 소제목과 같다고 보면 되고, 줄바꿈이 실행된다</h1>
<br>을 통해서 줄바꿈을 실행할 수 있다.
<p>이 태그는 문단을 나타내는 paragraph의 약자로, 말 그대로 문단을 나타내고 '<h1~6>'태그처럼 줄바꿈이 실행된다.</p>
<img src="#">#에 img의 주소를 넣으면 사진을 불러올 수 있다. 혹은 같은 디렉토리(폴더)안에 있다면 파일 이름을 적어도 사진을 불러올 수 있다.
<title>head 태그 안의 title 태그 안에 해당 페이지가 가졌으면 하는 원하는 제목을 넣어, 페이지의 이름을 정할 수 있다.</title>

Tag는 무언가를 지정할 때 쓰인다.

• 부모-자식 구조

<div class="parent">
	<div class="child">
	부모(parent)의 속성이 바뀌면 자식(child)의 속성 또한 바뀌게 된다.
	HTML에서 div(parent) 안에 들어간 div(child)는 parent에 속해 있다고 보기 때문이다.
	</div>
</div>

• 목록

<ul>
	<li>1</li>
	<li>2</li>
	<li>3</li>
</ul>

ul 태그 안에 list를 배열하면 점으로 list들을 나열하게 된다.(이 또한 부모-자식 구조이다)

<ol>
	<li>1</li>
	<li>2</li>
	<li>3</li>
</ol>

반면 ol 태그 안에 list를 배열하면 숫자가 매겨지며 list들이 나열된다.

ol은 ordered, ul은 unordered의 약자라는 것을 알고 있으면 기억하기 수월하다.

• 링크

<a href="https://www.w3.org/TR/html5/" target="_blank" title="html5 specification">링크</a>

a 태그는 하이퍼링크를 걸어줄 때 사용된다. 여기서 href는 이동할 링크 주소이고, target="_blank"를 통해 새로운 창에서 링크가 뜨도록 할 수 있다. title="html5 specification"은 사용자가 마우스를 링크에 가져다 놓았을 때 Tool Tip이 뜨게 한다.

Tool Tip, 마우스가 안 보이는데 실제론 마우스를 갖다댔다.

• Server & Client

출처 : 생활코딩 HTML WEB1-17 강의

Web Browser, 즉 Client(나라고 생각하자)가 Server에 index.html을 Request(요청)하면, Server가 저장해두고 있던 index.html을 Response(반응)한다.

그냥 내가 서버에 index html 보여줘!라고 하면 서버가 index.html을 보여주는 단순한 것이다.

생활코딩에서는 웹호스팅(아직 잘 모르는 단어이다)으로 github를 썼다. 같은 개념인지는 모르겠지만, SW 사관학교 정글을 준비한 적이 있는데 이 때는 AWS Instance와 Gabia를 사용했었다. 일단 생각나는 것을 그냥 적어봤는데, 나중에 더 배우고 나서 저 2개가 다른 것임을 알게 된다면 조금 쪽팔릴 것 같다 ㅎㅎㅎ!

또한 Apache와 Bitnami를 이용해 localhost로 서버를 운영해 내가 만든 페이지를 열 수 있다. 앞의 Ctrl + O로 HTML 파일을 열었을 때와 다른 점은, 서버가 이용됐다는 점이다. 비록 지금은 서버를 내 컴퓨터에 두는 기반으로 내가 만든 HTML 파일에 들어갔지만, 훗날 좀 더 배우면 거대한 서버 대여 서비스를 이용해 내가 만든 웹, 앱, 혹은 프로그램을 배포할 수 있을 거란 생각이 든다.

출처 : 생활코딩

어렸을 적 집 컴퓨터로 게임을 하다보면 블루스크린이 뜬 경험은 모두 있을 터이다. 정말 난감하다. 3대3 헌터를 하다가, 영혼을 담은 한타 중 기괴한 소음과 함께 시퍼런 화면이 뜨는 것을 보면... 바로 후다닥 피시방으로 뛰어간 적도 있다.

요즘에는 블루스크린을 본 적이 없는 것 같다. 뭐가 업데이트 돼고 발달했길래 그런걸까? 예전엔 피시방에서도 자리 잘못 잡으면 블루스크린이 떠서 500원 날렸다는 생각에 정말 속상하곤 했었는데...(1시간에 500원인 아주 저렴한 피시방이 있었다)

절망감을 느끼고 있던 어린 나에게 항상 구원의 손길을 줬던 사람은 아버지의 지인, 컴퓨터 AS기사셨다. 

"아빠! 또 블루스크린 떴다..."

"맞나? 기다리 봐라"

AS기사분이 오시면 늦어도 다음 날까지는 고쳐져 있었다. 포맷을 다시 하거나 메인보드를 아예 교체하셨었는데 그게 나의 눈에는 하드웨어도 다룰 줄 알고 소프트웨어도 다룰 줄 아는 사람으로 보였었다.

'저 정도는 나도 하겠는데?'

AS기사분이 고치고 가시면 항상 들었던 생각이다 ㅎㅎㅎ. 하지만 이상하게 컴퓨터 자체를 바꿔도 AS기사분이 수리를 해주셔도 6개월에서 1년마다 블루스크린이 나에게 찾아왔다. 정말 화가 나기도 하고 절망감도 느꼈는데, 그 때쯤 되면 악에 받쳐 주먹을 날려보기도 했다. 물론 고쳐지진 않지만...

'뭐가 대체 문젠데!'

정말 짜증나서 그냥 내가 고쳐봐야겠다는 생각이 들었다. 형 컴퓨터를 통해서 '블루스크린 고치는 방법'이라고 검색하고 에러 코드도 막 찾아보면서 어떻게 하면 되는지 찾아보던 기억이 난다. 물론 AS기사님처럼 간단히 고치진 못했다. 하루를 뚝딱 날린 적도 있던 것 같다.

능수능란했던 AS기사님의 모습을 자주 보고 멋있다고 생각해서 어렸을 때부터 엔지니어의 꿈을 가져었던 것 같다. 누군가 못 고쳐서 끙끙 대고 있을 때 내가 고쳐주고 다시 사용할 수 있게 해주면 얼마나 멋있을까!

이러한 작은 바람이 어느 정도 나의 진로에 영향을 끼쳤다는 생각이 든다. 이과를 선택하고, 전기공학과로 입학하여 설비엔지니어로 취업하는 등등...

그렇게 4학년이 되어 취준을 하게 되었을 땐 가장 유망한 반도체 산업을 원했고 국내 1위인 삼성에 한번 들어가보고 싶었다. 그리고 설비엔지니어로 일하면 사무실에 있기도 하면서 현장에서 일하면 몸도 근질근질하진 않을거란 생각도 했다.(들어와서 보니 대부분의 업무 시간을 현장에서 보낸다)

막상 일해보니 내가 원하던, 어쩌면 '나중에는 괜찮아지겠지'라며 잠시 외면했던 것들이 여기엔 존재하지 않았다. 미래에도 마찬가지일 거라 생각했다. 멋 따윈 다 죽고 원활한 의사소통은 존재할 수 없는 분위기와 교대근무로 인한 패턴 붕괴. 단점도 많지만 좋은 점도 있다. 하지만 많다고 하진 않겠다.

그래도 최고의 장점은 내가 어떤 사람인지 조금은 알았다는 사실과 함께, 꼭 바뀌어야 겠다는 간절함이다. 변화를 실천하기 위해서는 눈으로 변화를 직시하며 점차 성취감을 얻는 것이라고 생각했다. 이것이 블로그를 시작하는 가장 큰 이유인 것 같다. 조금 무거운 느낌이 드는데 그저 떠오르는 생각들을 편하게 내뱉고 가볍게 얘기하도록 하겠다.