CultureOfKids

[알림판목록 I] [알림판목록 II] [글목록][이 전][다 음]
[ CultureOfKids ] in KIDS
글 쓴 이(By): pkp (~~~pkp~~~)
날 짜 (Date): 2000년 11월 18일 토요일 오전 12시 02분 40초
제 목(Title): Re: [제안] 신규 ID 발급 기준(?)에 대해


## swhan님의 의견:

>일단 무료 웹메일을 제외한 e-mail을 인정하고.. edunet정도도 인정해주고...
>
>1. 사용 기간에 따라서 장기간 로긴 안하는 유저에게 경고메일 발송, 일정 기간동안
>응답 메일이 없는 경우 ID 자동 삭제.. 하는 로봇을 만들어두고, (자동)
>
>2. 이와는 별도로 사용자의 로긴 패턴을 분석하는 프로그램을 만든 다음 자동 삭제
>로봇에 대응하기 위해 주기적으로 로긴 * logout만을 반복하는 ID검색 및 중복 ID에
>대한 확인 공지 및 확인된 ID삭제.(수작업)
...중략...
>키즈 시스템의 12000명 사용자 제한을 풀어버린다면 좋겠고 그렇지 않더라도 최소
>5000개의 ID 공간은 있으니 운영에는 문제가 없지 않을까요?

 먼저, 제가 처음에 edunet으로 창구를 일원화하는 방법을 제안한 큰 이유 중
 하나는(글에도 썼듯이), 키즈의 전력 때문입니다. 과거 키즈의 최대 유저수가
 6240(?)명정도였을 때, 이 숫자가 2배로 늘어나던 때가 있었습니다. 즉, 
 6240(?)개의 신규 ID를 소화할 수 있었던 것이죠. 그 결과는?? 아시다시피,
 수십개의 ID를 갖는 사용자를 만들었으며, 많은 수의 기존 사용자들도 여분으로
 1-2개 이상의 ID를 갖게 되었었습니다. 덕분에 6천여개의 새 공간은 얼마
 지나지 않아 꽉차버리고 말았었습니다. --; 
 그런 전력을 가지고 있는 키즈에서, 5천여개의 공간이 생겼다고해서 그것이
 "충분"하다고 생각하기는 힘들다고 봅니다.(이게 저만의 기우라면 다행이지만요:))
 그래서, 멀티 아이디에 대한 대책이 중요하다고 생각합니다.

 제안하신 방법들 중, 무료 웹메일을 제외한 email을 "모두" 인정하는 방법을 
 사용하게 된다면, 결국 보다 손 쉽게 멀티 아이디를 만들 수 있게 되는 결과를
 나으리라 생각합니다. 특히, 요새 연구소나 대학원들 중에는 컴이 널려있는
 곳들도 있습니다. 그런 여건에 있는 분들은 멀티 아이디 만들기가 너무너무
 쉬워지지 않을까요?

 그리고 1번은 운영에 대한 사안입니다만, 키즈에는 원래 일정기간 이상 로그인
 하지 않은 사용자들을 일괄삭제하는 기능이 있습니다. 단지 현재 제대로 작동하지
 않을 뿐입니다.(흑흑~). 이 사안에 대해서는 tech. staff가 노력하고 있습니다 :)
 2번은 아이디가 삭제되는 것을 방지하기 위해 로봇을 만든 경우에 대한 대비를
 이야기하는 것 같습니다만, 그 아이디가 멀티아이디가 아닌 이상 삭제할 이유는 
 없다고 봅니다. 문제는 멀티아이디 인지 아닌지를 판별하기가 굉장히 어렵다는
 점입니다. 어떤 기준으로 멀티아이디 여부를 판별하죠? :)


## freeway님의 의견:

>>인정하는 서버 리스트를 만드는 것도 좀 문제일 것 같습니다. 같은 기관 내에
>>있는 기계들 중에서 어떤 것을 인정하는지에 대한 기준을 만든다는 것은
>>너무 미묘한게 아닐까 생각합니다. rule은 단순한게 좋을 것 같습니다.
>
>이건... 신규id 발급에 대한 아래 규정이 리스트를 가지고 있는 것과
>동등한 것이 됩니다.
>
>>3. 이메일 어드레스
>>        학교, 직장의 공식적인 메일 서버에서 발급하는 이메일
>>        혹은 실명제 통신의 이메일 어드레스
>>        (학생의 경우 학교 공식 발급 아이디만 인정합니다.)
>>        hotmail, hanmail,yahoo, netian, edunet등
>>        신원파악이 불가한 무료 발급 이메일 주소는 발급이 거부될수 있습니다.

 저는 그렇게 생각하지 않습니다. 전에도 '기존의 기준'의 3번에 대해 제가 이해하고
 있는 바를 기술한 적이 있습니다만, '학교,직장의 공식적인 메일버서'는 그 기관
 대표서버로 해석했습니다. 즉, 일반적으로  "@기관의domain_name" 이 되겠죠. 
따라서,
 해당 기관에 하나가 될 것입니다. 그러나, 같은 소속기관내의 여러 서버들 중에서
 어느 서버는 인정하고, 어느 서버는 인정하지 않으려고 한다면, 그 기준을 
만들기는
 굉장히 힘들다는 이야기를 한 것입니다. 무엇을 기준으로 인정 여부를 
판정하겠습니까?
 물론, 기존의 방법을 제가 해석한 방식으로 적용을 하게된다면, 많은 사용자들이
 불편해할 것은 뻔한 일입니다. 그렇지만, 기존의 방법은 현재와 같이 제한된
 resource를 최대한 많은 사람들이 공유할 수 있게끔 하는 한 가지 방법이었다고
 생각합니다.

 resource가 풍부하다면, 저는 KIDS ID 발급 기준이라는 것을 아예 없애고 
싶습니다.
 KIDS 내에서는 단지 ID로 구분될 뿐이라고 생각하기 때문에, 누구나 자유로이 ID를
 만들 수 있는게 좋겠죠. :)
 그러나, 현실은 resource가 부족하다는 것이죠. --;
 혹시라도 키즈의 H/W가 왕창 upgrade되거나 S/W의 개선으로 resource에 여유가
 생기게 되는 날이 온다면, ID를 무작위로 나누어주는 방법도 논의주제로 
삼아보도록 
 하겠습니다.(제가 잊어버리면 다른 분이 먼저 제안해주세요~) :)

>그나저나, 해외 거주자 문제 때문에 애듀넷 카드가 어렵게 되었군요.
>얼마 전에 iMBC.com에 가입할 때, 주민등록번호 체크를 기관연동망을
>이용해서 실명과 대조확인하는 것을 봤는데, 여기는 메일 주소를
>발급않는 것 같던데... 이렇게 대안 사이트를 찾은 것도 한 방법이
>될 듯...

 이 부분에 대해서는, 제 추/측/으로는, 제가 edunet을 언급하면서 그 글에 적었던 
 2300만명의 DB를 말씀드린 적이 있습니다만, 그것과 같은 DB가 아닐까 생각됩니다.
 MBC라고 특별히 행정망에 수시로 접촉할 수 있다고는 생각하기 힘들지 않을까요?
 한 번 유령 주민번호를 넣고 시험해보시는 것은 어떨까요? :)


## zeo님의 의견:

>제가 말한 edunet의 문제는, '외국인 문제'가 아니라, '결국 내국인이든
>외국인이든 맘대로 identification 없이 id를 만들 수 있는 게 아니냐'는
>겁니다.
>edunet의 service를 잘 받고 싶다면 국내인으로서 제대로 등록하겠지만,
>KIDS에 멀티아디를 만들기 위해 건너가는 징검다리 정도로 본다면, 하루쯤
>(경우에 따라서는, 한국에 유학 온) 우간다 사람이 되어 보는 게 무슨
>부담이겠습니까.-_-

 제가 확인해보지는 않았습니다만, 아마도 주민등록번호가 없이는 ID개설이 
 안되지 않았던 것으로 기억합니다.(다음 메뉴로 넘어갈 수 없지 않나요?
 *가물가물*) 그런데 문제는, 말씀하신대로, 주민등록번호 알고리듬을 뚫을
 수만 있으면 아무나 ID를 만들 수 있다는 점이죠. 공짜로 말이죠. :)
 
 그냥 소속기관의 공식 메일 서버에서 발급한 email address만 인정하면 좀
 명확해질 것 같습니다만, 그러면, 소속이 없는 분들이 ID를 갖는 방법이
 없어지고.... 진퇴양난입니다. --;

 그리고, 이건 여담입니다만, zeo님은 아이디를 다시 만들 생각이 있으신가요? :)



 다양한 아이디어를 기다립니다~

 :)

 
~~~~~~~~~~pkp~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~pkp~~~~~~~~~~~~
   ^_^             키즈의  아저씨    pkp    palindrome             ^L^

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[알림판목록 I] [알림판목록 II] [글 목록][이 전][다 음]
키 즈 는 열 린 사 람 들 의 모 임 입 니 다.