Что представляет собой ошибку?

Question 1

Для графического интерфейса, Phatch «один клик стоит тысяч фотографий» является лучшим для такой быстрой работы. Он уже находится в репозитории Ubuntu. Он имеет множество действий и опций в качестве imagemagick.

sudo apt-get install phatch

Question 2

Ошибка:

Question 3

Question 4

Ошибка:

Question 5

Ошибка:

Question 6

Ошибка:

Question 7

Question 8

Ошибка:

Question 9

Ошибка:

Question 10

Ошибка:

Question 11

Ошибка:

Question 12

Ошибка:

Question 13

Question 14

Ошибка:

Question 15

Ошибка:

Question 16

Я возьму качели. В первую очередь, поведение, не предназначенное разработчиком / программистом (дисконтирование плохого дизайна). С точки зрения того, какие ошибки вы должны сообщать людям, все, что заставляет программу hrder использовать и соответствует приведенному выше описанию. Это: от худших до наименее серьезных сбоев системы, сбоев X, сбоев в работе программы и любых внутренних ошибок программы.

Ошибки, которые вызывают сбои или закрытие окон, обычно вызывают какой-то вывод в stderror, если вы запустить приложение с терминала, это может быть полезно. Также см. Системные журналы для отчетов об ошибках.

Question 17

Ошибка в компьютерной программе или системе, поэтому программа не работает должным образом или вообще не работает. Таким образом, ошибки могут быть результатом неправильного кода программирования или кода программирования, который недостаточно прочен и не может обрабатывать определенные исключения (например: деление на 0)

Question 18

Для всех практических целей термин «ошибка» следует избегать как слишком нечеткий термин.

Лучший ответ на ваш вопрос заполняет целую книгу: «Почему программы терпят неудачу» Андреаса Целлера. Книга, которая должна быть на книжной полке каждого программиста. Автор также прилагает все усилия, чтобы не называть их «ошибками» (читайте дальше). Потому что, поскольку ответ crncosta уже предполагает, что «ошибка» - это не просто ошибка программирования. Вот почему некоторые люди предпочитают вместо этого термин «проблема» (что приводит к «проблеме трекера» вместо «отслеживания ошибок»).

Поскольку то, что воспринимается как ошибка конечного пользователя, не обязательно должно быть ошибка вообще. Это может быть - хотя это часто используется как хромое оправдание - просто по дизайну. Некоторые неудачи, однако, когда-то наблюдались, классифицируются как «ошибки», хотя они связаны с отсутствием функции.

Автор вышеупомянутой книги тратит несколько страниц на определение термина, такого как , просто и дефект и описание того, почему «ошибка» не является подходящим термином (слишком нечетким).

Резюме его терминологии:

программист создает дефект дефекта вызывает инфекцию ( «неисправное состояние программы») заражение распространяет инфекцию приводит к сбою («наблюдаемое плохое / непреднамеренное поведение») наблюдатель (обычно конечный пользователь) видит сбой

Как вы можете видеть, автор различает причину и следствие, который в случае с «ошибкой» почти всегда смешан. В большинстве случаев термин «ошибка» применяется к дефекту , заражению и сбою.

Question 19

Question 20

Ошибка в компьютерной программе или системе, поэтому программа не работает должным образом или вообще не работает. Таким образом, ошибки могут быть результатом неправильного кода программирования или кода программирования, который недостаточно прочен и не может обрабатывать определенные исключения (например: деление на 0)

Question 21

Во всех практических целях термин «ошибка» следует избегать как слишком нечеткий термин.

Лучший ответ на ваш вопрос заполняет целую книгу: «Почему программы сбой» Андреасом Целлером. Книга, которая должна быть на книжной полке каждого программиста. Автор также прилагает все усилия, чтобы не называть их «ошибками» (читайте дальше). Потому что, поскольку ответ crncosta уже предполагает, что «ошибка» не , просто ошибка программирования. Вот почему некоторые люди предпочитают вместо этого термин «проблема» (что приводит к «трекеру проблем» вместо «слежения за ошибками»).

Поскольку то, что воспринимается как ошибка конечного пользователя, не обязательно должно быть ошибка вообще. Это может быть - хотя это часто используется как хромое оправдание - просто по дизайну. Некоторые неудачи, однако, когда-то наблюдаемые, классифицируются как «ошибки», хотя они и вызваны отсутствием функции.

Автор вышеупомянутой книги тратит несколько страниц на определение терминов, таких как отказ и дефект и описание того, почему «ошибка» не является подходящим термином (слишком нечетким).

Резюме его терминологии:

создает дефект
дефект вызывает заражение («неисправное состояние программы»)
инфекция распространяется
инфекция вызывает отказ («наблюдаемое плохое / непреднамеренное поведение»)
observer (обычно конечный пользователь ) видит ошибку

Как вы можете видеть, автор различает причину и эффект, который в случае «ошибки» почти всегда смешан. Большую часть времени термин «ошибка» применяется к дефекту , инфекции и сбою .

Question 22

Я возьму качели. В первую очередь, поведение, не предназначенное разработчиком / программистом (дисконтирование плохого дизайна). С точки зрения того, какие ошибки вы должны сообщать людям, все, что заставляет программу hrder использовать и соответствует приведенному выше описанию. Это включает от худших и наименее серьезных системных сбоев, сбоев в работе X, сбоев в работе программы и любых внутренних ошибок программы.

Ошибки, которые вызывают сбои или закрытие окон, обычно вызывают какой-то вывод в stderror, если вы запустить приложение с терминала, это может быть полезно. Также см. Системные журналы для отчетов об ошибках.

Question 23

Ошибка в компьютерной программе или системе, поэтому программа не работает должным образом или вообще не работает. Таким образом, ошибки могут быть результатом неправильного кода программирования или кода программирования, который недостаточно прочен и не может обрабатывать определенные исключения (например: деление на 0)

Question 24

Я возьму качели. В первую очередь, поведение, не предназначенное разработчиком / программистом (дисконтирование плохого дизайна). С точки зрения того, какие ошибки вы должны сообщать людям, все, что заставляет программу hrder использовать и соответствует приведенному выше описанию. Это включает от худших и наименее серьезных системных сбоев, сбоев в работе X, сбоев в работе программы и любых внутренних ошибок программы.

Ошибки, которые вызывают сбои или закрытие окон, обычно вызывают какой-то вывод в stderror, если вы запустить приложение с терминала, это может быть полезно. Также см. Системные журналы для отчетов об ошибках.

Question 25

Question 26

Во всех практических целях термин «ошибка» следует избегать как слишком нечеткий термин.

Лучший ответ на ваш вопрос заполняет целую книгу: «Почему программы сбой» Андреасом Целлером. Книга, которая должна быть на книжной полке каждого программиста. Автор также прилагает все усилия, чтобы не называть их «ошибками» (читайте дальше). Потому что, поскольку ответ crncosta уже предполагает, что «ошибка» не , просто ошибка программирования. Вот почему некоторые люди предпочитают вместо этого термин «проблема» (что приводит к «трекеру проблем» вместо «слежения за ошибками»).

Поскольку то, что воспринимается как ошибка конечного пользователя, не обязательно должно быть ошибка вообще. Это может быть - хотя это часто используется как хромое оправдание - просто по дизайну. Некоторые неудачи, однако, когда-то наблюдаемые, классифицируются как «ошибки», хотя они и вызваны отсутствием функции.

Автор вышеупомянутой книги тратит несколько страниц на определение терминов, таких как отказ и дефект и описание того, почему «ошибка» не является подходящим термином (слишком нечетким).

Резюме его терминологии:

создает дефект
дефект вызывает заражение («неисправное состояние программы»)
инфекция распространяется
инфекция вызывает отказ («наблюдаемое плохое / непреднамеренное поведение»)
observer (обычно конечный пользователь ) видит ошибку

Как вы можете видеть, автор различает причину и эффект, который в случае «ошибки» почти всегда смешан. Большую часть времени термин «ошибка» применяется к дефекту , инфекции и сбою .

Question 27

Во всех практических целях термин «ошибка» следует избегать как слишком нечеткий термин.

Лучший ответ на ваш вопрос заполняет целую книгу: «Почему программы сбой» Андреасом Целлером. Книга, которая должна быть на книжной полке каждого программиста. Автор также прилагает все усилия, чтобы не называть их «ошибками» (читайте дальше). Потому что, поскольку ответ crncosta уже предполагает, что «ошибка» не , просто ошибка программирования. Вот почему некоторые люди предпочитают вместо этого термин «проблема» (что приводит к «трекеру проблем» вместо «слежения за ошибками»).

Поскольку то, что воспринимается как ошибка конечного пользователя, не обязательно должно быть ошибка вообще. Это может быть - хотя это часто используется как хромое оправдание - просто по дизайну. Некоторые неудачи, однако, когда-то наблюдаемые, классифицируются как «ошибки», хотя они и вызваны отсутствием функции.

Автор вышеупомянутой книги тратит несколько страниц на определение терминов, таких как отказ и дефект и описание того, почему «ошибка» не является подходящим термином (слишком нечетким).

Резюме его терминологии:

создает дефект
дефект вызывает заражение («неисправное состояние программы»)
инфекция распространяется
инфекция вызывает отказ («наблюдаемое плохое / непреднамеренное поведение»)
observer (обычно конечный пользователь ) видит ошибку

Как вы можете видеть, автор различает причину и эффект, который в случае «ошибки» почти всегда смешан. Большую часть времени термин «ошибка» применяется к дефекту , инфекции и сбою .

Question 28

Ошибка в компьютерной программе или системе, поэтому программа не работает должным образом или вообще не работает. Таким образом, ошибки могут быть результатом неправильного кода программирования или кода программирования, который недостаточно прочен и не может обрабатывать определенные исключения (например: деление на 0)

Question 29

Я возьму качели. В первую очередь, поведение, не предназначенное разработчиком / программистом (дисконтирование плохого дизайна). С точки зрения того, какие ошибки вы должны сообщать людям, все, что заставляет программу hrder использовать и соответствует приведенному выше описанию. Это включает от худших и наименее серьезных системных сбоев, сбоев в работе X, сбоев в работе программы и любых внутренних ошибок программы.

Ошибки, которые вызывают сбои или закрытие окон, обычно вызывают какой-то вывод в stderror, если вы запустить приложение с терминала, это может быть полезно. Также см. Системные журналы для отчетов об ошибках.

Question 30

Ошибка в компьютерной программе или системе, поэтому программа не работает должным образом или вообще не работает. Таким образом, ошибки могут быть результатом неправильного кода программирования или кода программирования, который недостаточно прочен и не может обрабатывать определенные исключения (например: деление на 0)

Question 31

Question 32

Во всех практических целях термин «ошибка» следует избегать как слишком нечеткий термин.

Лучший ответ на ваш вопрос заполняет целую книгу: «Почему программы сбой» Андреасом Целлером. Книга, которая должна быть на книжной полке каждого программиста. Автор также прилагает все усилия, чтобы не называть их «ошибками» (читайте дальше). Потому что, поскольку ответ crncosta уже предполагает, что «ошибка» не , просто ошибка программирования. Вот почему некоторые люди предпочитают вместо этого термин «проблема» (что приводит к «трекеру проблем» вместо «слежения за ошибками»).

Поскольку то, что воспринимается как ошибка конечного пользователя, не обязательно должно быть ошибка вообще. Это может быть - хотя это часто используется как хромое оправдание - просто по дизайну. Некоторые неудачи, однако, когда-то наблюдаемые, классифицируются как «ошибки», хотя они и вызваны отсутствием функции.

Автор вышеупомянутой книги тратит несколько страниц на определение терминов, таких как отказ и дефект и описание того, почему «ошибка» не является подходящим термином (слишком нечетким).

Резюме его терминологии:

создает дефект
дефект вызывает заражение («неисправное состояние программы»)
инфекция распространяется
инфекция вызывает отказ («наблюдаемое плохое / непреднамеренное поведение»)
observer (обычно конечный пользователь ) видит ошибку

Как вы можете видеть, автор различает причину и эффект, который в случае «ошибки» почти всегда смешан. Большую часть времени термин «ошибка» применяется к дефекту , инфекции и сбою .

Question 33

Я возьму качели. В первую очередь, поведение, не предназначенное разработчиком / программистом (дисконтирование плохого дизайна). С точки зрения того, какие ошибки вы должны сообщать людям, все, что заставляет программу hrder использовать и соответствует приведенному выше описанию. Это включает от худших и наименее серьезных системных сбоев, сбоев в работе X, сбоев в работе программы и любых внутренних ошибок программы.

Ошибки, которые вызывают сбои или закрытие окон, обычно вызывают какой-то вывод в stderror, если вы запустить приложение с терминала, это может быть полезно. Также см. Системные журналы для отчетов об ошибках.

Question 34

Ошибка в компьютерной программе или системе, поэтому программа не работает должным образом или вообще не работает. Таким образом, ошибки могут быть результатом неправильного кода программирования или кода программирования, который недостаточно прочен и не может обрабатывать определенные исключения (например: деление на 0)

Question 35

Во всех практических целях термин «ошибка» следует избегать как слишком нечеткий термин.

Лучший ответ на ваш вопрос заполняет целую книгу: «Почему программы сбой» Андреасом Целлером. Книга, которая должна быть на книжной полке каждого программиста. Автор также прилагает все усилия, чтобы не называть их «ошибками» (читайте дальше). Потому что, поскольку ответ crncosta уже предполагает, что «ошибка» не , просто ошибка программирования. Вот почему некоторые люди предпочитают вместо этого термин «проблема» (что приводит к «трекеру проблем» вместо «слежения за ошибками»).

Поскольку то, что воспринимается как ошибка конечного пользователя, не обязательно должно быть ошибка вообще. Это может быть - хотя это часто используется как хромое оправдание - просто по дизайну. Некоторые неудачи, однако, когда-то наблюдаемые, классифицируются как «ошибки», хотя они и вызваны отсутствием функции.

Автор вышеупомянутой книги тратит несколько страниц на определение терминов, таких как отказ и дефект и описание того, почему «ошибка» не является подходящим термином (слишком нечетким).

Резюме его терминологии:

создает дефект
дефект вызывает заражение («неисправное состояние программы»)
инфекция распространяется
инфекция вызывает отказ («наблюдаемое плохое / непреднамеренное поведение»)
observer (обычно конечный пользователь ) видит ошибку

Как вы можете видеть, автор различает причину и эффект, который в случае «ошибки» почти всегда смешан. Большую часть времени термин «ошибка» применяется к дефекту , инфекции и сбою .

Question 36

Я возьму качели. В первую очередь, поведение, не предназначенное разработчиком / программистом (дисконтирование плохого дизайна). С точки зрения того, какие ошибки вы должны сообщать людям, все, что заставляет программу hrder использовать и соответствует приведенному выше описанию. Это включает от худших и наименее серьезных системных сбоев, сбоев в работе X, сбоев в работе программы и любых внутренних ошибок программы.

Ошибки, которые вызывают сбои или закрытие окон, обычно вызывают какой-то вывод в stderror, если вы запустить приложение с терминала, это может быть полезно. Также см. Системные журналы для отчетов об ошибках.

Question 37

Question 38

Я возьму качели. В первую очередь, поведение, не предназначенное разработчиком / программистом (дисконтирование плохого дизайна). С точки зрения того, какие ошибки вы должны сообщать людям, все, что заставляет программу hrder использовать и соответствует приведенному выше описанию. Это включает от худших и наименее серьезных системных сбоев, сбоев в работе X, сбоев в работе программы и любых внутренних ошибок программы.

Ошибки, которые вызывают сбои или закрытие окон, обычно вызывают какой-то вывод в stderror, если вы запустить приложение с терминала, это может быть полезно. Также см. Системные журналы для отчетов об ошибках.

crncosta · Accepted Answer · 25 July 2018 в 22:50

Ошибка:

crncosta · Accepted Answer · 27 July 2018 в 00:49

Ошибка:

crncosta · Accepted Answer · 31 July 2018 в 10:50

Ошибка:

crncosta · Accepted Answer · 31 July 2018 в 10:55

Ошибка:

crncosta · Accepted Answer · 31 July 2018 в 11:54

Ошибка:

crncosta · Accepted Answer · 2 August 2018 в 04:14

Ошибка:

crncosta · Accepted Answer · 4 August 2018 в 20:19

Ошибка:

crncosta · Accepted Answer · 6 August 2018 в 04:19

Ошибка:

crncosta · Accepted Answer · 7 August 2018 в 22:24

Ошибка:

crncosta · Accepted Answer · 10 August 2018 в 10:33

Ошибка:

crncosta · Accepted Answer · 13 August 2018 в 17:03

Ошибка:

хороший, хотя это не связано напрямую, возможно, стоит упомянуть, что каждая ошибка, которую вы хотите совершить, должна быть воспроизводимой. — danizmax, 24 November 2010 в 19:18
Нет, есть ошибки из-за условий гонки. Почему вы тоже не хотите их комментировать? Это будет сложно, если программист не сможет воспроизвести ошибку, но это не влияет на желание сделать это, не так ли? — user unknown, 13 February 2011 в 12:11
Также см. Руководство Ubuntu BugSquad по ошибкам: wiki.ubuntu.com/Bugs — Thomas Ward♦, 12 June 2012 в 22:43

Jeremy · Answer 12 · 26 May 2018 в 00:16

Я возьму качели. В первую очередь, поведение, не предназначенное разработчиком / программистом (дисконтирование плохого дизайна). С точки зрения того, какие ошибки вы должны сообщать людям, все, что заставляет программу hrder использовать и соответствует приведенному выше описанию. Это: от худших до наименее серьезных сбоев системы, сбоев X, сбоев в работе программы и любых внутренних ошибок программы.

Ошибки, которые вызывают сбои или закрытие окон, обычно вызывают какой-то вывод в stderror, если вы запустить приложение с терминала, это может быть полезно. Также см. Системные журналы для отчетов об ошибках.

3sdmx · Answer 13 · 26 May 2018 в 00:16

Ошибка в компьютерной программе или системе, поэтому программа не работает должным образом или вообще не работает. Таким образом, ошибки могут быть результатом неправильного кода программирования или кода программирования, который недостаточно прочен и не может обрабатывать определенные исключения (например: деление на 0)

0xC0000022L · Answer 14 · 26 May 2018 в 00:16

Для всех практических целей термин «ошибка» следует избегать как слишком нечеткий термин.

Лучший ответ на ваш вопрос заполняет целую книгу: «Почему программы терпят неудачу» Андреаса Целлера. Книга, которая должна быть на книжной полке каждого программиста. Автор также прилагает все усилия, чтобы не называть их «ошибками» (читайте дальше). Потому что, поскольку ответ crncosta уже предполагает, что «ошибка» - это не просто ошибка программирования. Вот почему некоторые люди предпочитают вместо этого термин «проблема» (что приводит к «проблеме трекера» вместо «отслеживания ошибок»).

Поскольку то, что воспринимается как ошибка конечного пользователя, не обязательно должно быть ошибка вообще. Это может быть - хотя это часто используется как хромое оправдание - просто по дизайну. Некоторые неудачи, однако, когда-то наблюдались, классифицируются как «ошибки», хотя они связаны с отсутствием функции.

Автор вышеупомянутой книги тратит несколько страниц на определение термина, такого как , просто и дефект и описание того, почему «ошибка» не является подходящим термином (слишком нечетким).

Резюме его терминологии:

программист создает дефект дефекта вызывает инфекцию ( «неисправное состояние программы») заражение распространяет инфекцию приводит к сбою («наблюдаемое плохое / непреднамеренное поведение») наблюдатель (обычно конечный пользователь) видит сбой

Как вы можете видеть, автор различает причину и следствие, который в случае с «ошибкой» почти всегда смешан. В большинстве случаев термин «ошибка» применяется к дефекту , заражению и сбою.

3sdmx · Answer 15 · 25 July 2018 в 22:50

Ошибка в компьютерной программе или системе, поэтому программа не работает должным образом или вообще не работает. Таким образом, ошибки могут быть результатом неправильного кода программирования или кода программирования, который недостаточно прочен и не может обрабатывать определенные исключения (например: деление на 0)

0xC0000022L · Answer 16 · 25 July 2018 в 22:50

Во всех практических целях термин «ошибка» следует избегать как слишком нечеткий термин.

Лучший ответ на ваш вопрос заполняет целую книгу: «Почему программы сбой» Андреасом Целлером. Книга, которая должна быть на книжной полке каждого программиста. Автор также прилагает все усилия, чтобы не называть их «ошибками» (читайте дальше). Потому что, поскольку ответ crncosta уже предполагает, что «ошибка» не , просто ошибка программирования. Вот почему некоторые люди предпочитают вместо этого термин «проблема» (что приводит к «трекеру проблем» вместо «слежения за ошибками»).

Поскольку то, что воспринимается как ошибка конечного пользователя, не обязательно должно быть ошибка вообще. Это может быть - хотя это часто используется как хромое оправдание - просто по дизайну. Некоторые неудачи, однако, когда-то наблюдаемые, классифицируются как «ошибки», хотя они и вызваны отсутствием функции.

Автор вышеупомянутой книги тратит несколько страниц на определение терминов, таких как отказ и дефект и описание того, почему «ошибка» не является подходящим термином (слишком нечетким).

Резюме его терминологии:

создает дефект
дефект вызывает заражение («неисправное состояние программы»)
инфекция распространяется
инфекция вызывает отказ («наблюдаемое плохое / непреднамеренное поведение»)
observer (обычно конечный пользователь ) видит ошибку

Как вы можете видеть, автор различает причину и эффект, который в случае «ошибки» почти всегда смешан. Большую часть времени термин «ошибка» применяется к дефекту , инфекции и сбою .

Jeremy · Answer 17 · 25 July 2018 в 22:50

Я возьму качели. В первую очередь, поведение, не предназначенное разработчиком / программистом (дисконтирование плохого дизайна). С точки зрения того, какие ошибки вы должны сообщать людям, все, что заставляет программу hrder использовать и соответствует приведенному выше описанию. Это включает от худших и наименее серьезных системных сбоев, сбоев в работе X, сбоев в работе программы и любых внутренних ошибок программы.

Ошибки, которые вызывают сбои или закрытие окон, обычно вызывают какой-то вывод в stderror, если вы запустить приложение с терминала, это может быть полезно. Также см. Системные журналы для отчетов об ошибках.

3sdmx · Answer 18 · 27 July 2018 в 00:49

Ошибка в компьютерной программе или системе, поэтому программа не работает должным образом или вообще не работает. Таким образом, ошибки могут быть результатом неправильного кода программирования или кода программирования, который недостаточно прочен и не может обрабатывать определенные исключения (например: деление на 0)

Jeremy · Answer 19 · 27 July 2018 в 00:49

Я возьму качели. В первую очередь, поведение, не предназначенное разработчиком / программистом (дисконтирование плохого дизайна). С точки зрения того, какие ошибки вы должны сообщать людям, все, что заставляет программу hrder использовать и соответствует приведенному выше описанию. Это включает от худших и наименее серьезных системных сбоев, сбоев в работе X, сбоев в работе программы и любых внутренних ошибок программы.

Ошибки, которые вызывают сбои или закрытие окон, обычно вызывают какой-то вывод в stderror, если вы запустить приложение с терминала, это может быть полезно. Также см. Системные журналы для отчетов об ошибках.

0xC0000022L · Answer 20 · 27 July 2018 в 00:49

Во всех практических целях термин «ошибка» следует избегать как слишком нечеткий термин.

Лучший ответ на ваш вопрос заполняет целую книгу: «Почему программы сбой» Андреасом Целлером. Книга, которая должна быть на книжной полке каждого программиста. Автор также прилагает все усилия, чтобы не называть их «ошибками» (читайте дальше). Потому что, поскольку ответ crncosta уже предполагает, что «ошибка» не , просто ошибка программирования. Вот почему некоторые люди предпочитают вместо этого термин «проблема» (что приводит к «трекеру проблем» вместо «слежения за ошибками»).

Поскольку то, что воспринимается как ошибка конечного пользователя, не обязательно должно быть ошибка вообще. Это может быть - хотя это часто используется как хромое оправдание - просто по дизайну. Некоторые неудачи, однако, когда-то наблюдаемые, классифицируются как «ошибки», хотя они и вызваны отсутствием функции.

Автор вышеупомянутой книги тратит несколько страниц на определение терминов, таких как отказ и дефект и описание того, почему «ошибка» не является подходящим термином (слишком нечетким).

Резюме его терминологии:

создает дефект
дефект вызывает заражение («неисправное состояние программы»)
инфекция распространяется
инфекция вызывает отказ («наблюдаемое плохое / непреднамеренное поведение»)
observer (обычно конечный пользователь ) видит ошибку

Как вы можете видеть, автор различает причину и эффект, который в случае «ошибки» почти всегда смешан. Большую часть времени термин «ошибка» применяется к дефекту , инфекции и сбою .

0xC0000022L · Answer 21 · 31 July 2018 в 10:50

Во всех практических целях термин «ошибка» следует избегать как слишком нечеткий термин.

Лучший ответ на ваш вопрос заполняет целую книгу: «Почему программы сбой» Андреасом Целлером. Книга, которая должна быть на книжной полке каждого программиста. Автор также прилагает все усилия, чтобы не называть их «ошибками» (читайте дальше). Потому что, поскольку ответ crncosta уже предполагает, что «ошибка» не , просто ошибка программирования. Вот почему некоторые люди предпочитают вместо этого термин «проблема» (что приводит к «трекеру проблем» вместо «слежения за ошибками»).

Поскольку то, что воспринимается как ошибка конечного пользователя, не обязательно должно быть ошибка вообще. Это может быть - хотя это часто используется как хромое оправдание - просто по дизайну. Некоторые неудачи, однако, когда-то наблюдаемые, классифицируются как «ошибки», хотя они и вызваны отсутствием функции.

Автор вышеупомянутой книги тратит несколько страниц на определение терминов, таких как отказ и дефект и описание того, почему «ошибка» не является подходящим термином (слишком нечетким).

Резюме его терминологии:

создает дефект
дефект вызывает заражение («неисправное состояние программы»)
инфекция распространяется
инфекция вызывает отказ («наблюдаемое плохое / непреднамеренное поведение»)
observer (обычно конечный пользователь ) видит ошибку

Как вы можете видеть, автор различает причину и эффект, который в случае «ошибки» почти всегда смешан. Большую часть времени термин «ошибка» применяется к дефекту , инфекции и сбою .

3sdmx · Answer 22 · 31 July 2018 в 10:50

Ошибка в компьютерной программе или системе, поэтому программа не работает должным образом или вообще не работает. Таким образом, ошибки могут быть результатом неправильного кода программирования или кода программирования, который недостаточно прочен и не может обрабатывать определенные исключения (например: деление на 0)

Jeremy · Answer 23 · 31 July 2018 в 10:50

Я возьму качели. В первую очередь, поведение, не предназначенное разработчиком / программистом (дисконтирование плохого дизайна). С точки зрения того, какие ошибки вы должны сообщать людям, все, что заставляет программу hrder использовать и соответствует приведенному выше описанию. Это включает от худших и наименее серьезных системных сбоев, сбоев в работе X, сбоев в работе программы и любых внутренних ошибок программы.

Ошибки, которые вызывают сбои или закрытие окон, обычно вызывают какой-то вывод в stderror, если вы запустить приложение с терминала, это может быть полезно. Также см. Системные журналы для отчетов об ошибках.

3sdmx · Answer 24 · 31 July 2018 в 10:55

Ошибка в компьютерной программе или системе, поэтому программа не работает должным образом или вообще не работает. Таким образом, ошибки могут быть результатом неправильного кода программирования или кода программирования, который недостаточно прочен и не может обрабатывать определенные исключения (например: деление на 0)

0xC0000022L · Answer 25 · 31 July 2018 в 10:55

Во всех практических целях термин «ошибка» следует избегать как слишком нечеткий термин.

Лучший ответ на ваш вопрос заполняет целую книгу: «Почему программы сбой» Андреасом Целлером. Книга, которая должна быть на книжной полке каждого программиста. Автор также прилагает все усилия, чтобы не называть их «ошибками» (читайте дальше). Потому что, поскольку ответ crncosta уже предполагает, что «ошибка» не , просто ошибка программирования. Вот почему некоторые люди предпочитают вместо этого термин «проблема» (что приводит к «трекеру проблем» вместо «слежения за ошибками»).

Поскольку то, что воспринимается как ошибка конечного пользователя, не обязательно должно быть ошибка вообще. Это может быть - хотя это часто используется как хромое оправдание - просто по дизайну. Некоторые неудачи, однако, когда-то наблюдаемые, классифицируются как «ошибки», хотя они и вызваны отсутствием функции.

Автор вышеупомянутой книги тратит несколько страниц на определение терминов, таких как отказ и дефект и описание того, почему «ошибка» не является подходящим термином (слишком нечетким).

Резюме его терминологии:

создает дефект
дефект вызывает заражение («неисправное состояние программы»)
инфекция распространяется
инфекция вызывает отказ («наблюдаемое плохое / непреднамеренное поведение»)
observer (обычно конечный пользователь ) видит ошибку

Как вы можете видеть, автор различает причину и эффект, который в случае «ошибки» почти всегда смешан. Большую часть времени термин «ошибка» применяется к дефекту , инфекции и сбою .

Jeremy · Answer 26 · 31 July 2018 в 10:55

Я возьму качели. В первую очередь, поведение, не предназначенное разработчиком / программистом (дисконтирование плохого дизайна). С точки зрения того, какие ошибки вы должны сообщать людям, все, что заставляет программу hrder использовать и соответствует приведенному выше описанию. Это включает от худших и наименее серьезных системных сбоев, сбоев в работе X, сбоев в работе программы и любых внутренних ошибок программы.

Ошибки, которые вызывают сбои или закрытие окон, обычно вызывают какой-то вывод в stderror, если вы запустить приложение с терминала, это может быть полезно. Также см. Системные журналы для отчетов об ошибках.

3sdmx · Answer 27 · 31 July 2018 в 11:54

Ошибка в компьютерной программе или системе, поэтому программа не работает должным образом или вообще не работает. Таким образом, ошибки могут быть результатом неправильного кода программирования или кода программирования, который недостаточно прочен и не может обрабатывать определенные исключения (например: деление на 0)

0xC0000022L · Answer 28 · 31 July 2018 в 11:54

Во всех практических целях термин «ошибка» следует избегать как слишком нечеткий термин.

Лучший ответ на ваш вопрос заполняет целую книгу: «Почему программы сбой» Андреасом Целлером. Книга, которая должна быть на книжной полке каждого программиста. Автор также прилагает все усилия, чтобы не называть их «ошибками» (читайте дальше). Потому что, поскольку ответ crncosta уже предполагает, что «ошибка» не , просто ошибка программирования. Вот почему некоторые люди предпочитают вместо этого термин «проблема» (что приводит к «трекеру проблем» вместо «слежения за ошибками»).

Поскольку то, что воспринимается как ошибка конечного пользователя, не обязательно должно быть ошибка вообще. Это может быть - хотя это часто используется как хромое оправдание - просто по дизайну. Некоторые неудачи, однако, когда-то наблюдаемые, классифицируются как «ошибки», хотя они и вызваны отсутствием функции.

Автор вышеупомянутой книги тратит несколько страниц на определение терминов, таких как отказ и дефект и описание того, почему «ошибка» не является подходящим термином (слишком нечетким).

Резюме его терминологии:

создает дефект
дефект вызывает заражение («неисправное состояние программы»)
инфекция распространяется
инфекция вызывает отказ («наблюдаемое плохое / непреднамеренное поведение»)
observer (обычно конечный пользователь ) видит ошибку

Как вы можете видеть, автор различает причину и эффект, который в случае «ошибки» почти всегда смешан. Большую часть времени термин «ошибка» применяется к дефекту , инфекции и сбою .

Jeremy · Answer 29 · 31 July 2018 в 11:54

Я возьму качели. В первую очередь, поведение, не предназначенное разработчиком / программистом (дисконтирование плохого дизайна). С точки зрения того, какие ошибки вы должны сообщать людям, все, что заставляет программу hrder использовать и соответствует приведенному выше описанию. Это включает от худших и наименее серьезных системных сбоев, сбоев в работе X, сбоев в работе программы и любых внутренних ошибок программы.

Ошибки, которые вызывают сбои или закрытие окон, обычно вызывают какой-то вывод в stderror, если вы запустить приложение с терминала, это может быть полезно. Также см. Системные журналы для отчетов об ошибках.

Jeremy · Answer 30 · 2 August 2018 в 04:14

Я возьму качели. В первую очередь, поведение, не предназначенное разработчиком / программистом (дисконтирование плохого дизайна). С точки зрения того, какие ошибки вы должны сообщать людям, все, что заставляет программу hrder использовать и соответствует приведенному выше описанию. Это включает от худших и наименее серьезных системных сбоев, сбоев в работе X, сбоев в работе программы и любых внутренних ошибок программы.

Ошибки, которые вызывают сбои или закрытие окон, обычно вызывают какой-то вывод в stderror, если вы запустить приложение с терминала, это может быть полезно. Также см. Системные журналы для отчетов об ошибках.

Что представляет собой ошибку?

47 ответов

Другие вопросы по тегам:

Похожие вопросы: