Things...

제헌절을 끼고 1주일간 휴가를 내고 미국을 다녀오는 길에 깜짝 놀랄만한 일이 벌어졌다.

최근 10년 동안 타본 항공사 비행기가 기껏해봤자 Northwest와 대한항공이지만, 내가 알기로는 요새 대부분의 여객기에는 비행기의 위치를 실시간으로 탑승자들에게 알려주는 서비스를 하고 있다.

비행기 안에서 영화를 보다가 졸려서 내용이 머릿속에 들어오지 않아서 비행기 위치나 한번 살펴 보았다. 그런데 비행기의 위치와 예상 항로는 다음과 같이 표시되어있었다.

일단, 나는 누구편인가? 사실 병무청의 편도, 싸군의 편도 아니다.
국민의 편이라고 말하고는 싶지만, 내 생각이 전국민의 생각을 대변할 수 없다는걸 잘 알기 때문에 그런 위험한 발언을 하지 않겠다. 특히 전문연구요원으로 군대체복무중인 나로써는 현역으로 입대해서 고생 하셨던, 고생고 계시는, 그리고 고생하실 분들의 생각은 더욱더 잘 모를 수도 있기 때문에 그들은 나와 좀 다른 생각을 할 수 있을것 같다는 생각이 들어서 내 생각을 블로그에 옮겨적는것도 사실은 조금 조심스럽다.

어쨌든, 본론으로 들어가서...
싸이의 병역비리가 처음 보도되었을때 가장 먼저 든 생각은 바로, 왜 이제와서 저러는것일까였다...

사실 모든 국민이 알고 있었다... 사실인지 아닌지 확신만 없었을 뿐, 싸이의 병역비리에 대한 소문은 많았고, 3년전에는 MBC의 한 기자가 싸이의 군 복무 방식이 편법이었음을 방송을 통해 고발하기도 했다는것 같다. 상황이 이랬는데도 불구하고 병무청이 싸이의 병역비리에 대해서 몰랐다는 것은 말도 안된다. 여러가지 정황으로 보아 최소한 실태파악을 하여 사실 확인 후 엄중히 처벌했어야 한다고 생각한다...

병무청으로 부터 완벽하게 뒤통수 맞은것이다... 산업기능 요원으로 근무하고 있을 당시만 해도 병무청으로부터 별다른 규제가 없었기에 그는 아마 병무청의 실태 조사는 형식적인 것일 뿐이며, 눈감아주는것은 관행이라고 생각했을것이다. 나 역시 전문연구요원으로 근무하면서 그런 느낌을 많이 받는다... 다 알면서도 눈감아주는것 같다... 병무청에서는 심지어 싸이의 병역비리 파문이 터진 후에 실태 조사를 나왔음에도 불구하고 매우 형식적인 실태 조사를 했고, 그랬기 때문에 뭔가 다 눈감아줄것과 같은 인상을 받았다... 일단 실태조사를 하러 나온다는 사실을 회사가 3~4시간 전부터 알고 있는 것이 더 웃기다...

이런 현실 때문에 군대체복무 제도가 제대로 정착되지 못한것 같다. 직접 전문 연구요원으로 근무해보니 진짜로 전문연구요원이나 산업기능요원의 취지에 맞게 합법적으로 취직해서 위법이나 편법 행위를 저지르지 않고 의무 복무 기간을 마치는 사람이 얼마나 될지 아주 의심스러워졌다.

어떤식으로 따져보더라도 사실은 현역으로 입대하는것이 여러가지로 산업기능요원이나 전문연구요원으로 일하는것보다 좋지 않은것이 사실이니까 형평성에 문제가 있는것은 사실이다. 하지만 꼭 형평성에 관한 측면에서 모든것을 결정하는것은 어리석다고 본다. 형평성에는 어긋나지만 나라의 입장에서는 메리트가 있기 때문에 만든 제도라고 생각한다면 공익을 위해서라면 그정도 형평성은 희생되어도 된다고 생각했다(본인이 전문연구요원으로 뽑히기 전부터 그렇게 생각했다). 하지만 이제와서 보니 왜 사람들이 형평성을 걸고 넘어지는지 알것 같다...

군 대체복무 제도가 지금과 같은 식으로 정착된 이상 원래 이 제도를 도입하면서 기대했던 성과를 바라는것은 무리다. 원래의 목적이 잊혀진채 본래의 기능을 수행 못하고 있어 국가에 돌아가는 메리트가 없어진 상황이라면 앞으로 형평성의 문제는 더욱 커질 수 밖에 없다고 생각한다.

병무청은 언제나 우리나라의 건장한 청년의 편에 서있는것 처럼 말을 한다. 그래서 유승준도 병역기피 혐의로 우리나라 입국을 원천 붕쇄하여 많은 사람들의 마음을 시원하게 해줬다. 하지만 이제와서 보면 고작 쑈 정도로 밖에 보이지 않는다. 이번에는 또 어떤 이유 때문에 싸이의 병역비리 수사를 시작했는지 몰라도 싸이를 재입대 시킴에 따라 또 우리나라 국군장병의 편에 서 있음을 광고하려는 효과를 보려고 하는것 같다.

하지만 여러분은 다시 생각해보기 바란다... 우리나라 병역비리가 왜 존재하는지...
싸이가 잘못한게 없다고 할 수는 없지만, 그리고 사실 잘못했지만, 그동안 다 알면서도 눈감아주고 문제삼지 않다가 이제와서 싸이의 뒤통수를 때리는 병무청은 더욱 큰 문제가 있다고 본다. 공공기관으로써, 확실한 기준 없이 제멋대로 일을 처리하는듯한 인상을 크게 받았다.

할말이 더욱 많지만 지금은 여기서 그만... 더 많은 이야기는 3년후에 기대해 주세요...

 Introduction:
오늘 회사에서 일을 하다가 C#으로 문자열을 빈칸을 기준으로 여러개의 문자열로 나눠야 할 일이 생겼다. String class의 Split Method를 사용하면 가능할것으로 보였다. MSDN .Net Framework Reference(http://msdn2.microsoft.com/en-us/library/b873y76a.aspx)에 보면 만약에 "Darb\nSmarba"을 Split하게 되면 리턴값이 {"Darb", "Smarba"} 된다고 나와있다. 하지만 나는 "Darb\r\nSmarba\r\n"을 Split으로 넘겨줬더니 리턴값이 {"Darb", "", "Smarba", ""}이 되었다.
오늘 나는 C#에서 "Darb\r\nSmarba\r\n"를 {"Darb", "Smarba"} 으로 만드는 방법을 찾았다.

프로그래밍을 배웠지만 아직 사회에 나가서 전문적으로 프로그래밍을 하지 않는 우리나라 사람이라면 아직까지는 C가 C++보다 익숙하고, C++이 Java보다 더 익숙하고, Java가 기타 언어보다 더 익숙하리라 생각된다.


잘은 모르지만 우리나라는 아직까지 학교에서 미국과는 달리 프로그래밍은 C부터 가르친다는 말을 많이 듣는것 같다. 아니라면, 그만큼 나도 나이가 들었고, 요즘 대학생들과의 교류가 상당히 없어졌다는 얘기일것 같다...^^


어쨌든, 밀레니엄학번인 나는 미국 대학에서 프로그래밍을 배울때 C++부터 배웠다. 한때는 C++이 제일 편했지만, Java와 C#과 같은 C++보다는 좀더 객체지향적인 언어를 많이 사용하다보니 polymorphism같은 내용이나 여러가지 구체적이고 세부적인 C++의 내용은 상당히 많이 까먹은것 같다. 한때는 C++이 제일 편했지만, 최근에는 Java 나 C#과 같이 C++보다 객체지향 개념이 강한 언어를 선호하다보니 C++의 복잡한 문법들이 가물가물하다. 지금은 C++이 가장 편하다고 하지는 못하지만, 상당히 제한적이고 간단한 작업을 수행하는 프로그램을 짤때는 C++만큼 편한 언어는 없다.


내가 언급한 상당히 제한적이고 간단한 작업이란 텍스트 기반으로도 쉽게 짜고 사용할 수 있는 프로그램들을 말한다. 그중에 가장 많은 비중을 차지하는 작업이 Text의 parsing(문자열 분석(?))이 요구되는 작업들이다. 가령 역대 로또 당첨 번호들을 텍스트로 읽어들여서 분석하는 것과 같은 일이다... <-- 실제로 작업중이다


C로는 parsing 작업을 많이 해보지 않았으므로, 얼마나 그 작업을 용이하게 할 수 있는지 잘 모르겠다. 그리고 언어에 따른 parsing 작업의 편리함 정도는 아주 주관적인 것이므로 parsing 작업은 C++이 가장 편하다고 하지는 않겠다. 하지만 적어도 나에게는 가장 편하다.


오늘 문득 회사에서 일을 하다가 C#으로 문자열을 분석할 일이 생겼다. 어려운 작업은 아니었고, 문자열에 포함된 빈칸(White Space)를 기준으로 문자열을 나누고 싶었다. C++같으면 이 작업을 iostream으로부터 파생된 class와 extraction operator(>>)으로 쉽게 수행할 수 있다. 하지만 C++에서 사용하던 parsing 방법과 비슷한 효과를 낼 수 있는 방법을 못찾아 잠시 애를 먹었다. Google을 통해 그 방법을 찾아보고 어렵사리 그 방법을 터득하게 되었다. 그래서 parsing 작업이 C++에서는 익숙하지만 C#에서 익숙하지 않은 사람들을 위해 그 방법을 공유하고자 한다. 대단한건 아니지만, google에서 쉽게 찾지 못했으므로 여기에 기록해 두는것만으로도 많은 사람들에게 도움이 될것 같다는 생각에 충분히 가치있는 일이라고 생각된다.


그럼 본론으로 들어가서, C++처럼 iostream으로부터 파생된 클래스와 ">>" 연산자를 사용해서 하는 방법과 똑같은 방법은 없지만(C#에서는 operator overload가 가능한것으로 알고 있는데, 그래서 구현은 가능할것으로 보인다), 예전에 Java를 조금씩 하면서 사용했던 방법과 비슷한 방법으로 parsing하는 방법을 찾았다.


*앞으로 사용될 예제들에서 text_to_parse라는 문자열을 사용하겠다.
Java에는 StringTokenizer class를 사용해서 다음과 같이 문자열을 parsing할 수 있다.

     StringTokenizer st = new StringTokenizer(text_to_parse);
     while (st.hasMoreTokens()) {
         System.out.println(st.nextToken());
     }

StringTokenizer 객체는 string 객체를 매개변수로 받아들여 생성되고, 그 string object를 토큰(쉽게 말해 프로그래머가 원하는 문자열의 단위)으로 분리시켜준다. Default는 가장흔히 쓰이는 빈칸 기준으로 문자열을 나눠준다. 만약 다른 방법으로 나누고 싶다면 문자열 분리의 기준이 되는 문자열을 StringTokenizer 객체 생성시 추가로 매개변수로 넘겨주면 된다. 자세한 내용은 다음 링크를 참고하기 바람.
http://java.sun.com/j2se/1.4.2/docs/api/java/util/StringTokenizer.html

그래서 위의 예제는 빈칸을 기준으로 분리된 문자열을 차례차례 빈칸이 없을때까지 문자열을 나누어 출력하게 된다.

introduction에서 언급했듯이 C#에도 Java에서 StringTokenizer가 해주는 일이 비슷한 String class의 Split이라는 method가 있다. Split method 역시 매개변수로 문자열을 넘겨줘서 문자열을 나누는 기준을 정해줄 수 있다. 하지만 StringTokenizer와 마찬가지로 default는 빈칸이다. 그리고 MSDN .Net Framework Reference에 보면 만약에 문자열이 "Darb\nSmarba"을 Split하게 되면 결과가 {"Darb", "Smarba"} 나온다고 했지만, "Darb\r\nSmarba\r\n"을 넘겨주니 예상했던 것과 사뭇 다른 {"Darb", "", "Smarba", ""}라는 결과를 얻었다.

Split을 조금더 정밀하게 하기 위해서 Regular Expression을 써야 함을 알게 되었고 다음과 같은 방법으로 해결책을 찾았다.
string[] tokens;
tokens = Regex.Split(text_to_parse.TrimStart().TrimEnd(), "\\s+");
결국 "\s+"라는 regular expression을 써서 빈칸에 대한 정의를 좀더 명확히 해줌으로써 문자열에서 빈칸을 완전히 배제하고 문자열을 나눌 수 있었다.


그리고 오늘 Regular Expressions 사용할일 있을때 참고할만한 좋은 자료를 찾았다.
http://opencompany.org/download/regex-cheatsheet.pdf