위키백과:위키백과 기발한 내용 피

Wikipedia:

이 에세이는 위키피디아에 매시간 무슨 일이 일어나고 있는지 설명하고 해결방안을 제시하기 위한 것이다.모든 것이 예고 없이 변하고 있고, 많은 것들이 기이하다.일이 잘 풀리지 않는 방식에는 수백 가지 이상하거나 예상치 못한 이상한 점이나 결함이 있다.개발자가 서버를 조정하거나 MediaWiki 코드를 해킹하여 200개 이상의 위키백과 언어에 대한 문자 이동 유형을 변경할 때(아래 참조) 새로운 문제가 발생하거나 오래된 문제가 수정될 수 있다.왜 퀴크가 발생하는가.

모든 문제가 위키피디아의 소프트웨어 구성에 의해 야기되는 것은 아니다.F5(편집 미리보기 전)를 누르고 모든 편집 텍스트가 손실되는 등(아래 참조: 브라우저 악몽) 많은 문제가 실제로 각 사용자의 PC 설정이나 브라우저에서 발생한다.또한, 위키피디아는 웹 사이트 쿼크만 가지고 있는 것이 아니며, 구글도 이를 가지고 있다(아래 섹션: "Google 퀴크" 참조).

페이지 형식 퀴크

페이지 형식 지정과 관련하여 다음과 같은 몇 가지 문제가 있다.

  • 텍스트 생략 – 좁은 상자 뒤에 있는 와이드 박스는 인접한 텍스트(2007-2009년)와 겹치는 경향이 있다.상자 또는 이미지를 가장 넓은 범위에서 더 좁은 범위로 쌓으십시오.상자가 5px(픽셀)만 넓으면 겹치는 것을 피하고 잘 맞는 것 같다.
  • 하단 카테고리 점프 – 때로는 하단 카테고리 정보가 약 1인치 위로 점프하는 경향이 있다.사람들은 기사 페이지 끝에 여분의 빈 줄(2개)을 붙일 수도 있고, 이 엉터리 같은 것을 피하려고 할 수도 있다.
  • 지연된 렌더링-변형 – 화면표시 몇 초 후 페이지에 이미지를 배치하면 왼쪽 텍스트에서 오른쪽으로 이미지를 잡아당기는 것과 같이 1인치(약 0.5cm)의 비율로 갑자기 점프할 수 있다.또한 이미지 상자의 캡션은 페이지가 나타난 후 몇 초 후에 점프할 수 있다(2009년 4월 기준).

페이지 편집 퀴크

페이지 편집과 관련된 몇 가지 문제:

  • 편집 미리보기 상단으로 재설정 – 페이지 편집 중에 편집-버퍼는 2009년 말 쇼 미리보기 도중 맨 위 줄로 재설정된다.수년 동안, 위키백과 페이지를 편집할 때, 사용자는 편집 미리보기("미리보기 표시")를 수행할 수 있었고, 페이지는 편집 버퍼 창으로 다시 표시되며, 편집 중인 행을 기억한다.2009년 7월까지 편집 미리보기는 일반적으로 편집 버퍼 창을 텍스트의 맨 위(1번째 줄)로 재설정한다.해결 방법으로, 검색 가능한 설명을 삽입하여 다음과 같은 편집된 영역을 다시 찾으십시오(예: <!--XXHERE--).> 몇 줄 아래.그런 다음 "XXH"를 찾으면 영역이 나타난다.
  • 이전 편집 페이지 창 복사 – 페이지 편집 중 2009년 11월 이전에 브라우저 창(Ctrl-N)을 복사하면 새 창의 편집 버퍼를 이전 텍스트로 채울 수 있으며 이전 편집 미리 보기 중에 나타나는 대로 편집 버퍼의 이전 내용이 포함될 수 있다.창을 복사하기 전에, 사용자는 먼저 편집 미리보기를 해야 했고, 그러면 두 창 모두 동일한 편집 버퍼 텍스트를 갖게 된다.그러나, 이 이전 내용 문제는 ("네이트 기능"으로) 편집-버퍼에 최신 텍스트를 입력하기 전에 이전 편집-버퍼 콘텐츠에 접근/복사할 수 있다.
  • 업데이트된 버전을 보여주는 것을 잊음 - 2009년 11월 중순의 불행한 며칠 동안, 기사가 편집된 후, 위키피디아는 대부분의 (모든) 편집 변경 사항이 손실되었다는 인상을 주며 페이지의 오래된 수정본을 표시했다.다행히도, 역사 탭은 새로운 개정판이 적절하게 저장되었음을 보여주었고, 그래서 모든 브라우저 파일을 삭제함으로써 새로운 개정판이 예상대로 나타날 수 있었다.분명히, 많은 사용자들은 한동안 공포에 떨었다.
  • 이전 개정 목록 스크램블 - 이것은 수 년 전, 아마도 2002년 동안, 개정 서열이 제대로 이루어지지 않았던 때 일어났으며, 사전 개정을 밟는 것은 일부 생략될 것이다.다시는 볼 수 없는 개정 순서가 2006-2009년에 올바르게 나타났다.

들여쓰기 퀴크스

미디어위키 마크업 언어는 3개의 컴퓨터 언어의 독특한 트위스트 매쉬다.가장 정상적인 언어는 <ref>와 같은 HTML 태그와 함께 트리플 인용문 ''bold-font''가 가능한 대표적인 자유유동 텍스트다.</ref>. 하지만, 그것과 함께 위키 코드로서의 제2언어가 있다(도움말:표)로 시작하여 테이블이 "{ " and ends " }"로 끝나도록 하며, 이전에는 1열에서 필요했지만 지금은 들여쓸 수 있다(적어도 때로는 그렇지 않을 수도 있음).그 다음 세 번째 언어가 있다: "유명하지 않은" 경우 "견적 상자" 예, 모든 중요한 견적 상자 예, 컴퓨터 유형 설정에서 일반적으로 두 개의 마커만 필요하며, 대신 들여쓰기만 하면 전체 섹션이 견적 상자 – 견적 상자 – 견적 상자 – 견적 상자 – 견적 상자.아, 그래서 아주 중요한 인용구처럼 생겼네

나는 인용 부호 - 나는 정말 멋지고, 매우 중요하다.나는 인용부호다. 위키백과는 내가 없으면 죽을 것이다.나는 인용 부호다 – 나는 여기에 8년 더 있고 영원히 존재한다.

그래서 어쨌든, 3개의 쉬조 언어를 모두 섞어서 섞으면, 여러분은 "위키프케"라고 불리는 미디어위키 마크업(또는 마크다운) 언어를 얻게 된다.자, 분열적 정체성 장애(DID)에서 예상할 수 있듯이, 3개 언어는 권력을 위해 싸운다: HTML 코드가 전형적인 들여쓰기로 포맷되었을 때, 때때로, 미이스-쿼터박스 성격은 페이지를 가로채고, 당신은 다음과 같이 보이는 상자에 하이퍼텍스트 마크업-웃음을 받는다. (...기다려...) 견적 상자!

중요한 것은 견적 상자:

  • 각주 인용 상자 – 페이지의 첫 번째 각주 코딩은 "견적 상자"를 생성하지 않고는 들여쓰기가 불가능한 경우가 있으므로, 대신, 첫 각주를 한 개로 만들거나 HTML 설명으로 구분된 여러 줄로 나눌 필요가 있다.
애들은 이러지 않아인용 부호로 코딩을 설계하지 마십시오.<ref><! --"컴퓨터 언어 101 - 플러시해야 할 나쁜 생각", <!--> 1장: 인용구 악몽", Stae N. College, <!> 중퇴자 감소 억만장자 바보로 전락, <!--->감사신 대학 다른 사람들은 교육을 받았다, 2009.</ref>
위의 텍스트는 다중 행 각주와 함께 각 텍스트 세그먼트를 별도의 행에 배치하여 들여쓰기 시뮬레이션에 4개의 HTML 주석 "<!-" & "--"를 사용하는 것을 보여준다.
  • 템플릿 견적 상자 – 일부 경우 템플릿에 전달된 매개 변수가 들여쓰기되었기 때문에 끝에 새 줄(CRLF 캐리지-반환 줄 필요)을 포함할 수 있다.템플릿을 호출하는 다음 두 가지 방법을 비교해 보십시오.
{{Mytemplate param1=xxxx <!---param1은 "xxx<newline" --> param2=yyy param3=zzzz }}}}{Mytemplate param1=aa <!-put bar " "는 뉴라인을 중지한다. -->}}}}}}
"Mytemplate"의 첫 번째 사용에서, 두 번째 라인에 파라미터2(값 "yyy")를 두고 코딩이 분할되었기 때문에 param1의 값은 "xxx<newline"으로 간주할 수 있다."Mytemplate"의 두 번째 사용에서, 수직 막대(또는 파이프) "가 param1이 라인 차단 뉴라인을 포함하지 못하도록 막았기 때문에 param1의 값은 "aaa"에 불과하다.템플릿이 "xxx<newline"을 처리하기 시작하면, 템플릿 내에서 새로운 라인이 들여쓰기됨으로 보일 수 있으므로 템플릿 절차 코딩의 중간에 생성되는 모든 후속 라인이 매우 중요한 견적 상자의 일부가 되는 것을 고려하기 시작할 것이다.놀랐지!
글쎄, 아마도 사용자들과 기사 편집자들은 단지 인용구를 제작하는 것을 피하기 위해 "바"를 덧붙이면서 코딩 단계가 다소 성가시다고 생각할지도 모른다.그러나, 위키백과 개발자들이 미디어위키 인터페이스에 대한 어떤 변화나 향상도 이전과 같이 계속 작동해야 하며, 그들이 이전에 나타났던 모든 곳에서 동일한 정신 이상적이고 독특한 인용 상자 들여쓰기 세트를 생성해야 한다고 생각해 보십시오.

브라우저 악몽

사용자들이 위키피디아에 의해 야기된다고 생각하는 많은 문제들은 사실 제한된 웹 브라우저에 의해 야기된다.예를 들어 일부 메인스팀 브라우저에서는

  • F5를 누르면 창에서 편집한 모든 텍스트가 지워져 입력된 대로 모든 텍스트가 완전히 손실될 수 있다(그리고 백키는 손실된 텍스트를 복구할 수 없음).이를 방지하려면 추가 입력 전에 편집 미리 보기를 한 번 수행하십시오.
  • 줄 끝에서 텍스트는 괄호("")에서 분할되거나 텍스트를 입력하는 중간에 왼쪽 브래킷 "["로 분할되는 등 매우 가성비 높은 방식으로 줄 바꿈될 수 있다.
  • 백스페이스 키를 사용하여 이전 문자를 지울 경우 커서가 잘못된 이전 문자로 이동할 수 있다.

이 모든 문제들은 브라우저가 사람들이 실제로 생각하는 방식을 반영하지 않기 때문에 (위키피아가 아닌) 기발한 브라우저 운영에 의해 야기된다.고급 소프트웨어 설계에서 사용자는 텍스트 포장, 커서 이동, 커서 모양 등에 대한 기본 설정을 지정할 수 있다.이러한 기본 설정은 이후 소프트웨어 버전에서 더 일반적인 설정이 기본값으로 사전 설정될 때까지 시스템의 기본 설계(예: 브라우저)에서 일부 설계 결함을 극복하도록 설정될 수 있다.

퀴크가 발생하는 이유

각각의 기발한 뒤에 있는 정확한 원인은 아마도 이 에세이에서 설명하기에는 너무 복잡할 것이다.그러나, 몇 가지 일반적인 원칙들은 그 문제들이 어떻게 몇 년 동안 발생했는지를 설명할 수 있다.

미디어위키 마크업 언어와 함께 위키피디아의 기본 소프트웨어 시스템은 오래된 문제를 수정하고 새롭고 더 나은 기능을 제공하려고 노력하지만 누구에게 더 나은 기능을 제공하기 위해 끊임없이 변화되고 있다.텍스트의 분할 문자 배치 또는 영어 또는 기타 유럽 언어에서 볼 수 없는 다른 특이한 옵션을 사용하는 희귀한 필기 언어의 특이한 형식 설정 요구를 지원하기 위해 많은 변경이 이루어진다.영어 위키피디아는 영향을 받는다. 왜냐하면 200개 이상의 언어가 공통 소프트웨어를 공유하기 때문이다. 그리고 그 소프트웨어는 모든 사람을 위해 바뀐다.

때때로(또는 자주?) 위키템플릿이 템플릿을 호출할 때 단순히 다음 줄을 들여쓰기만 하면 매개변수 값의 끝에 새로운 줄을 통과하도록 허용하는 것과 같은 정말 이상한 기능들이 추가된다.일반적으로, 기괴한 특징들은 그러한 특징들을 촉발시키기 위해 특별한 코딩을 요구하도록 설계될 것이다. 예를 들어, 만약 당신이 매개변수 값에서 새로운 선을 통과하고 싶다면, 그것들을 명시적으로 지정하라, 예를 들어 "#nuline," 또는 "<br" (또는 다른 발명품) 코드인 "param=a#nuline;b#nuline;cc#nuline;"과 같이.불행히도, "한 사람의 비지각은 다른 사람의 평범한 도끼오토피아"라고 하며, 일부 개발자들은 모든 사람들이 새로운 것에 적응하는 방법을 바꿔야 한다고 생각한다.지나치게 자주, 특이한 아이디어는 주류 "모두가 알아야 할-알-신경 장애"로 취급되며, 이것은 하루하루 나타나는 널리 퍼져 있는 기발한 일들 중 일부가 된다.

합병증을 복잡하게 만드는 것은 결국 여러 개의 괴짜들이 시행되는 현실이다.기본적이고 핵심적인 수준의 단순성을 유지하기 보다는, 여러 개의 괴짜들이 이전의 독특한 특징들을 간섭하기 시작하고, 그 결과는 거의 예측할 수 없는, 확대되는 퀴크들로 충돌하는 괴짜가 된다.가장 수준 높은, 그렇지 않은 정상적인 소프트웨어 개발자들조차도 미리 짜여진 괴짜들에 압도될 것이다. 그래서 간단한 변화들조차도 새로운 기발한 것들을 도입할 수 있고, 따라서, 그 결합되고 기괴한 결과를 초래한 단 한 그룹의 사람들을 비난할 수 없다."Creeking featurism"을 훨씬 능가하는 전체 시스템은 "감정적인 소름끼치는" 것이 되거나 의도치 않게 "감정적인 창조주의"로 변질된다.

이해를 통한 인식

디자인 결함과 운영상의 불안정성을 고려함으로써 위키피디아를 사용할 때 사람들이 직면하는 심리적 압박감을 더 잘 이해할 수 있다.구체적인 문제에 대해 자세히 아는 것은 미래에 스트레스나 좌절을 피하는 데 도움이 될 수 있다.

구글 키크스

위키피디아는 많은 웹사이트의 특이한 점들을 가지고 있는 유일한 것이 아니다.심지어 구글도, 모든 달러 청구권을 가지고 있으며, 공식 웹사이트에서 아주 특이한 일들이 몇 년 동안 일어나고 있다.

  • 검색 애니메이션 (2009년 10월) - 느린 애니메이션이 Google-Search 페이지에 추가됨: 메인 페이지에서는 페이지가 나타날 때마다(쿠키를 확인하지 않음) 메뉴 옵션을 페이드인(pred-in)하기로 결정했는데, 시간당 수백만 명의 사용자를 대상으로 한 슬로우 애니메이션을 페이드인(pred-in)했다.말할 필요도 없이 며칠 사이에 없어졌고, 아마도 일부 직원들도 그랬을 것이다.
  • 번역-overwrite/fadeout (2009년 11월 19일) - Google-Translate 인터페이스의 또 다른 재쓰기에서는 누군가가 독일어 대 영어 웹 페이지를 번역된 텍스트를 표시하도록 변경한 다음, 입력 텍스트(WTF?)에 덮어쓴 다음, 번역이 완전히 페이드 아웃되도록(아마도 메인 페이지의 페이드 인(pad-in)을 Google T에 재할당했을 것이다.샅샅이 뒤지다

그러므로 심지어 수익금 전액을 가지고 있는 조직조차도 그들의 웹페이지에 있는 완전히 가혹하고 특이한 문제를 피할 수 없는 것처럼 보인다.아마 세계는 거의 모든 곳에서 품질관리에 대한 전형적인 관념이 버려지면서 "신경학"의 발흥에 급속한 성장을 보고 있는 것 같다.더 이상 샘플 사용자 그룹에서 주요 변경사항을 테스트하지 않고 전 세계에 테스트되지 않은 상태로 릴리스한다.퀴크는 단순히 계획된 노후화만이 아니라, 사용자 컴퓨터를 죽이고 사람들이 새 소프트웨어 제품이나 수정 소프트웨어 제품을 구매하게 하는 것으로 알려진 컴퓨터 바이러스를 허용하는 것과 유사하다.그 대신 기발한 것은 대학 중퇴 억만장자의 일이 아니라 단지 잘못된 방향의 변화들의 집합일 뿐이다.

참고 항목

[ 이 에세이는 나중에 확대해야 할 초안이다.]