의 법 당신은 적어도 경악의 법칙을 아십니까? 나는 확실하지 기원의,하지만 내가 먼저 뛰어난에서 배운 “프로그래밍의 타오.” 간단히 말해,이 소프트웨어는 항상 방법이 적어도 놀라게 그들에있는 사용자에 응답해야한다는 원칙이다. 즉, 용지에 인쇄하면 파일 시스템에서 삭제해서는 안된다.
이 하드 오류를 칠 때 적어도 경악의 법칙에 따라, 프로그램은 무엇을해야 하는가? 당신은 사용자의 노하우를하게해야한다고 말할 수있다. 불행하게도, 시스템의 많은 단지 요즘 양탄자 아래 브러시.
나는 윈도우 시작 생각합니다. 아니면 맥. 생각은 최종 사용자가 너무 바보거나 너무 우리가 그들을 떠나도록 메시지 오류 코드 또는 심층 무서워 간다. 적절한 예 : 내 아내의 아이폰 사진을 게시하지 않습니다. 나는 전문가는 내가 안드로이드 장치를 휴대하는 것이 고려하지 해요,하지만 난 그것을보고하기로 합의했다. “이제 사진에게 이상적인를 게시 할 수 없습니다 : 없음 나는 같은 쓸모없는 메시지를 받았습니다 시도 무슨 상관. 나중에 다시 시도 해주십시오.” 뿐만 아니라 이것은 매우 유익한 아니지만, 그것은 또한 문제가 나중에 네트워크와 같은 자체를 해결할 수있는 무언가에 의미한다.
진짜 범인? 서비스의 아이 클라우드의 약관이 변경했고 그녀는 새로운 계약을 인정하지 않았다. 나는 그것이 어떤 점에서 그렇게 그녀를 묻는 팝업 수도 느낌이 있지만, 어떤 이유로 그녀는 그것을 놓쳤다. 당신은 설정을 파고 그 조건에 동의 할 수있는 상자를 확인 할 때까지, “나중에”결코 일어날되지 않았다.
그러나 그것은 단지 아이폰이 아니다. 윈도우 그런 것들로 가득하다 당신은 더 많은 정보와 함께 이벤트 고객에 로그가있을 것입니다 바랍니다. 당신이 그것을 찾는 방법을 알고있는 경우 일반적으로 로그 파일 어딘가에 있지만 나는 또한 리눅스에 더욱 그것을 많이 참조하십시오. 내가 프로그램을 가진 오류는 사용자를 놀라게의 위험을 실행하는 것이 그것을 얻을 수 있지만, 그것은 무엇이 잘못되었는지 아무런 설명도 존재하지 않는 경우에도 더 많은 놀라운이다. 은행은 당신에게 메모를 보낸 경우 상상 : 귀하의 계정에 문제가 있습니다. 그래서 당신은 응답 : “나는 초과 인출습니까?” 그들은 “아니오”응답 이제 뭐? 즉, 소프트웨어 오류의 많은 오늘날의 상태입니다.
데스크탑 시스템이나 웹 사이트에 대한 변명은 정말 없습니다. 그러나, 당신은 작은 임베디드 시스템을 용서 할 수 있습니다. 하지 마! 나는 최근에 ANET A8 보드에 3D 프린터 펌웨어 말린를 포팅 – 년의 많은에 대한 Repetier 펌웨어에 있었다 – 작은 메모리와 8 비트 프로세서를. 내가 autolevel 프로브를하려고 노력 처음 나는 메시지를 받았습니다 : 실패 프로빙. 이게 다예요.
난 당신이 더 많은 정보를 얻을 수 디버깅 autolevel을 설정할 수 있습니다, 당신을 부여 할 수 있습니다,하지만 일시적으로 기능의 무리를 제거하고 코드를 다시 요구한다, 그래서 나는, 98 % 플래시 사용에 이미입니다. 우리가 옛날에 할 것 같은하지만 왜하지 :
단위 global_error = 0;
do_something 보이드 (공극) {
global_error = 1;
(process1 () == FAIL) 돌아 가면;
++ global_error;
(process2 () == FAIL) 돌아 가면;
…에 …에 …에
global_error = 0;
반품;
}
이것은 많은 공간을 차지하지 않습니다. 지금 당신은 (8) 실패 프로빙 뭔가를보고 할 수 있습니다 나는 적어도 8 단계가 실패했습니다 무엇인지 코드와 그림을 갈 수 있습니다. 나는 누군가가 심지어 코드의 목록과 그들이 그런 경우에 표시를 게시 할 것이라고 확신합니다.
너무 많은 오버 헤드? 나에게 오류가 발생한 프로그램 카운터를 말한다. 그건 꽤 일반적인 방법으로 사용된다. 부여, 그것은 메모리 맵 파일을 가지고 있고 그것을 읽는 방법을 알고 당신이 필요하지만 그것은 아무것도보다 여전히 낫다.
우리는 어떻게 프로젝트 및 소프트웨어해야 일에 대해 생각하는 시간을 많이 보낸다. 그러나 우리는 그들이 작동하지 않을 때 일어나는 일에 대해 너무 시간 생각을 지출해야합니다. 그것은 우리가 회로 디버깅을하거나 로직 분석기를 연결,하지만 우리의 사용자가 도움이되지 않습니다 수 괜찮습니다. 심지어 당신만을위한 경우, 왜 조금 자신에 훨씬 쉽게하지?
우리가 전에 말했듯이, “너무 많은 정보 같은 것은 없다.” 시스템 오류에 대한 경비 외에도 놀라게하지 않는 자신을 사용자에게 도움이 될 수 있습니다.
이미지 제공 : Unsplash.com에 의한 [엘리사 VENTUR]
0 Comments