점검과 보완, 특정기능의 확충을 위해 기간설정 및 제한적인 공개를 한다고 해도 불거지는 문제 정보
궁금 점검과 보완, 특정기능의 확충을 위해 기간설정 및 제한적인 공개를 한다고 해도 불거지는 문제본문
-. 문제 및 문제해결에 들어가기 전
문제는 제한적인 공개를 수행한 자료가 돌아다니게 되는
불상사가 반드시 발생한다는 점입니다.
하긴... 웹관련 자료 대부분이 일단 문서의 형태를 취하고 있기 때문에
더더욱 그런것 같습니다.
때문에 Lock, serial, key(lock)이라는 개념이 생겼을거고,
비록 일부분이지만 이러한 부분에서도 프로그래머의 역량이 보이는 듯 합니다.
그러나, 비교적 자유롭게 취할 수 있는 웹관련 자료에도 Lock, serial, key(lock)가
손쉽게 적용될 수 있다면 어떨까요?
10여년 전으로 돌아가 원본자료의 변형을 막는 방법중에서
가장 일반적인 형태로 사용했던 방법이 바로 셋업횟수를 제한시키던 방법을
떠올릴 수 있습니다.
하나의 원본 디스크(디스켓)에 첨부된 셋업 프로그램은,
보통 3회 정도까지 설치가 가능하게 설정했던 방법이 있었습니다.
뭐 나름대로는 이러한 방식에도 문제가 있었습니다고 봅니다만...
원본으로 설치를 하고, COPYIIPC라는 유틸리티를 이용하거나,
단순히 xcopy, diskcopy라는 외부 명령을 사용해서도 상당히 많은 자료는
특별한 조작이 없어도 복사가 가능했었지요.
...
...
...
=====================================================
-. 문제해결 및 가능성 파악
간단히 가능성만 생각해 봅시다.
문서자료의 형식을 갖고 있는 대부분의 웹관련 자료를 압축 또는 install,
setup 프로그램의 형태로 제작·배포한다고 가정했을때 key(lock), serial, Lock의 개념을
비교적 간단하게 적용시킬 방법에는 어떤 것을 떠올릴 수 있을까요?
=====================================================
-. 제외할 부분(일반적으로 생각할 수 있는 부분)
제한적인 배포를 결정한 자료 선별 → 압축해제 패스워드 기입
→ 압축해제 및 설치 후 원본파일의 삭제 스크립트 또는 일괄처리(batch) 명령을 포함
→ 설치(실행)형 꾸러미(package, 압축파일, 묶음) 작성
>> 이 경우의 문제점은, 압축해제 및 설치가 된 자료를
>> 압축 또는 실행압축 형태로 묶어서 재배포 할 수 있다는 문제점과,
>> 웹관련 자료가 그러하듯 문서(게시물)형태로
>> 웹에 게재될(할) 수도 있다는 가능성이 발생하게 됩니다.
=====================================================
-. 재배포 방지를 위한 제한적인 공개에 대해...
1. 웹 관련 자료의 배포를 결정했다면 그냥 확 풀어라!
무슨 제한적인 공개냐?
2. 제한적인 공개? 그런걸 왜하나?
공개하지 않으려면 로컬에서만 돌려라!
...
이러한 형태의 의미없는 덧글은 기재하지 마시기 바랍니다.
골머리 썩을 수 있는 '제한적인 공개'를 선택하고 수행하는 것은,
나름대로 공개하게 될(공개 할) 자료에 대해 원활한 피드백을
기대해야 할 상황도 있기 때문입니다.
=====================================================
문제는 제한적인 공개를 수행한 자료가 돌아다니게 되는
불상사가 반드시 발생한다는 점입니다.
하긴... 웹관련 자료 대부분이 일단 문서의 형태를 취하고 있기 때문에
더더욱 그런것 같습니다.
때문에 Lock, serial, key(lock)이라는 개념이 생겼을거고,
비록 일부분이지만 이러한 부분에서도 프로그래머의 역량이 보이는 듯 합니다.
그러나, 비교적 자유롭게 취할 수 있는 웹관련 자료에도 Lock, serial, key(lock)가
손쉽게 적용될 수 있다면 어떨까요?
10여년 전으로 돌아가 원본자료의 변형을 막는 방법중에서
가장 일반적인 형태로 사용했던 방법이 바로 셋업횟수를 제한시키던 방법을
떠올릴 수 있습니다.
하나의 원본 디스크(디스켓)에 첨부된 셋업 프로그램은,
보통 3회 정도까지 설치가 가능하게 설정했던 방법이 있었습니다.
뭐 나름대로는 이러한 방식에도 문제가 있었습니다고 봅니다만...
원본으로 설치를 하고, COPYIIPC라는 유틸리티를 이용하거나,
단순히 xcopy, diskcopy라는 외부 명령을 사용해서도 상당히 많은 자료는
특별한 조작이 없어도 복사가 가능했었지요.
...
...
...
=====================================================
-. 문제해결 및 가능성 파악
간단히 가능성만 생각해 봅시다.
문서자료의 형식을 갖고 있는 대부분의 웹관련 자료를 압축 또는 install,
setup 프로그램의 형태로 제작·배포한다고 가정했을때 key(lock), serial, Lock의 개념을
비교적 간단하게 적용시킬 방법에는 어떤 것을 떠올릴 수 있을까요?
=====================================================
-. 제외할 부분(일반적으로 생각할 수 있는 부분)
제한적인 배포를 결정한 자료 선별 → 압축해제 패스워드 기입
→ 압축해제 및 설치 후 원본파일의 삭제 스크립트 또는 일괄처리(batch) 명령을 포함
→ 설치(실행)형 꾸러미(package, 압축파일, 묶음) 작성
>> 이 경우의 문제점은, 압축해제 및 설치가 된 자료를
>> 압축 또는 실행압축 형태로 묶어서 재배포 할 수 있다는 문제점과,
>> 웹관련 자료가 그러하듯 문서(게시물)형태로
>> 웹에 게재될(할) 수도 있다는 가능성이 발생하게 됩니다.
=====================================================
-. 재배포 방지를 위한 제한적인 공개에 대해...
1. 웹 관련 자료의 배포를 결정했다면 그냥 확 풀어라!
무슨 제한적인 공개냐?
2. 제한적인 공개? 그런걸 왜하나?
공개하지 않으려면 로컬에서만 돌려라!
...
이러한 형태의 의미없는 덧글은 기재하지 마시기 바랍니다.
골머리 썩을 수 있는 '제한적인 공개'를 선택하고 수행하는 것은,
나름대로 공개하게 될(공개 할) 자료에 대해 원활한 피드백을
기대해야 할 상황도 있기 때문입니다.
=====================================================
추천
0
0
댓글 4개
모르겠습니다만.. 제한적 공개란 상당히 힘든분야입니다.
일단 보여진다는것 자체는 모두 공개란것과 동일합니다.
왜냐면 아무리 저장하지 못하게 하더라도 다들.. 인터넷의 영상을 잡아서 저장하고 있고
제한되는것들을 일부분들은 풀려지는것이지요
결국 자료를 사용할때 마다 인증을 받게 하는형태가 일반적인듯 보여지는군요
일단 보여진다는것 자체는 모두 공개란것과 동일합니다.
왜냐면 아무리 저장하지 못하게 하더라도 다들.. 인터넷의 영상을 잡아서 저장하고 있고
제한되는것들을 일부분들은 풀려지는것이지요
결국 자료를 사용할때 마다 인증을 받게 하는형태가 일반적인듯 보여지는군요
그렇지요!
아무리 제한적인 공개라 할지라도,
그 형태가 이미 '공개'라는 성격을 포함하고 있기 때문에...
해당 자료를 사용할 때마다 인증을 받게 하는 방법은,
일반적이라고 보여질 수도 있겠지만,
글쎄요...
글쎄요...
글쎄요...
자유롭게 사용되는(배포되는) 자료에 대해서
그렇지 않아도 적절한 피드백이 이루어지고 있지 않은 시점에,
상대적으로 복잡하다고 느껴지는 인증까지 거쳐야 한다면,
그것도 매번 사용할때마다...
아... 뭐라고 해야 하나...
표현의 한계를 느낍니다.
그...
'무리가 있다!'라고 해야 하나?!
아무튼 뭐 그와 비슷합니다.
아무리 제한적인 공개라 할지라도,
그 형태가 이미 '공개'라는 성격을 포함하고 있기 때문에...
해당 자료를 사용할 때마다 인증을 받게 하는 방법은,
일반적이라고 보여질 수도 있겠지만,
글쎄요...
글쎄요...
글쎄요...
자유롭게 사용되는(배포되는) 자료에 대해서
그렇지 않아도 적절한 피드백이 이루어지고 있지 않은 시점에,
상대적으로 복잡하다고 느껴지는 인증까지 거쳐야 한다면,
그것도 매번 사용할때마다...
아... 뭐라고 해야 하나...
표현의 한계를 느낍니다.
그...
'무리가 있다!'라고 해야 하나?!
아무튼 뭐 그와 비슷합니다.

가제트 만화영화를 통해 고찰:
1. 수사과장(?)인가 국장이 가제트를 직접 만나거나 신뢰할 수 있는 접선방식을 사용해 전달
2. 전달된 메시지는 1회에 한하여 파악 가능(사용횟수 제한)
3. 전달->파악에 소요되는 시간 이후로 메시지는 완전한 파기
4. 국장은 가제트의 활동에 대해서는 모니터링을 하지 않는다(-.-;), 대신 악당(이름을 까먹음)은 항상 모니터링한다.
그러나, 중요한건, 국장은 그 메시지가 잘 전달되었는지 항상 확인한다... 메시지로 전달된 폭탄이 항상 자기에게 던져지니까..
음..
어릴적 그 만화를 보면서 종이가 자동으로 몇 초 후에 파괴되는 기술이 가능할지 항상 생각해봤었습니다.
이상, 잡담이었고,
말씀하신 내용은 아래 내용을 먼저 정리해보면 더 답을 얻기 쉽지 않을까 합니다..
1. 무엇을 피드백 받는가에 따라 배포방식이 달라져야 할 것 같습니다.
2. 타겟 유저의 수준에 따라 배포방식이 달라져야 할 거 같습니다.
예로, 공대의 특정 학과에서만 쓰는 실험용 프로그램을 만들었다면 웹 배포보다는 학교에 직접 로비해서 배포하는게 좋겠죠.. 아카데미 특별판 등으로 ..
피드백이라는 것은 사용자가 그 내용에 가치를 두고 있다면 자연적으로 나오게 됩니다.
신앙심을 가진 사람이 신께 기도를 하게 되는 것처럼...
아무리 생각해봐도 쉽게 만들어진 정보는 쉽게 사용하면서 쉽게 복제되고, 내용이 귀중한 것이면 올바른 피드백이 올 것입니다.
사용에 제한을 두는 것에 대해서는 언급을 하지 못할 것 같습니다.
귀차니즘이라는 장막을 걷을 수 있는 타겟 유저만 사용하도록 난이도가 높은 것을 전달하면 안될까..
경험상, 피드백을 원한다면, 전달할 내용(content)을 적절한 환경(context)으로 포장해야 제대로 피드백을 받을 수있을 것 같습니다.
최근에 본 예로, 파이어폭스 1.5 같은..
이상 주절이였습니다.
코멘트 이렇게 생각하며 날리긴 처음입니다...헤헤
1. 수사과장(?)인가 국장이 가제트를 직접 만나거나 신뢰할 수 있는 접선방식을 사용해 전달
2. 전달된 메시지는 1회에 한하여 파악 가능(사용횟수 제한)
3. 전달->파악에 소요되는 시간 이후로 메시지는 완전한 파기
4. 국장은 가제트의 활동에 대해서는 모니터링을 하지 않는다(-.-;), 대신 악당(이름을 까먹음)은 항상 모니터링한다.
그러나, 중요한건, 국장은 그 메시지가 잘 전달되었는지 항상 확인한다... 메시지로 전달된 폭탄이 항상 자기에게 던져지니까..
음..
어릴적 그 만화를 보면서 종이가 자동으로 몇 초 후에 파괴되는 기술이 가능할지 항상 생각해봤었습니다.
이상, 잡담이었고,
말씀하신 내용은 아래 내용을 먼저 정리해보면 더 답을 얻기 쉽지 않을까 합니다..
1. 무엇을 피드백 받는가에 따라 배포방식이 달라져야 할 것 같습니다.
2. 타겟 유저의 수준에 따라 배포방식이 달라져야 할 거 같습니다.
예로, 공대의 특정 학과에서만 쓰는 실험용 프로그램을 만들었다면 웹 배포보다는 학교에 직접 로비해서 배포하는게 좋겠죠.. 아카데미 특별판 등으로 ..
피드백이라는 것은 사용자가 그 내용에 가치를 두고 있다면 자연적으로 나오게 됩니다.
신앙심을 가진 사람이 신께 기도를 하게 되는 것처럼...
아무리 생각해봐도 쉽게 만들어진 정보는 쉽게 사용하면서 쉽게 복제되고, 내용이 귀중한 것이면 올바른 피드백이 올 것입니다.
사용에 제한을 두는 것에 대해서는 언급을 하지 못할 것 같습니다.
귀차니즘이라는 장막을 걷을 수 있는 타겟 유저만 사용하도록 난이도가 높은 것을 전달하면 안될까..
경험상, 피드백을 원한다면, 전달할 내용(content)을 적절한 환경(context)으로 포장해야 제대로 피드백을 받을 수있을 것 같습니다.
최근에 본 예로, 파이어폭스 1.5 같은..
이상 주절이였습니다.
코멘트 이렇게 생각하며 날리긴 처음입니다...헤헤
'진정한승리'님의 덧글 또한 많이 생각하고 다시 또 되뇌었습니다.
어떤 것을, 어떻게, 무엇을 위해 배포할 것인가?! 라는 부분은
상당히 중요한 부분인 것 같습니다.
> 2. 전달된 메시지는 1회에 한하여 파악 가능(사용횟수 제한)
게시물을 작성하면서 궁극적으로 끌어내고 싶었던 부분입니다.
흐... 단 1회에 대하여 파악 가능.
그런데, 문서형태의 웹관련 소스에 대해서 적용하는 것은 불가능하다고 보입니다.
처음. 자료 열어 보고 구현형태를 확인하기 위해 특정공간으로 이동.
둘째. 뭐가 뭔지 모르는 상황에서 배포 및 설치 설명서에 따라 적용.
셋째. 한번 돌아감.
넷째. 어찌 구현되나 한번 더 들여다 볼라치면...
'헉! 없다. 어디로 갔나?!'
~와 비슷한 상황이 연출될 가능성도 있기 때문이겠지요.
흐... 이래저래 결코 재미없는 부분이 될 것 같습니다.
'제한적인 공개'라는 녀석은~*^^*
아... 프로그램(프로그래밍)이 어떤 것인지 공부를 해 봐야 하려나...
어떤 것을, 어떻게, 무엇을 위해 배포할 것인가?! 라는 부분은
상당히 중요한 부분인 것 같습니다.
> 2. 전달된 메시지는 1회에 한하여 파악 가능(사용횟수 제한)
게시물을 작성하면서 궁극적으로 끌어내고 싶었던 부분입니다.
흐... 단 1회에 대하여 파악 가능.
그런데, 문서형태의 웹관련 소스에 대해서 적용하는 것은 불가능하다고 보입니다.
처음. 자료 열어 보고 구현형태를 확인하기 위해 특정공간으로 이동.
둘째. 뭐가 뭔지 모르는 상황에서 배포 및 설치 설명서에 따라 적용.
셋째. 한번 돌아감.
넷째. 어찌 구현되나 한번 더 들여다 볼라치면...
'헉! 없다. 어디로 갔나?!'
~와 비슷한 상황이 연출될 가능성도 있기 때문이겠지요.
흐... 이래저래 결코 재미없는 부분이 될 것 같습니다.
'제한적인 공개'라는 녀석은~*^^*
아... 프로그램(프로그래밍)이 어떤 것인지 공부를 해 봐야 하려나...