만재흘수선

 

 

만재흘수선 : 
선박에 화물을 선적할 때 더 이상 실을 수 없는 최대한도의 흘수를 만재흘수라 하고, 그때의 흘수선을 만재흘수선이라고 한다. 

자신이 받을 수 없는 과중한 업무까지 맡아서 침몰하기보다는 
자신의 만재흘수선을 바로알고 가라앉지 않도록 합시다. 

매일 야근하고 있다면 만재흘수선을 넘겨서 짐을 실고 있는 것입니다. 


PS 우연한 계기로 프로그램의 세계를 떠났습니다. 
그래도 늘 고마운 사람들이 있는 이곳에 참 자주 들립니다. 
뭔가 돌려드리고 싶은 마음이 많은 데 이렇게 글 하나 올립니다.

>> 볼랜드포럼에 올린 글을 옮겨 적다.

프로그래밍은 글쓰기다.

pro-gram, gram은 문법을 말하는 grammer의 어원이고 pro는 pre, before를 말한다.

사람과 컴퓨터 사이에 프로그램이 있다. 미리 적어둔 이야기다.
사람의 문법도 중요하고 컴퓨터의 문법도 중요하다.
컴퓨터의 문법만 공부하라고 한다. 왜냐하면 사람의 말을 이미 잘 안다고 생각하기 때문이다.
마치 우리가 국어공부보다는 영어공부를 하듯이.
그러나, 일정 수준에 도달하면 컴퓨터와의 대화보다 사람과의 대화가 훨씬 중요함을 느낀다.
무엇을 해야할 지 정확히 알고 있으면 지시방법은 여러가지로 할 수 있지만,
지시방법만 잘 알고 무엇을 해야하는 지를 틀리면...
언젠가 보았던 타이어 그림이 되지 않겠는가.

프로그래밍을 잘하려면 수학을 잘해야 한다.

어렸을 적에 어느 선배가 그렇게 말했다.
컴퓨터 프로그래밍을 하고 싶어하던 나에게. 그럼 수학을 잘해야 한다고.
지금까지 수학을 잘 해야 한다는 말의 뜻을 수학공식을 잘 알고 수학문제를 잘 풀 수 있어야
한다고 생각했었다.
프로그래밍을 하다보면 소스코드에 수학공식이 들어가는 일도 많고
수학을 모르면 그런 프로그램을 짤 수 없기 때문이니까.

그러나, 몇일전 알게 되었다. 수학을 잘 해야 한다는 것이 그 보다 큰 뜻이 있다는 것을.
어쩌면 다들 깨닫고 있는 것을 나만 바보처럼 몰랐을 수 있겠다.
수학이란 다른 말로 논리학이라고 할 수 있겠다.
프로그래밍을 하다보면 우리는 많은 문제를 만나고 나름의 해법을 찾아낸다.
일련의 과정은 논리적인 풀이법이다.
논리력이 있는 사람에게는 이것이 이래서 이러하니 이렇게 풀면 틀림없다고 할 수있다.
이것이 프로그래밍이 아닌가?

- 예전에 수첩에 적어두었던 내용이 있어서 남겨 둡니다.

어떤 개발툴이 좋은 개발툴인가?

어떤 개발툴이 좋은 개발툴인가?


내가 자유게시판을 두루 읽었다는 사실은 지난 번의 글에서 밝혔다.
그렇다. 나는 자유게시판을 처음부터 끝까지 읽었다.

할일이 없었던 것일까?
그랬었다. 회사에 입사하고선 할 일이 없었었다.

...


자유게시판을 들여다보니 어떤 개발툴이 좋은지 많은 말들이 오갔었다.
"명필은 붓을 가린다"에서 "둥근붓3호"에 이르기까지 여러 의견이 있었었다.

이 자리를 빌어 나의 생각도 말해 보고자 한다.

흔히 소프트웨어 개발은 건축의 그것에 많이 비유되곤한다.
디자인 패턴도 건축의 역사에서 나온 것이라고 한다.
집을 짓기 위해 설계를 하고 그 설계를 기초로 하여 뼈대를 만들고
벽을 쌓고 ... 내장재로 마감을 하고 문도 달고 그래서 집이 완성된다.
SI는 맞춤형 집짓기, 팩키지개발은 복사할 수 있는 가구 만들기?

그렇다면 개발자는 목수쯤 되지 않을까?

목수는 톱도 쓰고 망치도 쓴다.
개발자도 개발툴을 쓴다.

어떤 톱을 쓰십니까? 어떤 망치를 주로 사용하십니까?
어떤 개발툴로 주로 개발하십니까?

뭔가 비슷하지 않는가?

요즘은 일반톱 대신 기계톱(또는 전기톱)을, 보통 망치 대신 에어로 못을 쏴주는 망치를 많이 쓴다.
생산성이 비교가 안되기 때문이다.

요즘은 개발툴을 주로 4GL을 많이 쓴다.
생산성이 비교가 안되기 때문이다.


그러나, 나무를 어떻게 재단하여 어디를 얼마만큼 잘라야 제대로 된 집을 지을 수 있는지
설계자는 왜 이곳에 버팀목을 두는 것인지, 전기배선이 먼저 되고 콘크리트를 칠 것인지,
수도배선을 언제 들어가야 하고, 하수도와 상수도는 분리 해야 하는 것인지 아닌지 등에
관해서 말하자면 기계톱이든 어떤 브랜드제품의 톱이든 상관이 없다.

마찬가지로 손 망치든 에어망치든 못을 어디에 박아야 하는지 어떻게 박아야 튼튼하게 고정이 되는지,
왜 이곳에 못을 3개 박는지 못의 두께는 얼마짜리를 넣어야 하는지 못의 재질은 어떤걸 써야 하는지,
나사못이어야 하는지 같은 정보는 망치라는 툴과는 별개다.

새로 나온 복잡한 망치2006과 창문 톱을 잘 사용하는 법은 사용 설명서를 제대로 읽어보고
톱으로는 나무를 많이 잘라봐야 하고, 망치로는 못을 많이 박아봐야 한다.
간혹 설명서를 외우려는 사람이 있다. 물론 설명서를 읽지 않고서는 망치질 자체를 할 수 없다.
하지만, 설명서를 외운다고 망치질 고수가 되지는 않는다. 설명서를 이해하고 톱질, 망치질을 많이 하라.
나무를 잘라보고 나무의 재질을 파악해서 어떻게 잘라야 절단면이 더 잘 나올지 고민하라.
그리고 왜 그렇게 절단하는지 왜 그곳에 못을 박는지를 이해하라.
그리고 나면 어떤 톱이나 망치든 사용설명서만 읽으면 사용할 수 있을 것이다.


하지만, 손에 잘 맞는 망치와 톱은 분명히 있다. 서양 망치는 우리의 것 보다 크다.
서양 톱은 밀 때 잘리게 만들어져 있고, 우리 것은 당길 때 잘리게 되어 있다.
객관적으로 어떤 톱이 더 잘 잘린다는 데이터가 있더라도 내 손에 잘 맞는 툴이 있다면 그걸로
잘라라. 그걸로 못질을 하시라.

망치와 톱을 주로 만들든 회사의 제품이라면 손에 잘 맞을 지도 모르겠다.


PS. 톱을 사용할 때는 얼마간 자른 다음에는 쉬면서 힘을 보충하고 톱날을 세워라.
바쁘다 하면서 톱질만 계속하지 않는지 생각해보라.
매일 야근을 한다면 톱질만 계속 하고 있는 게 분명하다.

개발자의 미래만 어두운가?

개발자의 미래만 어두운가?


지난 일 년간 소프트웨어 개발일을 접어 두고 나는 다른 곳에서 방황했었다.
그러는 일년 동안 한번도 개발도구를 실행시켜보지도 못했었다.

...

3개월짜리 프로젝트가 6개월짜리가 되고 1년짜리가 되면서
나는 끝이 없는 마라톤을 달리는 선수가 되었었다.
마지막인 줄 알고 전력질주를 하면 골인점은 다른 곳으로 옮겨져 있었다.

마침내, 프로젝트가 끝나고 열정을 모두 소진한 나를 발견하게 되었다.
Burn Out. 나는 완전히 다 타버렸었다.
하지만, 프로젝트가 왜 실패하는지 공부할 수 있게된 좋은 계기가 되었다.

...


일년을 쉬고 돌아온 후,
처음 내가 한 일은 개발자포럼들의 자유게시판을 읽는 일이었다.
요즘 개발자들의 생각을 알고 싶었고, 그들의 분위기를 느껴보고 싶었다.

많은 개발자들이 미래를 염려했었고, 또한 미래가 없다고 말하곤 했다.
사장과 원만한 관계를 유지하지 못해 힘들어 하는 개발자.
일은 개발 부서에서 하고 실적은 영업부서에서 챙긴다고 괴로워하는 개발자.
어떤이는 후배가 개발자가 되는 것을 반대한다고 말했었다.
누구도 밝은 미래가 있다고 말하는 사람이 없었다.


아니 이렇게 재밌는 일을 하는 데 사람들은 왜들 다 힘들어 하는 것일까?

스승님은 말씀하셨다.

"스트레스는 일을 잘 못할 때 나오는 것" 이라고.

스트레스를 받지 않으려면 일을 잘하는 방법을 익히면 된다.


자신을 변화시키기 위해는 얼마나 노력하고 있는지?
자신의 가치를 높이기 위해서 어떠한 일을 해왔는지?
실천은 없고 입으로만 이것이 문제라서, 저것이 없어서라고 떠들고 있지는 않는지?
자신은 변화시키려 들지 않고 외부에서만 문제를 찾으려 하고 있진 않는지?

스스로 자기의 가치를 높이려고 노력하지 않는 사람에게는 미래가 없다.
그러나, 반대로 끊임없이 변화하고 자신의 가치를 가꾸는 사람에게는 기회가 더욱 많다.

개발자 뿐만 아니라, 영업사원도 사장도 모두 노력하지 않는 사람에게는 미래가 없다.
보상의 수레바퀴는 천천히 굴러간다. 잠시 노력하고 나는 변화했는 데 세상이
문제가 있다고 말라. 참고 노력하시라. 더욱 노력하시라. 수레바퀴를 굴리시라.
감나무 아래에서 감이 떨어지기를 기다리지 말고 감나무 가지를 좀 흔들어 주시라.


PS 추천도서
"노르웨이 라면왕 미스터리-이철호", "창업자금 칠만이천원-성신제", "나는 희망의 증거가 되고 싶다-서진규",
"어머니, 저는 해냈어요-김규환명장"