자유 게시판

학부 수업 과제로 SQL을 사용하는 간단한 DBMS을 만들고 있습니다.
wc로 줄 수를 계산해 보니, 2859 줄이네요. 대충 빈칸이나, 주석을 빼도 2000줄은 넘길 것 같습니다.
과제로 프로그래밍을 한 것은 여러번 있지만, 2000줄은 넘긴 것은 처음이어서 나름 뿌듯해 하고 있습니다.

그런데 생각보다 디버깅이 힘들더군요.
소스 코드를 무식하게 짠 이유도 있습니다만,
데이터 형식, NULL, Primary Key 등에 의해서 생기는 조건의 분기나 체크를 제대로 확인하지 않아서 생기는 문제도 많았습니다.

일반적인 경우에는 잘 동작하는 것 같으면서도, 일부 특정한 경우에만 오류가 발생한다든지 해서 피곤하게 하더군요.
지저분하게 짜둔 탓에 하나를 고치면 다른 하나가 고장나는 경우도 생기구요.

확률을 공부하다가 로또번호 당첨 확률을 계산해 봤는데, 맞는지 모르겠네요.
검증 부탁드립니다.

로또번호 당첨 확률 = P;
로또번호 경우의 수 = N;
구성요소의 수 = n = 45;
조합되는 길이 = k = 6;

P = 1 / N;

N = 45개(n)의 수를 6개(k)로 조합하는 경우의 수
= 45 Combinations 6
= 45! / 6!(45-6)!
= 45! / 6!39!

45!(팩토리얼)과 39!(팩토리얼)은 상당히 큰 수인데요,
이거 계산해 보신분 있으신가요?
그리고 위의 수식이 맞는지 모르겠네요.

최근들어 GMAIL을 사용하면서 황당한 경험을 했습니다.

여러분들도 이제 Urgent Issue에 대해서는 GMAIL을 믿기보다 Fax통신을 사용하시는 것을 고려하시는 것이 좋을 것 같네요.
(사실 E-mail 자체가 상대적으로 신뢰도가 떨어지는 통신수단이기는 합니다. GMAIL이냐 아니냐에 상관없이 말이죠.)

최근에 간혹 한국의 E-MAIL서버에서 송신된 MESSAGE가 GMAIL에 수신되는데 소요되는 시간이 15시간 걸린 경우를 오늘 경험했습니다.
어제 오후4시(한국시간)에 발송된 메일이 GMAIL에는 오전8시(한국시간)에 수신이 되어 있더군요.
급한 업무였다면 일이 하루가 넘어가는 것을 연유로 큰 문제가 될 수도 있겠지요.
참고로, 오늘 오전에 같은 한국회사에서 발송한 MESSAGE는 10여분만에 GMAIL에 수신이 되었습니다.

http://www.lysator.liu.se/c/bwk-tutor.html

Disclaimer에 나와 있듯이, 현재는 컴파일 되지도 않는 문법이지만,
TCPL 이 출판되기 4년 전에 Kernighan이 쓴 문서라니... 한번 읽어보면 재밌을 것 같네요.