Исходное сообщение
"Выпуск ControlFlag 1.0, инструмента для выявления ошибок в к..." Отправлено Аноним, 20-Ноя-21 14:33
Вы путаете падения релизов с падениями некорректных сборок и падениями дебажных версий -- все эти падения сильно разные. Падения некорректных сборок неизбежны, но это может быть косяк не только разрабов, но и мантейнеров дистров (со сборкой напортачить могут и те, и другие). Падения релизов не допустимы -- это косяк разработчиков. А падения дебажных версий очень полезны -- это процесс разработки. Так вот тут речь идёт именно о дебажных версиях: если проект серьёзный и ошибку не заметят ни ваши тестеры, ни контрольная группа предзаказчиков, то после поступления продакшн -- когда ошибка проявится и клиентура потеряет деньги/данные/etc. -- проблема у вас будет вне зависимости от обработки ошибки. Поэтому правило примерно такое: 0. если ошибка возникает внутри кода по вине программистов, она обрабатывается программистами на этапе отладки: отыскивается и устраняется; 1. если ошибка _может_ возникнуть вне кода -- по вине пользователей, админов, etc. -- тогда она обрабатывается: значения проверяются на допустимые, и если они не корректны, то либо выдаётся сообщение об ошибке и работа завершается, либо каким-то образом значения корректируются, либо сбрасываются на предыдущие или дефолтные; 2. если ошибки возможны из-за неверной сборки, то все требования по сборке должны быть правильно описаны, а скриптам сборки следует в должной степени проводить все нужные проверки (задача это сложная, с плясками с бубном и трёхэтажными заклинаниями, косяки тут весьма вероятны).

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Вы путаете падения релизов с падениями некорректных сборок и падениями дебажных версий > -- все эти падения сильно разные. > Падения некорректных сборок неизбежны, но это может быть косяк не только разрабов, > но и мантейнеров дистров (со сборкой напортачить могут и те, и > другие). > Падения релизов не допустимы -- это косяк разработчиков. > А падения дебажных версий очень полезны -- это процесс разработки. > Так вот тут речь идёт именно о дебажных версиях: если проект серьёзный > и ошибку не заметят ни ваши тестеры, ни контрольная группа предзаказчиков, > то после поступления продакшн -- когда ошибка проявится и клиентура потеряет > деньги/данные/etc. -- проблема у вас будет вне зависимости от обработки ошибки. > Поэтому правило примерно такое: > 0. если ошибка возникает внутри кода по вине программистов, она обрабатывается программистами > на этапе отладки: отыскивается и устраняется; > 1. если ошибка _может_ возникнуть вне кода -- по вине пользователей, админов, > etc. -- тогда она обрабатывается: значения проверяются на допустимые, и если > они не корректны, то либо выдаётся сообщение об ошибке и работа > завершается, либо каким-то образом значения корректируются, либо сбрасываются на предыдущие > или дефолтные; > 2. если ошибки возможны из-за неверной сборки, то все требования по сборке > должны быть правильно описаны, а скриптам сборки следует в должной степени > проводить все нужные проверки (задача это сложная, с плясками с бубном > и трёхэтажными заклинаниями, косяки тут весьма вероятны).
	Введите код, изображенный на картинке: