누구나 가장 일반적인 오류 메시지의 opensource 목록에 대해 알고 있습니까?누구나 가장 일반적인 오류 메시지의 opensource 목록에 대해 알고 있습니까?
이 질문에 대한 나의 동기는 비록 내가 코드를 작성하는 것에 능숙하지만 영어는 나의 모국어가 아닙니다.
그런 목록 (그물에있는 그 모든 무료 아이콘과 같이)은 내 개발의 마지막 단계를 단축 할 것이며, 좋은 (재미있는) 오류 메시지는 좋은 UI의 일부라고 생각합니다.
한 가지 더 많은 동기 부여를 확인하고 내가 잊어서는 안되는 것들에 관해서 몇 가지 아이디어를 얻을 수 있습니다.
일반적인 시나리오 :
나는 당신이 요구하는 것과 정확히 같은 것을 모릅니다. 일반적인 에러 메시지의 저장소. 시스템 오류에 대한 오류 메시지가 필요하면 errno.h; 각 오류에 대한 간단한 설명이 있습니다 (예 : specification for errno.h 또는 Linux version).
또 다른 옵션은 기존 오픈 소스 소프트웨어의 번역 프로젝트를 보는 것입니다. 예를 들어, Translation Product의 .pot files 또는 Ubuntu translation project을 확인하십시오. 이렇게하면 많은 오류 메시지와 다른 문자열을 사용하여 예제를 선택할 수 있습니다.또 다른 장점은 무언가에 대한 설명이 필요할 경우 your native language으로 번역을 체크하여 일종의 Rosetta Stone으로 사용할 수 있다는 것입니다 (영어로 말하고 쓰는 것처럼 보이지만 여기에 게시 할 수 있음). 당신이 그것을 필요로하는지 확실하지 않은).
을 통과 : 개발중인 응용 프로그램과 응용 프로그램에 따라 생성 된 응용 프로그램에 의존합니다.
첫 번째 유형은 거의 항상 자신을 작성해야합니다. 두 번째 유형은 사용자에게 표시할지 여부에 따라 다릅니다. 일부는 단순히 사용자에게 전달할 수 있지만 대부분의 경우 API에서 생성 된 오류 메시지는 개발자를위한 것이므로 최종 사용자를 혼란스럽게합니다.
예를 들어 대부분의 운영 체제에는 "파일을 찾을 수 없습니다"라는 오류 메시지 나 유사한 내용이 있습니다. 열려고하는 파일이 사용자에 의해 선택되었다고 가정하면이 오류를 OS에서 사용자에게 직접 전달하는 것이 좋습니다. 사용자가 직접 입력 한 계산을 응용 프로그램에서 수행하지 않는 한 "0으로 나누기"오류는 사용자에게 도움이되지 않습니다. 대부분의 경우이 오류는 프로그래밍 오류를 의미합니다.
특정 애플리케이션 오류. 오류 메시지는 발생한 위치의 컨텍스트 내에서만 유용합니다. 따라서 일반적인 오류 메시지 모음을 찾을 수 없습니다. 일반적으로 일반적인 오류 메시지는 사용자에게 응답 방법을 알 수있는 충분한 정보를 제공하지 않습니다.
일반적인 오류 메시지는 1) 사용자가 버그를 수정하는 방법을 사용자에게 제안하지 않기 때문에 유용하지 않습니다. 2) 개발자가 버그를 수정하는 데 도움이됩니다. 따라서 좋은 오류 메시지를 작성하려면 사용자 또는 개발자를 위해 작성하고 가능한 한 구체적으로 작성할지 결정하십시오.
"죄송합니다. [취소] [OK] "는 쓸모가 없습니다. "file.c 줄 33의 데이터 무결성 테스트가 실패했습니다. 백업 버전 사용. 이 오류를 개발자에게보고하십시오. "더 좋습니다.
나는 그런 목록을 알지 못하지만,이 질문이 위키로 바뀌면 여기를 만들 수 있습니다. Apple의 정보/오류 메시지를 일부 프로젝트의 가이드 라인으로 사용했습니다. –
이것을 위키로 바꾸면 어떻게 될까요? (질문 유형에 관계없이 답변을 위키로 게시 할 수 있습니다). –
질문이 위키 인 경우 모든 답변은 위키가 될 것이므로 공동 작업에 더 적합합니다. 자세한 내용은 FAQ를 읽어보십시오. http://stackoverflow.com/questions/128434 –