'2010/07'에 해당되는 글 12건

중간 중간 일음을 접하게 됐을때 종종 들었지만, 키로로 라는 사실은 전혀 모르고 음악만 들었던 것 같다. 그렇게 머릿속에만 남아 있던 그 음악들이, 우연히 정오군을 통해 징발한 시디들 중 키로로가 있었고, 그 음악을 듣다가 우연히 내 머릿속에 맴돌던 그 음악들이였다는 사실에 알게 되었다.

아직도 미숙한 레벨의 일어 실력이지만, 대충 대충 감으로만으로 대략적인 가사의 뜻은 듣는 정도. 영어로 말하는 가사 역시 그 정도 레벨. 그러다 보니 굳이 집중해서 듣기 보다는 그냥 멜로디 정도만 생각하는 정도랄까?

그러다가 조용히 코딩이 막히는 것이 있었고, 음악을 들으면서 멍하니 있다가 키로로 음악들을 쭉 뽑아 들어보았다. 정말 아무생각없이 그녀들의 음악을 가만히 들었다. 그녀들이 말하는 게 정확히 무엇인지는 모르겠다. 다만, 목소리와 멜로디 그리고 몇몇 익숙한 단어들로 이어지는 이야기.

아...

나에게 강력하게 호소하는 것도, 그렇다고 자기들의 만족감에 어쩔 줄 모르는 것도 아닌 그냥 이런것이죠.. 라고 말하는 기분이다.

갑자기 닥친 복잡한 상황들과, 막연한 미래에 대한 두려움, 망설임, 내가 하고 싶은 것에 대한 포기 등등... 이 모든 것들에 대해서 그냥 말해주는 것 같았다.

순간 볼 위로 흐르지는 않았지만, 찐한 기분에 눈에 물기가 가득해진다.

이제 와서 팬이라고 자칭하는 것도 웃기고, 그렇다고 그녀들을 좋아하게 된것도 아니지만, 지금까지 지낸 세월과 현재의 상황들은 그녀들의 노래가 어느정도 코드가 맞는 것 같다. 내가 정신없이 바쁠때 들을때, 먼 후에 이 음악들을 조용히 들었을때, 과연 같은 느낌을 가질 것 같지는 않지만, 조용히 나중에 또 들으면서 조용히 이런 저런 생각을 해봐야 겠다.

사람들은 각자 자신만의 꿈이 있습니다. 꿈이 없더라도, 최소한 자신이 이루고자하는 목표나 욕구들이 있습니다. 하다 못해 기본적인 생활적인 욕구를 가지고 있죠.

이런 사람들 중 일부는 자신만의 사업이나, 회사를 꾸려나가기도 합니다. 하지만, 대부분은 특정 회사에 취직하여 일정 급여를 받으며 일을 합니다. 그런데 여기서 특정회사에서 자신의 꿈을 이루려 노력하는 사람은 그렇게 많지 않습니다. 심지어는 자신의 능력이나, 사정에 맞지 않아 도리어 나가는 경우도 많습니다. 즉 회사가 바라보는 곳과 사람들 개개인이 바라보는 곳은 다를 수 밖에 없다는 것입니다.(물론 일치하시는 분도 있지만, 그렇지 많지 않다고 생각합니다.)

그렇다면 최소한 한 쪽은 양보를 해야 회사는 큰 문제 없이 돌아갈 것입니다. 대부분은 회사라는 조직에 맞추어 진행되는 경우가 많죠. 특히 급여를 통해 자신의 목표나 욕구로 환원 받는 경우가 많기 때문입니다.

하지만, 단순히 급여만을 보면서 일하기에는 무언가 부족함을 느낄 수 밖에 없습니다. 특히 만족감, 성취감. 이런 부분은 돈으로써 매꾸기에는 한계가 있다는 것입니다. 즉 개개인의 꿈에는 맞지 않지만, 최소한 회사가 바라고 꿈에 일부분이라도 보탬이 되어 스스로에게 대리 만족과 같은 충족감을 느끼는 것이죠.

작은 부분일지라도, 회사의 성공속에 자신의 노력이 뭍어 있다면 두고 두고 자랑거리로 남을 수 있을테니까요.

즉 회사는 각 개개인에게 회사가 바라는 길, 꿈을 제시할 수 있어야 하는데, 제가 생각하는 회사의 Vision은 바로 이 부분이라고 생각합니다. 각기 다른 능력과, 생각, 판단, 목표라 할지라도, 최소한의 공통 분모로써, 회사라는 조직을 통해 하나로 묶을 수 있는 부분이라는 것이죠.

예전 Day&Night라는 곳에서 일할 때, 그 때 사장이 새로 뽑으려는 분에게 비젼 부분에 대해 이렇게 답을 하더군요. "비젼은 단순히 회사가 제시하는 것이 아니라, 일하는 사람들이 모여 만드는 것이다."라고. 그 때는 옆에서 듣기만 했던 나 조차 동의를 하며 그렇구나,라고 생각했습니다.

하지만, 지금의 생각에서는 그 부분에 대해서 100% 동의가 안되더군요. 물론 회사내 구성원이 만들면 좋습니다. 하지만, 각기 다른 개개인이 만들기에는 어떻게 보면 중구난방이라는 것이죠. 각기 다른 능력에 각기 다른 생각과 각기 다른 목표인데, 어떻게 하나로 합쳐질까요?

즉 회사에서는 최소한의 Base가 될 중심 생각을 보여주어야 하고, 그게 바로 Vision이지 않을까라는 것이죠.

회사의 이념을 나타낼 수도 있고, 회사 내 분위기를 표현할 수도 있습니다. 직접적으로는 회사가 어떻게 돈을 벌 것인지도 되는 것이죠. 단지, 각 개인이 한데로 뭉쳐질 수 있는 그 무언가는 반드시 필요하며, 그것이 모두의 동의를 얻어 낼 수 있는 것이여야 한다는 것입니다.

모두가 개고생을 하면서도, 최소한 서로를 위로해주며 다잡아줄 수 있는 Vision이 있다면, 잠깐의 고통정도는 서로 감내해 줄 수 있을 것입니다.

단, Vision이 있더라도, 그 Vision의 가치는 개개인 마다 생각하는 것이 다릅니다. 즉 같은 Vision을 바라보더라도, 그 가치를 생각함이 다르다 보니 누구는 함께 고생하며, 누구는 중도에 포기하도 합니다. 최소한 함께 Vision을 바라보기를 원한다면, 항상 같이 있으면서 Vision의 가치에 대해서 말하며, 지금의 힘든 점을  최소화하도록 노력하고 Vision외의 부분에 고통 받지 않도록 노력해주는 그 누군가가 필요하다는 것입니다.

한 회사의 사장이 될 수 있으며, 한 부서의 부서장이 될 수 있으며, 한 프로젝트의 PM이 될 수 있습니다. 또는 한 팀의 팀장이나 팀원일 수도 있습니다. 이런 사람들이 Vision을 이야기하며 제시하며, 함께 고생을 한다면 아마도 지금과 같은 IT 모습은 아닐 것입니다. 3D 아니 4D ( 3D + Dreamless)의 꼴을 만들어 버린 SI도 Vision을 함께 공유하면서 그 끝의 달디 단 열매를 서로 잘 나누웠다면 말이죠....

밤새고, 주말 근무하고, 개인 생활 파탄내다가, 결국 닭집하거나, 농사일(닭집이나, 농사일이 쉽다는 것은 아닙니다. 이거 해보시면 -_-;;;; )하게 되곤 하죠. 즉 그냥 회사에 출근해서 시키는 일 죽도록 하다가 월급 달달이 받는데 그 또한 여의치 않게 되고, 나이 먹다 보니 이제 하드 코어한 프로젝트는 못뛰는... 불상사. 남는것은 관리직이나, 이제나 저제나 기술만 보다 사람 관리하려니 죽어나는 것이죠. Vision 없이 닥치는대로 일을 하다가 보니, 스스로에 대한 회의감까지 이르르면 사실 끝이죠.

너저분 길게 길게 적었지만, 최소한 저는 이렇게 생각합니다.

지금 IT하는 회사라면, 스스로에게 Vision이 무엇인지 되묻고 달리셨으면 합니다.

지금 있는 개발자들이 과연 무엇을 바라보면서 같이 달리고 있는지 이야기 하고 생각했으면 합니다.

전 직원에게 묻고자 한자리에 쏟아부어 보려고 노력하는데 안모인다고 주저하지 말고, 당장 옆의 친구 부터 하나씩 묻고 이야기하며 현재 상태를 생각해주었으면 합니다.

그래서 지금의 Vision을 정리하여 모든이에게 틈틈히 전달해주고, 그 목표 대로 가고 있는지 늘 지켜보셨으면 합니다. 그냥 단순히 돈 얼마 벌어왔네, 돈 얼마썼네, 니 월급 대비 얼마를 더 벌어와야 하는데 그거 아니네, 어디는 더 벌어왔네와 같은 단순한 돈이 아닌, 정말 같이 공감할 수 있는 그 회사만이 보여줄 수 있는 뚜렷한 목표/Vision이 있는지 지금이라도 다시 살펴보는 계기가 있었으면 합니다.

한여름의 더위에 짜증내면서 끄적여봤습니다.

MOSS 2007 기반으로 개발을 하거나, 기타 웹 어플리케이션을 만들면 꼭 들어가는 코드가 바로 JavaScript 이다.특히나 동적 웹을 구현을 하려면 특히 자주 활용하게 된다.
하지만, 그 Javascript의 동작이 올바른지 올바르지 않은지에 대한 판단을 하는 모습을 보면, 상당히 원시적으로 하는 경우를 많이 보게 된다. 일단 동작하는 화면을 보고, 그 결과물을 보고 현재 구성된 Javascript를 보고, 일부 수정하거나 MessageBox를 띄우고 결과물 보고..
이렇게 Javascript를 수정하는 경우 경험이 많은 개발자야 짐작과 동시에 문제점을 찾기라도 하지만, 웹 개발에 익숙치 않거나, 아예 문법 오류로 인해 Javascript 자체가 실행 안된 경우라면, 거의 좌절이다. 게다가, 웹 페이지 내에 직접 박아 넣은 Javascript라면 그럭저럭 짐작이라도 하는데, 다른 Javascript 소스를 include 한 경우라면, 이야기가 점점 꼬이기 시작한다. 뭐가 문제인지 짐작도 되지 않는다.
다행이, FireFox나 Google Chrome과 같은 웹브라우저에서는 자체적으로 혹은 외부 플러그인을 통해 디버깅이 가능하며 그 기능은 상상을 초월한다. 훌륭하다 못해 멋지기 까지 할 정도로 정확하게 값을 뽑아오며, 정확히 어느 파일의 어느 위치에 오류가 있는지 알려주며,  현재 상태 값을 보면서 정확한 오류 내용을 파악할 수 있다.

그러나, 우리나라 환경에서 개발하는, 그것도 새로 개발도 아니고, 기존 코드를 수정하는 입장인 경우, Javascript를 까보면, FireFox나, Chrome에서는 동작하지도 않는 경우가 허다하다. 특히나 ActiveX 같은 X 같은 플러그인 꽂은 곳은 아예 Gothem! 레벨. 결국 IE로 띄워 뭔가 디버깅을 시도해야 된다는 슬픈 일이 닥친다.

하지만, MS 기반, IE 온리 개발하는 곳에서는 일반적으로 Visual Studio를 이용한 .NET 개발이 주로 발생되는데, 이 경우 라면 해피하다. 여기서는 이 해피한 경우에 대처하는 좋은 방법을 알려드리려 한다.

1. IE 설정.

IE가 6.0으로 쫑 날 줄 알았으나, FireFox와 Chrome, 사파리 등의 웹 브라우저의 등장으로 위기감의 고조와 함께, 그 동안 계속되었던 6.0의 버그, 속도 문제등의 이유로 결국 7.0을 내 놓았다. 그러나, 7.0을 탑재한 Vista의 처절한 실패로 인해 Windos 7과 함께, 등장한 8.0 으로 업그레이드 되었다.

즉, 이제 IE는 6.0, 7.0, 8.0 이 혼재된 모습을 보이기 시작했다.

일단, 8.0을 기준으로 설명하며, 7,0이나, 6.0은 다른 곳을 찾아보거나, 짐작해서 옵션을 변경해야 할 것 같다.
IE를 실행 한 뒤, 인터넷 옵션을 띄우고, 인터넷 옵션에서 “고급”탭을 클릭해서 연다.

여러가지의 항목들 중 “스크립트 디버깅 사용 안함(기타)”, “스크립트 디버깅 사용 안함(Internet Explorer)”에 체크 되어 있는 것을 끄도록 한다.

2. 에러 페이지까지 가기.

Visual Studio가 깔린 PC에서 IE를 통해 먼저 에러가 발생하는 페이지까지 접근하도록 한다. 지금 필자에게는 마땅히 띄울 UI가 담긴 Page가 없으므로 에러가 발생하는 페이지를 띄우도록 할 것이다.

에러가 발생했다. 그러면 에러 페이지가 뜨는데, 여기서 체크 박스들을 없애고 “예(Y)”를 클릭한다.

위의 팝업이 안뜨면 브라우저의 왼쪽 아래에 있는 경고 표시를 클릭하면 볼 수 있다.

일단 “예(Y)”를 하면, IE에 등록된 Javascript 디버거들의 목록이 뜬다.

현재 필자는 변변한 디버거라고는 Visual Studio 정도지만, Office 2003~2007 을 전체설치하는 경우 Javascript 디버거가 별도로 설치될 수 있다. 또는 3rd Party 제품이 뜰 수도 있다. 다른 제품들은 각 제품의 설명을 보도록 하고, 여기서는 Visual Studio로 선택하도록 한다.

혹여 Visual Studio일지라도 이미 떠 있는 Visual Studio를 선택할 수 있는데, 가급적이면, 새 인스턴스 Visual Studio를 선택하도록 한다.

3. Visual Studio 에서 디버깅.

“새 인스턴스 Visual Studio XXXX”를 선택하고 “Y”를 클릭하면 Visual Studio가 뜬다. 이 때 디버깅을 하는 것은 iexplore.exe 자체. 무슨 프로세스를 걸던 간에 일단 띄워보면, 정확한 오류 메시지를 알려준다.

 
오류 보시고, 이번엔 “중단(B)” 버튼을 클릭한다.
그러면 소스가 보일 것이고, 어디서 오류가 났는지 볼 수 있다.

왼편에는 지금 오류가 난 페이지와 관련된 각종 Javascript 소스들과 Html 소스들이 쭉 나래비가 펼쳐질 것이고,
오른편에는 해당되는 소스가 보인다. 여기서 부터는 Visual Studio 만의 디버그 UI를 활용함으로써 충분한 기능을 발휘할 수 있다.

소스 자체에서 커서를 위로 올리면 인텔리센스의 또다른 기능인, 변수 값들을 볼 수 있으며, 조사식, 콜스택, 지역 변수 값들을 모두 보면서 진행할 수 있다. 한단계씩 실행할 수도 있다.

4. 고급 디버깅 - 중단점

꼭 오류가 나기 이전 단계에서 디버그를 시작하고 싶은 경우에는 중단점을 이용하면 된다.
자신이 원하는 곳에다 중단점을 걸고 진행하면 되는데, 이를 위해서는 항상 동일한 위치에서 오류가 발생해야 쉽게 적용 가능하다. 방법은 아래와 같다.

1. 자신이 원하는 위치에 중단점을 건다.(Visual Studio 버전에 따라 중단점을 걸게 되는 조건이 조금씩 다르다.)
  
2. 디버그를 끝까지 진행시킨다.(디버그에서 계속 버튼 – 디버깅이 멈춰진 곳에서 계속 진행하도록 하는 버튼)을 누르거나 선택하면 된다.)
   
3. 경고창으로 뜨는 메시지에 예외를 iexplore로 보내겠다는 메시지에 예(Y)를 선택한다.
  
4. 브라우저로 돌아와서, 다시 Refresh를 한다.

5. 그러면 자신이 중단점을 건 위치에 커서가 멈춰 있게 된다.
  

5. 줄이며.

사실 Visual Studio의 기능은 막강한 편이다. 최초 5.0, 6.0 같은 경우 Windows 기반 Application 제작에 비중이 실렸다면, Visual Studio 2003 부터 조금씩 조금씩 웹 쪽에 대한 기능이 실리기 시작했다. 특히 Visual Studio 2005 부터는 ASP 개발에 있어 그 편리성은 혁신에 가깝게 진행되었다.

최소한 위의 디버그 모드에 대한 기능은 2003보다는 2005가, 2005 보다는 2008에서 더 정확하게 확실하게 동작함을 알 수 있다. 다소 툴이 무거워 쉽게 접근하는건 무리겠지만, 웹 표준에 제대로 맞지도 않는 웹 개발을 특히나 유지보수를 하려고 한다면, IE를 쓰고, Visual Studio를 쓰는 강수를 노려야 되니… 뭐 억지로라도 쓰도록 한다.
일단 쓸 수 있는 환경(CPU나 RAM이나.. 개발자 PC의 성능 문제가 대부분)이라면, 나름 장점이 많은 도구이니, 활용하는데 큰 무리가 없으리라 본다.

UPDATE:

저 위의 방법은 Javascript가 오류가 난다는 가정하에서 하나씩 거는 방법이다. 만일 Javascript의 오류가 나지 않을때, 디버그를 걸어 확인하고 싶을 때까 있다.

그런 경우에는 소스 내에 "debugger;" 라는 줄을 추가하면 된다.

그러면 debugger 라고 적힌 줄에서 에러가 난 것 처럼 표시되고, 위의 방법대로 진행이 가능하다.

블로그 내 필자를 관리하는 방법을 설명합니다.

일단 scmaid.org의 관리자 페이지에 들어갑니다.

들어가는 방법은 아래 메뉴에 표시된 위치를 클릭하면 들어가집니다.

다음은, 관리자 화면으로 넘어갈때, ID/Password를 묻는데, (안 묻는다면 일단 Logout을 하시고 다시 들어기시기 바랍니다.) 그 안에 관리자 아이디와 암호를 넣습니다.
(아이디와 암호 부분은 이정호 선임을 통해 전달 받거나 하시면 됩니다.)

이제 관리자 화면을 볼 수 있는데, 그 중, 네트워크 –> 필진 목록을 클릭해주세요.

(만일 IE 8.0에서 메뉴가 제대로 보이지 않으면 주소 줄 옆의 호환성 보기 아이콘( )을 클릭하세요!)

필진 목록을 클릭하면 필진 목록이 보이는데, 여기에 모든 기능이 담겨 있습니다.

직접 페이지를 띄워서 테스트를 하셔도 되고, 화면을 보시면서 익혀도 됩니다.

1. 필진 초대하기.

팀 블로그이기 때문에, 필자가 1인이지 않습니다. 여러 사람이 동시에 글을 올릴 수 있습니다. 그러나 공개 게시판과 같은 형식이 아니기 때문에, 특정 인에 대해서만 필진으로 등록하게 됩니다. 여기서 중요한 것은 필진의 이메일 주소가 반드시 필요합니다. 또한 이메일 주소 자체가 ID이기 때문에, 반드시 올바른 이메일 주소여야만 합니다.

먼저 관리자는 초대장 부분에 있는 “받는 사람” 필드에 E-Mail 주소를 넣습니다.

그 외의 부분은 필요한 만큼만 채우시면 됩니다. 그리고 초대장을 발송하세요.

그러면 받는 사람에게 다음과 같은 메일이 옵니다.  메일 안에 “블로그 바로가기”라는 링크를 클릭하시면 됩니다.

클릭하면 아래와 같은 화면이 뜹니다.(자동으로 생성된 암호로 로그인됩니다.)

필명에다가 자신의 별명이나 이름을 씁니다. 저 이름으로 글 쓸 때마다 박히니, 가명을 쓰셔도

되고, 진명을 쓰셔도 되고, 별명을 쓰셔도 무방합니다.  그리고 그 아래의 “저장하기” 버튼 클릭하시구요.

다음은 비밀번호 있는 부분에 있는 부분에서 “새로운 비밀번호” “비밀번호 확인” 부분에 자신만의 암호를 넣어주세요.

만일 이 부분을 안채우시면 암호를 알 길이 없습니다.(자동으로 만들어진 비밀 번호이여서, 관리자도 알 수 없습니다.)

입력 후 “저장하기” 버튼을 클릭하세요.

나머지는 그대로 두세요!

이렇게 필진을 등록하시면 됩니다.

2. 필진 관리하기.

필진 관리는 관리자 권한에서만 가능합니다.

관리로는 필진의 권한 설정과 필진 삭제 정도의 기능이 있습니다.

그 모든 처리는 표 안에서 다 됩니다.

필진 관리를 하기 위해서는 관리자 페이지에서 네트워크 –> 필진 관리로 일단 들어갑니다.

권한 부분의 설정은 관리자, 글관리가 있는데,

이중 최소한 글 관리에 체크를 해주시기 바랍니다.

체크하는 순간 알아서 저장 적용됩니다.

마찬가지로 필진을 빼고 싶은 경우 사용자 제외를 클릭하시면 됩니다.

(삭제된 필진의 글은 모두 관리자로 넘어가게 됩니다.)