필자가 느끼는 문서에 관한
시시비비의 본질은 문서를 요구하는 사람만 있고, 문서를 만드는 사람은 없다는 것이다.
왜 그렇까?

가슴에 손을 얻고 말을 해보자.
당신은 누군가를 위해 문서를 만들어서 인수인계를 해 본 경험이 있습니까? (Yes / No)

그럼 왜 문서를 만들지 않을까?
가장 큰 이유는 문서를 만들지 않으면 이익이 너무 크기 때문이다.
어떤 이익인가 하면
윗사람은
    `입만 가지고` 일을 시킬 수 있고, 문제가 생기면 `내가 언제?`라면서 발을 뺄 수 있다.
아랫사람은
    `해당 업무는 나만 알기 때문에 아무도 나를 짜르지 못한다!!!`는 안전장치 역할을 한다.

만약에 문서를 만들도록 교육받은 사람 A가 있다고 하자.
남들 다 퇴근하는 시간에 밤 12시까지 머리 싸매면서 목차 뽑고, 문장 다듬어 가면서 서류를 뽑았다고 하자.
A가 제대로 된 문서를 만들어 윗사람에게 보고하면
  1. 윗사람은`당연한 것`이 하나 추가된 것으로 생각하고
  2. 회사에서는 제대로된 문서가 있으니 A를 짤라도 별 일이 없을 것이라 생각하고
  3. 인수인계를 받는 신입 B도 `당연한 것`으로 생각할 것이다.
  4. A가 짤려서 다른 회사로 옮겼는데 어느날 갑자기 B가 문서 내용 설명해달라고 전화질을 한다.
(1)(2)(3)(4)에서 보듯이
A는 밤새워서 코딩하는 것도 모자라, 문서 만들어서 공유해봤자 이익은 커녕 불이익만 받게 된다.







이상은
   문서를 만들고 공유하는 것이지만
현실은
   문서를 만들지 않는다.
   문서를 만들어도 존재를 알리지 않는다.

PS.1>
  글을 잘 쓰는 것은 코딩하는 것보다 몇배나 어렵다.
  조그만 함수의 설명문조차도 제대로(=제3자가 보아서 납득할 수 있는 수준) 다는 것도 상당한 훈련이 필요하다.

PS.2>
  제대로 문서 하나 만드는데 기본 수천만원 들어간다.
  (문서 한권이 어떤 사람 년봉에 필적한는 경우가 자주 생긴다.
   예를 들어 4명이서 3달동안 500페이지짜리 문서 하나 뽑았다고 생각해보자. 딱 1년 년봉이다)

PS.3>
 문서와 실제 구현이 다른 경우가 많이 발생한다.  이 문제에 대해 어떻게 대처할 것인가?
 경험적으로 볼 때,
 톱-다운으로 설계가 내려오면 파트별 인터페이스가 명확하기 때문에 비교적 문서 만들기가 쉽다.
 바텀-업이나, 한사람이 원맨쇼로 코딩을 되면 문서를 만든다고 해도,,, 구현과 문서가 완전히 따로 노는 경우가 발생한다.
 이런 경우 문서는 오히려 문서를 만들지 않는게 낫다.

PS.4>
  문서를 요구하면서도 정작 `문서의 규격` 조차도 안가지고 있는 회사(또는 윗사람)들이 비일비재하다.
 

--------------------------------------------
함수 호출
--------------------------------------------

펜티엄 계열에서는 함수 호출과 리턴에 각각 CALL, RET라는 명령어를 사용합니다.

  hello();
  // CALL _HELLO
  void hello() { return; }
  // RET

그런데 ARM에서는 함수 호출은 BL(CALL과 역할이 비슷)을 사용하고, 리턴은 MOV명령을 사용합니다.
함수 호출시 실행주소가 LR레지스터에 들어가므로
리턴할때 LR레지스터에 있는 주소를 PC(프로그램카운터)로 되돌리는 것만으로도
RET와 같은 효과가 나기 때문입니다.
(이 방식은 호출이 빈번한 함수의 경우, 스택에 매번 리턴 어드레스를 저장하지 않는다는 점에서 상대적인 장점을 가집니다)
당연한 이야기지만 이런 이유로 ARM에는 RET명령어가 없습니다.

  hello();
  // CALL _HELLO
  void hello() { return; }
  // MOV PC, LR

--------------------------------------------
파라메터 세팅
--------------------------------------------

펜티엄에서는 함수에 파라메터를 전달할때 모두 스택에 넣어야 합니다.
예를 들어, 4개의 파라메터를 가지는 함수의 경우 기본적으로 9개의
어셈블리 명령어가 필요합니다.

  hello(10,20,30,40)
  // MOV AX, 40
  // PUSH AX
  // MOV AX, 30
  // PUSH AX
  // MOV AX, 20
  // PUSH AX
  // MOV AX, 10
  // PUSH AX
  // CALL _HELLO

반대로 ARM같은 경우에는 4개의 파라메터까지는 그냥 레지스터에 넣고
함수 호출이 가능합니다. 기본적으로 5개의 어셈블리 명령어로 함수 호출이
가능합니다.

 
  hello(10,20,30,40)
  // MOV R1, 10
  // MOV R2, 20
  // MOV R3, 30
  // MOV R4, 40
  // CALL _HELLO

참고로, 펜티엄상의 PUSH, POP은 파이프라인의 효율적인 스퍼스칼라을 동작을 방해합니다. (*1)
같은 동작을 함에 있어
펜티엄의 경우 최소 10클럭이 필요하지만,
ARM에서는 이론상 최소 3클럭(MOV4개 1클럭, CALL 2클럭)만으로 함수 호출이 가능합니다.

C/C++ 계열의 언어에서 함수 호출이 엄청나게 빈번한데,
ARM이 펜티엄 계열보다 클럭이 낮아도 꽤 괜찮은 성능을 내는 이유중의 하나입니다.

 (*1) PUSH, POP은 RISC계열의 CPU들에서는 악(惡)으로 간주되어서
        명시적인 SP레지스터와 PUSH, POP 명령어가 없습니다.
        수퍼스칼라가 몇개건 PUSH, POP을 사용하는 동안에는 하나의 명령어만이 실행가능합니다.
        참고로, 대개의 RISC계열예서는 범용 레지스터중 하나를 SP로 사용하며
        그 SP조차조 ADD 또는 SUB 명령으로 PUSH, POP 효과를 냅니다.
 

나도 프로그래머겸 관리자지만
부팅할때 시스템에 과부하 안주는건 최소한의 설계 매너라고 생각해.
부팅하고 10분 가까이 컴이 먹통이다.

프로그래머야 설계대로 코딩을 해놔야 하기때문에, 프로그래머를 까지는 않겠다만...
이 정도로 과부하가 심각하게 팍팍 걸릴 정도면
설계자에게 말해서 스펙(=사양)을 고쳐놔야 하는거 아닌가?

PS>
  간혹, 공짜로 백신 쓰면서 감지덕지 해야 한다라는 착한 소비자도 있겠지만
  회사에서 "공짜로 라도 한번 써주세요"라고 영업 뛸려면 얼마나 개고생해야 되는지 아는가?
  SW 개발자들은 공짜로라도 써주는 고객들에게 고마운 마음을 가지자.
  이건 SW 개발자로써 하는 말이다.

안드로메다에서 살다 온 외계인이 아닌이상 어떻게 이런 발상을 할 수 있을까 놀라울뿐이다.
제대한지 10년이 지났지만 아직도 군대 꿈을 꾸면 자다가도 일어난다.

CF 기획한 담장자에게
불특정 다수를 비하하는 dog소릴 하면, 불특정 다수한테 ㅈ나게 맞는 거다.
니가 잘못한거니까 뭐라고 변명달지 마라. 인과 응보니까.
세상은 니 입 뚤린대로, ㅈ꼴리는 대로 살 수 있는 곳이 아니다
라는 얘기를 해주고 싶다.

만약에 2탄을 만든다면
2탄은 아래의 캡쳐을 참조해 주어서 만들어 주기 바란다.

PS> 집앞에 파리x게트가 있는데, 그곳을 지나갈때마다 속이 몹시 거북하다.
       파리x게트가 광고를 만든 것도 아닌데 말이지...

필자는 핸드폰용 웹 브라우저를 개발하는 일본의 AC****사에서 수년간
일한 경력을 가지고 있다. (파견이당~ 원두 커피가 공짜라능~)

브라우저 코어도 개발해 봤고, 실제 메이커 대상으로 단말기(SH-xxx)로 포팅도 해봤다.

개발과 관련한 자세한 내용은 업무상 기밀인 관계로 설명해줄 수 없어 유감이지만,
이글루의 IT쪽의 글을 읽어 주시는 분들을 위해 일하면서 배운 내용을 몇자 적는다.

필자도 그 회사에서 일하기 전에는 "웹 표준"이라는게 있는줄 알았다.
일단 그 회사에 가니까 "영문 문서 찾는법"부터 가르쳐 주더라.
흔히 OMA-xxxx라는 문서들이다.

몇개가 있는지 알 수 없을 만큼 많은데, 담당자로서 처음 해야될 일이
자신의 업무와 관련된 OMA-xxxx문서들을 google에서 다운받아 내용을 파악하고 
중요한 내용은 별도로 문서화해 두는 것이었다.

기본적으로는 주소창에 쓸 수 있는 문자부터, http통신 규격까지 OMA-xxxx문서에
다 적혀있다. 그런데 문제가 있다. 필수(M)와 선택(O) 항목이 있는데
필수(M)는 반드시 구현되어야 하는 항목이고,
선택(O)는 개발사에서 해도그만 안해도 그만인 항목이다.
주로 선택(O)가 문제가 되는 이유가 웹 브라우져마다 구현 유무가 다르다.

웹 표준대로 구현하기 어려운 이유를 요약하자면

1. OMA-xxxx서류를 열심히 읽어보면 가장 핵심적인 내용은
   OMA-yyyy서류를 읽어보시오 라고 나온다. 그 서류에는
   OMA-zzzz서류를 읽어보시오 라고 나온다. 머리에서 김이 모락모락 오른다.

2. OMA-xxxx 문서에서 해석이 미묘한데가 있다.
   이렇게 해석해도 좋고, 저렇게 해석해도 좋은... 무책임한 문구가 많다.
   (문서만드는 협회에서 구현에 관련한 부분까지 걱정해 줄 필요는 없으니까 !)

3. https쪽 가면 암호, 인증, 인증서... 끝도 없이 뭔가가 나온다.
   (덕분에 암호학과 인증, 인증서쪽은 준전문가가 됐다)
   그런데 이것은 OMA도 아니고 케이스-바이-케이스로 해결해야 한다.
   http쪽은 오히려 크게 문제가 일어나는 경우가 별로 없지만,
   https는 동작을 검증할려면 머리에 김이 모락모락 오른다.
   검증 통과 못하면 납품 날짜는 저 멀리 안드로메다로...

결론.
  한마디로 하자면
  표준이라면 똑 부러지게 문서가 있어여 하는데,
  웹표준은... 문서가 제대로 있기는 하냐?
  우리는 지금 허상을 잡으려고 하고 있는거야~

PS>
  웹 표준대로 구현하려면 필수(M)만 사용해서 구현해야 하는데
  고객의 니즈는 선택(O)는 당연하고, IE의 별 특이한 기능까지 강요하니
  웹 사이트를 개발하는쪽도 고역이지만,
  웹브라우저 자체를 만들고 검증하는 것도 고역이라능~

우선 남(또는 회사)에게 돈을 벌어주세요.
그러면 남들이 돈을 싸들고(또는 이직 제의)가 찾아올 겁니다.

왜 이런 얘기를 하고 싶은가 하면
북한이 이번에 계성공단 파기를 하면서 새 계약을 남한 정부에 들이민 모양인데
엄연히 약속이 유효한 계약서는 ㅈ으로 알면서
자신의 계약서는 존중을 바라는 태도는
정말로 사업(또는 영업)이라는 것을 안해본 공산주의자들이 멍청함이 드러나는
대목이다.
(나름대로 "자본가 놈들의 재산을 뺐는 것은 선한 행동이다"라고 생각했겠지. 
 근데 자본가라고 다 부자는 아니거든. 먹고 살려고 전재산 저당 잡히고 공장 차린 사람들 꽤 많음)

정말로 북한이 단가를 올리고 싶다면... 남한 기업을 돈벌게 해준 다음에
비급여 부분에서 조금씩 협상을 해야지, 영업적인 부분을 정치 논리로
일괄 해결하려고 하면... 그러면 그동안 숨어있던 "자본의 논리"라는
무서운 놈이 고개를 쳐든다.

힘들게 사업해서 은행 이자만큼도 벌지 못하면 뭐하러 고생하나?
그냥 그 돈 금융 상품에 투자해서 이자 받아먹고 편하게 살지.

PS>
 결론.
 1. 계약서는 존중되어야 한다능~
 2. 계약을 할때는 조심하라능~
    우습게 봤던 문구 하나가 당신(또는 당신 회사) 목을 조르는 수가 있음.

PS>
  퀄컴이랑 협상할때 라이센스료 안낮춰준다고 ㅈㄹ하는 얘기가 과거에 자주 있었는데
  그런 영업적인 이야기를 왜 언론 플레이하는지 모르겠음.
  퀄컴 라이센스료 낮추면 회사 담당자가 출세할까? 아니면 소비자가가 낮아질까?

일단 결론 부터 요약하자면
"ㅈ까라 그래"

판매자라면 최소한 자기가 파는 제품에 가격은 붙여놓고 팔아야 하는거 아니야?
소비자가 왜 판매상(=소매상)이랑 흥정을 해야 하는데?
흥정은 "가격을 아는" 유통에 종사하는 사람들끼리 하는 것이지~

제발 말로만 떠드인 인정 따위는 필요없으니 "가격표"나 붙여 줘.
(대형 마트의 14% 비싼 이유가 신뢰의 댓가라면 기꺼이 지불할만한 가치가 있다고 생각한다)

가격표 안붙은 곳에서 물건사다 바가지 쓰느니, 비싸도 가격표 붙은데서 산다.
장기적으로 볼때 그게 더 싸게 먹힌다.
특히나 나같은 "회사 다니는 젊은 남자"는 가격표 안붙은 곳에서는 완전 "봉"이다.

한국에서 괜히 인터넷 쇼핑몰이 흥하는게 아니다.
최소한 그곳에는 "가격"은 적혀있잖아~
소비자들이 괜힌 인터넷으로 몰려간게 아니라, 소매상들이 인터넷으로 소비자들을 쫒아낸거지.
가격 정보를 가지지 않은 소비자는 "갑"이 아니라 "봉"이기 때문이다.

================
만약 조사한 사람을 젊은 남자로 하고
비닐 봉지 하나들고 나가서 실제 구매했을때도 14% 쌀까? 아닐껄?
어떤 것들은 싸겠지만, 어떤 것들에는 덤탱이 요금이 덕실덕실 붙어 있을 거다.
십중팔구... 조사한 사람들은 시장가서 가격을 물어만 봤을거라고 생각한다.
내가 동생한테 과일 사다주면
"요즘 과일 그렇게 비싸지 않을텐데"라는 핀잔를 괜히 듣는게 아니다.
================

PS>
왠만하면 가격표 안붙은 물건은 절대 안사는데 
지난 화요일에 용산을 지나다... 지인의 부탁으로 공 CD를 10장을 샀는데,
날씨도 덥고, 가격 표시를 한 가게도 아예 없길래 아무데나 들어갔다.
"3000원짜리 하고 5000원짜리 있어요"라고 하길래 3000원짜리 샀다.
그런데 용산역 올라가는데 가격표를 붙인 가게가 보였다.
놀랍게도 앞가게에서 "5000원"짜리라고 팔던 물건에 "3000"원이라고 라벨이 적혀있었다.
더운날 열 받았다.
이건 2000원 문제가 아니라, 소비자를 ㅈ으로 본거라고!!!