절대 이해할려고 할 필요 없다. 필요한데다 쓰면 된다. 아래 예는 <span>태그 사이의 문자열을 BodyText에 잡아 준다.

<span>(?<BodyText>(?><span(?<DEPTH>)|</span(?<-DEPTH>)|.?)*(?(DEPTH)(?!)))</span>

닷넷의 System.Net 에 포함된 WebClient, WebRequest등의 메서드를 POST로 사용할 경우 Request헤더에 Expect: 100-continue 가 기본으로 들어간다. 이것은 웹서버의 동작과 관련된 항목인데 어떤 웹서버는 이것이 있으면 제대로 동작하지 못한다. 이것을 헤더에서 제거 하려면

    System.Net.ServicePointManager.Expect100Continue = false;

라고 해주면 된다.

대한민국 상장기업 평균

모든 상장 기업들의 재무제표에 대한 평균을 내서 그것을 하나의 기업이라고 보고 분석을 해본다면 우리나라 경제의 한 단면을 볼 수 있을 것이다. 우선 자산 건전성을 한번 보자.

막대 그래프가 전체 자산이다. 자산은 부채와 자본으로 구성되는데 다른 색깔로 표시되고 있다. 아직 부채비율이 상당히 높은 편이다. 조금씩 낮아지고 있지만 200% 언저리에 있다. 이익잉여금은 지속적으로 축적되고 있어 장사를 해서 돈을 남기는 편이다. 수익 부분을 좀더 자세히 살펴보자.

매출은 거의 정체상태이다. 오히려 조금씩 감소 하고 있다. 반면 당기순익은 증가하는 추세다 특히 1인당 순이익도 거의 당기순익과 일치 하면서 움직이고 있다. 이것은 당기순익의 증가가 종업원의 증가가 아니라 생산성의 증가 또는 고부가 산업으로의 이행에서 나오는 것이다. 그것은 종업원 수에서도 알 수 있는데 점차적으로 감소하고 있다. 즉 산업이 고부가 산업으로 점차 변화되면서 수익은 많이 내고 있지만 그에 따른 고용은 성장하지 않는 현상을 보이는 것이다. 그러므로 앞으로도 상장기업을 통한 고용창출은 어렵 ...

기업을 분석하는 일은 여러 가지 이유로 자주 행해지는 일이다. 기업 분석은 복잡한 숫자를 다루는 일이라 일반인들이 하기에는 매우 어려운 일로 여겨져 왔고 사실이 그렇다. 그러나 수백만의 사람들이 이미 개인적으로 주식투자를 하고 있고 모든 사람들은 직간접적으로 어떤 기업과 거래 관계에 있다. 자신이 투자한 회사든 거래관계에 있는 회사든 그 회사의 정확한 상황을 아는 것은 위험을 회피하기 위해서는 필 수적인 적인 것이다. 그간 아티클을 통해서 기초적인 재무제표를 읽는 방법을 제시한 적이 있지만 이것 만으로는 매우 부족하다.

그리하여 그간 몇 개월의 고생(?)을 거쳐 주식시장에 등록된 모든 회사의 재무제표를 한눈에 볼 수 있는 방법을 만들게 되었다. 그 동안 아티클에서 예제로 사용해 왔던 NHN을 분석해 보자.

이 차트는 대차대조표의 기본적인 항목인 부채, 자본, 이익잉여금에 대한 것이다. 부채와 자본을 합친 것이 자산이므로 막대 그래프 전체는 자산을 의미한다. 자산에서 부채가 차지하는 비중이 작은 것을 한눈에 알 수 있다. 그렇다면 NHN의 자산 증가는 어떻게 이루어져 왔는가? 꺾은선으로 된 것이 대차대조표상의 이익잉여금이다. 대차대조표의 이익잉여금은 그간의 이익의 누적을 의미한다. 자산의 증가와 거의 일치한다. 즉 NHN의 자산 증가는 대부분 그간 벌어 들인 돈으로 이루어진 것이다. 또한 누적된 이익잉여금이 부채를 훨씬 상회하는 것만을 봐도 이 회사의 재무적인 안정성을 바로 알 수 있다. 같은 그래프 형태로 다른 회 ...

어디선가 구글 창업자 두명과 구글회장의 인터뷰 기사중에서 구글회장의 구글의 회사 이념을 이해하는데 6개월이 걸렸다고 한 기사를 본 적이 있다. 구글 회사 이념이 무엇인지는 나와있지 않았다. 페이지 어쩌구 하는 사람이 애초에 돈벌려고 했다면, 지중해 어디선가 놀고 있겠지만, 처음과 별다르지 않네요. 이런 얘기도 하더라.

요즘 구글이 하는 일을 보면, 적은 사람이 데이터를 가공해서 그럴싸한 일을 한다. 예를 들어서, 내가 가끔씩 사용하거나 들어본 구글 제품을 보면,
지메일 – 이것 만들고 운영하는 개발자가 한명이라는 얘기를 들었다.
구글맵 – 한두명의 개발자가 할 수 있는 일 같다.
구글토크 – 이것도 한두명
구글검색 – 구글 직원이 3000명이라니, 그중의 300명쯤이 검색에 매달릴 듯..
구글카렌다 – 이것도 한두명
구글이 만들었다고 하는 거의 제품에 사람이 조금 들어가는 것은 들어본적이 없고, 대부분 잘 난 개발자 한두명이 만들 수 있는 서비스이다.

2006년, 구글이 검색에서 벌어들이는 매출이 96억불정도 예상되고 있다. 99%가 검색에서의 매출이라고 하니, 10억불쯤 검색 사이트 유지 시키고, 나머지 80억불은, 똑똑한 개발자들 불러서, 하고 싶은 것들 하게 하느라 쓴다면, 세상의 천재 개발자들은 다들 구글로 모이지 않을까나?

구글이 아이디어 하나로 세상을 제패했다면, 구글의 가장 무서운 적도, 그 아이디어 하나를 가지고 덤벼드는 애들일 터이니, 크기전에 싼값에 후려쳐서, 적당한 온실속에 가두어서 폐기처분 하는 것도 좋아보인다. 개발자들이야, 티셔쓰 하나주고, 적당히 오냐오냐 해주면, 신명나게 일한다고 피플책에 써져 있었다.

구글의 기업사냥모델은 바로, 일치감치 싹 자르기..

프로그램 개발을 하다보면 수 많은 풀기 힘든 문제들에 봉착한다. 사소한 에러 부터 알고리즘, 종합적인 방법론, 솔루션등 해결해야 되는 문제가 하나 둘이 아니다. 특히나 요즘같이 웹 프로그래밍이 프로그래밍의 대부분을 차지하는 시대에는 더욱 그렇다. 웹 프로그래밍을 하자면 우선 HTML, XML, Javascript, SQL, 몇가지 서버 언어 정도는 기본으로 해야 하는데 이 많은 종류의 것들을 한꺼번에 사용하면서 혼자서 발생하는 모든 문제에 대처하는 것은 불가능에 가까운 일이다.

그래서 우리는 인터넷에서 정보를 찾게 된다. 내가 겪는 대부분의 문제는 이미 다른 사람이 겪었을 가능성이 90%이상이기 때문에 잘만 찾으면 인터넷에 분명히 내가 찾는 정보는 있다. 그렇다면 어떻게 찾을 것인가? 당연히 인터넷 검색엔진에서 찾아 본다. 거기가 여의치 않으면 전문 프로그래밍 사이트도 찾아 본다.

여기서 매우 중요한 대상 언어의 문제가 있다. 만약 자료를 찾는 사람이 영어를 읽을 수 없다면 찾을 수 있는 정보의 양은 전체 검색엔진이 검색할 수 있는 숫자의 1%에도 미치지 못하게 될 것이다. 대부분의 웹 문서는 영어로 만들어져 있고 세계적으로 볼 때 대부분의 소프트웨어 개발자는 영어를 사용하기 때문이다.

많은 프로그래머들이 매뉴얼과 가이드 북과 좋다는 프로그래밍 책을 탐독하는 경우를 많이 본다. 그러나 대부분 영어공부에는 소홀하며 영어로 된 책을 볼 생각을 절대 하지 않는다. 내 생각에는 웬만한 프로그래밍 책은 영어로 봐야 한다고 믿는다. 영어책이 내용이 좋거나 이해하기 쉬워서가 아니라 장차 영어로 된 인터넷의 수많은 정보를 효과적으로 검색할 수 있는 능력을 기르기 위해서다.

select x/(a*b+c-d) from xxxx

이런식의 쿼리를 사용할 경우 0으로 나누는 오류가 발생하여 처리가 되지 못하는 경우가 있다. 일반적으로는 (a*b+c-d) 가 0인지 아닌지를 미리 테스트 하여 처리하는데 수식이 이런식으로 고정된 것이 아니라 임의의 식을 사용해야 하는 경우에는 미리 테스트 하는 것이 불가능하다. 즉,

select eq from xxx

식의 eq이 변수로 주어지는 경우이다. 이럴때는 다음과 같이 한다.

set ansi_warnings off
set arithabort off
select COALESCE(eq, 0) from xxx

ansi_warnings를 끄고 arithabort도 끄게 되면 식의 계산 결과가 오류가 있을 경우 에러 없이 NULL을 반환하게 되므로 COALESCE를 사용하여 NULL일 경우는 0으로 처리해 주면 되는 것이다.(또는 0이 아닌 어떤 원하는 값이든 설정하면 될 것이다.)

사이트 레퍼럴을 보던중 네이트 웹 검색 페이지에서 들어온 것이 있다. 네이트 검색로봇은 구경한적이 없는데 우째 이런일이? 알고 본즉, 네이트의 웹 검색은 www.wisenut.co.kr의 것이다.

신청한지 24일만이다. 뭐 공짜니까 그리 느린것은 아니다. 한달을 넘기지 않았으니... 네이버를 너무 미워하지 말아야지... ㅎㅎㅎ

명의 도용이라 함은 남의 주민번호와 이름으로 사이트에 가입하는 것을 말한다. 그렇다면 명의 도용은 왜 할까? 사이트에서 한 주민번호로 만들 수 있는 ID의 갯수를 제한하기 때문이다. 왜 제한 할까? 모른다. 그렇다면 주민번호는 왜 받을까? 게임사이트의 속성상 성인인지 아닌지 나이는 얼마인지를 알아야 하기 때문이다. 그런것을 왜 알아야 하나? 성인인지 확인 하기 위해서. 주민번호 받으면 성인인지 확인이 되나? 안된다. 부모 주민번호 이름 모르는 애들은 없기 때문이다. 그런데 이런걸 왜 만들었나? 모른다. 아마도 정통부가 신용인증기관에서 뭘 받아 먹었나 보다.(흠 유인비어 유포로군...) 이렇게 추론하는 이유는 신용정보기관에서 실명인증이라는 것을 해줄때 돈을 받기 때문이다. 남의 이름과 주민번호를 수집해서 돈 버는 애들도 있다!!!

결국 모든 근원적인 문제의 출발은 의사결정능력이 부족한 미성년자들 돈을 인터넷에서 갈취 하려고 미성년자들이 자유롭게 돈을 낼 수 있는 방법을 만들고자 하는 누군가의 노력 때문이다. 미성년자들은 인터넷에서 성인의 허락없이 돈을 내는 행위를 하게 해서는 안된다. 그렇게 하자면 먼저 일반 유선전화로 돈을 내는 것을 완전히 막아야 한다. 핸드폰의 경우에는 미성년자는 결제가 불가능하게 해야 한다. 미성년자들이 인터넷에서 돈내는 수단을 없애면 사이트들은 주민번호를 가입시 받을 이유가 없다. 주민번호를 받지 않으면 명의 도용 당할 일도 없다.

그런데 도대체 주민번호당 만들 수 있는 계정의 수를 제한하는 이유는 뭘까?