|
|
 |
|
| VS2005의 위상과 앞으로의 과제 |
| |
| [ 노규남(IT 테크라이터) 2005/12/12] |
| |
12회로 기획된 원고도 이번이 마지막이다. 그동안 필자가 주로 소재로 삼은 것은 Team System(그중에서도 TFS)이며 최근 2회는 VS Express에 대한 내용이었는데 사실 이 두 요소는 VS2005 이전 버전의 Visual Studio에 결여된 부분이라 할 수 있는 것이다. Team System은 계속해서 비용과 복잡도가 증가하는 소프트웨어 개발을 어떻게 효율적으로 할 수 있는가에 대한 부분, 즉 소프트웨어 개발 챌린지에 대한 MS의 대답이며, VS Express는 갈수록 VS가 비대해지고 쓰이지 않는 기능 투성이가 되고 있다.
더불어 가격도 너무 비싸졌다.한마디로 VS에 점점 접근하기 쉽지 않아진다는 사용자들의 불만에 대한 MS의 대응이다. 그리고 Standard-Professional 버전은 이전의 VS와 같은 위상으로 이 두 버전 사이에 놓여있다.
MS는 굉장히 많은 분야에 걸친 제품군을 가지고 있지만 그중에서도 VS의 역할은 아주 특별하면서도 중요하기 때문에 VS의 변화된 모습을 보면 MS가 앞으로 취하려고 하는 전략을 짐작할 수 있다. 특히나 이번의 VS2005버전은 MS가 신경을 많이 쓴 흔적이 엿보이는데, 그렇다면 과연 MS가 VS2005를 내놓으면서 의도한 바는 무엇인가? VS2005를 통해서 MS는 무엇을 얻으려 하는가?
닷넷의 첨병
답을 짐작하는 독자들도 많이 있겠지만 그것은 바로 닷넷의 확산이다. MS는 전통적으로 새로운 기술을 적용한 제품을 출시하기 이전에는 반드시 이 기술을 지원하는 개발도구를 먼저 내놓는다. 그렇기 때문에 Win95가 출시되기 전에는 16비트와 32비트 코드를 동시에 지원하는 Visual C++ 4.0이 릴리즈되었고 Win98-Win2K로 이어지는 Win32 라인업을 본격적으로 지원하기 위해서 내놓은 개발도구가 Visual Studio 6이다.
VS 6는 상당히 오랜 시간 사랑받은 베스트셀러였으며 그 뒤를 이은 Visual Studio 닷넷은 MS의 야심작인 닷넷 프레임워크를 전파하기 위한 첨병이었다고 할 수 있을 것이다. 그러나 VB.NET과 VB 6가 호환되지 않는다는 치명적인 약점(호환성을 목숨처럼 생각하던 MS로서는 너무나 뼈아픈 실수였다), 닷넷 프레임워크의 무거움, 느린 속도 등 여러 가지 문제가 있어서 VS.NET은 실패했다고 보는 편이 맞을 것이다. 그 후에 VS.NET 2003이 출시되기는 했으나 이것은 2002년 발표된 VS.NET의 업그레이드 정도로 시장의 분위기를 역전시키기에는 부족했다. 그 결과 닷넷이 발표된지 거의 4년이 지난 지금까지도 닷넷 프레임워크용의 플리케이션은 시장에서 거의 찾아볼 수 없다. 웹서비스에서의 ASP.NET은 어느 정도 선전하고 있지만 MS가 처음에 구상했던 큰 그림을 생각하면 이 정도의 사용률은 참패라고 보아도 지나치지 않다.
어차피 이전 버전의 개발도구는 시간이 흐르면 단종시킬테니 VS도 나중에 가면 상위버전을 쓰지 않을 수 없게 될 것이다. 하지만 VC++.NET을 쓰더라도 지금처럼 unmanaged code를 작성하는 데만 사용한다면 닷넷은 무용지물이 된다. 어떻게 하면 개발자들이 닷넷으로 이동하게 할 수 있을까?
개발자를 잡아라
MS가 개발자들에게 이렇게 신경을 쓰는 이유는 당연하지만 사용자들이 신기술로 이동하게끔 하려면 그 기술을 사용한 애플리케이션들이 많이 출시되어야 하기 때문이다. 기존의 애플리케이션보다 닷넷용의 좋은 애플리케이션들이 많이 출시된다면 사람들은 불편해도 닷넷을 설치하지 않을 수 없을 것이다. DirectX가 이런 경우의 좋은 실례가 될 수 있다. DirectX는 윈도의 기본 컴포넌트가 아니므로 별도 설치해야 할 뿐만 아니라 특정한 게임을 플레이하려면 신규버전으로 업그레이드해야 하는 경우도 상당하다. 설치분량도 적은 편은 아니다. 그런데도 사람들은 자신이 원하는 게임을 플레이하기 위해서 아주 자연스럽게 DirectX를 설치하는 것이다.
닷넷에도 똑같은 얘기를 적용할 수 있지 않을까. 기존 애플리케이션들의 신버전이 닷넷용으로만 출시된다면, 그래서 닷넷 프레임워크를 설치하지 않을 수 없게 된다면 사용자층은 자연스럽게 이동하게 된다. 이미 MS는 자사의 제품군중 상당수를 닷넷 기반으로 개발했거나 개발하고 있는데 SQL Server 2005가 그 좋은 예이다. 향후 MS의 제품군은 점차 닷넷으로 이행할 것이며 앞으로 닷넷 프레임워크가 없이는 MS의 제품들을 구동시키지도 못하게 되리라 예상한다. 그러나 거듭 말하지만 지금은 95년이 아니므로 MS 혼자서 북치고 장구치고 하는데는 한계가 있다. 일반 개발자들 사이에서 닷넷을 사용하는 것이 생산성이나 제품의 품질, 비용절감에서 이득이 된다는 공감대가 형성되지 않으면 닷넷은 다시 한번 실패하고 말 것이다.
닷넷 프레임워크의 미래
그렇다면 닷넷 프레임워크의 미래가 아주 암울한가 하면 그건 또 아니다. 닷넷 프레임워크는 MS가 전통적으로 독점해온 클라이언트와 서버사이드의 웹 애플리케이션, 그리고 향후 그 시장이 크게 확대될 정보가전이나 모바일 디바이스들을 모두 타겟으로 하고 있는데 이중에서도 특히 세 번째인 작은 디바이스에서의 닷넷이 중요하다. 현재 이런 장비들의 절대 다수는 닷넷의 유일한 경쟁자인 자바를 탑재하고 있지만 시간이 지나고 하드웨어가 발전하게 되면 상황이 달라질 수 있기 때문이다.
아직까지는 일반적인 휴대용 기기나 정보가전의 성능이 너무 낮기 때문에 닷넷을 여기에 올리기는 상당히 무리가 있다. 하지만 점점 하드웨어 사양이 좋아지고 있고 그렇게 되면 소비자들은 이 발전된 하드웨어에 맞는 개선된 서비스를 요구하게 된다. 더 명확히 얘기한다면 하드웨어가 발전하는 만큼 많은 컨텐츠와 서비스, 애플리케이션이 필요할 것이다. 이때 오랜 기간동안 갈고 닦여진 기능과 편의한 인터페이스를 갖는 VS는 빠르게 시장이 원하는 애플리케이션을 만들어낼 수 있는 열쇠라는 것이다.
얼마전까지 WinCE를 채용한 PDA폰이 시장에서 맥을 못추었지만 폰들의 사양이 높아지면서 다시 PDA폰에 관심을 갖는 소비자들이 늘고 있다. 최근까지 네이게이션 시스템은 리눅스를 채택한 제품이 많았으나 지금 나오는 신제품들은 서로 짠 것같이 WinCE를 사용하고 있다. 이런 뉴스들이 시사하는 사실은 역시 고품질의 애플리케이션을 빠르게 개발하는데는 MS의 도구만한 것이 없다는 것이다.
이런 점을 본다면 자바에 비해 닷넷이 지금 이룩한 것은 보잘 것 없으나 향후 몇 년 내 닷넷도 이 시장에서 상당한 위치를 차지할 가능성이 아주 높다. 또한 닷넷의 확산으로 MS만이 이익을 보는 것은 아니다. PC시장의 발전에서 보았듯이 빠르게 개발하고 서비스를 런칭할 수 있는 환경을 갖추면 소프트웨어 개발사들도 비즈니스가 좀더 수월해질 것이고, 결국 소비자에게도 혜택이 돌아간다. 다만 클라이언트 시장을 이미 석권한 MS가 정보가전까지 차지하게 된다면 독점에 따른 폐해도 더욱 깊어질 것이며 이에 대한 대응은 항상 업계가 고민해야 하는 부분일 것이다.
마치며
이렇게 해서 MS가 VS2005에 거는 기대, 결국 MS가 성공시키려고 하는 것은 닷넷 그 자체이며, 그를 위한 첨병으로써 개발도구인 VS2005가 출시된 것이라는 점, 그리고 향후 고성능 정보가전의 시대에 닷넷이 확실한 강점을 가질 수 있다는 점등에 대해서 얘기했다. 이미 MS는 주요 제품군을 닷넷으로 이동시키고 있으며 향후 대부분의 제품들이 닷넷 프레임워크를 요구하게 될 것이다. VS2005가 그렇듯이 SQL Server 2005가 그렇듯이, 결국은 모든 제품이 닷넷을 사용하게 될 것인데, 이렇게 되면 사용자는 부지불식간에 자연스럽게 닷넷으로 이행하게 된다.
하지만 아직까지 대부분의 개발자나 사용자들은 닷넷을 씀으로써 얻어지는 이득이 무엇인가에 대해서 명확하게 알지 못하고 있다. 일반 사용자 입장에서라면 워낙 닷넷용 애플리케이션이 적기 때문에 닷넷 프레임워크를 설치함으로써 더 사용할 수 있는 프로그램이 많아지지는 않는다. 개발자 입장에서는 웹쪽이 아니라면 지금까지 실제 VS.NET을 사용함으로써 프로젝트 기간이 짧아지거나 개발이 수월해지진 않은 것 같다.
그러나 앞서 언급한대로 하이엔드 정보가전에 닷넷이 성공적으로 안착될 수 있다면 VS.NET은 향후 크게 성장할 이 시장에 빠르게 서비스를 제공할 수 있는 최적의 솔루션이 된다. 그리고 정보가전과 웹서비스, 클라이언트 애플리케이션을 하나의 환경에서 동일하게 개발할 수 있게 된다면 그때야말로 닷넷은 모두에게 이득을 주는 표준의 하나로 자리 잡을 수 있게 될 것이다. 그렇기 때문에 VS2005의 역할은 중요하다. TFS를 이용한 개선된 개발 프로세스 모델을 제시하는 것이나 Code Analyzer, Unit Test등의 도구를 통해 개발의 비용과 시간을 줄이는 것 모두 개발자들에게 좀더 나은 환경을 제공하여 닷넷으로의 이행을 촉진하려는 의도하에 있다.
이러한 MS의 전략이 시장에 잘 먹혀들어갈지는 좀더 시간이 지나야 알 수 있겠지만 최소한 VS2005가 지금까지의 도구보다 생산성이나 개발편의성 면에서 월등하다는 사실만은 명백한 듯 하다. 앞으로 이 뛰어난 개발도구가 개발자 커뮤니티와 시장에 어떤 영향을 주게 될지도 자못 기대가 되는데 느긋한 마음으로 기다려보면 결과가 나오지 않을까 한다. VS2005는 이제 막 출시되었을 뿐이다. @
필자 노규남님은 게임개발에 주력하고 있으며, 오랫동안 각종 플랫폼에서 사용되는 개발도구를 사용한 경험이 풍부하다. |
 |
|
|
 |
 |
|
|
|
