<![CDATA[AllaN's Life Story]]> http://blog.paran.com/allan ko <![CDATA[[DataCommunication] Spoofing]]> http://blog.paran.com/allan/12386835 ip 스푸핑 기법이란?

 

ip스푸핑..그대로 자신의 ip를 속이는 행위를 말합니다.


IP스푸핑은 TCP/IP의 구조적인 결함에서 출발한 방법으로 TCP sequence number, source routing, 소스 ip주소를 이용해서 상대방 호스트가자신의 호스트를 트러스트 하게 만드는 방법이다.

 

공격 1 단계
ip 스푸핑을 이용한 침입은 패킷의 내용을 변경하여 스크리닝 라우터와 방화벽 시스템 통과

(외부에서해커는 원하는 호스트에 접근하기 위하여 TCP/IP 프로토콜의 결함 중의 하나인 소스 라우팅 혹은 라우팅 프로토콜의 결함을 이용하여 스크리닝 라우터를 통과하며, 이를 위해 침입자는 스크리닝 라우터의 라우팅 테이블을 조작하거나 패킷의 소스 IP 주소를 변경)


공격 2 단계
자신을 신뢰성 있는 호스트로 인식(이렇게 소스 IP주소를 신뢰성있는 호스트로 조작할경우 스크리닝 라우터의 구성이 소스IP주소가 내부 도메인과 일치할때 패킷을 통과 시키도록되어 있다면 해커가 만든 패킷은 쉽게 스크리닝 라우터를 통과한다.)


공격 3 단계
스크리닝 라우터와 방화벽을 통과한후 원하는 호스트의 초기 시퀀스 번호 (Initial Sequence Number) 를 알아야 한다.
일반적으로 대부분 유닉스 시스템에서는 ISN을 나타내는 변수가 매초마다 일정한 상수 INC만큼 증가하고 커넥션을 맺을때마다 [INC/2]만큼 증가한다.
이러한 매카니즘을 해커가 이용할 경우 충분히 ISN을 추측하여 원하는 호스트와 연결 할 수 있다.


공격 4 단계
트로이 목마 프로그램을 설치하는등의 목적한 작업을 하기 위한 호스트 접근 권한 혹은루트 권한 획득 단계 이를 탐지하고 예방 하려면 ? 네트워크 모니터링 프로그램을 이용하여 외부에서 들어오는 패킷의 소스 주소와 목적 IP주소를 검사함으로써 이루어 질 수 있다.
만일 특정 패킷이 로컬 도메인의 소스IP주소를 포함하고 있다면 내부 네트웍크는 침입자에 의해 침입당하고 있는 중이다.
또 다른 방법은 내부 네트워크 내의 모든 시스템간에 이루어진 프로세스 로그를비교하는 것이다. 만일 IP스푸핑을 이용한 침투가 성공했다면 대상 호스트상에서 emote access 에 대한 로그가 남아있을 것이다. 그러나 대상 호스트에 접근한 호스트에서 같은 시가대에 이루어진 원격 접근에 대한 기록을 발견치 못한 경우 침입이락 단정짓게 된다.


이를 예방하려면 ..
내부 네트워크를 외부의 IP스푸핑으로 보호하기 위해서는 패킷 필터링 기능과 보안 취약성이 보강된 라우팅 프로토콜을 포함하는 라우터를 설치해야 한다.
만일 내부 도메인과 일치하는 소스IP주소를 포함하는 패킷이 외부로 부터 들어오는 것을 필터링 해준다면 자연히 외부로부터의 침입은 예방할 수 있다.

 

IP 스푸핑(IP Spoofing)
인터넷 프로토콜인 TCP/IP의 구조적 결함, 즉 TCP 시퀀스번호, 소스라우팅, 소스 주소를 이용한 인증(Authentication) 메커니즘 등을 이용한 방법으로써 인증(Authentication) 기능을 가지고 있는 시스팀을 침입하기 위해 침입자가 사용하는 시스팀을 원래의 호스트로 위장하는 방법입니다. 즉, 이 방법은 자신이 침투하고자 하는 컴퓨터를 무력화하기위해 자신이 그 컴퓨터인것처럼 가장하는 것입니다. 아무리 방어가 잘 되어있는 컴퓨터라도 자기자신을 경계하지는 않기 때문이죠. 이러한 방법으로 NASA나 미 국방부까지 뚫을수있는 최고의 방법입니다. 전에 붙잡힌 미국의 악질 해커 '미트닉'도 이 방법의 대가입니다.
(출처 : 'ip 스푸핑 기법??' - 네이버 지식iN)

]]> Fri, 22 Sep 2006 15:06:29 +0900 <![CDATA[재미로 만들어 보는 AVL-Tree + Viewer]]> http://blog.paran.com/allan/12058099 곧 착수 합니다.

 

이번엔 비주얼라이제이션까지 함께 해볼계획.

 

일단 개강 관계로 도스 만들기는 무기한 보류.!!!

 

---------------------------------------------

 

Ooooooooooops!!!!!!!!!

 

학기 시작.

 

ALL STOP!!!!!!!!!!!!!!!!

]]> Sat, 2 Sep 2006 17:33:35 +0900 <![CDATA[[유닉스시스템]] 텍스트기반의 게임 만들기]]> http://blog.paran.com/allan/11339320 2005년 1학기 유닉스시스템 시간 마지막 과제.

유닉스 기반의 텍스트 게임 제작.

참 재미있었는데...

"ncurses Library 사용"

ClassProject(CrazyRabbit)_Document_Final.zip

---------------------------------------------------------------- 

 

 


Unix System

Class Term Project

 

]]> Tue, 29 Aug 2006 09:18:53 +0900 <![CDATA[돈.돈.돈. 니가 없어 되는게 없구나]]> http://blog.paran.com/allan/11320543

씨바 썩어 빠질 돈.

 

본연의 목적을 잃고 그저 수단으로만 사용되는 녀석.

 

정작 필요한 사람에게는 냉정하고, 가진자의 배만 더 채워주는 놈.

 

두고보자. 다 긁어다가 지하에 가둬놓고 볕을 못보게 만들어 주마.

--------------------------------------------------------

 

상품의 교환·유통을 원활히 하는 데 쓰이는 매개물의 일종. 근대 자본주의경제는 분업과 사유재산제가 바탕이 되는 결과, 무수한 개별경제(경제주체·경제단위)로 분열되어 있다. 따라서 근대경제는 분열된 무수한 개별경제들이 모여서 이루어진 하나의 종합경제라고 할 수 있다. 경제주체에는 생산주체와 소비주체가 있으며, 서로 의존하고 결부되어 유통경제·시장경제를 형성하는데 여기에 화폐가 등장한다. 이같이 근대경제에서 화폐는 재화＝상품인 동시에 각 개별경제를 결부시키는 사슬이며, 이 경우 화폐에는 매개적·목적적 존재의 2가지가 있다. 매개적인 것은 상품을 구입한 대가로 지불하는 화폐의 흐름이며, 이때 화폐는 구매수단 또는 유통수단이 된다. 목적적인 것은 화폐만 일방적으로 흘러가 이자가 붙은 화폐가 되어 다시 환류해 올 것을 기대한다. 여기서는 화폐 자체가 상품처럼 거래대상이 된다.

〔금속주의(金屬主義)와 명목주의〕

이같은 역할을 지닌 화폐의 본질에 관한 학설로는 오늘날 금속주의와 명목주의의 2가지가 있다. 넓은뜻으로 금속주의에는 상품학설·소재주의가 포함되고, 명목주의에는 화폐국정설(貨幣國定說)·지시증권설(指示證券說)·직능학설·추상학설 등이 포함된다. 금속주의에 의하면 화폐란 일반적으로 가장 널리 받게 되는 상품이 된다. 그 결과 화폐는 다른 상품과 마찬가지로 그 자체가 소재가치를 지니고 있어야 한다. 즉 상품과 화폐의 교환 과정에서 화폐는 그 자체가 가치있는 상품으로서 다른 상품과 교환되어야 한다. 이리하여 화폐의 본질은 가치있는 소재에서 구하며, 화폐는 상품 또는 가치있는 재화 특히 귀금속이어야 한다고 생각한다. 이 이론에 따르면 소재가치를 지니지 않은 화폐의 존재는 인정할 수 없으므로 지폐는 화폐일 수 없게 된다. 지폐가 유통되는 경우라도 그것이 정부지폐를 뜻하는 한에서는 유통수단으로서의 화폐기능에서 생긴 가치표시이다. 즉 지폐는 화폐의 사용을 절약하는 대용물에 지나지 않는다. 금속주의에서는 화폐 자체가 하나의 상품으로서 가치를 지니므로 가치척도로서 다른 상품의 가치를 측정할 수 있는 기능을 갖고 있다고 설명한다. 따라서 화폐의 본질적 기능을 가치척도에서 찾고 거기에서 유통수단·가치보장·지불수단·세계화폐 등 여러 기능이 유도된다. 이 학설은 영국의 고전파경제학이나 마르크스경제학에 의해 전개되어 왔다. 주요 학자로 D. 리카도·K. 크니스·B. 힐데브란트·K. 마르크스 등을 들 수 있으며, 특히 마르크스에 의해 노동가치설에 입각한 화폐학설로 확립되었다. 이것을 상품학설이라고도 한다. 이와 달리 명목주의에서는 금속주의가 주장하는 소재가치인 상품성에 의한 일반적 가치척도 기능을 부정하고 화폐의 본질을 추상적 기능, 즉 일반적 교환 내지 유통수단에서 구한다. 명목주의 입장을 취하는 대표적 학설로 G.F. 크나프의 화폐국정설이 있다. 화폐는 소재와 관계없이 국가의 법제에 의해서만 통용력을 지닌다고 하여 화폐의 본질을 유통수단에서 구하는 이론이다. 명목주의는 다시 화폐를 상품에 대한 일반적인 참가표권(參加票券)으로 보는 F. 벤딕센·K. 엘스터의 표권설(指示證券說), 화폐는 화폐로서의 기능을 가진 모든 것이라는 L.E. 미제스·K. 헬페리히 등의 직능학설, 또한 화폐는 상품가치의 비율을 나타내는 추상적 계산단위라는 R. 리프만의 추상학설로 발전하였다. 이와 같이 명목주의는 20세기에 들어와 독일을 중심으로 성행한 학설이다. 20세기 전반을 대표하는 근대경제학자 J.M. 케인스는 《화폐론(1930)》에서 명목주의 입장에 서서 화폐를 단순히 구매수단 기능을 가진 것으로 여겨 계산화폐라는 개념을 사용하였다. 케인스의 계산화폐는 채무·각종 가치·일반구매력 등에서 표현되는 것으로서, 금속주의라는 가치척도로서의 화폐기능에 해당되는 것이다.

〔근대경제학에서의 화폐〕


〔정의-화폐와 계산화폐〕

국민소득의 크기를 나타내거나, 가령 철 1㎏의 값과 솜 1㎏의 값을 비교할 때처럼 경제적 가치의 집계나 비교를 할 때 일반적으로 쓰이는 단위를 ＜계산화폐＞라고 한다. 원·달러·마르크 등의 명칭이 그것에 해당되며 나라마다 다르다. 계산화폐는 대부분이 무게의 단위이기도 한데, 이것은 옛날 칭량화폐(秤量貨幣)시대에 사용할 때마다 그 무게를 달아보았던 습관을 계승하였기 때문이다. 한국의 계산화폐인 원(圓)은 단순히 둥글다는 뜻을 나타내며 무게와는 전혀 관계가 없다. 계산화폐는 도량형이나 시간 등의 단위와 관계없이 오로지 경제계산을 위해서만 쓰이는 추상적 단위이며 실체는 없다. 화폐란 이런 계산화폐로 나타냈을 때 그 가치(나타내어진 값)가 고정되고 불변한 것이 된다. 계산화폐와의 관계를 더 명확하게 하기 위해 화폐를 ＜현실화폐＞라고 부르는 경우도 있으나, 그 둘의 관계는 예를 들면 1만원짜리 화폐는 어제도 오늘도 ＜계산화폐·원＞의 1만원 단위에 의해 나타내지며 변하지 않는다는 사실에 의해 더욱 명백해진다. 다만 화폐를 계산화폐로 나타낸 값은 불변이라도, 화폐를 화폐 이외의 재(財)나 서비스에 의해 측정한 값은 날마다 변동한다. 하지만 일반인은 예를 들어 화폐로 측정한 맥주값이 올랐다고는 말하지만, 맥주로 화폐를 측정하여 화폐가치가 내렸다고는 하지 않는다. 이와 같이 계산화폐와 화폐는 경제생활의 기준이 되어 있다. 다만 화폐는 계산화폐가 추상적 단위인 데 대하여 현실의 경제적 거래에 수반하여 생기는 채무의 최종적 결제수단으로서 작용하는 실체이다.

〔종류-국가화폐와 은행화폐〕

특정적인 실질(實質)·형식의 것을 화폐로 선언하는 힘을 화폐고권(貨幣高權)이라고 하며, 근대국가 성립과 함께 국가가 소유하게 되었다. 국가는 화폐 위조에 무거운 형을 과하고 화폐로 납세를 하며 또 민간화폐에 의한 거래결제를 최종적인 것으로 공인함으로써 화폐고권을 확고히 하였다. 이것이 법화(法貨)의 성립이다. 그 뒤 화폐 제조기술이 발달하여 위조화폐를 만들기 어렵게 되자, 주화(鑄貨)에 찍힌 액면값과 주화를 망가뜨렸을 때의 가치는 별개의 것이 되었다. 소재가 재화로서의 가치와는 관계없이 주화로 유통되기 때문이다. 주화는 재·서비스와는 전혀 별도로 그 소재를 재로 이용하는 것을 예정하지 않는, 화폐라는 하나의 자산이 되었다. 그 뒤 주화는 시일이 경과됨에 따라 액면값에 대해 소재의 가치를 저하시켰으며, 그 극한에 이르러 오늘날의 보조화폐(한국에는 없다)나 정부지폐가 자리잡게 되었다. 이 계열의 화폐는 국가권력이 근거로 되어 기능하는 화폐이므로 국가화폐라고 하며, 현실적으로 주고 받아 유통하는 화폐이기 때문에 현실화폐라고도 한다. 국가화폐와는 별도로 나중에 은행화폐가 생겨났다. 그것은 민간 금융기관인 은행의 요구가 있는 즉시 현금(국가화폐)을 인도하겠다고 약속한 자기앞 채무이다. 은행화폐는 처음에는 은행권형식을 취하였으나, 여러 종류의 은행권이 발행되어 혼란을 가져와 중앙은행이 독점하게 되었다. 이 경우에도 처음에는 중앙은행의 태환(兌換)을 의무화하였는데(은행권과 금의 교환비율＝금평가를 국가가 법으로 정하는 금본위제도 아래에서), 사람들은 은행권을 금으로 바꿀 수 있는 것(환은행권)으로 믿고 중앙은행은 이 때문에 은행권 발행잔고에 대하여 일정한 금을 준비·보유하지 않으면 안되었다. 그런 의미에서 은행권은 금본위제도 아래에서는 신용화폐(은행에 대한 신용에 의해 유통하는 화폐)였으나, 관리통화제도로 금환이 정지됨에 이르러(不換銀行券化) 국가에서 은행권에 강제 통용력을 부여한 것이 은행권에 대한 신뢰의 기초가 되었다. 이 단계에서 은행권은 국가화폐로 편입되어 은행화폐의 역할을 중지하였다. 은행권발행을 할 수 없게 된 은행은 일람출금 예금을 은행화폐로 삼았다. 이것은 은행권과 달리 형체가 없고 즉시 현금으로 바꿀 수 있지만 현금은 아니며, 단순히 은행 장부상 숫자로 예금자의 수표나 예금자의 지시에 따라 계좌대체라는 형식을 통해 이동하여 채무결제에 사용할 수 있는 은행의 채무이다. 은행화폐는 법적으로 채무를 최종적으로 결제하는 국가화폐와 달리 은행이라는 민간기관 채무에 대한 사회적 신뢰 성립을 근거로 하므로, 엄밀한 의미에서 화폐라고 할 수 있는지에 대해 논의가 많다. 그러나 일람출금예금은 본래 부족하기 쉬운 국가화폐의 사용을 절약하고 보충하는 의미에서 성립된 것이므로, 관계자가 그것을 즉시 국가화폐로 바꿀 수 없는 상태가 되었을 때는 엄한 자주적 제재가 있으며 또 행정상 규제도 엄중하여 실제로는 현금화되지 않은 채 채무결재로 쓰이는 것이다. 따라서 제도적으로는 어떻든 기능상으로 충분히 화폐 역할을 하고 있다. 이같이 은행의 일람출금예금은 예금인 채로 이동하여 화폐 기능을 하므로 다른 금융기관의 예금과 합쳐 ＜예금통화＞라고 하며, 통계적으로는 국가화폐(현금통화)와 함께 한 국가의 화폐량을 구성하는 부분이 되어 있다.

〔기능-교환매개와 가치저장〕

국가화폐이든 은행화폐이든 그것이 화폐 역할을 하는 것은 첫째 경제적 ＜가치척도＞로서 작용하는 일이다. 그러나 화폐를 계산화폐로 측정한 값이 불변이므로 마치 화폐가 가치척도처럼 보이는데, 이것은 도리어 현실화폐의 기능이 아니라 계산화폐의 기능이라 하겠다. 둘째 화폐는 재·서비스를 사는 데 사용한다. 그리고 그 화폐는 재·서비스를 팔아서 얻어지므로, 결국 화폐는 재나 서비스의 ＜교환매개＞를 하고 있는 셈이다. 그러나 화폐가 매개하는 교환은 재·서비스와 화폐를 교환하는 단계와, 화폐와 재·서비스를 교환하는 단계의 2가지로 이루어져 있으며, 이 두 단계 사이에는 통상적으로 시간적 거리가 있다. 이 두 시점 사이에서 화폐는 움직이지 않고 한 곳에 머물러 있는데, 그 사이에서 화폐는 ＜가치저장＞ 역할을 한다. 그러나 교환매개와 가치저장의 두 기능을 떼어 놓을 수는 없다. 왜냐하면 화폐를 내놓는 사람은 상대가 가치저장에 기여함을 알므로 그렇게 하는 것이며, 한편 화폐를 받는 사람은 장차 교환매개로 이용할 수 있음을 알기 때문이다. 사람은 적당한 재·서비스를 적당한 조건으로 제공하는 사람을 만날 때까지의 시간·노력(정보 코스트)과, 받은 화폐를 다음 지급에 이용할 때 입는 감가 손실(거래 코스트)이 되도록 적게 하여 화폐를 내놓는다. 그러나 이들 두 코스트를 되도록 적게 하고 교환매개와 가치저장의 두 기능을 화폐가 충분히 수행하기 위해서는 화폐를 일반 재·서비스로 측정한 가격, 즉 화폐가 다른 재를 지배하는 힘인 구매력이 불변이어야 한다. 다행히 화폐를 계산화폐로 측정한 값은 불변이므로, 오늘 1000원권으로 살 수 있었던 것을 내일은 1000원권으로 살 수 없을지 모르지만 오늘도 내일도 1000원의 값이 붙어 있는 것은 확실히 살 수 있어 마치 화폐의 구매력이 불변인 것처럼 생각하는 ＜화폐착각＞이 생기기 쉬우며, 그것이 큰 뒷받침이 되어온 것이 사실이다.

〔수요-동기와 요소〕

화폐에는 형태가 없는 면이 있어 화폐가 움직이는 모습을 본다는 것은 어려운 일이다. 따라서 화폐의 양을 파악하려면 잔고(어느 한 시점의 양)에 의거하도록 되어 있다. 잔고라면 언제라도 모두 누군가의 수중에 있는 셈이다. 그런데 왜 누군가가 가지고 있는 것일까? 그 동기로는 다음 3가지를 생각할 수 있다. 첫째 누구든지 어떤 사람의 어떤 기간중 화폐수불(貨幣受拂) 누계액이 동일해도 그것이 그 기간 중의 모든 시점에서 수입과 지출이 같다는 뜻은 아니다. 다른 한편 벌칙이 따르는 성실한 원칙이 있어서 채무는 약속된 시점에서 반드시 결제되어야 하므로 약간의 잔고가 보유된다. 이것이 거래 동기에 의한 보유이다. 둘째 기대가 그대로 실현된다고는 할 수 없다. 쓰고 싶은 재·서비스가 우연히 생길 수도 있다. 그 경우에도 성실의 원칙이 작용한다. 이 때문에 약간의 잔고가 보유된다. 이것이 예비적 동기에 의한 화폐의 보유이다. 셋째 화폐는 누구든 언제라도 받을 수 있으므로 현재도 장래도 사용할 생각이 없는 것을 팔고 사서 그 차액을 벌려는 기회를 얻으려는 목적에 의해서도 사람은 화폐를 수중에 보유한다. 이것이 투기적 동기에 바탕을 둔 보유이다. 이같이 동기는 3가지 있지만, 보유하고 있는 화폐잔고의 어느 부분이 어떤 동기에 의한 것이냐를 구체적으로 보여 달라고 하면 이에 대답할 수는 없다. 그러나 동기를 하나로 총괄할 수는 있다. ＜유동성동기＞가 총괄적인 동기이다. 자산의 유동성에는 2가지 요소가 있다. 하나는 다른 재·서비스로 바꾸기 쉬운 성질 즉 시장성이고, 다른 하나는 화폐로 측정한 가치가 안정되어 있는 성질 즉 시장가치의 안정성이다. 이들 두 요소는 어떤 자산에나 많든 적든 포함되어 있다. 그러나 화폐는 이 두 요소에서 다른 어느 자산보다도 뛰어나며(사실 화폐에서도 다른 재·서비스로 측정한 가격이 변동한다는 문제점이 있음에도 화폐착각에 의해 가리워져 있다). 이것이 화폐의 수요를 가져오는 까닭이다.

〔공급-과거와 장래〕

19세기 말부터 20세기 초에 화폐의 본질에 대한 논쟁이 소재가치에 바탕을 둔 금속주의와 그에 반대하는 명목주의 사이에 벌어졌다. 그러나 그 뒤 현금(국가화폐)조차도 종이라는 전혀 가치없는 소재로 만들어지게 되었고, 예금(은행화폐)이 잔고에서도 압도적으로 많아져 오늘날에는 화폐 역할을 하는 것이 화폐라는 생각이 지배적이다. 이같이 화폐가 소재를 문제삼지 않게 되는 과정 속에서 화폐를 발행할 수 있는 사람의 범위가 점점 넓어졌다. 그것이 더욱 진전되어 지금은 화폐의 잔고조차 불명확해졌다. 즉 지금까지 화폐의 공급자였던 정부·중앙은행 등 공적 기관과 은행 및 기타 금융기관이 공급한 화폐의 잔고는 이들 기관의 채무이므로 양적으로 명확해졌으나, 지금은 이들 외에 금융기관이 아닌 기업이나 개인에게도 예금담보나 당좌대월 형식으로 미리 신용도가 주어지고, 그 양이 뚜렷하게 증가하고 있기 때문이다. 화폐의 본질적 역할은 교환매개 즉 구매력으로 작용하는 데 있으며, 그 성과는 잔고에 의해서가 아니라 거래에 쓰인 총거래량에 의해 알려져야 한다. 종래에 수요와 공급을 잔고로 억제한 것은 편의에 지나지 않으며, 암묵리에 잔고의 회전수가 불변이라고 가정한 데에 있다. 그러나 가령 잔고가 불변이라도 그 회전수는 마이크로일렉트로닉스, 일렉트로닉 테이크 프로세싱 시스템, 정보검색과 통신시스템 분야에서 근년의 기술 진보 결과 뚜렷이 증가되었다. 게다가 잔고 자체도 파악하기 어렵게 되어 한 기간 중에 움직인, 또는 움직일 것으로 예상되는 구매력의 크기는 실제로 파악할 수 없게 되었다. 그러나 가장 엄밀한 의미에서의 화폐 공급자인 정부 및 중앙은행은 국가화폐의 공급량 조작이 전체 화폐량을 움직이고, 그것이 산출량·고용량 등의 실물량에 영향을 미친다는 화폐적 경제이론 관점에서 국가화폐의 공급량을 중요시해 왔다. 그러나 지금은 국가화폐를 포함한 전체 화폐 잔고도, 그 회전수도 파악하기 어렵게 되었다. 통화당국은 정책적으로 효과를 올릴 수 있는 화폐공급량의 지표를 모색하고 있다. 그것은 처음에는 현금 플러스 일람출금 예금잔고였으나 차츰 확장되어 기업의 정기성예금이나 양도성예금의 잔고, 나아가 우편저금의 잔고를 첨가하는 시도까지 하고 있다. 그러나 잠재적으로 언제라도 화폐로서 작용할 수 있는 신용도의 크기도, 또 화폐의 회전수를 파악하는 방법도 통계적으로 분명히 하지는 못하고 있다. 따라서 금융정책에 의해 고용량이나 산출고를 정확하게 움직이는 일은 당분간 어려움이 더해질 것이다.

〔역사〕


〔원시화폐〕

원시사회에서 물물교환이 성행하자 물자교환에 따르는 불편을 제거하기 위해 교환매개물로서 물품화폐(자연화폐)를 사용하게 되었다. 이것이 원시화폐로 비교적 처분하기 쉬운 물건이 이용되었다. 대표적인 것으로는 곡물(중부아메리카·필리핀·한국·중국·일본 등)·포백(布帛；한국·중국·일본 등)·가축(그리스·로마·남아프리카 등)·농기구(중국)·소금(에티오피아)·무기(고대 영국)·모피(시베리아) 등을 들 수 있다. 그 밖에 패각(貝殼)·우모(羽毛)·귀갑(龜甲)·경치(鯨齒) 등과 장식품이나 의례적·주술적인 물건들도 볼 수 있으며, 그 생성에 종교적 의의를 지닌 경우가 많다. 그 뒤 금속이 사용되자 원시화폐 모양을 한 주조화폐(coin)가 나타났다. 금속은 보존성·등가성·분할성·운반성 등 화폐로서 필요한 조건을 잘 충족시킬 수 있었기 때문이다. 중국의 포화(布貨)·도화(刀貨)·어화(魚貨) 등이 전형적 예이다. 《구약성서》에 의하면 BC 2000년 무렵 이집트·바빌로니아 등에서는 금·은이 칭량화폐로 사용되었다고 한다. 그밖에 아시리아의 금·은, 페르시아와 스파르타의 철, 아라비아의 구리, 멕시코의 주석 등이 있었다.

〔그리스〕

유럽에서 가장 오래된 주화는 BC 7세기 리디아왕국에서 주조한 엘렉트론화이다. 엘렉트론화는 금과 은의 천연합금으로 은이 약 30％ 함유되었다. 이것은 주화로서 일정한 형상·품위·무게를 정하여 만들어진 최초의 화폐로서, 리디아왕국 왕 기게스는 엘렉트론화에 그 가치를 보증하는 각인을 새겨 값어치가 같은 금속으로 사용하였다. 그 뒤 기게스의 후계자 크로이소스는 엘렉트론화에 리디아왕국의 증인(證印)을 새겨서 스타테르화를 주조하였고 이것은 근동 각지에서 유통되었다. 리디아왕국은 BC 6세기 페르시아에 정복되었으며, 페르시아인은 화폐 사용을 답습하였다. 페르시아제국의 다리우스 1세는 금 셰켈(shekel) 및 은 드라크마(drachma)를 화폐단위로 정하고, 금은복본위제도(金銀複本位制度)를 채용하여 금화 다레이코스 및 은화 시글로스를 주조하였다. 금·은 비율은 13 1/3이었는데 이 비율은 그 뒤 약 2000년에 걸쳐 세계 각지에서 쓰여졌다. 그리스에서는 BC 6세기에 아이기나은화를 주조하였고 뒤에 아테네에서도 은화를 만들어 앞면에 아테네 여신의 얼굴, 뒷면에 올빼미와 올리브 그림을 새겼다. 이것은 질좋은 은화로 지중해 연안의 국제화폐가 되었다. BC 5세기에는 그리스 도시국가가 거의 독자적 화폐를 만들었고, 그것이 차츰 남이탈리아·소아시아·시칠리아의 여러 도시로 파급되었으며, 헬레니즘시대에는 오리엔트에도 퍼졌다. BC 3세기 무렵에는 고대인도도 그리스의 영향을 받아 왕이나 아폴론상(像)을 새긴 화폐를 주조하였다.

〔로마〕

로마에서는 BC 3세기에 대형 청동화 아에스 그라베 및 은화 데나리우스가 주조되었고, BC 1세기에는 금화 아우레우스가 만들어졌다. 화폐단위인 아스(as)가 각인된 아에스청동화에는 앞면에 야누스신, 뒷면에 뱃머리그림이 각인되었다. 청동화 10아에스에 해당하는 화폐단위가 각인된 데나리우스은화 앞면에는 로마의 신, 뒷면에는 통상의 신 카스토르와 폴리데우케스의 쌍둥이신상 및 ROMA라는 문자가 새겨졌다. 데나리우스은화는 로마의 조폐소 외에 각지에서 다량으로 만들어져 지중해 서부와 중부에서 주요한 통화가 되었다. 또한 아우레우스금화는 앞면에 비너스상, 뒷면에 임페라토르(imperator；군사령관)라는 문자와 전리품모양이 새겨져 오리엔트의 조폐소에서 주조되었다. 카이사르시대에는 화폐에 CAESAR라는 문자와 카이사르의 가문(家紋)인 코끼리 그림이 새겨졌다. 카이사르가 죽은 뒤 안토니우스는 처음에 갈리아에서, 나중에 오리엔트의 조폐소에서 화폐를 만들었다. 그 가운데 소아시아에서 주조된 화폐에는 클레오파트라와 안토니우스의 초상을 함께 각인한 것, 군함이나 군기(軍旗) 디자인을 새긴 것도 있다. 또 아우구스투스황제는 본위화폐로 아우레우스금화를 채용하였다. 이 금화는 25데나리우스은화와 등가(等價)였고, 1데나리우스는 16아에스청동화와 등가였다. 아우구스투스황제까지는 화폐 디자인이 일정하지 않았으나 그 뒤 황제의 초상이 들어가게 되었고, 황제의 인격을 강조함으로써 화폐를 신성시하여 화폐제 통일을 실현하려 하였다. 그러나 네로황제부터 카라칼라황제에 걸쳐서 로마제국의 재정 궁핍으로 금화·은화 모두 여러 번 품위·무게가 떨어져 개주(改鑄)되었다. 콘스탄티누스대제는 화폐제 개선에 힘써 아우레우스금화 대신 솔리두스금화를 주조하였는데, 이것은 질 좋은 금화로 나중에 유럽에도 유포되어 1000년 이상 통용되었다.

〔비잔틴제국〕

동로마제국(비잔틴제국)을 건설한 유스티니아누스황제는 황제 초상을 새긴 솔리두스금화를 만들어 본위화폐로 삼았으며 그 밖에 금화 외에 은화·동화도 주조하였다. 은화·금화에는 황제 초상·그리스도 흉상·십자가 등이 들어 있다. 이들 금화·은화·동화는 수도 콘스탄티노플(이스탄불)에서 만들어졌으며, 로마·카르타고·라벤나·알렉산드리아 등에서도 주조되었다. 비잔틴화폐 가운데 특히 금화는 지중해 연안 여러 나라에 널리 통용되었으며, 6∼7세기에 걸쳐 현재의 프랑스·독일·벨기에·네덜란드·스칸디나비아·러시아·발칸반도·레반트·북아프리카 등에서도 통용되었다.

〔중세유럽〕

게르만 여러 국가들의 화폐제도는 고대 지중해문명의 유산 위에 성립되었다. 당시 게르만 국가에서는 로마시대 화폐가 일반적으로 친숙하게 사용되었고, 게르만민족이 점령지역을 로마황제 이름으로 지배하였던 정치적 이유도 있어 게르만민족의 수장들은 로마황제 초상이 든 화폐를 주조하였다. 그러나 차츰 게르만 지배자들은 로마황제의 이름 대신 자기 이름을 각인한 화폐로 교체하였다. 로마제국에서는 조폐권이 황제 즉 국가에 있었으나 게르만 국가의 경우 국가의 독점에서 조금씩 벗어났다. 메로빙거왕조 때 왕실 주조소에서 주조된 화폐 외에 교회·주교·장원 영주의 이름으로 만들어진 화폐도 있었다. 또한 각지의 주조소에서 만들어진 방랑화폐라고 불리는 것도 있었으나 품질이 조악하고 권위가 없었다. 여러 게르만 국가들 중 프랑크족은 메로빙거왕조 때 독자적 화폐제도를 마련하여 살리카법전 속에서 1솔리두스(금화)=40데나리우스(은화)로 정하고, 로마시대 실체화폐였던 데나리우스은화를 계산화폐로 삼았다. 그러나 이 새로운 체계는 불편하여 카롤링거왕조 때 피핀 3세와 그 아들 카를대제에 의해 다시 실체화폐로서 신(新)데나리우스은화가 주조되어 중세 유럽의 본위화폐가 되었다. 카를대제의 아들 루이(루드비히) 1세는 십자가와 ＜신에게 드리는 봉헌물＞이라는 문자가 각인된 솔리디우스금화를 주조하였다. 12세기 십자군의 영향으로 오리엔트의 금이 유럽으로 흘러 들어갔고, 13세기에는 각지에서 금화가 주조되었다. 1251년 피렌체에서 만들어진 플로린금화는 특히 유명하여 유럽 각지에 유포되었고, 각국에서 금화를 새로 주조하는 경우 모델로 이용되었다. 플로린금화에는 성 요한의 입상과 피렌체의 문장(紋章)인 백합꽃이 각인되어 있다. 영국은 로마지배시대에 로마 금화 솔리두스를 사용하였으나, 헨리 3세가 1257년 주조한 페니금화에 의해 최초로 자국 통화를 가지게 되었다. 그 뒤 1344년 에드워드 3세에 의해 플로린금화가 도입되었으며, 혠리 7세 치하의 1487년 소버런(sovereign)금화가 주조되었다. 이 금화는 앞면에 왕관 쓴 국왕의 좌상(坐像)이 새겨져 있으며, 뒷면에 군대의 방패와 튜더집안 장미문장이 각인되어 있다.

〔근세〕

16세기에 들어서 신대륙으로부터 많은 은이 유럽 여러 나라에 유입되어 각국의 금·은 값은 심한 변동을 가져와 가격혁명을 일으켰다. 이에 따라 유럽의 화폐제도는 큰 변화를 나타냈으며 에스파냐의 페소화는 국제적으로 유력한 무역용 화폐가 되었다. 독일에서는 1520년부터 대형 탈러은화가 주조되었다. 탈러은화는 앞면에 초상, 뒷면에 문장이 새겨졌다. 그 뒤 유럽 여러 나라 조폐소에서는 각각 자기 나라 고유의 화폐를 만들었다. 영국에서는 튜더집안 에드워드 6세 때 당시까지의 소버런금화 외에 로마 화폐제를 모방하여 화폐면에 통용가격을 표시한 실링화와 페니화가 주조되었다. 근세에 들어와 중앙집권국가는 조폐권을 봉건제후에게서 빼앗아 조폐제(制)의 할거(割據)체제를 타파해 통일을 꾀하려 했던 점에 특징이 있다. 화폐모양도 그리스도·교회·성·도시·봉건영주 등에서 바뀌어, 절대군주의 초상을 사용하는 경우가 많아졌다.

〔근대〕

산업혁명 결과 조폐기계가 도입되어 균일한 화폐가 대량 제조되었으며 화폐 제조비도 저렴해졌다. 18세기 말부터 19세기 초에 걸쳐 마르크·프랑·리라·페세타 등 현재 사용하는 화폐단위가 나타나게 되었다. 또 19세기 중엽부터 주화와 아울러 지폐가 일반화되었다. 나아가 19세기 후반부터 20세기에 걸쳐 각국에서는 금본위제가 채택되어 세계적 규모로 화폐금융제도의 통일기반이 형성되었다. 산업혁명을 최초로 이룩한 영국에서는 찰스 2세 치하 1662년 조폐국에 신설된 공장에서 근대 화폐인 기니(guinea)금화를 제조하여 종래의 금화와 대체하였고, 이어서 은화와 동화도 제조하였다. 그 뒤 빅토리아여왕 치하 1848년 2실링금화(플로린)가 만들어져 인기를 끌었다. 미국에서 최초의 화폐는 1652∼82년 보스턴 조폐국에서 만든 실링은화·6펜스은화·3펜스은화였다. 그때까지 영국·에스파냐의 화폐가 유입되어 있었으나 수량은 적었다. 독립전쟁 후 미국독립이 승인된 1783년 동화가 만들어져 초대대통령 G. 워싱턴의 초상이 각인되었다. 85년 연방회의에서 새로운 화폐제도가 채용되어 달러는 정식으로 미국 화폐단위가 되었다. 92년 통화법과 화폐제조법이 제정되어 금·은복본위제도를 채용하고, 필라델피아조폐국이 개설되었다. 그해 10월 5센트화폐, 93년 1센트·1/2센트 화폐가 제조되었고, 94년 유명한 조금가(彫金家) R. 스콧에 의해 은화가, 95년부터 금화가 만들어졌다. 한편 세계 최초 지폐는 1392년 런던에 설립된 금장(金匠)회사 발행의 금은예치증서 ＜골드스미스 노트＞였다. 그 뒤 영국에서는 1694년 잉글랜드은행이 창설되어 최초의 은행권이 발행되었으며, 이 제도는 그 뒤 세계 여러 나라로 확대되었다. 미국 최초 지폐는 식민지시대인 1690년 매사추세츠에서 발행되었으며, 그 뒤 18세기 초까지 코네티컷·뉴햄프셔·로드아일랜드·뉴욕·뉴저지 등 여러 주에서 계속 발행되었다. 그 밖에 전쟁·혁명 등 국가의 변동기에 당면한 경비를 충당하기 위해 정부지폐가 발행된 적이 있다. 가장 널리 알려진 것으로는 1789년 프랑스혁명이 일어났을 때 혁명정부가 발행하였던 아시냐지폐와 미국 남북전쟁(1861∼65) 당시 발행하였던 그린백이라고 하는 정부지폐 등이다.

〔중국〕

은(殷)나라로부터 주(周)나라 초에 걸쳐 패각·귀갑·진주·보석 등이 교환수단으로 사용되었고, 주나라 때 포화(布貨；布幣)·도화(刀貨)·어화(魚貨)가 사용되었다. 이들은 물품화폐의 잔영을 남긴 것으로, 원형주화가 나타나기 이전에 쓰인 주화의 일종으로 보인다. 포화는 농기구로 쓰이던 괭이나 쟁기의 근원인 박(괭이)에서 진화한 것이며 도화는 가정용 작은 칼에서 발전한 것이다. 어화는 내륙지방의 생활필수품이던 건어(乾魚)가 물품화폐로 사용된 데에서 비롯하여 교환용 주화가 되었다. 이어 주나라에 원전(垣錢)·원자전(垣字錢)이라는 원형주화가 만들어졌는데 이것을 환폐(環幣)라고도 하며 둥근 주화에 둥근 구멍이 뚫려 있다. 그것이 주나라의 양치전이 되자, 주화의 구멍은 네모꼴로 바뀌었다. 진(秦)나라 시황제는 원형방공전(圓形方孔錢)을 만들고 동전에 의한 화폐의 통일을 도모하여 예전의 포화·도화 사용을 금지시켰으며 조폐권을 국가 수중에 넣었다. 이는 한(漢)나라 때도 계승되어 무제는 오수전(五銖錢)을 발행하였다. 이것은 그 뒤 약 800년에 걸쳐 중국 화폐로 존속하였다. 한나라를 멸망시킨 신(新)나라의 왕망(王莽)은 대천오십(大泉五十)·계도(契刀)·화포 등 왕망전을 주조하였으나 신나라가 15년 멸망하자 왕망전도 일시적인 것이 되었다. 당(唐)나라 고조는 개원통보(開元通寶)를 새로 주조하였는데 이것은 국내뿐 아니라 아시아 여러 나라에서도 사용되었다. 이어서 송(宋)·원(元)·명(明)나라 등의 동전도 한국·일본 등으로 유입되어 사용되었다. 특히 명나라 성조(成祖；永樂帝)의 영락통보는 대표적인 것이다. 지폐는 송나라 때부터 발행되어 금(金)·원·명·청(淸)나라로 계승되었다. 원나라 세조(쿠빌라이) 때는 주화를 폐지하고 지폐를 사용케 하였음을 마르코 폴로의 《동방견문록》에서 살펴볼 수 있다. 명나라 때는 에스파냐 은, 청나라 때는 멕시코 은과 유럽의 양은(洋銀)이 유입되어 전국으로 확대되었다. 이것에 대항하여 청나라 후기에는 새로운 조폐소가 설립되어 유럽형 은화 및 동화가 대량 주조되었다. 신해혁명(辛亥革命)으로 1912년 중화민국이 성립되자 국폐조례(國幣條例)에 의해 은원(銀元)이 본위화폐로 정해지고, 쑨원[孫文(손문)]·위안스카이[袁世凱(원세개)]의 초상을 각인한 화폐가 발행되었다. 그러나 주요 나라는 이미 19세기 후반부터 차례로 금본위제로 이행하였으며 은값의 변동이 심해졌다. 중국은 마지막까지 은본위국으로 남아 있었으나 1935년 마침내 금본위제도의 하나인 금환(金換)본위제도로 이행하였다.

〔한국〕


〔고대∼삼국시대〕

고대에는 물물교환이 유통의 전부를 차지하여 무기와 각종 생산도구·장신구·곡물·직물 등을 물품화폐로 사용한 것으로 추측된다. 조선 후기 한치윤(韓致奫)이 지은 《해동역사(海東繹史)》에는 한국에 최초로 화폐가 등장한 것은 BC 57년으로, 이때 자모전(子母錢)이라는 철전을 만들어 사용하였다고 한다. 변한(弁韓)에서는 철을 생산하여 중국의 전화(錢貨)처럼 사용되었다고도 한다. 동옥저에서는 금·은으로 만든 무문전(無紋錢)이 사용된 기록이 보인다. 신라에서는 금·은 무문전이 사용된 기록은 있으나, 주조 또는 유통 실태 등에 관해서는 알 수 없다.

〔고려시대〕

고려 초에 송(宋)나라와의 교역 및 국내산업 발전으로 주화의 필요성을 느껴 996년(성종 15) 최초로 철전을 주조하였으나, 유통범위가 넓지 못하였고 민간에서는 물물교환이 주류를 이루었다. 그 뒤 송나라에서 유학하고 돌아온 의천(義天)의 건의로 1097년(숙종 2) 주전관(鑄錢官)을 두어 화폐주조업무를 담당, 수행하게 되었고, 1102년 1만 5000근의 구리로 해동통보(海東通寶)를 만들었다. 이어 동국통보·동국중보·해동중보·삼한통보·삼한중보 등의 여러 가지 주화(동전)를 주조하였다. 1101년 귀금속화폐로서 은병(銀甁)을 법화로 주조·유통시키기 시작하였다. 은병은 은 1근을 그때 국토모양을 본떠 주조한 것으로 초기에 칭량화폐로서 통용되었으나, 뒤에 위조은병이 나타나 가치가 하락하였다. 따라서 은병의 순도를 높이기 위하여 1331년(충혜왕 1) 소은병(小銀甁)을 주조하였는데, 역시 위조화폐가 성행하여 동병(銅甁)인지 은병인지 분간할 수 없을만큼 품질이 떨어졌다. 이어 칭량은화로 쇄은(碎銀)을 사용하였으나, 이것도 구리를 합주(合鑄)하여 품질이 나빠져 14세기 중엽 화폐기능을 거의 상실하였다. 여전히 유통계를 지배하는 물품화폐의 주종을 이루던 베 즉 추포의 화폐기능이 둔화되어 91년(공양왕 3) 통용을 금지하고, 이듬해 송나라의 회자(會子)와 원나라의 보초제를 모방한 저화(楮貨；紙錢)를 인조하여 5승포(五升布；중질품 베)와 함께 사용하도록 하였다. 그러나 종이조각에 지나지 않는 저화가 국가에서 부여한 액면가치대로 통용될 수 없었으므로 고려가 마지막으로 시도한 화폐제도 개혁은 실패하였다.

〔조선시대〕

화폐의 필요성이 다시 논의되어 1408년(태종 8) 고려 말에 사용하던 저화를 찍어서 발행하였다. 그러나 이 시도는 좌절되고, 1423년(세종 5) 동전을 법화로 주조하여 발행하였다. 이것이 동전인 조선통보(朝鮮通寶)이다. 25년 4월 마침내 저화의 통용을 중단시키고 동전만 사용하도록 하였다. 따라서 각 도의 세납을 동전으로 납부하지 않는 사람은 처벌하는 등 국가권력을 배경으로 동전의 유통 보급에 힘썼다. 그러나 일반민중은 여전히 베·쌀 등 물품화폐를 주로 사용하였다. 64년(세조 10) 전폐(箭幣)를 만들어 법화로 사용하는 정책을 시도하였다. 전폐는 유사시 화살촉으로 사용하고 평상시에는 화폐로 사용할 목적으로 화살촉모양으로 만든 철전이었다. 이것은 조정의 적극정책으로 널리 보급되었으나, 민간에서 저화를 사사로이 주조하게 됨으로써 신용이 떨어져 다시 뒷전으로 물러나게 되었다. 이렇게 주화의 유통이 일진일퇴하다가 1678년(숙종 4) 주전청(鑄錢廳)을 설치하여 상평통보(常平通寶)라는 동전을 주조하여 유통시켰다. 그 뒤 상평통보는 국가의 유일한 법화로 통용되었다. 1866년(고종 3) 경복궁 중건을 위해 당백전(當百錢)을 주조·발행하였으나, 이 당백전으로 말미암은 악성 인플레이션이 발생하여 혼란을 겪게 되었다. 82년(고종 19) 서양식 신식화폐인 대동3전(大東三錢)·2전·1전 등 3종의 은전이 만들어졌다. 그러나 이 대동전은 과다한 비용과 제작기술 미숙으로 유통되지 못하였다. 85년(고종 22) 전환국(典圓局)을 설치하고 독일에서 신식기계와 기술을 도입하여 신화폐를 주조하였으나, 러·일전쟁 발발로 이 제도는 확립되지 못하였다. 갑오개혁을 계기로 ＜신정화폐발행장정(新定貨幣發行章程)＞을 정하고 5냥·1냥(이상 은화), 2전 5푼(백동전), 5푼(적동전), 1푼(황동전) 등 5가지 화폐를 만들어 문란해진 화폐제도를 통일하려 하였으나 본위화폐 주조는 극소수에 머무르고 대부분 백동화 주조에만 주력하여 화폐제도가 충분히 확립되지 못하였다. 1900년(고종 37) 러시아인 알렉세예프의 건의에 따라 ＜신화폐조례＞를 제정하고 금본위제에 의한 20환·10환·5환(이상 금화), 반환·20전(이상 은화), 5전(백통)·1전(적동) 등 7종의 화폐를 만들어 일제가 국권을 빼앗을 때까지 사용하였다. 1902년 ＜중앙은행조례＞ 및 ＜태환금전조례＞가 발표되고 중앙은행에서 1, 5, 10, 50, 100환의 태환권 지폐가 발행되었다. 1909년 한국은행이 설립되자 화폐의 단위를 ＜환＞에서 ＜원＞으로 바꾸었다.

〔일제강점기〕

한국 최초 중앙은행으로 한국은행을 설립하였으나 은행권을 마련하지 못하여 일본의 다이이치[第一(제일)]은행권이 대신 사용되었다. 한국은행권이 처음 발행된 것은 1910년 12월 21일로 이날 1원권이 발행되고, 이듬해 6월 5원권과 10원권이 발행되었다. 11년 2월 총독부가 ＜조선은행법＞을 공포하고 8월 한국은행을 조선은행으로 개칭하여 구한국은행의 모든 권리와 의무를 승계시킴으로서 한국은행권은 조선은행권으로 인정되었다. 14년 9월 조선은행이 100원권을 발행하였고, 마침내 15년 1원권·5원권·10원권을 발행하였다. 그 뒤 조선은행권은 계속 발행되어 중·일전쟁 때 만주는 물론 중국에까지 유통되었으며, 그 발행고는 다이이치은행으로부터 인계받은 발행고 1180여 만원에서 광복 직전 49억원으로 증가하였다.

〔광복 뒤〕

광복 직후 미국 달러에 대한 원화가치는 1달러에 450원, 49년 1대 500, 12월 1대 600이 되었다. 6·25가 일어나자 정부는 부산으로 옮겨갔으며, 이때 대구에서 최초의 한국은행권인 1000원권과 100원권 2종류를 발행하였다. 그리하여 조선은행권인 100원·10원·5원·1원권의 4종류와 함께 6종류가 통용되었다. 그러나 전쟁으로 인한 인플레이션으로 53년 대통령긴급명령 제13호와 긴급금융조치법이 공포되었다. 이로써 원의 유통이 금지되고 원화 표시 금전채무는 100대 1로 절하되었으며, 화폐 명칭도 ＜환＞으로 바뀌었다. 그뒤 61년 5·16군사쿠데타가 일어나자 제2차 화폐개혁이 실시되어, 다시 ＜환＞에서 ＜원＞으로 바뀌고 1/10로 명목절하되어 지금에 이른다. 현재 1만원·5000원·1000원(이상 지폐)과 500원·100원·50원·10원·5원·1원(이상 주화) 등이 통용되고 있다. 그 밖에 70년 이후 국내여신을 각각 통화의 규제대상으로 규정하여 어음·예금증서 등과 금융·증권시장 주식·채권 등도 유사화폐로서의 역할을 하고 있다.

]]> Mon, 28 Aug 2006 08:30:47 +0900 <![CDATA[[스크랩] 돈주고도 못듣는 영어 잘하는 비법 4 ]]> http://blog.paran.com/allan/11293390 출처 : 하고픈말 (네이버 블로그 - http://blog.naver.com/ksjun74/)

 

성격을 바꿔라.

내성적이거나 무뚝뚝한 사람은 영어 잘 못 한다. 평소에 말수가 적은 사람에게 영어로 말하기를 기대하는 건 무리다. 말 수가 적으면 평소에 영어로 말하는 것을 연습할 수 없기 때문에 늘지 않는 건 당연하다. 영어 잘 하고 싶으면 성격부터 뜯어고쳐야 한다.

 

책을 많이 보고 영어로 말할 거리를 만들어라.

저번에도 잠시 언급했지만, 말을 할 소재가 없으면 당연히 말이 안나온다. 모임같은 데 가서 늘 남이 하는 말만 듣고 있는 사람은 죽었다 깨어나도 영어 못한다. 스스로 남앞에 나서고 이야기 거리를 만들어야만 영어가 는다. 그러기 위해서는 한글로 된 글을 많이 읽어 배경지식과 교양을 쌓아야한다. 영어 잘하는 사람 중에는 실제로 여성의 비율이 높게 나온다. 그 이유는 여성들이 남성보다 말을 많이하는 편인데다가 평소에 남성(2500단어)보다 훨씬 많은 단어(6000단어이상)를 사용하기 때문에 영어를 잘하게 될 확률이 훨씬 높다.

 

긴 문장 빨리 읽기는 1석 3조다.

처음에는 짧은 문장부터 시작해 점점 길이를 늘려가며 빨리 읽기 연습을 해라. 운동을 적당히 하면 건강에는 도움이 될지 몰라도 근육을 붙이고 힘을 키우는 데는 별로 효과가 없다. 근육과 힘을 키우기 위해서는 강도 높은 운동을 해야하듯, 빨리 읽기 연습을 하면 입안의 근육을 발달시키기 때문에 발음이 좋아지고 읽기 속도가 향상되며 나중에는 이해도 빨리 할 수 있게된다. 그리고 내가 발음할 수 있는 것은 남이 말해도 알아들을 수 있다. 다시말해, 빨리 읽을 수 있으면 듣기 능력도 향상된다.

 

음악도 도움이 된다.

이상하게 들릴 지 모르나, 영어는 한국말과 달리 높낮이가 있다. 그래서 음악을 좋아하는 사람, 특히 듣는 것 보다는 따라부르거나 악기로 연주하는 것을 좋아하는 사람은 일반인보다 훨씬 빠르게 영어를 익힐 수 있다. 한 연구에 따르면 음악이나 언어는 모두 모방이기 때문에, 모방하는 능력이 뛰어난 사람이 잘한다고 한다. 그렇기 때문에 음악과 언어는 직접적으로 연관이 있다고 할 수 있다.

 

문장을 읽고 한 번에 이해를 못하면 아무리 들어도 소용없다.

혹자는 열심히 듣기만 하면 듣기가 는다고 하는 사람도 있다. 어림없는 소리. 한 번 읽어서 무슨 내용인지 의미가 바로 머리에 들어오지 않으면 그 문장을 들었을 경우 이해못하는 것은 당연하다. 아무리 들어도 듣기가 안된다는 사람은 그 이유가 있다. 거의 대부분 그런 사람들은 조금 긴 문장을 읽고 한 번에 이해하지 못한다. 읽고 이해못하는 문장이 많을수록 듣기도 안된다. 그런 사람들은 듣는 것보다 읽는 것을 더 열심히 해야한다.

 

문장에다 난도질 하지마라.

학교 영어 선생님들이 영어공부 다 망친다. 학교 선생님 중에 듣기 잘하는 사람 별로 없다. 영어공부할 때 사선을 그어 문장 구성요소나 품사별로 나누는데 그렇게 연습한 사람은 빨리 듣기와 빨리 읽기는 아예 포기해야한다. 그리고 나중에 토익공부할 때 애먹는다. 아리랑TV는 몰라도 CNN이나 영화대사듣기는 아예 포기해야 할 거다.

 

지금까지 생각나는 대로 대충 방법론에 대해 적어보았다. 내가 쓴 내용은 대학논문이나 유능한 영문학교수들이 말하는 공부비법과 7년 이상 학생들을 지도해오며 스스로 느꼈던 것을 종합하여 서술한 것이다. 내 스스로는 충분한 검증을 거쳤다고 자부하지만 혹, 개개인에 따라 맞지 않는 방법도 있을 것이다. 사실 공부방법은 스스로 찾아야한다. 저번에 이보영 선생님이 했던 말이 생각난다. '영어공부는 자신에게 맞는 공부방법을 찾아가는 과정이며, 방법을 찾음과 동시에 영어공부는 끝난다' 그리고 이보영 선생님 자신도 지금도 계속해서 자신에게 맞는 공부 방법을 찾고 있다고 했다.

 

다음부터는 실전으로 들어간다. 돈주고도 못듣는 영어 과외가 곧 시작된다.

 

Sorry, but I can't write an essay for some time. Actually, I have to prepare for a test, I will take a test in about a month. ^^

 

I just want a lot of people to visit my blog and be confident of their success in mastering English. To be honest, what I said is very important and imperative in learning English, but most people wanting to master English neglect the points, which I said in my blog.

 

So, I think you, who read my essay although it was only once, are very lucky people.^^ Accidentally, you caught a fair chance to improve your English though it's up to whether you will put my advice into practice.

May you succeed in your English and my advice be a good help.

But please wait until I come back.

I still have a lot of Know-how to write. Bye!!

]]> Sat, 26 Aug 2006 14:43:42 +0900 <![CDATA[초보 프로그래머가 가야할 正道]]> http://blog.paran.com/allan/10971856 1. 어떤 언어를 사용하느냐 하는 것은 중요한 것이 아닙니다.

문제 위주로 생각하는 버릇을 키워야 합니다. 많은 프로그래머들이 자신이 당면한 문제를 정확하게 이해하는 경우가 매우 드뭅니다. 일단 언어와 개발환경에 익숙해지면 다른 사고와 접근 방식을 요구하는 문제 해결에는 속수무책인 경우가 많습니다. 이것도 일종의 문화이기 때문이겠죠.
C/C++을 배우려고도 하지 않고, 시스템 프로그래밍을 하지 못하는 대다 수의 프로그래머를 실력이 없거나, 한계를 갖는 프로그래머로 매도하는 경향이 일부 있는데 이는 바람직하지 않다고 봅니다.
2000년 문제를 해결해야 할 대다수의 프로그래머는 C/C++나 어셈블리어 를 사용하는 사람보다는 코볼을 사용하는 프로그래머입니다. 그들에 대한 수요가 절대적인 이유는 문제가 그것을 주로 사용하는 시스템에서 빚어지기 때문입니다.
(메인프레임의 MIS/뱅킹/.... 관련 프로그램들은 거의 코볼로 작성되었다고 보면 됩니다)
특정 환경에 맞는 특정 언어가 존재하며, 어떤 언어를 선택하느냐 하는 것은 프로그래머의 마음이나 능력 이 아닙니다. 실제로는 문제가 결정하며, 궁극적으로는 시장이 결정합니다.
만약 비디오 대여점에 맞는 프로그램을 짠다고 가정합시다. 비주얼 베이 직으로 하는 것이 Visual C++프로그래밍보다는 훨씬 경제적이다는 것은 누구나 다 아는 일일 것입니다.
저는 개인적으로 두 툴을 다 사용하고 Visual C++을 더 좋아하지만 (이것은 완전히 개인적인 기호입니다), 유사시에는 두개의 툴을 동시에 사용합니다. 그리고 C/S 환경에서 프로그래밍을 즐겨 짭니다.
네트워크 프로그래밍을 할 경우, 서버 소프트웨어를 짜는 과정에서 분석 된 도큐먼트 하에서 프로그래밍을 하더라도, 클라이언트 운용환경 하에서 테스트를 해야 할 필요성을 느낍니다.
NT환경하에서, 서버 소트프트웨어는 Unix의 데몬과 같은 Service형태로 돌아가고 네트워크 퍼포먼스와 과부하를 견딜 수 있는 소프트웨어를 짜야만 한다고 가정합시다. 그러면 선택의 여지는 별로 없습니다. C++이죠. 그러나, 아직 클라이언트 소프트웨어는 만들어지지도 않았기 때문에, 여 러가지 내가 만든 소프트웨어의 잠재적 위험성은 상당히 높다고 보아야 합니다.
이 경우 아주 빨리 클라이언트 프로토타입을 만드는 도구를 선택한다면 비주얼 베이직이 될 것입니다. 소켓 프로그래밍에서부터, 데이터베이스 프로그래밍에 이르기까지 아주 빨리 아주 편리하게 클라이언트의 프로토타입을 남몰래 (도큐먼트에 없는 비공식 테스트용으로) 만들어 테스트를 해 나갈 수 있죠.
이 경우 제거되는 소프트웨 어의 비효율성이나, 문제점은 상당하며 개발 속도 및 디버깅 속도를 향상시켜 줍니다. 저는 실제로 비주얼 베이직을 프로토타입 작성용으로 즐겨 사용하고 있습니다.
(때로는 실제 클라이언트 릴리지 버전 제작용으로도 사용하죠)
사실 비주얼 베이직 그 자체로도 훌륭한 도구입니다.
만약 비주얼 베이직이 문제가 된다면, 그 환경이 비주얼 베이직으로 해결 되지 않거나, 반대급부가 너무 큰 경우이겠지요. 어떤 도구를 사용할 것인가에 너무 집착하면 문제를 잘못볼 수가 있습니다. 어떤 도구도 완벽한 것은 없기 때문에 어떤 환경/문제에 어떤 도구가 적 합한지를 판단할 수 있는 훈련을 하는 것이 바람직합니다.

2. 아키텍처를 이해하십시오.
종종 프로그래밍을 시작하는 사람들은 그 언어 사용법이나, 도구가 제공하는 환경(IDE같은)을 이해하는 데에 많은 시간을 할애하는 것을 봅니다. 그러나, 이보다 더 큰 문제는 마치 이것을 전부인 것처럼 생각하는 것입니다.
프로그래밍을 한다는 것이 반드시 무에서 유를 창조하는 것만은 아닙니다. 오히려 그런 경우는 아주 소수이지요.
여러분이 아키텍처를 발표한다든지, 운영체제를 만든다든지 하는 일은 연구소나, 학계에서 일하지 않는 한 거의 없을 것입니다.

만약 여러분들이 협애한 생각으로 프로그래밍을 한다면, C/C++만 가지 고 할 수 있는 일은 거의 없을 것입니다. 널리 수행되는 데이터베이스 프로그래밍을 하는 것은 C/C++을 알면 도움 이 되긴 하지만, 사실 그 자체와는 아무런관련이 없습니다.
오히려 SQL과 데이터베이스 커넥션(네트워크)에 대해 알아야 할 것입니다. 때로는 Embeded SQL이나, ODBC에 대해 알아야 할 것입니다.
C/C++프로그래밍을 한 사람이 네트워크 프로그래밍을 하지 못한다면, 그 사람은 아마 네트워크 아키텍처에 대해 잘 모르기 때문이지 실력이 없어서는 아닐 것입니다. (네트워크 분야라 할지라도, IPX/SPX 프로그램밍, RPC 프로그래밍, TCP/IP 소켓 프로그래밍 등등 여럿이 있으니까요...)
때로는 표준이기도 하거나, 때로는 완성되지 않은 아키텍처이기도 하겠 지만, 하나의 아키텍처를 얼마나 신속하고 빨리 이해할 수 있느냐 하는 것이 매우 중요합니다. 사실 제가 경험한 신입사원들은 사용언어보다는 아키텍처를 이해하는데에 더 많은 시간과 노력을 투자해야 한다는 것을 뼈저리게 체험했습니다.
개발경력이라고는 전혀 없는 신입사원들이 수행했던 프로젝트는 광파일 시스템이었는데 이해하여야 할 아키텍처가 상당했거든요. (이미지 프로세싱, TCP/IP네트워크 프로그래밍, C/S, RDBMS 등등 선너머 산이었죠.)
이렇게 닥달을 당하고 훈련되니까, 3개월만에 자연스럽게 잘 하더라구 요..... 심지어, 그 중에 한 친구는 비주얼 베이직 갖구 win32프로그램을 하더라구요 (물론 약간 제한적이기는 하지만). 그들은 지금도 서슴없이 이야기하죠. 뭐 언어는 중요한게 아니라구요.
아키텍처가 중요하다구요. 농담삼아 야한 이야기를 할 때도 "허리아래 아키텍처"에 대해 논해보자구 할 정도의 노이로제 증상을 보이는 정도랍니다.
C++을 배우기 위해서, Visual C++을 공부하는 사람에게 저는 종종 다음과 같은 이야기를 하지요. 먼저 죽어두 MFC프로그램밍으로 시작하지 말라구요.
MFC는 사실 아주 숙련된 C++프로그래머 (OOP입장에서 볼때 능숙한 C프로그래머가 아니라) 와 능숙한 Win32프로그래머를 위한 것이에요. <<<이것은 마이크로소프트의 도큐먼트에도 나 와있 는 이야기입니다.>>>
윈32 아키텍처를 이해하지 못하는 대부분의 초보 프로그래머, 더군더나 여기에 C++ 아키텍처도 잘 모르는 프로그래머가 위저드의 도움으로 프로그래밍을 작성했을 경우 자신의 코드를 이해하는 데 걸리는 시간은 윈32 아키텍처와 C++아키텍처를 이해하고 다시 MFC를 공부하고 프로그램을 짜는 데 걸리는 시간보다 더 길다는 것을 사람들은 이해 하지 못합니다.
전체로서의 구조화된 아키텍처를 이해하고 숙달되려고 노력하는 지난한 과정이 필요합니다. 윈도우 프로그래밍을 배우려 한다면, 한번쯤 (당장은 아니더라도 머릿속에 항상 기억하십시오) Win32 아키텍처를 이해하도록 노력하여야 합니다.
인터넷 프로그래밍을 하고싶다면(혹시 C/C++을 사용해서), RFC 도큐먼트를 조해야만 하는 경우가 생깁니다. WEB이 강력하고 저도 자유롭게 즐겨쓰는 프로토콜과 환경을 제공해주지만, 때로는 인터넷으로 메일을 보내고 소켓을 바로 열어 다른 형태의 프로토콜로 대화를 해야할 필요도 있으니까요.
이렇듯 여러분이 앞에 있는 것은 사용법이나, 도구와 관련된 문제가 아니라, 아키텍처의 이해와 적용에 관한 문제가 아닐까 합니다.
참고 : MFC프로그래밍은 단순히 User와 GDI서비스를 적절하게(?) 클래스 라이브러리화한 것에 지나지 않습니다.
(스레드, ISAPI나 소켓 등 일부는 예외). 커널 서비스와 관련된 작업은 전적으로 당신의 몫입니다.)

3. 사용자 지향의 마인드를 가져야 합니다.
여러분이 만약 프로그래밍을 생계의 수단으로 삼고 그것을 유통경로를 통해 다른 누군가에게 판매하고자 한다면, 시장을 석권하기 전까지는 자신이 짠 프로그램에 대해 자부심을 갖지 마십시오. 그건 당신의 착각일 수 있습니다. 아무리 화려한 기능과 성능으로 무장을 하였더라도 사용자가 원하는 사 소한 기능이 빠졌다면, 그것은 바로 당신의 무능함을 말하는 것입니다. 그사이에 경쟁자는 더욱 구매자의 구매의욕을 자극할 제품을 내 놓을지도 모릅니다.
저도 이 생각을 받아들이기까지 많은 시간이 걸렸습니다.
처음에는 속으로 "뭐 이런 것들이 다 있나"하는 생각도 해보 았지요. 사용자가 현명하기 때문에 사용자가 왕이 아니라, 그들이 바로 내가 짠 프로그램을 구매하기 때문에 왕이라는 사실을몸으로 체험하기까지는 시간이 결렸습니다. 더 싸게, 더 강력하게, 그렇지만 더 작고 더 편리하게 만들 수 없다는 것이 판명나면, 그날로 당신은 시장에서 매장당하게 될 것입니다.
특히 우리나라 시장에서 나타나는 코딩과 관련되서 나타나는 문제는 사용자 인터페이스입니다. 사용자 인터페이스는 그자체로 아주 방대하고 상당한 경험을 요구하는 분야입니다. 뿐만 아니라, 상당한 비용 (소프트웨어 개발 비용보다도 더드는 경우가 많습니다)을 요구합니다.
어느 정도 수준에 도달한 사용자 인터페이스를 갖춘 국산 프로그램을 보기란 아주 어렵죠....
여러분들은 윈도우의 커먼콘트롤들을 사용하는 이유를 잘 아실 겁니다.
이것들이 좁은 화면에서 사용자와 상호 정보를 주고받기 위한 상당히 계산된 도구들이라는 것을요... 그러나, 이것이 전부는 아닙니다.
불필한 정보의 표시, 잘못된 버튼의 위치, 중목된 정보, 보기싫은 아이콘, 맞춤법은 흔히 나타나는 문제에 불과합니다.
기본 정보와 고급 정보의 분리 및 배치, 시스템 장애시의 조치사항, 마우 스 이동 경로의 계산(최소 이동 경로), 운영시간을 단축할 수 있는 최소 작업 경로의 배치, 다양한 사용자의 운영 습관에 대응하는 인터페이스, 사용자 운영 시스템에 대한 고려, 관리상의 편리를 도모할 수 있는 인터페이스 등등 실제 현장에서 나타나는 문제는 그야말로 산적해 있습니다.

여러분들이 바로 오퍼레이터(때로는 고객)라는 생각을 가지고 프로그래 밍을 하는 것이 중요합니다. 그것은 나중이 아니라, 지금부터입니다.
윈도우 프로그래밍의 보이지 않은 기본적인 과제는 사실 손쉬운 인터페이스의 구현에 있습니다. 그러나, 비주얼 툴이 결코 자동적으로 좋은 사용자 인터페이스를 가져다 주지 않습니다.
사실 이 부분은 교재나 샘플코드에 나와있지도 않으며, 누가 가르쳐주는 내용도 아니기 때문에 경험있는 사람들의 조언이나, 본인의 노력, 사용자들의 조언에 의존하는 바가 큽니다. 자신의 결과에 대한 비판적인 자세가 필요하다고 봅니다.

4. 팀 작업을 염두에 두어야 합니다.
공부하는 단계에서 뭐 이런 것까지 필요할까 생각하는 분들이 있을 겁니 다. 사실 급한 것도, 당장 필요한것도 아니지요.....
그렇지만, 내가 만드는 소프트웨어가 나 혼자 개발하는 것이 아니라는 염두에 둔다면 과정과정에서 많은 도움을 얻을 수 있습니다.
여러분들에게 앞서 사용자 인터페이스를 염두에 두어야 한다는 말을 했습니다.
이제는 프로그래머 사이에 존재하는 인터페이스를 이야기하고 싶군요. 개발과정이 복잡해지면 질수록 개발방법 또한 복잡해집니다. 이에 따라, 개발자 사이에 의사소통도 복잡해지고 여기에서 발생하는 문제도 아주 커집니다.
여러분들이 앞으로 OEM 소프트웨어나 상용 프로그램을 개발할 경우, 결코 단독으로 개발하는 일은 거의 없을 것입니다.
사소하게는 디자이너와도 이야기해야 하며, 싫은 일이지만 관리 파트와도 이야기해야 할 때가 있습니다. 모든 부분들은 공식적인 이야기이며, 여기에는 사소하더라도 도큐먼트가 따라가게 됩니다. 하나의 프로젝트가 끝나면, 프로젝트 관련 문서는 산더미처럼 쌓이게 되 죠. 전자형태이든, 종이의 형태이든, 대화의 형태이든
이런 작업은 계속적으로 처음부터 끝까지 이루어집니다. 피할 수 없는 지겨운 작업이죠. 여러분들이 공부할때부터 이런 습관을 들이는 것은 아주 좋은 일이죠.
1) 주를 충분히 달아두는 연습(프로그래밍을 잘한다고 하는 사람일수록 이것을 잘 안하죠.) 현란한 기법에 빈곤한 주,아마 인수자에겐 지옥일 겁니다. 그리고, 시간이 오래되서 본인이 망각할 경우(특히 공부할 때는 더더욱 그렇죠), 주가 없다면 시간이 많이 걸리겠죠..
2) 인용이나, 참고에 대한 메모 : 종이가 만약 아깝지 않다면 이 부분은 반드시 메모하거나, 프린트 해두세요... 언제든 반드시 다음에 참고가 되고, 인수인계나 공동작업시 좋은 반려자가 된답니다.
3) 좋은 인터페이스 설계: 내부의 복잡한 임플리멘테이션을 숨기고 헤더 만 공개할 경우 가능한 한 최소한의 충분한 용을 담고 있어야 하며, 이것과 관련된 사용방법을 매뉴얼화하여야 합니다. 클래스 설계나, 라이브러리, 기타 작업에 있어서 이것은 피할 수 없는 일입니다. 되는 기능과 안되는 기능에 대한 조언이 있다면 더욱 좋구요. 네트워크 프로토콜의 경우도 마찬가지예요. 여러분이 델파이나, C++, 비주얼베이직 등으로 클래스를 만들었을 때한번 이작업을 해 보세요. 그러면 다른 사람만이 아니라, 여러분 자신에게도 많은 도움이 될 꺼예요.
4) 좋은 팀 프로그래밍 관리 소프트웨어의 사용법을 알아두세요. 소스관리에도 좋구요. 나중에 여러사람이 같이 작업할 때 아주 좋아요. 기타 등등이 많겠지만 지금은 이정도가 생각나네요....
참고) 소프트웨어 개발이 일차적으로 끝나고 나면 가장 골치아픈 일이 버전 관리예요. 소프트웨어를 버전별 로 관리하는 것이 굉장히 어렵죠. 때로는 동일버전 넘버가 플랫폼에 따라 여럿인 경우가 생기게 되죠.
이런 습관이 안들어져 있으면 결과는 글쎄요.....
먼 훗날의 일이 아니라, 바로 얼마뒤면 부딛힐 문제가 아닌가 합니다.
(팀 프로그래밍을 잘하는 프로그래머, 아마 그사람은 인간성도 끝내줄 거예요. 저는 잘 못하는 거든요)

4. 사소한 아이디어라도 놓치지 마십시오.
C++은 귀신같이 다루지만 아이디어가 없는 프로그래머, 서투르지만 비주 얼 베이직을 다루고 아이디어가 풍부한 프로그래머. 당신은 누굴 선택하실건가요? 누가 더 뛰어난 프로그래밍 실력을 갖고 있는가는 분명히 측정할 수 있습 니다.이건 주어진 난이도의 과제를 해결하는 시간이 말해줍니다. 어려운 과제를 완성도(성능, 기타)가 주어진 상태에서 빨리 풀어낼수록 좋은 프로그래머인 것은 분명합니다.
그러나, 누가 더 가능성있고 능력있는 프로그래머인가는 측정하기가 곤란합니다.
저는 여러가지 이유로, 후자를 택합니다.
C/C++를 귀신같이 사용하는 사람만이 진정한 프로그래머는 아닙니다. 이런 사람들이 주로 종사하는 분야의 시스템 프로그래밍이 프로그래밍의 전부는 아닌것과 마찬가지입니다. MIS 프로그래밍을 하는 프로그래머들이 종종 도마의 대상이 되고는 하는 데 만약 이들이 욕을 먹는다면, 그것은 그들이 편리한 도구를 사용하기 때문이 아니라, 편리한 도구로도 할 수 있는 안하는 태도 때문이어야 할 것입니다. (사실 그런 경향이 많이 보이기는 하지만, 문제를 거꾸로 보면 안될 것 같군요)
원자폭탄을 만든 사람만이 대단한 것이 아니라, 반창고를 만든 사람도 저는 대단하다고 생각합니다.
무엇인가 더 복잡 하고 더 정교한 것을 만들 수 있는 능력은 존경받아 마땅하지만, 사소한 것이라도 놓치지 않고 유심히 관찰할 수 있는 능력도 저는 정말 대단한 것이라 생각합니다. 사실 공부하는 여러분들이야말로 제가 보기엔 보물덩어리입니다. 프로젝트에 찌들고 프로그래밍에 권태를 느끼는 그런 경력사원 (저는 정말 그런 사람 너무 많이 보았거든요)보다는 여러분이야말로 프로그래밍을 프로그래밍답게 할 수 있는 사람이라고 생각해요.
너무 MFC니, 윈도우니 하는 것들에 매몰되지 않도록 노력하시기 바랍니다. 교재에 나온 대로 일단 해보시고, 되면, 그리고 이해하면 그것을 훌훌 내던져 버리세요. 그리고 여러분의 상상력을 화면에 채우시기 바랍니다.
지금 안된다고 잊어 버리지 말고 메모해 두고 다음에 아이디어를 더 구체화해서 실력이 되면 구현하도록 하는 자세가 필요합니다.
때로는 아이디어를 구현하기 해당분야를 공부하는 것도 지름길이죠.
아이디어야말로 프로그래머를 살찌우는 보약입니다!!!!!!!!!!!!!


5. 자신이 가지고 있는 개발 능력이 곧 한계에 부닫힐 수 있다고 생각하여야 합니다.
항상 새로 시작한다는 생각을 가지십시오. 세상은 급변하고 있습니다. 특히 프로그래밍 분야는 그야말로 지진, 해일, 홍수가 매일같이 프로그래머들을 덮쳐 수도없이 재해지역을 만들어 내고 있습니다.
그러나, 아무도 여러분들을 대가없이 도와주지는 않습니다.
3년전의 일로 기억되는군요. 인터넷이 대중화되고 웹에 기반한 인트라넷 이라는 개념이 태동되었을 때 세상은 완전히 끓는 냄비 속이었습니다. 하나의 아키텍처가 나와 그것을 이해하고 사용하는데에 약 3년 정도이던 시절에 익숙했던 프로그래머들은 3개월단위로 쏟아져 나오는 수십개의 아키텍처에 놀라움을 금치 못하고 드디어는 "나보고 어쩌란 말이냐?"라는 푸념을 서슴없이하던 때였습니다.
지금도 그 후유증에 시달리는 사람이 많이 있습니다. 코볼을 하는 사람들은 2000년 문제를 보면서 하는 말이 있습니다. 이것이 코볼 프로그래머의 마지막 특수라고요. 자조섞인 농담이겠지요.
컴퓨터업계를 둘러 싼 세상은 지금도 요동을 치며 목숨을 건 싸움이 전개 되고 있으며, 한치 앞을 내다볼 수 없는 상황입니다. 이때문에 내가 가지고 있는 기술과 능력이 하루아침에 무용지물이 되거나, 적어도 절름발이가 될 수 있습니다.
이것은 필요하다면, 주저하지 않고 곧바로 새로운 아키텍처와 환경에 적응하려는 자세를 요구합니다.
그러나, 너무 겁을 낼 필요는 없습니다. 그 어느 기술도 하루 아침에 나온 은 아니며, 또 아무 기반 기술 없이 나온 것은아니니까요.
각각의 기술은 다른 기술과 거미줄처럼 얽혀있는 경우가 허다하니까, 하나의 기술을 전체적인 시각에서조망하면서, 이해하고 닦아나가면 다른 기술을 이해하기는 전보다 훨씬 수월해질 것입니다.
공부를 하는 시점에서는 가능한 한 기초가 되는 공부를 하는 것이 바람직하겠죠? 누가 만약 MFC가 기초라고 이야기한다면 그것은 아마 거짓말일겁니다.
오히려 C++이나, OOP, 분산 객체 기술등을 공부하는 것이 더 장래를 튼튼히 하는 비결이 될 겁니다. 그리고, 막상 취직이 되어서 공부를 하려 한다면, 아마 최악의 상황을 머릿속에 그리시면 될 겁니다.

6. "지금은 12시 10분전" ?
이런 이야기가 있습니다.
지금 12시 10분전, 12시에 소프트웨어를 포장해서 납품(흔히 Shipping)해야 할 때 당신이 할 수 있는 일은 무엇인가? 물론 서둘러 디버그 코드를 릴리즈 코드로 바꾸어야겠지요. 디버깅 정보를 날립니다. 릴리즈에 필요한 정보를 담습니다. 그리고 기타 등등.
그런데 이때 문제가 발생한다면? 혹은 아직도 테스트가 끝나지 않은 코드가 있 다면? 쉬핑하자마자 문제가 있음을 깨닫게 된다면? 또 다른 문제가 있다면?
이 모두는 정말 생각만 해도 치명적인 것들이지만, 실제로 필드에서는 다반사로 일어나는 문제들입니다.
이 문제를 사전에 방지하는 것이 유능한 프로젝트 매니저이지만, 그 책임은 일부 프로그래머도 져야 합니다.
시간과 싸울 줄 아는 프로그래머, 생산성을 고려할 수 있는 프로그래머가 유능한 프로그래머로 대접받는 것은 냉랭한 자본주의 사회에서는 어쩔 수 없는 현실입니다. 시간과 싸운다는 것은 정말 피말리는 일이지요.
여러분도 사실은 시간과의 싸움을 시작하고 있는 거지요. 이 사실을 깨달은 사람은 인정받는 프로그래머가 될 소지가 있어요. 여러분들은 여러분들에게 주어진 시간 안에, 혹은 여러분이 설정한 시간 안에 주어진 목표를 달성하여야 합니다.
그 결과는 여러분만의 몫이라는 것이 다를 뿐이죠. 책을 읽는 것, 프로그래밍 연습을 하는 것, 자료를 구하는 것, 조언을 얻는 것 모든 것이 결과적으로 하나의 시간표위에 자리잡게 될 것이기 때문입니다.
프로그래밍 연습을 할 경우, 아예 계획을 잡아 놓고 하는 것도 바람직하겠죠. 내실있는 학원에서 프로젝트별로 학원생을 육성하는 것은 좋은 현상이지요 (뭐, 학원생이 한번의 프로젝트로 그것을 익히리라는 생각은 저도 안하지만요)
아마 제가 학원 교육 커리큘럼을 진행한다면 정해진 시간안에 프로젝트를 완성하지 못하면 졸업을 시키지 않게 할 지도 모릅니다.(너무 심했나?)

7. 기타
다음은 몇가지 이야기들을 덧붙여서 이야기하겠습니다.


1) 디버깅에 익숙해지도록 노력하십시오 : 디버깅 과정에 익숙해져 있지 않으면 프로그래밍이 점점 더 어려워집니다.
에러는 프로그래머에게 많은 정보를 줍니다. 책에서는 흘렸던 내용이 에러로 잉태하여 세상에 나오면 그냥나오지 않고 줄줄이 정보(때로는 필요 이상으로 너무 많은 정보)를 가져다 줍니다.
디버깅을 최소화하는 능력과 디버깅을 안하거나, 무시하는 태도와는 구별을 해야겠지요. 물론 이과정은 인내심을 요구합니다.) 초보자일수록 디버깅을 많이하게 되고, 또 많이 하여야 합니다.


2) 만약 윈도우 프로그래밍을 한다면, Win32 아키텍처에 익숙해져야 합니다. 이것은 API를 많이 아는 것과는 다른 것 입니다. 또 User나 GDI서비스가 전부 라고 생각해도 안됩니다. 실로 방대하고도 아주 강력한 커널 서비스들을 적용해야 할 상황들을 아주 많습니다. 굳이 MFC를 공부하야 하는 상황이라면, 그만큼의 시간을 네이티브한 Win32 프로그래밍에 할애하여야 합니다. 만약 여러분들이 분산 객체환경에서 조그마한 콤포넌트를 개발한다고 할 경우, 그리고 작고 가벼운 콤포넌트를 만들어야 한다면, 아마도 MFC는 거의 도움을 주지 않으며 다른 기법(ATL을 이용한 방법)을 해야만 할 것입니다. 이때 여러분이 공부한 Win32 프로그래밍은 아마 강력한 무기가 될 것입니다.

3) C++은 단순히 C에 몇가지를 덧붙인 언어가 아닙니다. 만약 이렇게 이해하고 공부를 한다면 그것은 사실 C++ 프로그래밍이 아니라, 향상된(?) C프로그래밍이라고 보아야 합니다.
제 경험으로 보건데, 분명히 C++컴파일러를 사용하는데, 코드는 C 스타일인 경우(약간만 C++스타일)를 많이 보게 됩니다. C++은 C와 비교할 때, OOP라는 패러다임의 변화를 요구한다고 종종 이야기합니다. OOP스타일로 사고하고 OOP스타일로 프로그래밍한다는 것은 C프로그래머에게는 종종 견디기 힘든 고통이 되기도합니다.
저도 예전에 C스타일로 짠 프로그램과, OOP스타일로 짠 프로그램을 동시에 비교해 보면 많은 생각을 하게 된답니다. 물론 이제 저는 C++을 C++답게 사용하는 프로그래밍의 옹호자입니다.


지금적을 글은, 마이크로 소프트웨어 1997년 7월호 168-169에 걸쳐 게제된 글로, 서울대학교 대학원을 졸업하고, 휴먼컴퓨터를 거쳐 현재 아이큐브의 개발 실장으로 방송용 디지털 비디오 시스템을 개발중인 이준희님의 글입니다. 평소 제가 생각하던 것과 많이 비슷해서 감격, 눈물을 금치 못하며 옮겨 적어봅니다.

"다시 한 번 말하노니, 당신에게 프로그래밍을 향한 정열이 있다면 먼저 그 기초를 튼튼히 하라. 그러지 않으면 그 정열은 허무한 추억만을 남길 것이다.


여기서 부터 시작입니다.


★ 정열은 있다, 그러나 기본이 없다 ★
위말은 하이든이 작곡을 배우기 위해 찾아온 베토벤을 보고 한 말. 베토벤의 아버지는 아들을 모짜르트 같은 신동을 만들어 일확천금을 벌겠다는 욕심에 어린 베토벤에게 하루도 거르지 않고 피아노 연습을 시켰다.
덕분에 베토벤은 12살의 나이에 피아노 작품을 출판할 수준에 이르렀지만 모차르트 같은 선풍적인 인기몰이에는 실패했다. 귀를 솔깃하게 할 기교만 익혔지 음악을 학문적으로 제대로 배우지 못했기 때문이다.

★ 기초없는 프로그램은 빛 좋은 개살구에 불과하다 ★
필자는 오늘날의 컴퓨터 프로그래머에게도 이러한 문구가 꼭 들어맞는다고 생각한다. 프로그래머를 꿈꾸는 젊은이도 많고, 프로그래머를 위한 개발툴도 우후죽순처럼 쏟아지고 있다.
프로그래밍을 가르치는 학원도 성업중이고, 책과 잡지, CD-ROM도 지천에 깔려있다. 주위를 둘러보면 열성적으로 프로그래밍에 몰두하는 사람들을 쉽게 찾을 수 있다. 그럼에도 불구하고 왜 우리 나라 정보 산업계는 심각한 인력난을 겪고 있을까.
필자가 다니는 회사는 작은 규모지만 우수한 개발 인력을 뽑기위해 부심하고 있다. 그래서 프로그래머로 지원하는 사람에게 간단한 프로그래밍 과제를 내주고 결과를 평가하는 절차를 거치고 있다.
과제는 fgets나 printf등의 표준 입출력만 사용하는 C프로그램으로 200줄 안팎에서 충분 히 끝낼 수 있는 크기이다.
그런데 지금까지 접한 지원자중 과제를 제대로 짜는 사람은 열 명중 다섯 명이 채 못됐다.
프로그램을 짠 사람중에서도 버그없이, 각종 경계 조건에서 문제없이 잘 돌아가는 프로그램을 짜는 사람은 열에 두셋이고, 프로그램 소스 코드도 잘 정리하고 함수 구조를 탄탄하고 확장성 있게 만들고, 변수 이름 도 의미있게 붙이고 주석도 잘 다는 사람은 스무 명에 한두 명 꼴이었다.
왜 실력있는 프로그래머의 품귀현상이 두드러지는 것일까. 이력서를 받은 지원자중 많은 사람들이 C++와 윈도우 프로그래밍이나 MFC에 경험이 있었다.
유닉스에서 X윈도우나 모티프 프로그램을 해본사람도 있었고 C/S환경에서 DB프로그램을 만들어 본 사람도 있었다.
다소 개인차가 있었지만 대개 수천 줄에서 만줄이상 의 프로그램 경험을 가진 사람들이었다. 그런데 어째서 200줄짜리 간단한 C 프로그램에서 헤맨단 말인가.
이유는 간단했다.
그 과정을 거쳐서 입사한 신입사원 한 사람이 윈도우 SDK를 공부하면서 연습삼아 과제와 비슷한 기능을 하는 프로그램을 윈도우용 으로 만들었다.
그러자 라인 수가 200라인이 아니라 1,000라인으로 불어났다. 프로그램의 알고리즘이나 데이터 구조는 본질적으로 달라진 것이 없건만, 윈도우 생성이며 다이얼로그 박스며 프린터 제어 같은 부분 이 들어가자 코드량이 눈덩이 처럼 불어난 것이다.
앞서 말한 지원자들이 짜봤다는 수천이나 수만라인짜리 프로그램도 그 뼈대가 되는 알고리즘과 데이터 구조 부분만을 따지면 1,000줄 안쪽의 코드만 남을지도 모를 일이다.

★ 샘이 깊은 물은 가뭄에 아니 마를 새 ★
프로그래밍이란 결국 설계와 구현으로 집약된다. 기능을 정하고, 모듈 스 펙을 정의하고, 함수구조를 결정하고, 데이터 구조를 작성하고 알고리즘을 구현하는 것이 프로그래밍의 주된 작업이다.
이런 것을 연습하기 위해서는 군더더기를 뺀 알짜 프로그램을 짜보는 것이 필요하다. 커니건과 리치의 명저인 "The C Programming Language"에 나오는 연습문제는 매우 오래되었지만, 분산객체와 자바가 출현한 지금에도 변함없이 유용한 과제다.
이런 프로그램을 짜는데는 윈도우 API도, MFC도, OLE도 액티브X도 필요없다. 오직 관심이 되는 문제의 해결에만 집중하면 된다.
필자의 생각에는 사용자 인터페이스 부분을 제외한 엔진 부분이 1만라인 이상되는 프로그램을 짜본 사람이라면, 어떠한 프로그래밍 과제 도 스스로 해결할 수 있는 능력을 갖추었다고 본다.
반면 코딩없이 프로그래밍을 할 수 있는 시대가 멀지 않았다는 주장도 있다. 델파이나 비주얼 베이직 등의 RAD툴을 사용하면 마우스 클릭 몇 번으로 그럴듯한 고객관리 프로그램을 만들기란 어렵지 않다.
OCX와 VCL로 대표되는 컴포넌트 제품은 컨트롤을 드래그해서 폼에다 집어넣기만 하면 워드프로세서며 스프레드시트 며 그래프 기능을 순식간에 구현할 수 있다고 선전한다.
컴포넌트를 사용하는 RAD툴은 확실히 DB가 관련된 업무용 프로그램을 만드는 데 대단한 위력을 발휘한다.
또한 프로그래밍 초보자가 예쁜 달력이나 CD플레이어 프로그램을 만드는데도 적합할 뿐 아니라, 어떤 프로그램이라도 컴포넌트만 있다면 만들 수 있다.
그러나 한 번 생각해보자. 컴포넌트만 있으면 "누구나" 만들수 있다.
그렇다면 프로그래머로서의 가치는 과연 어디에 잠재돼 있는 것일까.
컴포넌트를 적당히 조합해서 이런 저런 프로그램을 만들어 내는 것도 분명 프로그래밍이라 할 수 있다.
미래에는 지금 우리가 생각하는 개발자의 개념도 바뀌어서 일반 사용자가 워드프로세서나 스프레드시트를 사용하는 개념으로 ''''프로그래밍''''을 하게 되는 엔드유저시대가 도래할 지 모른다.
그러나 이런 종류의 ''''프로그래밍''''은 이 글을 읽는 독자가 원하는 바가 아니라고 믿는다. 누구든지 할 수 있는 일을 단순 반복하는 사람 이라면 타이피스트나 다를바가 없기 때문이다.
이 말은 컴포넌트를 사용하는 것이 잘못된 일이라는 말은 아니다. 어차피 프로그램에는 여러가지 기능이 필요하고 어설프게 구현하는 것보다는 잘 만들어진 컴포넌트를 가져와서 쓰는 것이 훨씬 현명한 방법이다.
요는 단순한 컴포넌트의 집합이 아니라 독자적인 개념과 사용법을 가진 프로그램이 되어야 한다는 것이다.
그래서 프로그래머는 컴포넌트에 모든 것을 맡길 것이 아니라 자신의 프로그램 안에서 컴포넌트를 적절히 배치하고, 서로를 유기적으로 연결하며, 혹 모자라는 부분이 있다면 직접 그 부분을 보충할 능력이 있어야한다.
자신이 짠 프로그램을 한치 떨어져서 평가해보라. 비주얼툴이 생성해 준 코드 말고, 컴포넌트의 메쏘드를 호출하는 코드 빼고, 다이얼로그박스나 메뉴를 처리하는 코드를 제외하고 자기가 직접 짠 코드의 양이 얼마나 되는가.
스스로 고민해서 데이터 구조를 만들고 그것을 다루는 함수를 짠 적이 있는가. 더 나아가서 그런 함수들을 모듈화한 것이 있는가. 그 모듈은 범용으로 사용할 수 있도록 자기 완결적으로 설계되었는가.
각함수의 내부는 최적화돼 있는가. 디버깅에 도움이 되는 여러 가지 요소(ASSERT등)를 포함하고 있는가.
그 모듈의 헤더 파일은 모듈의 기능을 충분히 활용할 수 있도록 잘 문서화 되어 있는가. 함수 이름이나 데이터 구조체의 이름은 그 의미를 잘 나타내고 있는가.
열거하자면 끝이 없다.

★ 정열의 가치 여부는 기초에 달려있다 ★
물론 코딩 실력은 하루 아침에 이루어지지 않는다. C나 파스칼 문법을 알고 라이브러리함수를 많이 안다고 해서 코딩을 잘 하게 되는 것은 아니다. 여러가지 다양한 프로그램을 많이 만들어보는 것이 최선이다.
한편 남이 짠 좋은 코드를 보는 것도 도움이 된다. 요즘 개발퉁에는 대부분 클래스 라이브러리 소스가 포함되어 있으므로 좋은 참고가 될 것이다.
많은 프로그래머 지망생들이 전산학의 기본 개념에 무지한데, 그것은 좋지 않은 경향이다.
학교 숙제로 주어지는 자료구조와 알고리즘에 대한 연습이 따분하게 느껴지겠지만 그것은 코딩 실력을 키우는 데 좋은 방편이다.
아울러 이진 트리나 일반화된 리스트(generalized list), 재귀적 호출(recursive call), 해시 테이블(hash table) 같은 방법들은 현장에서 부닥치는 문제 해결에도 도움이된다.
자신이 지금까지 짜왔던 프로그램들을 돌이켜 보라. 가장 큰 프로그램은 몇 줄짜리였지, 그 중에서 자기가 직접 짠 코드는 몇 줄이었지, 스스로 판단하기에 코딩의 기초가 돼 있다고 생각하는가.
다시 한 번 말하노니, 당신에게 프로그래밍을 향한 정열이 있다면 먼저 그 기초를 튼튼히 하라. 그러지 않으면 그 정열은 허무한 추억만을 남길 것이다.

★ 누구나 할 수 있는 일은 다른 사람에게 맡겨라.
자신만이 할 수 있는 일을 할때 프로는 더욱 아름다운 것이다. 프로그래머를 꿈꾸는 젊은이여, 진정 필요한 것은 기교나 고난도 테크닉이 아니라, 프로그래밍의 밑바탕을 차곡차고 다지는 기초이다.

]]> Mon, 7 Aug 2006 01:56:27 +0900 <![CDATA[[TOOL] ISO->LCD or LCD->ISO Convertor]]> http://blog.paran.com/allan/10971652 ISO->LCD or LCD->ISO 이미지 파일 변환기

 

변환기-470-futuristic__.zip

]]> Mon, 7 Aug 2006 01:29:10 +0900 <![CDATA[[TOOL] Raw Writer]]> http://blog.paran.com/allan/10971623 컴퓨터의 BIOS가 디스크의 첫 512 바이트 (첫 트랙의 첫 섹터)를

 

읽기 때문에 이곳에 도스/윈도우 등의 운영체제가 사용하는

 

파일 시스템 형식으로 기록하는 방식이 아닌, 직접 순차적으로

 

한 바이트 한 바이트를 디스크의 처음부분 부터 기록해야한다.

 

= 이러한 용도로 사용되는 프로그램 임 =

 

rawwritewin-0.7.zip

]]> Mon, 7 Aug 2006 01:24:07 +0900 <![CDATA[[Manual] NASM Manual]]> http://blog.paran.com/allan/10971518 학교에서 배운 어셈블리언어는 MASM.

 

실제로 뭔가 공부해볼려니 거기서 쓰는건 NASM.

 

제길...ㅡㅡ;;

 

비슷하지만 뭔가 다른게 보여...

 

공부해야지.

 

NASM Manual       :        NASM-Manual.zip  

 

NASM Assembler  :         nasm-0.98.39.zip

 

Assembly Language HOWTO  :  Assembly_Howto.pdf

]]> Mon, 7 Aug 2006 01:10:41 +0900 <![CDATA[[멋진사람] 리누스 토발즈]]> http://blog.paran.com/allan/10367960

 

 

이미지를 클릭하시면 원본크기로 보실수 있습니다.



오픈소스 소프트웨어에 대한 관심이 다시 고조되는 가운데 리눅스 창시자인 리누스 토발즈가 12일 방한, 오픈소스 열풍을 가열시키고 있다. 3일간의 일정으로 한국을 방문한 그는 '리눅스의 미래'라는 강연을 통해 리눅스 기술의 현재를 짚어보고 앞으로의 발전 전망에 대해 한국의 개발자들과의 대화를 갖는다.

 

 69년 핀란드 헬싱키에서 태어난 리누스 토발즈는 현재 프로세서 업체인 트랜스메타에서 테크니컬펠로우로 근무 중으로 테크니컬펠로우는 기술 담당자중 가장 높은 직책에 해당된다.

 

 기자회견에 앞서 12일 오전 7시 '이회창 후보와 리눅스 창시자 토발즈와의 대화'에 참석하여 대선 후보와의 진지한 대화도 나눴다. 이번 방한도 주최측인 리눅스매거진과 이회창 후보의 적극적인 요청에 따라 이뤄진 것으로 알려졌다.

 

방한 기자 간담회에서 토발즈는 "오픈소스에 있어 상업성과 순수성은 상충되지 않으며 상호 보완적인 관계"라고 강조했다. 최근 대기업들이 리눅스 사업을 강화하는 것이 오픈소스 발전에 긍정적인 영향을 미친다는 이유에서다. 다음은 리누스 토발즈와의 일문일답.

 

-현재 트랜스메타 소속이다. 이것이 리눅스 커뮤니티에 어떤 영향을 주나?

"트랜드메타에서 일한 지 이제 6년이다. 이곳에서 일하게된 동기는 내가 원해서이다. 나는 리눅스 커뮤니티에서 중립적인 입장을 취해야 한다. 그러기 위해서 리눅스와 상관없는 기업에서 일하는 것이 필요하다. 트렌스메타에 있음으로써 리눅스커뮤니티와의 관계가 조화를 이룰 수 있다고 본다."

 

-'리눅스그냥재미로'란 책을 썼다. 개인적으로 재미는 무엇을 의미하나?

"재미라는 것은 사람마다 다르고 그것을 추구하는 방법도 다르다. 나의 경우 내가 하는 일에서 만족을 느끼는 것이 바로 재미다. 다름 사람과의 커뮤니케이션에서 오는 것과 내가하는 일이 세상을 바꿀 수 있다는 것도 재미에 해당된다. 남들로부터 인정받을 때와 기술적인 도전도 나에겐 재미이다."

 

-MS로부터 파격적인 조건에 스카웃제의를 받는다면?

"그런 일이 일어날 가능성은 없을 것이다. 나는 개인적으로 MS를 싫어하지 않는다. 오히려 MS의 열심히 일하는 문화를 높게 평가한다. 그러나 MS가 어떤 제안을 하더라도 그것은 의미는 없을 것이다. 내가 추구하는 재미와 MS 문화가 다르기 때문이다."

 

-오픈소스를 정의한다면?

"오픈소스는 전혀 새로운 개념이 아니다. 한 과학자가 연구한 결과물을 다른 사람들이 공유하고 발전시켜 나가는 것이 바로 오픈소스다. 이런 관점에서 보면 오픈소스SW는 또 하나의 응용 분야에 불과하다. 과학이 발전할 수 있었던 것은 바로 이러한 공유의 정신에서 나왔다. 이는 SW에도 똑같이 적용될 것이다."

 

-MS의 시장 독점에 대한 견해는?

"MS에 대한 언급은 하고 싶지 않다. 개인적으로 MS와 관련된 문제를 이슈로 생각하지 않는다."

 

-오늘 국내 리눅서를 대상으로 강연을 했다. 방한목적과 강연 소감을 말한다면?

"한국에 와서 오픈소스에 대해 얘기해 달라는 제안을 받았다. 그리고 한국 리눅스 커뮤니티에 대해 알고싶었다. 강연 중 나온 청중들의 질문이 전문적이고 기술적이어서 솔직히 놀랐다. 그리고 반가웠다. 한국에서 구체적인 일들이 많이 일어나고 있음을 보여주기 때문이다."

 

-리눅스 산업이 어렵다. 이에 대한 입장은?

"지난 2년간 많은 어려움이 있었던 것은 사실이다. 개인적으로도 추진하려 했던 실험을 포기해야만 했다. 장기적으론 유망하지만 지금 당장 돈을 벌지 못한다는 이유로 사장된 것이다. 하지만 이러한 어려움이 리눅스에만 적용됐다고 보지 않는다. 또 흥미로운 프로젝트는 항상 높은 위험을 수반하기 마련이다."

 

-대기업이 리눅스 사업을 강화하면서 순수성이 훼손된다는 지적이 있다. 이에 대한 입장은?

"매니아 입장에서 리눅스가 널리 보급되는 것에 대해 섭섭함을 느낄 수도 있다. 하지만 요즘 개발자들은 상업적인 측면도 많이 고려한다. 리눅스 상업성과 순수성은 충돌하지 않는다. 양자가 서로에게 영향을 주지 못하기 때문이다. 개인적으로 상업성과 순수성이 균형을 이뤄야 리눅스의 발전이 있다고 본다."

 

-- 출처: pcbee

]]> Tue, 4 Jul 2006 01:21:35 +0900