HJH 기술블로그

클래스와 객체

객체란?

클래스가 메모리가 올라간 상태를 말한다.

클래스란?

public class TheNewBook {}에서 class를 말한다.

객체란?

TheNewBook a = new TheNewBook();처럼 new가 붙은 것을 말한다.

클래스란?

객체가 new 되어 메모리에 올라가기 전 상태를 말한다.

자바에서 메모리에 올리는 예약 어는 두 가지가 있다.

static

new

이다. C++에서는 new, C에서는 malloc, calloc 기타 이를 응용한 라이브러리 함수들이겠다. 참고로 라이브러리도 API의 일종이다. 위에서 말했던 int a = 1704; 는 이 예약어들이 없더라도 메모리에 공간을 확보하고 해당 값을 넣는 작업이 하부에서 진행된다. 객체지향이라는 것도 결국 메모리에 어떤 값을 만들고 그것을 이용해서 설계하는 방식의 일종일 뿐이다. 메모리에 값을 만들고 그것을 실행하면 모두 객체지향이라고 할 수 있다. 물론, 절차 지향이라고도 할 수 있다. 문제는 프로그래밍에 대한 새로운 시각으로 이 용어들을 없애버리고 싶다는 것이다. 이 장이 넘어가면 아마 절차 지향 객체지향이라는 단어를 쓰지 않아도 될 것이라 생각한다.

필자가 아는 프로그래밍 언어들은 CPU와 메모리로 장난치데 도움을 주는 것들이다. 물론, C나 자바의 메모리 모델은 다르다. 그것만 설명해도 많은 페이지를 할애해야겠으나 지금 이 책에서의 목표는 아니다.

클래스는 그 자체로 쓸 수 없다. C++에서 어떤 class는 struct로 변경해도 전혀 문제가 없다. class와 struct의 차이는 행동이 그 안에 들어 있느냐 없느냐 이기 때문에 적절한 변환만 해 준다면 동일한 것으로 볼 수도 있게 된다. 하드디스크에 있는 프로그램이 실행이 되면 프로세스라 부르는데 뭔가를 실행하려면 메모리에 올려야 한다. 클래스는 하드디스크에 있는 프로그램이라고 보면 된다. 그러나 그 안에 static이나 new, malloc 등 메모리에 올려주는 예약 어가 있거나 생략되어 작동을 하는지에 주목할 필요가 있다는 것이다. 비 전공자는 앞의 용어들은 "그냥 이렇게 쓰는 건 갑다"라고 이해하고 다음과 같이 말아주면 좋겠다.

메모리(램)는 컴퓨터 살 때 들었던 단어이고 내가 아는 바로 그 메모리다. 업그레이드에 할 때 필요하다고 들었다. CPU는 컴퓨터에서 가장 중요한 부분이라고 들었는데 뭔가를 실행시켜 주는 것이다. 그리고 이 책은 내가 아는 그 CPU와 메모리로 모든 프로그래밍 언어의 개념이 통한다고 말하고 있다.

이 두꺼운 책을 마지막까지 읽고 나면 결국 이 이야기를 하려고 그 기나긴 길을 돌아왔음을 알게 될 것이다.

필자는 IT가 세상을 바꿀 수 있다고 아직 믿고 있다. 이런 망상도 해 본다. 만약, 이더리얼이나 비트코인(둘 다 가상화폐의 종류이다)을 쓰는 사람들끼리만 마을을 만들고, 진짜 일을 하는 사람들(농축산업 종사자, 가공자, 음식점, 교사, 의사, 군인 등)만 모아 두고 화폐를 통용시키게 하면 국가 조차 필요 없게 된다. 모든 사람들을 하나의 공동체에 포함하지만 상위 10%의 재산을 가진 사람들은 제외한다면, 상위 10%의 사람들은 그 안에서 자기 똥을 치워줄 사람, 밥을 해줄 사람들을 찾아야만 할 것이다. IT에 어느 정도 있었던 사람이라면 망상이지만 만들 수는 있다고 생각할 것이다. 이 책 중간중간에 필자가 소송을 당할만한 내용도 들어가겠지만 Dirty Play를 모르고는 돈에 근접할 수도 없을 것이다. 정작 중요한 것은 돈에 얼마나 근접하고, 많이 버느냐가 중요한 것은 아니다. 돈을 정말 하나의 수단으로 볼 수 있는 능력자가 되느냐 마느냐는 사실, 당신의 마인드와 이 책을 충분히 소화해서 멋진 것을 만들어 내는 데에 달려 있다.

----

컴퓨터 언어는 우리가 일상적으로 쓰는 언어와 같다. 컴퓨터와 소통하기 위한 언어이다. 수백 개의 언어를 할 줄 아는 것은 커리어에 도움이 되겠다. 그러나 생활 영어를 구사하는 실력보다는 TED에서 발표 및 원어민들 대상으로 세미나를 할 수 있다면 분명 더 높은 LEVEL 에 위치한다고 말할 수 있다. 

프로그래머가 되기 위해서는 앞서 말했 듯 코드를 열심히 쳐야 한다. 2~3일이면 첫 번째 마일스톤에는 도달했을 테니 초급 프로그래머가 추가로 공부할 Keyword는 다음과 같다.

절차 지향 프로그래밍

객체지향 프로그래밍

전자는 컴퓨터의 탄생과 함께 온 개념이고, 후자는 명확한 날짜는 모르지만 중학생 때(23년 전) Borland 사의 Trubo C++ 3.0을 구입했던 기억이 있으니 최소 20년은 넘은 개념이다. 그러나 많은 전공 학생들이 아직도 제대로 모르는 부분이 있어서 명확하게 적어 보려고 한다. 두 시간 코드 설명이면 전공자 모두가 고개를 끄덕였으니 말이 빠른 편임을 고려했을 때. 3~4시간의 직접 강의라면 일 년 정도, 스스로 공부할 지도를 얻을 수 있는 셈이다. 세부적인 내용까지 들어가더라도 10시간을 넘지 않았다.

객체지향 프로그래밍은 다음의 개념을 알면 된다.

추상화

값 전달

객체지향 5대 개념

추상화는 다음과 같이 나눠진다.

모델링 및 설계 방법

코드를 줄이는 방법

값 전달은 다음과 같이 나눠진다.

메모리를 통해 전달하는 방법

API를 통해 전달하는 방법

객체지향 5대 개념은 다음과 같이 나눠진다.

class, object, 다형성, 상속, 캡슐화

절차 지향과 객체지향 이야기

C는 절차 지향이고 C++ 은 객체지향 언어라고 한다.

틀렸다. 이 뿐 아니라 "~은 절차 지향 언어다. 객체지향 언어다."라고 말하는 것 자체가 틀린 내용이다. 객체지향은 대상을 추상화하는 방식이 절차 지향과 달라서 프로그래밍을 할 때 설계를 바라보는 생각의 흐름이 달라지는 것을 말한다. 객체지향, 절차 지향 언어를 말하는 것은 무의미하다고, 이미 십수 년 전부터 학원 강사 활동하며, 많은 설파를 했지만 잘 전달되지 않는 이유는 잘 모르겠다. C++ 창시자(비얀 스트라 스트럽)는 C로 번역되는 번역기를 먼저 만들었다. 만약, 객체지향 절차 지향을 나눈다고 하면 객체 지향 프로그래밍이 절차 지향 프로그래밍 언어로 번역되는 프로그램을 창시자가 먼저 만든 것이다. 논리적으로 태생을 달리하려는 세력 때문에 C와 C++은 C/C++처럼 묶어버리고 또, 가짜 객체지향 언어라고 하는 사람들도 보인다. 2016년 명확히 이야기하면 C와 C++ 은 분명히 다른 언어이다.

그러나 모든 언어는 같다고 말하고 싶다. 밥을 달라고 하던 I'm hungry라고 하던 おなかすいた라고 하던 언어를 이용해서 밥만 먹으면 된다. 영문법 책을 보면 한국어와 영어가 같이 있는데 왜 JAVA & C, PYTHON & JAVA 등과 같은 책은 없는 것일까?

그것은 그것들을 설명할 수 있는 언어를 사람들이 모르기 때문에 그렇다고 보인다. 필자 역시 배우는 단계에서 다른 언어로 이해하고자 할 때 선임자들이 그 방법이 잘못되었다고 말해서 안개 속을 오래도록 걸었었다. 프로젝트를 진행하면서 선임자들보다 잘한다는 것을 깨닫기 시작했을 때 확실하게 말할 자신이 생겼다. 이것은 무언가에 비유해서 설명할 것들이 아니다.

1065  git clone --depth=1 https://github.com/linagora/hublin.git && cd hublin

 1095  base=https://github.com/docker/machine/releases/download/v0.16.0 && curl -L $base/docker-machine-$(uname -s)-$(uname -m) >/tmp/docker-machine && sudo mv /tmp/docker-machine /usr/local/bin/docker-machine && chmod +x /usr/local/bin/docker-machine

 1098  base=https://github.com/docker/machine/releases/download/v0.16.0 &&   curl -L $base/docker-machine-$(uname -s)-$(uname -m) >/tmp/docker-machine &&   sudo mv /tmp/docker-machine /usr/local/bin/docker-machine &&   chmod +x /usr/local/bin/docker-machine

1821  git config --global user.email "mynameis@hajunho.com"

 1822  git config --global user.name "joe"

1761  ssh-keygen

 1762  ls

 1763  cat id_rsa.pub

프로그래머는 연구직군 입니다. 야근, 특근을 한다고 해도 창조의 '재미'가 없으면 안됩니다. 성장이 끝난 회사에서는 정치가 생

개발자와 프로그래머, 코더, 아키텍트는 사실 동일한 말입니다. 외국계 자격증에서 나누는 방식을 따르자면 아키텍트 > 디벨로퍼 > 개발자 순일 것입니다. 그런데 여기엔 슈퍼 코더란 신조어도 고려해야 하고, 탑 코더의 네임 밸류가 아키텍트 보다 우위로 평가될 때도 있습니다. 소프트웨어는 프로그램과 문서를 합친 것을 말합니다. 프로그램과 함께 훌륭한 문서까지 만드는 사람을 소프트웨어 엔지니어라고 부릅니다. 소프트웨어 엔지니어가 기술적으로 배울 점이 있다고 인정한 사람을 아키텍트라고 하면 되겠습니다.  아키텍트 역시 개발 경력이 없으면 엉뚱한 설계를 하기에, 요즘에는 정확한 정의와 목적 없는 용어들이 난무하는 경우도 적지 않습니다. 프로그램을 만드는 사람은 프로그래머입니다. 개발을 하니 개발자라 불러도 무관합니다. 개발을 할 때 코드를 짜니 코더라고 해도 되고, 코더가 프로그래밍 언어을 짜면서 새로운 모듈을 구상하고 설계도 하니 코더를 아키텍트로 불러도 됩니다. 하나를 가리키기 위해 많은 단어가 필요하다는 것은 비효율적인 일입니다. 이런 다양하고 복잡한 관계를 가진 용어들을 본 책에서는 프로그래머로 통일하려고 합니다.

이 분야에서 일하며 프로그래머를 꿈꾸는 많은 학생들을 만났습니다. 한 친구는 소위 말해 스펙을 잘 쌓아 놓은 친구였습니다. 인서울 대학교에 4.3대의 학점, 950 점 대의 토익 점수를 보유했고 IT 관련 자격증 2개를 준비했습니다. 제가 팀장으로 있던 회사의 계약직 직원이었는데 이전 직원이 망쳐 놓은 코드들을 새롭게 다시 짤 수 있을 정도로 실력이 있었습니다. 서울대 대학원 지인을 소개시켜주고 진학의 마음을 다지도록 했습니다. 저 뿐 아니라 기술연구 소장님, 대표님께도 공부의 의지를 표방하고 잘 준비하여 대학원에 가는 듯했습니다. 그러던 중 부모님께서 편찮으시다는 소식이 전해졌고, 가사를 돕기 위해 그는 일을 그만두고 진학도 포기한 채 부모님께서 운영하시던 가게 일을 도왔습니다. 제가 그를 위해 할 수 있는 것은 아무것도 없었습니다. 비슷한 처지의 학생들이 참 많습니다. 지식을 ‘가르치기’만 하기에는 학생들의 삶이 지나치게 고됩니다.[e][f]

1년의 경험이 있으면 그 분야에 대해 한 시간 정도 이야기 할 분량이 나옵니다. 10시간의 멘토링으로, 대학생 멘티들은 자신의 길을 스스로 찾을 수 있었습니다. 그 10시간의 멘토링을 하나의 책으로 담고 싶었습니다. 지식을 전달하는 이상의, 학생들로 하여금 ‘배웠다!’는 느낌이 드는 경험을 책으로 하게 하고 싶었습니다. 그러나 글을 쓰는 지금도 ‘경험을 책으로 전달하는 것’에는 대단한 의구심을 가지고 있습니다. 책의 첫 이야기인 장자의 윤편을 보면 알 수 있을 것입니다. 하지만 저와 만나지 못하고 안개 속을 걷던 학생이 책을 읽고 정보를 얻을 수 있다면 그의 인생에 조금이나마 도움이 될 수도 있다는 생각에 펜을 잡았습니다. 또한 급한 성격 탓에 제대로 전달 못한 말들을 다시 써줄 훌륭한 공저자와 함께 진행을 할 수 있어 오히려 책으로 더 전달이 잘 될지도 모른다는 희망을 가지고 있습니다. 좋고 나쁨의 피드백을 모두 대학생을 대상으로 했기에 대상 독자로도 대학생을 고려했습니다. 그러나 대한민국 땅에서 프로그래머를 하고자 하는 사람이라면 이 책이 분명 도움이 될 것이라 확신합니다. 끝으로 책이 나오기까지 도움 주신 출판사 관계자 및 공저자, 그리고 나의 가족. 특히 아내에게 고마움을 전합니다.

프로그래머는 연구직군 입니다. 야근, 특근을 한다고 해도 창조의 '재미'가 없으면 안됩니다. 성장이 끝난 회사에서는 정치가 생

개발자와 프로그래머, 코더, 아키텍트는 사실 동일한 말입니다. 외국계 자격증에서 나누는 방식을 따르자면 아키텍트 > 디벨로퍼 > 개발자 순일 것입니다. 그런데 여기엔 슈퍼 코더란 신조어도 고려해야 하고, 탑 코더의 네임 밸류가 아키텍트 보다 우위로 평가될 때도 있습니다. 소프트웨어는 프로그램과 문서를 합친 것을 말합니다. 프로그램과 함께 훌륭한 문서까지 만드는 사람을 소프트웨어 엔지니어라고 부릅니다. 소프트웨어 엔지니어가 기술적으로 배울 점이 있다고 인정한 사람을 아키텍트라고 하면 되겠습니다.  아키텍트 역시 개발 경력이 없으면 엉뚱한 설계를 하기에, 요즘에는 정확한 정의와 목적 없는 용어들이 난무하는 경우도 적지 않습니다. 프로그램을 만드는 사람은 프로그래머입니다. 개발을 하니 개발자라 불러도 무관합니다. 개발을 할 때 코드를 짜니 코더라고 해도 되고, 코더가 프로그래밍 언어을 짜면서 새로운 모듈을 구상하고 설계도 하니 코더를 아키텍트로 불러도 됩니다. 하나를 가리키기 위해 많은 단어가 필요하다는 것은 비효율적인 일입니다. 이런 다양하고 복잡한 관계를 가진 용어들을 본 책에서는 프로그래머로 통일하려고 합니다.

이 분야에서 일하며 프로그래머를 꿈꾸는 많은 학생들을 만났습니다. 한 친구는 소위 말해 스펙을 잘 쌓아 놓은 친구였습니다. 인서울 대학교에 4.3대의 학점, 950 점 대의 토익 점수를 보유했고 IT 관련 자격증 2개를 준비했습니다. 제가 팀장으로 있던 회사의 계약직 직원이었는데 이전 직원이 망쳐 놓은 코드들을 새롭게 다시 짤 수 있을 정도로 실력이 있었습니다. 서울대 대학원 지인을 소개시켜주고 진학의 마음을 다지도록 했습니다. 저 뿐 아니라 기술연구 소장님, 대표님께도 공부의 의지를 표방하고 잘 준비하여 대학원에 가는 듯했습니다. 그러던 중 부모님께서 편찮으시다는 소식이 전해졌고, 가사를 돕기 위해 그는 일을 그만두고 진학도 포기한 채 부모님께서 운영하시던 가게 일을 도왔습니다. 제가 그를 위해 할 수 있는 것은 아무것도 없었습니다. 비슷한 처지의 학생들이 참 많습니다. 지식을 ‘가르치기’만 하기에는 학생들의 삶이 지나치게 고됩니다.[e][f]

1년의 경험이 있으면 그 분야에 대해 한 시간 정도 이야기 할 분량이 나옵니다. 10시간의 멘토링으로, 대학생 멘티들은 자신의 길을 스스로 찾을 수 있었습니다. 그 10시간의 멘토링을 하나의 책으로 담고 싶었습니다. 지식을 전달하는 이상의, 학생들로 하여금 ‘배웠다!’는 느낌이 드는 경험을 책으로 하게 하고 싶었습니다. 그러나 글을 쓰는 지금도 ‘경험을 책으로 전달하는 것’에는 대단한 의구심을 가지고 있습니다. 책의 첫 이야기인 장자의 윤편을 보면 알 수 있을 것입니다. 하지만 저와 만나지 못하고 안개 속을 걷던 학생이 책을 읽고 정보를 얻을 수 있다면 그의 인생에 조금이나마 도움이 될 수도 있다는 생각에 펜을 잡았습니다. 또한 급한 성격 탓에 제대로 전달 못한 말들을 다시 써줄 훌륭한 공저자와 함께 진행을 할 수 있어 오히려 책으로 더 전달이 잘 될지도 모른다는 희망을 가지고 있습니다. 좋고 나쁨의 피드백을 모두 대학생을 대상으로 했기에 대상 독자로도 대학생을 고려했습니다. 그러나 대한민국 땅에서 프로그래머를 하고자 하는 사람이라면 이 책이 분명 도움이 될 것이라 확신합니다. 끝으로 책이 나오기까지 도움 주신 출판사 관계자 및 공저자, 그리고 나의 가족. 특히 아내에게 고마움을 전합니다.

우선 JAVA와 C를 같다고 보자. 그러면 C++, C#도 같은 언어가 된다. JAVA에는 포인터가 없다고 한다. 그래서 널 포인터 예외는 자바 8에서 널 레퍼런스 예외로 명칭을 바꾸려나 보다. JAVA에는 포인터가 있다. Object는 Void 포인터이며, 인스턴스 변수라고 불리는 것이 포인터다. 멤버 변수는 일반 변수나 struct에 대응되며, 자바에서 메소드라고 하는 것은 C의 function과 같다. 리누스 토발즈는 자신이 객체지향 프로그래밍을 하고 있다고 말했는지 모르겠지만 이미 리눅스 커널은 C로 만들어진 객체 지향 소스이다. wrapping 되는 class 들은 wrapping을 하며 쓰이는 함수 포인터와 같다. 앞서 말했던 new는 malloc, calloc이다. 메모리 확보 추가 키워드는 static이다.

최근 일주일 동안 C를 배웠지만 JAVA를 모르는 학생들과 기술 면담을 하면서 라이브 코딩으로 가르쳐 주는 내용들이며 분량은 1시간 30분짜리다. - 아마 글로 옮기면 얼마나 길어질지 모르겠다. - "중도 탈락"이라는 말을 쓰는 학업 성적은 우수했던 학생들이 다시 공부를 할 수 있게끔 해준 기술적 내용. 이 강의 후 학생들은 바로 알고리즘 공부나 디자인 패턴, 그리고 수학의 정석을 다시 편다. 기본 앱들을 만들 수 있고 공모전에서 수상했던 친구들이다. 대부분 맥을 쓰는데 맥과 리눅스도 같다고 설파한다.(모든 프레임웍 같다고 설파하는데 조금 자중해야 할 듯 - 초반부 학생들이 자신감을 가지기 위해 하는 것이지만 철학부터 다른 프레임웍을 같다고 하는 것은 어폐가 있음. 이에, 전면 수정 예정)

UNIX와 LINUX는 같지 않지만 같다고 말하는 이유는 수많은 파일 시스템을 지원하고 완전히 다른 메커니즘으로 구현되었지만 정책은 같기에 그렇다. 간단히 말하면 배시 셸을 쓴다. 맥도 배시 셸을 쓴다. 이제 윈도도 배시 셸을 쓸 것이다.

사족 - 사족은 언젠가는 지워진다. 10분 만에 지워질 때도 있다. 구독자를 위한 얼리어 답터 한 글들이다.

우선, 책은 그냥 나오는 것이 아니다. 몇 번 이야기한 적이 있지만 나도 책 쓰는데 기여를 할 경험이 몇 번 있었다. 소스 검증하다 보면 새로운 것이 나와서 또다시 검증해야 했고, 프로그래밍 언어가 대규모 업데이트가 되면 또 업데이트를 해야 했다. 어떤 내용은 쓰려면 회사에서 중요한 내용들이라 적기도 좀 그렇다. 이 매거진에도 그런 분이 계시지만 학생들의 포트폴리오를 만들어 주려고 자신이 했던 부분들을 공개하지 않고 감추는 스토리도 있다. 우수한 실력으로 책을 썼지만 보다 진솔한 이야기들을 해 주려고 기존의 강한 이미지를 던지는 분들도 계신다. 그러나 안타까운 것은 그런 정보를 얻고 정보를 부재시키는 신입 개발자가 억대 연봉을 받고 기업에 들어갔다는 이야기이다.(국내 이야기다) 배가 아픈 게 아니라. 똑똑한 머리로 선배들이 닦아놓은 길들을 교묘하게 이용하는 행위들이 싫다. 그래서 귀를 쫑긋 세우고 있는 애독자들을 위해서 업계 험담들을 올리고 또 지우고 했는 했었다.

2~3년 전 멘토링을 받았던 친구들은 모두 리눅스 마스터 자격증을 땄다. 레드헷 자격증 같이 외국 자격증을 따도 되겠지만 덤프의 위력이 너무도 크고, 외국 자격증들은 바우처도 비싸고 유효기간이 짜증 나고, 그냥 배시 셸만 학습하면 된다는 생각에서였다. 그리고 학생들이 공부를 해 나가면서 실무적인 마일스톤을 가질 수 있으니 얼마나 좋은가?(실제로 회사에서 인턴으로 학생들을 써 보면 확실히 차이가 났다) 자격증을 딴 친구들과 아닌 친구들 모두 내가 팀장인 회사에서 인턴을 시켰는데 실력 차이가 확실했다. 자격증은 그저 나 이거 이거 할 줄 알아요 말할 수 있는 것을 그냥 기본은 알 아요로 대신 말해주는 것 같다.  개발에서는 자격증은 아무 소용도 없게 느껴진다. 그래도 사람을 뽑는 입장에서 오라클 자격증이 있는 친구는 SQL 기본 문법은 알겠구나 하는 정도로 생각한다. 난 기술사가 아닌데, 기술사 진로를 물어보는 학생에게는 내 경험을 이야기해 준다. 한 이음 멘토링 멘토 네트워크에서 만난 나의 멘토 한분은 기술사도 따고 감리사도 따고 박사도 따고 교수님도 하시고 기업 CTO 였다. 더 놀라운 것은 박사가 있는데 디자인 쪽 박사 학위를 밟고 계셨다. 앞으로는 디자인이 중요하다고 생각해서 하고 계셨다고 했다. 단기간 멘토링 때문에 돈 이야기를 종종 하지만 이렇게 배움의 열정 앞에서는 돈도 사실 무의미하다.

학위나 일했던 경력이나 자격증이 증명하는 것은 이런 형식이라고 보인다. 작은 자격증이라 할지라도 무시하는 더러운 개발 문화 또 그런 풍조를 없애고 싶다. 자기 능력에서 열심히 공부해서 땄는데 말 한마디 못 꺼내는 문화. 강사 시절이 있었기에 나도 여려 땄지만 워드 자격증도 나는 당당하게 말한다. 물론, 워드 자격증 없이 더 잘하는 사람이 있다는 것을 알고 있다. 단순히 워드를 조금은 해 봤고, 이러이러하 기능들을 써 봤어요 하는 말을 줄여서 자격증이 있다고 하는 것이다. 괜히 내가 어쭙잖게 통합해서 정리했던 것으로 공부한 친구들이 이상한 문화를 만들까 봐 노파심에 미리 적고 준비를 해 본다.겸손부터 적었지만 나도 인성을 바꾸기가 쉽지 않았다. 그게 쉬운가... 십 년도 더 된 이야기이긴 하지만, 한 때 대학교 나와도 아무 쓸모없다는 기조가 있었다. 그러나 시간이 지나면 분명 다르다는 것을 우리는 알 수 있다. 슈퍼 코더들이 학교에서 시간을 낭비할 필요는 없겠지만 내가 하는 멘토링의 최종 목적은 학교가 그런 요람이 되도록 모든 지식들을 학교로 돌려주는 데 있었다. 정작 나 자신은 학교를 무시하고 그것들의 존재에 대해서 많은 부정들을 했었지만 말이다. 앞서 말했듯이 시간 개념을 놓고 봐야 한다.

애플리케이션만 만드는 프로그래머는 의아해하겠지만 점점 칩단(LOW LEVEL)로 내려가면서 프로그래밍을 하다 보면 for (int i = 0; i < 7; i++) dosomething();  보다.

dosomething();

dosomething();

dosomething();

dosomething();

dosomething();

dosomething();

dosomething();

이 더 빠를 때가 온다는 것이다. 결국 컴파일러 최적화 옵션만 맹신하지 말고 그 하부 구현까지도 의심해봐야 하는 레벨도 있다. 더 내려가면 해당 분야 박사님과 아무리 디버깅을 해도 원인을 찾지 못해서 결국, CPU fetch cycle 때문에 리셋이 난다는 식의 보고서를 쓴 적도 있었다. 내가 볼 때 이 정도면 전기기사나 전기공사 기사 자격증을 공부하고 칩 설계를 공부하는 것은 기본. HOMEBREW CPU를 만든 사람과 같이 CPU 하나는 만들어 봐야 원인을 찾을 수 있을 것 같다. 물론, 그렇게 보내는 시간 동안 또 세상은 어떻게 변해 있을지 모르기에 실천으로 옮기지는 않을 것이다.

설계의 시작은 모든 가능성을 의심하는 것이고, 디버깅의 시작은 자신이 만든 부분만 의심하면 된다. 너무 넓은 범위를 잡으면 안 된다. 우선, 자전거로 안전한 동네 한 바퀴만 돌면 된다는 것이다. 당장에는 외국인과 대화할 언어를 배우지는 못했지만 집에서 서투르게 외국어를 말해보면 된다. 외국어를 어떻게 말할지 고민하지 말고 당장 코드 타이핑부터 시작하라.

- 툴은 C는 Visual studio 2015, JAVA 는 oracle JDK8 + Eclipse mar2, Beyond compare

(향 후 10년은 협업을 책임질 툴이라 선택, beyond compare는 돈이 들어가기에 차선책 툴을 찾는게 좋아 보이긴 함)

프로그래머랑 대화할 때 우선 헬로우 월드는 찍어 봤다고 하자. 연봉 5000이 넘는 자바 개발자가 세미나를 하는데 public static void main (String args[]) (*자바에서 기초중에 기초) 을 못쳐서 인터넷 검색을 하는 것을 보았다.

gcc -E  --> Preprocessor, but don't compile

gcc -S  --> Compile but don't assemble

gcc -c  --> asseble but don't link

gcc with no switch will link your object files and generate the executable

https://www.gitbook.com/book/tra38/essential-copying-and-pasting-from-stack-overflow/details

https://www.youtube.com/watch?v=Cs1rn3KHgTA

창시자의 책을 보시면 헬로우 월드 예제가 틀렸다는 것부터 아실 겁니다. 대소문자 구분에 !도 아닌 것 같아요.

Nothing and Everything 입니다. 아무것도 아닌 것 같지만 전부일수도 있습니다.

여기까지 굳이 말할 필요 없지만 제가 말하고 싶은 것은

천재라면 혼자 칩만들고 굳이 모듈 나눌 필요도 없이 원코딩으로 하드웨어 제어 코드, 운영체제, 프레임웍, 사용자들이 쓸 어플까지 다 만들면 되고 서버 역시 필요한 모듈들을 코딩할 필요도 없이 기계어로 짜서 넣어버리면 되겠지요. 그게 안되기 때문에 모듈을 나누는 것이구요. 디자인패턴 역시 자주 쓰는 코드들을 정의해 두고 서로 소통하기 위해 이 정도는 알고 서로 이야기 하자고 만든 것으로 생각됩니다. 겸손하게 소통하고 치킨게임이 되어 가고 있지만, 모두를 이끌어 주는 것이 필요하다고 생각됩니다. 그리고 개발자 하청은 더러운 경영자, 발주자들의 목록을 만들어서 우리들이 그 사람들과는 아무리 돈을 줘도 일을 안하거나, 일을 해도 대충 일해주고 소스를 경쟁업체에 넘겨준다던가 하는 방법으로 가면 좋을 것 같습니다. 물론, 좋은 분들은 돈을 좀 적게 주시더라도 잘 되었을 때 분명 이익을 쉐어링 할 것이기 때문에 목록 공유하고 성심 성의껏 일하구요. IT 협동 조합이 최근 만들어져서 많은 기대를 하고 있지만 그런 목록 만들기는 온갖 이해 관계가 얽혀서 쉬운 일은 아닐겁니다. 그러나 필요하지요.

그리고 물타기는 아닙니다. 저 역시 Ctrl+C, V에다가 어차피 다 Ctrl+C,V라고 말하며 어느 정도 지식은 있는 영약한 학생들이 유명 학교 빽그라운드만 믿고 나이가 13년 차이나는데 살살 긁으며 빡돌게 하는 후임들이 많아서 어떤 요지인지는 100% 알고 있습니다. 옥시 사태처럼 진짜 중요한 정보 하나 정도는 알려줘야 하나 말아야 하는 기로에 늘 고민을 합니다. 그럴 때 기준점이 되는 것은 제품 사용자들은 내 가족이 될 수도 있기에 사용자에게 무엇을 줄 것인가가 기준점이 됩니다. 정치를 못하는 것도 아니라서 불이익을 주거나 잘라버리는 것은 사실 어렵지 않습니다만, 어린 노무 ㅅㄲ들을 상대로 이런 고민을 해야 하는 제가 너무 우스울 때가 있지요.

그리고 댓글이 많이 달리는 주제를 이끌어 주신데 감사드립니다.