Re: 저의 의견입니다.

Jonathan Jeon (hollobit@kisco.co.kr)
Sun, 12 Jan 1997 22:03:43 +0900

Email replies to intranet must include:
In-Reply-To: <3.0.32.19970112221025.00bacfb0@ns.kisco.co.kr>
Subject: ...change this to be about your reply.

At 02:57 오후 97-01-11 +0900, 문기� wrote:
>Email replies to intranet must include:
> In-Reply-To: <"/intranet/105/2"@www.kisco.co.kr>
> Subject: ...change this to be about your reply.
>
>저는 (주)네트빌에 근무하는 문기헌입니다.
>위에서 평가한 기준에 약간의 문제제기를 할까 합니다.
>인터라넷 제품은 기존의 client/server 모델의 그룹웨어와는
>다르게 평가를 해야합니다.
>
>저가 생각하는 몇가지에 대하여 말씀을 드릴까 합니다.
>
>1. 인터라넷의 큰장점인 client 관리가 필요없는 부분에 대한
> 언급이 없습니다. 별도의 client 용 프로그램이 필요하다거나
> Browser외 각 개인의 PC에 뭔가를 설치해야 한다면 Intranet
> 의 큰장점을 반감하는 것이겠지요.

'client 관리가 필요없는 부분'이라는 것은 약간 문제가 있다고 생각합니다.
물론 순수하게 웹 관련 기술(웹 표준 기술)만 이용한 framework 속에서는
당연히 client 관리가 필요없다고 말할 수 있습니다. (사실 궁극적으로는
이렇게 되는 것이 바람직하겠지요)

하지만 오히려 인트라넷을 적용한 많은 기업들에서, 이러한 측면보다는
'사내 표준화'라는 측면이 부각되었다는 것, 특히 사내 부서의 수가 많고
적용되는 어플리케이션의 수가 많은 경우, 다양한 사용자 컴퓨팅 환경을
고려하여 인트라넷을 적용하기 위해서는 어쩔수 없이 표준화된 client의
관리가 필수적이라고 할 수 있습니다.

물론 이러한 표준화 또는 client의 관리는 분명 예전의 c/s 환경하에서의
그룹웨어와는 분명 다른 것임에 틀림없습니다. 하지만 아직 자동화되고 집중화된
client의 관리가 완벽하게 이루어질 수 없는 상황에서는 이러한 기준은
응용분야를 제한시킬 수 있으며, 모호할 수 있다고 생각합니다. 사실 설계
데이타와 같은 것을 볼때 아직 plug-in을 사용하는 것이 더 나을 수 밖에
없다는 것이고, 이것은 브라우져에 추가로 설치하여야 하는 것이니까요..

>
>2. 현재 세계의 양대 browser인 netscape 와 explore 의 완벽한
> 지원의 문제입니다. 판단컨데 현재 netscape browser는 많은
> 이용자를 확보하고 있지만 회사에서는 무료인 explore를 사용
> 할려는 경향이 있습니다. 어차피 현재 browser마다 약간씩 다른
> 지원기능으로 인하여 이의 동시지원의 문제는 중요한 내용이라
> 생각합니다.

예.. 이것은 동의합니다. 두 브라우져를 보다 잘 지원할 수 있고
웹의 최신 표준 spec을 잘 지원한다면 더 이상 바랄게 없겠죠.. :)

>3. windows 3.1 win95 등의 이용자 PC의 OS에 따른 지원여부
> 도 빠져있습니다. 아무리 멋있는 JAVA 프로그램이라 하더
> 라도 windows 3.1 환경에서 동작되는 않는 것은 무용지물입
> 니다. 왜냐하면 아직도 기업의 과반수 이상이 windows 3.1
> 환경의 사용자 이기 때문입니다.

이것도 분명 고려해야할 내용이라고 생각합니다.

>4. 위의 2 번항목과 관계가 되지만 JAVA, PLUG-IN 프로그램,
> Active-X 프로그램이 있다고 좋은 것이 아닙니다. 이러한 기능
> 은 현재의 browser에서 지원하지 못하는 기능을 지원키 위한
> 도구이지 이것의 사용이 평가의 항목이 될 수는 없습니다.
> 오히려 어떤 기능 지원을 위한 도구로서 이것을 사용한 것
> 보다 사용하지 않고 해결할 수 있다면 더 좋은 프로그램입니다.
> 더 중요하게는 양대 browser에서 위의 도구들을 완벽히 지원
> 하지 않는다는 것입니다. Active-X 는 netscape 브라우져에서
> 아직 지원하지 못하고 있고, JAVA-SCRIPT는 explore에서
> 제대로 지원되지 않고 있습니다.

ActiveX, JavaScript, Plugin등의 내용을 평가항목으로 넣은 것은
확장성에 대한 고려를 했는가 판단하기 위한 것이었습니다. 즉
ActiveX에 대한 확장을 고려하고 있는 사람이라면 ActiveX 관련
사항을 보다 잘 지원할 수 있는 패키지를 선택할 것이기에
사용자의 판단 기준에 도움을 주기위해 평가항목으로 집어 넣은 것입니다.

>5. 가장 중요한 것일것 같은데 기존의 client/server
> 환경의 그룹웨어보다 intranet이 가지는 가장 큰 장점은
> 구축비용이 훨씬 저렴하다는 것입니다.
> 조그만 중소기업에서 c/s 그룹웨어를 설치하고 싶어도 비싼
> 비용때문에 구축하지 못한 곳이 많습니다.
> 이러한 업체에서도 intranet을 사용할 수 있게 하기 위해서는
> 저렴한 비용과 별도의 customizing 과정이 필요없는(왜냐하면
> customizing은 별도의 추가비용이 들어가기 때문입니다.)
> 것이 중요합니다.
>

가격 부분에서는 customizing 비용과 패키지 비용을 구분해서
기술해야 하리라 생각합니다. customizing이 이루어지는 부분은
아마도 필수적으로 있을테니까요.. :)

> 따라서 Intranet제품자체의 가격이 얼마나 저렴한가,
> 또한 별도의 customizing의 과정이 필요없이 제품 그 자체로서
> 얼마나 한 회사나 조직에서 활용할 수 있는 유동성이 풍부한
> 것이가가 진정 가장 중요하게 평가 되어야 할 항목이라고
> 생각합니다.

customizing을 하던 하지 않던 상관없이, 결국 이용하고자 하는
기업이나 조직에 얼마나 가격/성능비로 유용하느냐가 결국
구매기준이 될 것 같은데요.. 제 생각엔 .. 평가항목의 기준은
그러한 용도의 유용성을 밝혀주기 위한 기준으로서 있는 그대로를
보여주는 것이 중요하다고 생각합니다.

>
>끝으로 한가지 고려해야 할 것은 기존의 대기업들은 c/s 환경의
>그룹웨어를 많은 비용을 들여 도입한지가 얼마 되지 않았습니다.
>현재의 intranet업체들이 살아남고 지속적으로 제품의 성능을
>향상시키기 위해서는 현재의 남아있는 시장인 중소기업들에게
>얼마나 필요한 기능을 효율적으로 지원해주는가 하는 문제라고
>생각합니다. 평가항목을 설정하실때 이 사정을 고려해 주신
>다면 진정 감사하겠습니다.
>

예..