버그 맹목: 왜 대부분의 사람들은 같은 버그를 겪고도 알아차리지 못하는가

여기에는 두 가지 상반된 원인이 있다고 생각합니다: 지나치게 정렬된 정신 모델 또는 완전히 정렬되지 않은 정신 모델.

개발자의 경우, 버그 맹목은 그들의 정신 모델이 시스템의 모델과 너무 가까워서 둘 다 같은 사각지대를 가지기 때문에 발생하는 경향이 있습니다. 개발자는 시스템 밖에서 효과적으로 생각할 수 없습니다(전형적인 "QA가 술집에 들어가서 맥주 0잔, 맥주 -1잔, 맥주 0.999잔을 주문한다" vs "고객이 술집에 들어가서 화장실이 어디인지 묻자 술집이 즉시 불타오른다" 상황).

반면에, 일반인이 시스템과 상호작용하는 일반적인 방식은 그냥... 모델이 없는 것입니다. 전혀 없습니다. 예를 들어, 그들은 무언가를 클릭하고 그것이 무엇을 하는지 보고, 기대한 대로 작동하지 않으면 어깨를 으쓱하고 다른 것을 클릭합니다. 비소프트웨어 전문가가 소프트웨어 시스템을 사용하는 모습을 보는 것의 공포는 그들이 기대되는 행동과 예상치 못한 행동을 구분하지 못하는 경우가 많다는 것을 깨닫는 것입니다. 왜냐하면 그들은 처음부터 기대를 형성하지 않기 때문입니다. 컴퓨터는 기계라기보다 요정에 가깝습니다.

이것은 기사에서 볼 수 있습니다: "Google Docs가 문서를 연 직후 제목 상자에 입력한 내용이 덮어쓰여지는 지연을 추가했습니다." 이것은 개발자가 시스템의 모델을 형성하는 것입니다. 비전문가의 대안은 단순히 상자에 입력할 때 텍스트가 나타나는 경우도 있고, 그렇지 않은 경우도 있다는 것을 배우는 것입니다. 나타나지 않으면 다시 시도합니다.

시스템이 이해되도록 설계되었다는 가정을 포기한다면 시스템을 이해할 필요가 없습니다. [...]

저자는 지금 자신이 무엇을 놓치고 있는지 궁금해하는 것이 흥미롭습니다. LLM으로 인한 글의 질 저하인 것 같습니다. 저는 과거에 저자의 게시물 중 일부를 좋아했습니다. 그리고 이전 게시물과 새 게시물의 차이점을 더 자세히 살펴볼 수도 있습니다. 왜냐하면 LLM을 글쓰기와 어쩌면 코딩에 사용할 때 주의해야 할 점에 대한 훌륭한 예가 될 수 있기 때문입니다.

Google Docs 문제 외에는 구체적인 버그 예가 없었습니다. Blackboard가 그렇게 나쁜 점이 무엇인지(저도 그것이 끔찍하다고 기억합니다). 검색에 대한 훌륭한 기사 링크가 있었지만 여기서도 구체적인 예는 없었습니다.

말은 많지만 새로운 정보는 많지 않습니다. 아마도 제가 LLM에 대해 편향되어 있을 수도 있습니다. 이 글은 전혀 LLM 없이 작성되었을 수도 있습니다.

저자가 볼 수 있고 다른 사람들이 보지 못하는 첫 번째 '버그' 예가 검색 결과였을 때 포기해야 했습니다.

"어떤 경우에는 사람들이 실제 검색 결과를 보내주었습니다. 모든 경우에 검색 결과에는 제가 볼 수 있는 좋은 결과가 포함되어 있지 않았습니다."

기대에 부응하지 못하는 소프트웨어, 특히 검색과 같은 분야(기본적으로 SEO와 검색 엔진 간의 오랜 전쟁)에서는 '버그'가 아닙니다. 출판 업계에서 '버그 맹목'이 있다고 말하는 것과 같습니다. 왜냐하면 제가 아무 책이나 집어 들었을 때 다른 사람들은 괜찮다고 생각하는데도 그 책이 형편없기 때문입니다. 물론, 뭔가 잘못되었을 수도 있고 개선될 수도 있지만, '버그'라는 단어는 더 구체적인 것을 위해 아껴두자고요.

저는 또한 그것이 일탈의 정상화 때문이라고 생각합니다. 사람들은 그냥 익숙해져 있습니다.

- 다음 업데이트에서 모든 것이 바뀔 것이기 때문에 모델을 구축할 수 없습니다. 따라서 의식적으로든 무의식적으로든 사람들은 그렇게 하지 않을 것입니다. 다음에 애플리케이션을 사용할 때 전혀 쓸모없게 될 것을 배우는 데 왜 신경을 쓰겠습니까?

- 기본적으로 아무것도 어떻게 작동하는지 모르기 때문에, 실제로 작동하지 않는 것인지 아니면 단지 '잘못 사용'하고 있는 것인지 동전 던지기와 같습니다.

- 대부분의 것들은 기대한 대로 일관되게 작동하지 않기 때문에, 그들에 대해 아무것도 기대하지 않습니다.

어젯밤에 보험 회사에 문서를 업로드했는데, 모달이 나타났습니다:

- 제목: "파일이 성공적으로 업로드되었습니다"

- 텍스트: "알 수 없는 오류가 발생했습니다"

- 버튼: "확인"

감사합니다.

>저는 이것이 제가 컴퓨터를 사용하는 방식과 관련이 있다고 생각했지만, 시간이 지나면서 대부분의 사람들이 같은 버그를 겪고도 알아차리지 못한다는 것을 깨달았습니다.

그들이 알아차리지 못하는 이유를 알 것 같습니다. 아래를 참조하세요.

>잘 작동하지만, 제가 그 물건을 열고 시도해 보면, 꽤 많은 비직관적인 우회 방법을 사용해야만 작동하는 상태입니다.

대부분의 사람들이 UI를 탐색하는 데 그렇게 서툰 이유는 좋은 UI조차도 그들에게 직관적이지 않기 때문이라고 생각합니다. 나쁜 UI도 마찬가지로 직관적이지 않습니다. 그들은 그것이 버그인지 모릅니다. 왜냐하면 모든 것이 그들에게 버그이기 때문입니다.

저는 새로운 UI를 사용하고 필요한 작업을 찾을 수 있는 위치를 매우 빠르게 파악할 수 있습니다. 일반인을 경험해 보면, 그들은 저보다 10년 더 오래 소프트웨어를 사용했어도 제가 몇 분이나 약간의 조사만으로 할 수 있는 일부 기능을 이해하지 못하고 활용하지 못합니다.

https://grumpy.website/ 에게 감사를 표합니다. 정말 좋아합니다.

흥미로운 주제이고, 개인적으로 danluu의 블로그의 텍스트 너비와 글꼴 크기가 '버그'라고 생각한다는 것이 재미있습니다. 더 좁은 텍스트 열로 더 빨리 읽을 수 있다는 것은 잘 알려져 있습니다(종이에 인쇄되었을 때 신문 칼럼을 기억하세요). 그래서 저는 항상 이 특정 블로그를 Apple의 Reader 모드로 읽습니다. 이 모드는 더 큰 글꼴과 더 좁은 너비로 텍스트를 렌더링합니다.

저는 적어도 헤드라인에 관해서는 danluu와 같은 의견입니다. 실제 세부 사항은 아닙니다.

저는 하루에 10~20개의 소프트웨어 버그를 만납니다(더 많은 것 같습니다). 누출될 모든 개인 데이터가 없다면, 일주일 동안 휴대폰과 컴퓨터를 화면 캡처로 설정하고 입력 데이터(키보드/마우스/터치패드/화면)를 기록한 다음 돌아와서 그 주에 겪은 100개의 버그를 게시할 수 있으면 좋겠습니다.

언급된 MacOS 문제(뚜껑을 열 때 검은 화면)를 겪었습니다. iOS 카메라 앱이 카메라를 열지 못하는 문제도 겪었습니다. iOS 키보드가 휴대폰 너비의 80%만 사용하는 문제(모든 키가 더 작음)도 겪었습니다. 해결 방법을 모릅니다. 키보드를 닫고 다시 열어도 해결되지 않습니다. 그리고 어떤 앱이든 종료하는 것은 폼을 작성하는 중이어서 처음부터 다시 시작하고 싶지 않기 때문에 불가능합니다. 최근에 휴대폰 화면이 꽤 자주 멈춰서 어떤 손가락 터치에도 반응하지 않았습니다. 잠금 및 잠금 해제로 복구됩니다. 이것은 새로운 문제입니다(1-2주 전에 시작됨).

일반적/비일반적. 휴대폰 카메라를 사용하여 물건(수표/신분증)을 스캔하는 모든 앱은 거의 항상 어떤 식으로든 실패합니다. 물건을 인식하지 못하거나 시간 초과됩니다. 사무실의 완벽한 조건에서만 테스트하고 실제 사용자로는 테스트하지 않은 것 같습니다.