준호씨의 블로그

지인의 페이스북에서 이런 글을 보았습니다. gcc에서 -o는 컴파일 결과물의 파일명입니다. $ gcc -o main.c main.c 의 의미는 main.c 를 컴파일해서 결과물을 main.c로 저장하라는 말입니다. 결국 소스코드를 덮어쓴다는 의미가 됩니다. 컴파일러가 이런 실수를 막아 줄지 아닐지 궁금하더군요. 직접 시험해 보았습니다. 일단 제 컴퓨터의 gcc는 이런 걸 딱히 막아 주지는 않네요. 이런 실수 하지 않도록 조심해야겠습니다 ㅠㅠ 제 컴퓨터 gcc의 버전 정보입니다. $ gcc --version Configured with: --prefix=/Library/Developer/CommandLineTools/usr --with-gxx-include-dir=/Library/Developer/Comm..

리스트에서 두 개 쌍의 모든 조합(Combinations)을 구하려면 어떻게 해야 할까요? 1,2,3이라는 숫자 리스트가 있다고 가정했을 때 두 개 쌍의 조합은 (1, 2), (1, 3), (2, 3) 3가지가 있습니다. 수학 용어로 표현하면 nCr인데 n은 3(1,2,3의 개수)이고 r은 2(2개씩)입니다. 6개의 숫자를 갖고 있는 리스트에서 2개씩 뽑는 조합을 구해보겠습니다. [1,2,3,4,5,6] 리스트로 두 숫자의 모든 조합을 구하면 아래와 같습니다. [(1, 2), (1, 3), (1, 4), (1, 5), (1, 6), (2, 3), (2, 4), (2, 5), (2, 6), (3, 4), (3, 5), (3, 6), (4, 5), (4, 6), (5, 6)] 첫 번째 숫자를 기준으로 2,3..

문제: https://www.hackerrank.com/challenges/the-birthday-bar/problem Lily는 Ron의 생일에 나누고 주고 싶어 하는 초콜릿 바가 있습니다. 각 네모들은 하나의 숫자가 있습니다. 그녀는 세그먼트의 길이가 Ron의 탄생 월과 일치하고 사각형의 정수의 합이 출생일과 같도록 선택된 막대의 연속 세그먼트를 공유하기로 결정합니다. 그녀가 초콜릿을 나눌 수 있는 방법을 결정해야 합니다. 초콜릿 바가 s=[2,2,1,3,2]인 사각 배열이라고 가정합니다. 그녀는 Ron의 탄생일 d=4에 합산된 세그먼트를 찾고자 합니다. d=4는 자신의 출생 월과 길이가 m=2입니다. 이 경우 [2,2]와 [1,3]의 두 가지 세그먼트가 그녀의 기준을 충족시킵니다. Function ..

git repostiry를 복제할 때 일반적으로는 그냥 fork를 이용하는 경우가 많습니다. fork 따다가 작업하고 원본에 pull request를 보낸다거나 말이죠. 하지만 경우에 따라 fork는 아니고 통째로 복제하고 싶은 경우가 있습니다. 내용과 히스토리는 그대로 복제하면서 독립적인 repository를 구성하는 경우입니다. github의 경우 fork 딴 repository는 기본적으로 검색이 안됩니다. 검색할 때 fork옵션을 넣으면 되긴 되는 거 같은데 잘 안 되는 경우도 있더군요. 자 github의 특정 repository를 통째로 복제해 오는 방법입니다. $ git clone --bare https://github.com/someuser/old-repository.git $ cd old-..

조금 (많이?) 늦은 감이 있지만 AsciiDoc이란 게 있다는 것을 알게 되었습니다. MarkDown과 비슷하게 텍스트로 양식이 있는 문서를 작성할 수 있는 문서 작성 문법이라고 보면 됩니다. 아앗... 그런데 역시 대세는 markdown 이군요. asciidoc도 혹시 성장 중인 건 아닐까요? 딱히 아닌 거 같습니다. 끝물을 잘못 잡은 건 아닌지 갑자기 걱정되기 시작합니다. 아아니... 심지어 2013년이 마지막 릴리즈입니다. 아아니... MarkDown은 심지어 2004년이 마지막 릴리즈였군요. AsciiDoc이 좀 더 최신(?) 기법이라고 봐도 되지 않을까 합니다. MarkDown이 이렇게 오래된 것이었다니 새삼 놀랍군요. AsciiDoc에 대해서 글을 쓰고 있지만 사실 저는 아직 AsciiDoc..