Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 2007.02.18;
Скачать: [xml.tar.bz2];

Вниз

Какое количество ошибок в программе можно считать нормальным?   Найти похожие ветки 

 
Ученик чародея ©   (2007-01-29 15:02) [0]

В зависимости от числа строк.


 
Сергей М. ©   (2007-01-29 15:03) [1]

(Число строк в степени 2) плюс 1


 
palva ©   (2007-01-29 15:04) [2]

Две ошибки в строке - нормально.
В отлаженной программе должна остаться одна.


 
easy ©   (2007-01-29 15:06) [3]


> В отлаженной программе должна остаться одна.

одна строка с двумя ошибками?


 
Ega23 ©   (2007-01-29 15:07) [4]

ноль


 
JFK&MM_extramarital_son   (2007-01-29 15:11) [5]

Любое количество ошибок в программе можно считать нормальным.


 
palva ©   (2007-01-29 15:15) [6]

> одна строка с двумя ошибками?
Одна ошибка в строке.


 
Rouse_ ©   (2007-01-29 15:16) [7]

Смотря в какой программе и смотря каких ошибок :)
mov eax, [0] очень болезненная ошибка в контексте драйвера ;)


 
umbra ©   (2007-01-29 15:16) [8]

нормальным к чему?


 
Ученик чародея ©   (2007-01-29 15:20) [9]


> Ega23 ©   (29.01.07 15:07) [4]
>
> ноль


Когда-то удавалось так написать?


 
Prohodil Mimo ©   (2007-01-29 15:20) [10]

в скольки сможешь убедить юзера, столько и нормально. лучше оговаривать отдельным пунктом в договоре :о)

а вааще - ошибок быть не должно, тем более в нормальной программе. Ошибки - уже не нормально :о)


 
tesseract ©   (2007-01-29 15:22) [11]

Если программа при вываливании в AV не теряет  данные  - то количество ошибок приемлимое.


 
Ученик чародея ©   (2007-01-29 15:24) [12]


> umbra ©   (29.01.07 15:16) [8]
>
> нормальным к чему?


Нормальным для релиза программы.


 
JFK&MM_extramarital_son   (2007-01-29 15:25) [13]

Если программа при вываливании в AV не теряет  данные  - то количество ошибок приемлимое.

Если программа при вываливании в AV теряет  данные, но данные эти никому не нужны, или если данные нужно было потерять, или если программу эту никогда не запускают, или она никому не нужна, то такое количество ошибок тоже приемлимое.

>Какое количество ошибок в программе можно считать нормальным?
Любое количество ошибок в программе можно считать нормальным.


 
Nic (from SAF)   (2007-01-29 15:25) [14]

Определение ошибки в студию :) Есть: синтаксические, логические, утечки памяти, ляпы, баги, некорректное поведение или не такое, что хотел клиент.


 
Piroxyline ©   (2007-01-29 15:26) [15]

Да где-то ошибок пять на блок программы (процедуру, функцию не шибко длинные - строк 50-100 с соблюдением "правил хорошего тона")


 
Ученик чародея ©   (2007-01-29 15:27) [16]


> Prohodil Mimo ©   (29.01.07 15:20) [10]
>
> в скольки сможешь убедить юзера, столько и нормально. лучше
> оговаривать отдельным пунктом в договоре :о)
>
> а вааще - ошибок быть не должно, тем более в нормальной
> программе. Ошибки - уже не нормально :о)


К примеру вывод основного окна приложения на передний план не всегда достигается с помощью BringToFront(когда приложение залочило Foreground при активном вводе), пришлось шаманить c SetWindowPos.

В данном случае это ошибка?


 
Vlad433 ©   (2007-01-29 15:36) [17]

Ошибок компиляции должно быть не больше 20.


 
Agent13 ©   (2007-01-29 15:56) [18]

Надо заметить, что слишком мало ошибок тоже быть не должно, потому как они предоставляют очень весомый аргумент для убеждения юзеров купить новую версию программы: "А мы вон тот назойливый глюк пофиксили" :)


 
DVM ©   (2007-01-29 15:57) [19]


> Ega23 ©   (29.01.07 15:07) [4]
> ноль

так не бывает


 
Nic (from SAF)   (2007-01-29 15:58) [20]


> DVM ©   (29.01.07 15:57) [19]

А если это "Hello, world!"?


 
Prohodil Mimo ©   (2007-01-29 15:59) [21]

Vlad433 ©   (07.01.29 15:36) [17]
Ошибок компиляции должно быть не больше 20


покажи хоть один екзешник, при компиляции которого было больше, чем 0 ошибок компиляции :о)

Ученик чародея ©   (07.01.29 15:27) [16]

это скорее неудобство, который вроде бы проявляется только в ХР (и который, кстати, уже задрал своим глюком с непоказом активных окон).
Релизить можно и с ошибками, только пользователи не всегда будут дружествененно настроены при сообщении оной. Есть спокойные, а есть такие, которые за грамматическую ошибку требуют возврата денег.
Главное, что бы ошибка не нарушала функционал, а остальное не смертельно, хоть и не желательно.


 
TIF ©   (2007-01-29 16:00) [22]

Пример:

1+1=10

? ошибка?Для кого-то да.

А теперь я вам скажу, что данное действие (сложение) производится в двоичной системе счисления. Ошибка? естественно,нет.

Так вот, к чему это я... точка зрения тоже имеет значение! так что думайте,сами,решайте сами, делать или нет "ошибки" и ошибки.

А по-моему ошибок вообще не должно быть. Хотя по закону из книги "Закон Мерфи", цитирую "в любой, даже отлаженной программе найдется по крайней мере две ошибки".


 
Prohodil Mimo ©   (2007-01-29 16:01) [23]

Agent13 ©   (07.01.29 15:56) [18]
А мы вон тот назойливый глюк пофиксили


не все на такое купятся, некоторые считают, что глюки ты должен исправить бесплатно именно в той версии, которую они купили и при этом надеются получить новую версию как бонус.


 
Ega23 ©   (2007-01-29 16:05) [24]


> Ученик чародея ©   (29.01.07 15:20) [9]
>
> Когда-то удавалось так написать?


Смотря что пишем.
В целом - ошибок ВООБЩЕ не должно быть. Поэтому саму постановку вопроса лично я считаю абсурдной.
Есть нюансы: ошибка может быть идеологической. Т.е. компилируется всё хорошо, исключений при работе не возникает. Но вот сам "чёрный ящик", которым является твоя программа, работает некорректно.
Вот эти ошибки - самые гнусные. Зачастую устранение таких ошибок приводит к большой переработке архитектуры программы.
По личному опыту 70% таких ошибок возникает из-за неправильного ТЗ.


 
clickmaker ©   (2007-01-29 16:40) [25]

Главное - не отсутствие ошибок. Главное - уметь объяснить клиенту, как их обходить


 
Rouse_ ©   (2007-01-29 16:52) [26]

> Главное - уметь объяснить клиенту, ...что это не ошибка, а фича ;)


 
Psychedelic ©   (2007-01-29 17:17) [27]

Это баг или фича? - вечный вопрос тестеров :)


 
clickmaker ©   (2007-01-29 17:24) [28]


> Psychedelic ©   (29.01.07 17:17) [27]

причем, ответ зависит от текущего настроения программиста...


 
Anatoly Podgoretsky ©   (2007-01-29 20:44) [29]

> Nic (from SAF)  (29.01.2007 15:58:20)  [20]

А здесь уже одна ошибка, world надо писать с большой буквы.


 
GrayFace ©   (2007-01-29 21:48) [30]

Все зависит от версии. Со временем концентрация ошибок должна уменьшаться.

Piroxyline ©   (29.01.07 15:26) [15]
Да где-то ошибок пять на блок программы (процедуру, функцию не шибко длинные - строк 50-100 с соблюдением "правил хорошего тона")

Жирновато.


 
IMHO ©   (2007-01-29 23:04) [31]

желательно, чтобы ошибок в программе вообще не было

по крайней мере, чтобы не было ошибок, когда летят ценные данные (The Bat!, например, славится тем, что иногда из Inbox-а пропадают письма. Куда это годится)


 
J_f_S   (2007-01-29 23:10) [32]

Число багов должно быть достаточно велико, чтобы юзер испытывал желание заплатить за суппорт и, вместе с тем, достаточно мало для того, чтобы он не ушел к конкуренту.


 
Vovan #2   (2007-01-29 23:13) [33]

Зависит от типа программного обеспечения. Для life-critical (военный софт) - 0.


 
IMHO ©   (2007-01-29 23:20) [34]

а софт, использующийся в реанимации??? там уж точно все должно быть безглючно!


 
Anatoly Podgoretsky ©   (2007-01-29 23:21) [35]

> IMHO  (29.01.2007 23:20:34)  [34]

Зато в моргах допустимо любое количество ошибок.


 
Константинов ©   (2007-01-29 23:44) [36]


> Prohodil Mimo ©   (29.01.07 15:59) [21]


> Релизить можно и с ошибками, только пользователи не всегда
> будут дружествененно настроены при сообщении оной. Есть
> спокойные, а есть такие, которые за грамматическую ошибку
> требуют возврата денег.

Я однажды, одному приятелю, взялся помочь ( написать обучалку для студентов ). Написал функционал без всяких там кнопочек и пимпочек в интерфейсе ( нужно было написать быстро ). Чел. посмотрел, увидел орфографическую ошибку на лейбле и даже смотреть дальше не стал. Обидно...
Теперь рисую фантики, если понравилось, пишу функционал.


 
Ученик чародея ©   (2007-01-29 23:51) [37]


> Anatoly Podgoretsky ©   (29.01.07 23:21) [35]
>
> > IMHO  (29.01.2007 23:20:34)  [34]
>
> Зато в моргах допустимо любое количество ошибок.


А если после сбоя базы неучтенные трупы появятся, то их как оприходовать?


 
Kedge ©   (2007-01-30 00:12) [38]

>А если после сбоя базы неучтенные трупы появятся, то их как оприходовать?
Появились лишние трупы - кремировать,
если трупов не хватает - произвести отстрел необходимого количества прохожих на улице.


 
evvcom ©   (2007-01-30 09:20) [39]

> [20] Nic (from SAF)   (29.01.07 15:58)
> А если это "Hello, world!"?

А разве в компонентах, которые используются не могут быть ошибки?

> [30] GrayFace ©   (29.01.07 21:48)
> Со временем концентрация ошибок должна уменьшаться

в одном месте, и увеличиваться в другом :)


 
Virgo_Style ©   (2007-01-30 09:45) [40]

четное



Страницы: 1 2 вся ветка

Форум: "Прочее";
Текущий архив: 2007.02.18;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.55 MB
Время: 0.065 c
15-1169945476
POP
2007-01-28 03:51
2007.02.18
Shareware софт, работа с клиентурой.


2-1170007385
Euphoria
2007-01-28 21:03
2007.02.18
Вывод текста на битмап


11-1148041898
vvedensky
2006-05-19 16:31
2007.02.18
IRC и KOL


2-1169975622
electroman239
2007-01-28 12:13
2007.02.18
стиль заливки


2-1170316509
Tornado
2007-02-01 10:55
2007.02.18
Отследить закрытие чужого приложения





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский