레인레테 :: 작은 달팽이집속 바다.

뭐 별것은 아니지만

방문자 기록을 살펴보다 보면

의외로 mssql 2008 설치방법이나 호환성 문제로

고생하시는 분들이 많은듯 해서

아주 간략히 포스팅.



끝.

	단계 1	단계 2	단계 3	단계 4
기술	탄생 : ※새롭고 혁신적, 모든사람에게 생소함. 제품은 기본적 기능 외에 몇가지 부가기능이나 옵션만을 가짐. ※상대적으로 소수만이 기술의 장점과 가치를 알고 있다. 기술이 발전하면 소수의 사람은 기술의 신봉자가 됨.	고속성장 : ※하루아침에 향상되는 경우가 많음. 이에 힘입어 옵션이 많아지고 기술은 더욱 정교해짐. ※많은 사람들이 현재 기술에 만족하나 지속적으로 기술을 개발해야 함.	점진적 성장 : ※기술이 광범위하게 사용. 시장 대부분에서 깊고 넓게 받아들여짐. 기술은 발전하나 발전 정도는 점점 작아짐. ※제품의 기능이 많아지고 옵션은 마케팅 수단화. ※제품 사용자는 성능 하나하나에 정통하며 성능에 대해 상당히 높은 수준의 대화 가능. 제품 모든 면에 대단히 민감.	성숙 : ※기술 표준화. 업계 거의 일반화되어 통용. ※ 기술 향상 없음. 사용자들이 기술 향상에 오히려 저항. ※ 기능과 옵션이 기본제품에 표준이 되어감에 따라 기능과 옵션의 선택폭이 작아짐. ※사용법이 쉬워짐. ※ 새 기술 출현 가능성 높음.
고객	최초구매자 : ※모든면에서 최고가 되려는 사람들. ※기회를 혼자 사용하기 좋아함. 최고의 특권을 바라며 독특한 것을 좋아함. ※ 혁신적 기술과 서비스 원함. ※ 기술의 처음 사용자임에도 불구하고 세일즈맨의 도움 없이 기술을 사용할 정도의 지식과 자원 풍부함.	발전 지향적 고객: ※향상된 솔루션과 성능. ※상당한 능력을 갖추고 있거나 갖추기 위해서 불편함과 비용 감수. ※ 저마다 요구에 맞추어 최첨단 제품 구매 ※ 구매 결정을 내리기 위해 세일즈맨의 전문적 설명을 요구	인간관계중시 고객: ※ 제품을 사용해 본 적이 있어 제품에 대해 상당한 지식을 가짐. ※자신에게 필요한 기능이 무엇인지 정확히 알고 있음. ※ 자기만의 필요성에 맞추어 기능과 인도조건을 바꿔보려 함.	표준화된 고객: ※ 저렴한 가격의 표준 제품 선호. ※ 고민하지 않고 신속하게 구매. ※ 대중이 선호하는 제품 구매. 특별한 옵션을 바라지 않음. ※ 결점이 있을 경우 A/S에 의존하는 경향.
담당 세일즈맨	클로져 : ※ 정력적. 외향적. 처음 만나는 사람을 쉽게 고객으로 만듬. 언제나 거래를 성사시킬 준비가 되어 있음. ※시장에 등장하는 신제품에 관한 정보를 완벽하게 수집. ※성공에 대한 집념 강함. 돈에 대한 욕심과 세상을 변화시키려는 포부가 풍부함. ※주요 마케팅 능력은 프리젠테이션. 미래에 대한 꿈을 판다.	마법사 : ※ 자신만만. 순발력 탁월. 팀원도 될 수 있고 팀 리더도 가능. 다양한 고객에게 필요한 저마다의 독특한 솔루션 제공. 복잡한 문제를 쉽게 풀어냄. ※ 영업을 경영진으로 올라가는 디딤돌로 봄. 모든 일의 중심에 있기를 좋아함. ※ 복잡한 인간관계를 관리하는 데 뛰어나며 커뮤니케이션 기술이 탈월.	인간관계 구축자 : ※시민정신 강함. 유쾌하고 사람을 좋아함. 열심히 일하며 행복한 가정생활을 즐김. 매사에 긍정적. ※ 세일즈 자체를 즐기는 동시에 조직의 안정과 소속감 중시. 기업을 상대로 세일즈하는 것을 좋아함. ※ 고객의 불만을 해결하고 거래를 성사시킴. 관계를 돈독하게 하고 지속적인 비지니스 관계를 구축하는 능력이 있음. 항상 고객이 먼저 다가오게 유도함.	세일즈 캡틴과 팀원들 : ※쾌활. 외향. 매사에 낙관적. 고객과 비슷한 일상. 매우 현실적. ※ 편안한 분위기 연축에 탁월. ※ 회사에서 기대하는 이상은 잘하려고 하지 않음. ※ 하루하루 재미있게 지내기 위해 열심히 돈을 모음. ※ 고객서비스에 만전을 기함. 직장에서 받는 스트레스를 푸는 재주가 뛰어남.
판매전략 (   시장 기회 //   시장 상황 //   판매 전략 )	클로져 :  ※ 전체의 1% 를 비싼 가격에 공략. ※ 대부분의 고객이 차갑게 반응하며 경쟁상대가 극소수.  사실상의 시장지배자. ※ 꿈을 구축. 고객의 환상과 욕망을 자극.	마법사 : ※ 전체의 20% 공략. ※  최첨단 기술이 시장에 진입. 80%의 고객은 필요성에 의문을 가지거나 가격에 저항. ※ 매년 3-5번에 걸쳐 제품을 재개발.	인간관계 구축자 : ※  시장의 70%공략. ※  경쟁업체 많음. 시장 활성화. 수많은 세일즈맨이 차지하려 하며 틈새시장을 노릴 필요 있음. ※  고객과의 개인적 친분. 창조적 문제 해결. 신뢰할 수 있는 유통 체계. 세밀한 것에 대한 관심 등이 중요.	세일즈 캡틴과 팀원들 : ※  최대 94% (나머지 6%는 새로 진입하는 기업과 특별한 지원이 필요한 고객들.) ※  규모의 경제. 거대한 조직이 있는 3-4개의 대형 공급업체가 지배. 시장진입을 위해서는 기존 경쟁업체와 길고 힘든 싸움 예상. ※  고객이 구매 결정을 쉽게 내릴 수 있게 함. 판매에 장애가 되는 요소를 제거하는데 최선을 다함.
판매접근방식 (   특징 //   구매자-판매자관계//   스타일 )	클로져 : ※품목이 독특하고 고가일지라도 간단하게 고객을 유인. 한두번의 만남으로 거래 성사. ※ 판매 하기 전 후 만나지 않음.일회성 거래 성사. ※ 매우 정력적이며 쉽게 흥분. 제품보다는 비전을 판다.	마법사 : ※ 과정이 복잡. 수개월이 걸림. ※ 이전 거래는 없으나 판매과정시에는 관계가 돈독해짐. ※ 전문적이고 발전 지향적. 상대를 가르치려고 함. 기술적 우위를 드러냄	인간관계 구축자 : ※ 거래가 수년에 걸쳐 성사.  ※ 첫 거래 전부터 인간적인 신뢰를 기반으로 함.상대적으로 깊은 관계가 유지. ※ 다정다감하고 친절하며 장기적인 필요에 의해 접근함. 거래를 성사시키기 위해 먼 거리도 마다하지 않음.	세일즈 캡틴과 팀원들 : ※ 인간관계는 거의 없으나 감동은 남음. ※ 피상적인 관계. 관계는 고객-브랜드로 대변되며 판매인은 브랜드의 일원 ※ 정중하며 친절함. 기분좋게 그리고 신속하게 구매할 수 있게 함.
마케팅 ( 이상적 회사 이미지// 거래성사 // 선호고객 )	클로져 : ※ 첨단. 개척정신. 자금이 풍부하고 잠재력이 크다. ※ 기술을 직접 보여주고 잠재력을 공개. 광고회사를 통해 이벤트 연출. 고객의 거절이 잦은 편. ※ 최고의사결정자	마법사 : ※ 스마트, 발전지향적이며 타회사에 비해 월등한 기술력. 시장 표준보다 우수한 시스템을 제공. ※ 제품을 널리 알려야 함. 업계 잡지 등에 자신의 이름으로 컬럼등을 쓰고 우편물을 발송하고 기술 성과를 공개적으로 알림. 세미나 등 개최 ※ 동시에 여러 유형의 고객과 거래하는 경우가 많음. 개별 접촉법 연구 필요.	인간관계 구축자 : ※ 신뢰가 두텁고 다년간의 경험이 축적되어 있음. 설립된지 오래되었으나 낡지 않음. 현재의 표준을 유지하는 것을 선호. ※ 무료 서비스 제공. 인간관계를 이용하여 잠재고객과 접촉. ※ 들인 시간과 노력을 헛되게 하지 않기 위해 여러차래 비지니스를 반복할 가능성이 있는 최고의 고객을 찾음.	세일즈 캡틴과 팀원들 : ※ 검소하고 효율적. 상상할 수 없을 정도로 저렴한 가격에 품질 제공. 어디서나 쉽게 찾아볼 수 있으며 시장 지배함. ※  판촉물을 자주 제공. 광고를 대대적으로 한다. 쿠폰과 기타 인센티브를 제공하고 가끔 폭탄세일 필요. ※ 세상의 모든 고객들.
판매 방식 ( 세일즈 프리젠테이션 // 일반적 이의// 이의 해결 방법// 거래 성사 )	클로져 : ※ 많은 비용을 들여 흥미거리 제공. 드라마틱 ※ 검증되지 않은 새로운 물건에 너무 큰돈을 쓰기 싫다. 혹은 정말 이 제품이 내가 원하는 기능을 하는가? ※ 미래의 기회비용을 환산하여 판매. ※ 프리젠테이션 후 곧바로 고객에게 살 것인지를 물어봄. 길게 시간을 끌지 않음.	마법사 : ※ 형식적 태도를 취함. 세련된 시청각 자료와 안내물. ※ 높은 비용과 급진적인 변화로 인한 고통보다 이익이 많은가? 이것이 정말 최고인가? ※ 제품을 사용했을 때의 실익을 구체적인 데이터로 표시. 고통보다 이익이 많을 것이라고 설득. ※ 최초 거래일 제시. 제품의 성능을 직접 보여주기 위해 소규모의 시험 프리젠테이션을 함.	인간관계 구축자 : ※ 골프 코스나 고급 식당에서 프리젠테이션을 함. 표준 정도의 제품을 뛰어나게 설명. ※ 고객이 개별적으로 원하는 인도조건을 맞춰줄 수 있는가? ※ 고객에게 아낌없이 지원하고 협조함. 특별한 요구를 잘 수용하고 조정함. ※ 고객이 필요한 때에 자리에 있어야 함. 악수만으로 거래 성사 가능.	세일즈 캡틴과 팀원들 : ※ 간단하고 짧게 기능과 옵션만을 설명. ※가장 싼가? 하자 발견시에는? ※ 경쟁업체의 가격에 맞추거나 더 싸게. A/S는 확실히. ※ 고객이 구매 후 가격이나 품질면에서 타사 제품보다 낫다는 측면을 강조. 반품정책이나 최저가 보상제도 등을 도입.
실제 이 단계의 회사	?	?	?	?

느낌.

1. 맥스는 처음부터 네명의 세일즈맨을 다 만나지만

시장의 각각의 단계에 이르러서야 그들을 고용하고 활용한다.

각 시장에 따라 마케팅 방법이 다르다는 것을 표현하기 위한 듯.


2. 오라클이라는 훌륭한 멘토가 등장한다.
 
고작해야 음식 몇조각으로 큰 도움을 주는.

주위를 둘러보면 누구에게나 이런 사람이 한둘은 있을 것이다.

다만 그 사람이 멘토인지 자각하지 못할 뿐..


3. 마케팅 책을 여러권 읽어봐도 이렇게 쉽게 쓰여진 책은 잘 못봤음.

읽을 가치 있음.


여담.
읽은 지는 꽤 됐는데 정리하기가 귀찮아서 미루어뒀다가 지금 씁니다.

표 중 7번째 열까지는  마케팅 천재가 된 맥스 (p320-p333).  에서 발췌했으며

마지막 줄은 귀찮아서 여러분의 상상력을 자극하기 위해 남겨둡니다.

각 단계에 맞는 회사들을 자신의 분야에서 찾아보면 재미있을 듯 해요 ^^

혹은 한 회사라고 해도 여러가지 기술을 제공한다면
 
그 기술의 단계는 어디인지 어떤 마케팅을 하고 있으며 어떤것이 좋을지 

생각해 보는 것이 마케팅의 첫걸음일듯합니다. 


따라서 해 보시거나 이 데이터가 필요한 분이 계시려나 ㅎㅎ

어쩔 수 없습니다;

CSV 파일은 EUC-KR로 파일을 저장하는 반면에

c#에서 스트림을 읽어들이는 방식은 default로 UTF-8을 사용하기 때문에

두 문자의 읽는 형식이 달라져서 생기는 문제라서요.

그냥 인코딩을 맞춰주시는 수밖에;;


뭐 저는 CSV파일을 유니코드 텍스트로 변환한 다음 ,
 
구분자가 아니라 \t 구분자로 읽어들이는 방법 선택했지만

이건 뭐 상황에 따라 다를테니까요.

원본 파일을 변경할 수 없는 상황이라면 프로그램 코드를 고쳐야 할테니.

이럴때는 시간을 기록하다 요기를 참고하셔가지고

텍스트 파일 스트림의 인코딩 방식을 설정해 주심 됩니다. ^^

끝.

2009.04.24 By RL.C

웰빙백수 아메바님의 모험회사 를 다음에서 찾았다.


공감에 눈물이 줄줄 ㅠㅜ 은 뻥이고

어느정도 느낌은 오고 있다.

뭐 내 블로그를 보는 분들은 아시겠지만

나는 IT에서 일하고 있고

비록 우리 회사 이야기는 아니더라도

주변의 지인들이 어떤 생활을 어떻게 하는지에 대해서는

익히 들어 알고 있기에

더더욱 더.


한가지 두려운 점은 시선이 너무 한방향을 바라보고 있다는 점이다.

먼소리냐면.

정말로 세상 모든 사람들이 아니 세상 모든 회사들이

다들 이런식으로 경영을 하는 것은 아니다.

아니 만약에 정말로 이런 식으로 경영을 하고 있다고 해도

그들은 자신의 무지의 소치를 책임질 자격이 없는 경영진일 뿐

그들 자신이 정말로 나쁜 사람들인 것은 아니다.

IT 바닥은 실제로도 힘들고, 엄청난 노동시간과 지적인 고통에 비하면

그다지 크게 보상받을 것도 없는 것 또한 한편으로는 사실이지만

경영진이 신경을 써야 할 부분은 한두가지가 아니고

그들이 인간인 이상 실수는 하기 마련이다.

나도 실무진이고, (실무의 밑바닥. 프로그래머다.)

말씀하시는 것이 어떤 의미인지는 뼈저리게 다가오지만

상대방의 입장을 고려해 보지 않고 너무 한방향만 바라보는 시선은

읽는 입장에서 조금 걸러내야 할 필요가 있지 않을까 싶은 생각도 든다.



이러나 저러나. 그래도 만화체도 귀엽고 내용도 좋다.

만약에 당신이 IT 에 뛰어들기를 희망하는 인력이라면

읽어보고, 이런 면도 잇다는 것을 느꼈으면 한다.

반면 당신이 IT에 일하고 있지 않다고 하더라도.

어느 회사나 저렇게 경영진과 실무진이 부딛히는 일은 자주 일어난다.

이런건 잘 생각해두고 간접경험을 해 두는것이

막상 현실에 부딛히고 나서 쇼크먹는것보단 낫겠지. ㅎㅎ



어쨌든 재밌다 이만화. ㅎ

Bool 논리로 말한다.

이게 뭐냐고?

참 혹은 거짓.

이 둘 중 하나로 말하면 된다.

프로그래머가 하는 일이라는게 뭐라고 생각하는가?

예술? 아름다운 지적활동? 창조행위?

후후훗.

실은 프로그래머는 그냥 '인간 번역기' 다..

사람이 알아들을 수 있는 말을 컴퓨터가 알아들을 수 있는 말로 바꾸는 것.

이게 프로그래머가 하는 일이다.

근데 뭐 다들 알고 있겠지만

컴퓨터가 알아들을 수 있는건 딱 두개밖에 없다.

0, 아니면 1.

이걸 부울 논리로 치환하면 참. 혹은 거짓.

아주 정확하고 반론의 여지가 없는 단 두개의 공리.

프로그래머는 일을 할 때 항상 무의식중에 저 두개의 공리로 생각한다.

그래서 프로그래머는 '명확한 기준' 이 잡혀 있지 않으면

곤란해 하는 거다.

자신이 기계가 알아들을 수 있는 말로  바꿀 수 있는 논리가 안서는 거니까.


프로그래밍의 버그라는게 대부분 어디서 튀어나오나면.

'프로그래머가 미처 논리적으로 생각하지 못해 빼먹어서

이성논리를 부울 논리로 바꾸지 못해서 생겨난 일' 이다.


뭐 쉽게 예를 들어보자면 이런거지.



이런식으로 빈틈없이 준비를 하고 각종 닥칠만한 상황을 다 예견해서

프로그래머를 설득시키면 , 훗일은 간단하다.

프로그래머는 만족스러운 번역 작업에 들어가는거고.

일을 부탁한 당신은 행복해하고.~


이런일이 허구헌날 비일비재하다 보니, 별별 방법론이 다 나온다.

TDD  , DDD, Design by Contract  니 하는 것들.

그런데 별 게 다 나와도 저것들이 지향하는 바는 매한가지다.

프로그래머가 논리적인 생각을 빼먹거나 할 때 도와주는 것들.


뭐, 컴파일러 최적화니. 옵티마이징이니. 프로파일링이니 하는 건 그 후의 문제고.

결론.
프로그래머를 설득하는 방법은 의외로 간단하다.

반론의 여지 없이 앞뒤가 맞는 말을 준비해 가라. 그럼 끝.

onBlur 이벤트는 포커스가 벗어나고 나서 바로 다음 이벤트로 이어질 수 있다.

onFocusOut은 포커스가 벗어나는 시점을 다른곳을 클릭했을 때라고 가정하고

어디를 클릭하든지간에 클릭한 곳의 이벤트는 타지 않는다.

예제를 보면


예제용 텍스트 박스에 onBlur 이벤트를 걸었을 경우에

저장 버튼을 누를 경우 저장 버튼의 이벤트를 타서

'예제용 텍스트 박스'라는 문자열이 저장이 된다.

반면 OnFocusOut 이벤트를 걸었을 경우에는

저장 버튼을 눌러도 버튼이 기능을 하지 않는다.


-- 결론.
위와같은 경우에는 저장 버튼이 작동을 해야 하니까

onBlur 이벤트를 사용하자.


덧붙임.
테스트 환경은 IE 6, IE 7 .

놀랍다.

IBM의 70억을 거부하고
오라클에 74억에 인수.

IBM은 4억 때문에 썬을 놓친것인가.


근데 과연 썬 마이크로 시스템즈가 74억이나 가치가 있는 회사인가?

뭐 워크스테이션 시대에는 굉장했다지만. 지금도?

난 아직도 썬 마이크로 시스템즈가 뭘로 먹고 사는지 잘 모르겠다;;


-- 쓴날 2시 덧붙임.

 

하는 사람은 권유. 좋은말로 하면 제안.

받는 사람은 명령.

맨먼쓰 미신 에 대해서 많은 사람들이 고개를 끄떡끄떡한다.

뭐 내용은 찾아보면 엄청나게 나오니까 젖혀두고

핵심은.
지체되는 개발 프로젝트에 인력을 더하는 것은 개발을 늦출 뿐이다 .. 라는 것인데..

근거로 새로 투입되는 사람들을 가르치는데 시간이 더 걸린다..라는 것을 들고 있다.


그런데 이런거 생각해 본적 있나?

이 책이 쓰여진 때는 1975년이다.

상황을 생각해보면. 이때의 소프트웨어라는 것은 대부분 '일반인'을 위해서가 아니라.

아주 특수한 선구자적 시선을 가진 '기업'을 위해서 만들어졌을 뿐이고,

이러한 상황에서는 '요구사항'이 변경되는 일이 거의 없다는 사실을.


현대의 IT 인력들은 다들 알고 있다.

내일이 출시일이라고 해도 오늘 요구사항은 바뀐다는걸.

보통 클라이언트들은 상당히 추상적인 개념에서

이게 더 좋겠다 이렇게  바꿔달라.

바꿔놓고 보면 아니네 이렇게 하는게 더 낫겠다..가 끝도 없다는 것을.

그만큼 보고 듣는 것이 많아질 수록 사람의 요구는 늘어나기 때문이다.

이렇게 끝도 없이 프로그램의 기본 구조까지 바뀌는 상황.

이런 상황에서 사람을 더 투입하는 것이 정말 프로젝트를 지연시킬까???



조금 시선을 돌려서 다시 1975년으로 돌아가보자.

이시절의 프로그래머들이  지금과 같은 환경에서 개발을 했다고 생각하는가?

과거를 설명하는 문서들을 보면 대부분 다 이렇게 말한다.

'우리는 이렇게 열악한 환경속에서도 화려한 문화를 꽃피웠다.'

바라보는 지점을 '열악한 환경' 이 아니라 '화려한 문화'로 돌려보면

'어째서 화려한 문화'가 생길 수 있었나.. 라는 생각을 다시 한번 해보자.

뭐 여러가지 동인이 있겠지만, 내가 여기서 말하고 싶은 것은

'실제로 사람들은 프로그래머들이 대체 뭘 하고 있는 건지 아무도 몰랐다' 라는 것이다..

이런 상황에서 실제로 이 프로젝트가 얼마나 걸릴지 예측할 수 있는 사람이 몇이나 있었을까?


덧붙여서 '흔한 직업이 아니었기 때문에 오히려 전문가들이 모였다'는 점도 있을것이다.

요새처럼 학원에서 공장기계찍듯 평준화되서 나오는 ,
 
그리고 학원에서 배운 수준에서 한걸음도 못벗어나는 사람들도

프로그래밍으로 먹고 사는 지금과는 달리

적당한 실력으로는 먹고살기는 커녕 굶기 일수였다..는 점도 있을테고.


현대의 프로그래밍은 여러가지로 1975년과는 다르다. 조금만 인지했으면 좋겠다.

그당시와는 다르게 지금은 말 그대로 Copy & Paste만으로도

'전형적인' 프로그램을 만들어 낼 수 있는 시대다.

(실제로 MSDN 을 보면 알겠지만, 예제 코드도 그대로 다 나온다.
그냥 복사만 해서 실행해도 다 실행된다.)

실제로 현대의 프로그래머가 하는 일은 이걸 복사해서 짜집기하는 일이다.

이런건 정말 최소한의 프로그래밍 지식수준만 있는 사람이라면 누구든지 할 수 있으며,

포디즘처럼, 기계적 작업이므로  누가 해도 마찬가지다.



즉, 과거의 프로그래밍이 10%의 Copy & Paste와 90%의 알고리즘으로 이루어졌었다면
 
현대의 프로그래밍은 90%의 API Copy & Paste와, 10%의 알고리즘으로 이루어지는데

이 10%의 알고리즘이 완성되어 있다면

프로젝트의 막바지에 사람을 더 투입해서 90%의  Copy & Paste의 속도를 높이는 것이 왜 나쁜가?



이상한 점은 이 1975년에 나온 책의 논점을

사람들이 아직도 소프트웨어의 절대적인 기준으로 믿고 있다는 것이다.

아무도 반박도 안하고...

그 중 가장 큰 역할을 하는 것은

'인력풀'을 줄이기 위한 비용 지불자 들이겠지만..


덧글1.
결코 클라이언트를 욕하고자 하는건 아닙니다.
요구사항이 변경되는 게 정상이죠.
다만 상황이 바뀌었다고 말하고 싶은 겁니다.

덧글2.
학원출신들을 비난하는 것도 아닙니다.
저역시도 전공은 컴퓨터 계열이 아니었고, 그저 그런 학원 출신입니다.
제가 말하고자 하는건
전공 여부나 학원출신 여부를 떠나서 현업에서 일하면서 실력이 하나도 늘지 않는,
(정확히 말하면 Copy & Paste 실력만 늘어나는) 사람들에 대한 이야기입니다.

덧글3.
90%와 10%는 제 멋대로 지어낸 수치입니다.
저는 그냥 Copy & Paste와 알고리즘 개발의 비율이 바뀌었다는 표현을 한 것 뿐이에요.~

2009.04.15 By RL.T

 

프로그래밍을 하면 할 수록 느끼는건데

나는 뭔가를 만들어내고 있는 것인가?

아니면 남이 만들어놓은 것을 짜집기하고 있을 뿐인가?

라이브러리에서 제공 안하는 기능을 만들어 쓰는게 아니라

어떻게든 편법을 써서 되기만 하면 된다...라고 만들어낸다.

이래서야 '기본실력'은 별로 안늘고. 라이브러리를 쓰는 꼼수 스킬만 늘어나고 있으니 원...


-- 근데 이런것에 대한 근본적인 해결책 같은건 없나? ;;

2009.04.15 By RL.C