Какая была ваша самая серьезная ошибка в работе? - PullRequest
3 голосов
/ 04 февраля 2009

Какая была ваша самая серьезная ошибка в работе? Это может быть любая ошибка, которую вы допустили для создания или исправления в действующей системе.

[перенес мой ответ на ответы]

Ответы [ 4 ]

5 голосов
/ 04 февраля 2009

У нас была система электронной коммерции, и когда она была перенесена на рабочий сервер (через наш супер удивительный процесс ручного копирования / вставки / редактирования настроек), старший разработчик - единственный, имеющий доступ к серверу - забыл подключить систему к платежному шлюзу. Продажи на $ 18 000 позже, клиент замечает, что их банковский счет не больше, чем когда мы начинали.

Улучшения процесса с того дня:

Не один.

Как мы решили проблему:

Сказал клиенту связаться со всеми клиентами на основании их уведомлений по электронной почте

5 голосов
/ 04 февраля 2009

Я работал на веб-сайте электронной коммерции, где данные о клиентах предоставлялись в виде дампа CSV из устаревшей серверной системы. У нас был только примерный набор данных для работы (несмотря на неоднократные запросы на полный набор данных), поэтому мы впервые увидели, что полные данные были на живом сайте утром, когда он был запущен. Все строки были указаны в файле CSV, но цифры не были. Чего мы не осознавали, так это того, что старая система вставляла запятую для тысяч в большем количестве - поэтому, где мы ожидали, скажем, 1099,99, мы получили 1099,99. Конечно, анализатор CSV видел запятую и принимал значение равным 1. Представьте себе удивление клиента, когда начали поступать заказы на большие билеты, которые, очевидно, продавались по выгодной цене в 1 фунт стерлингов за штуку. Код был быстро исправлен, и, к счастью, его условия позволили им отклонить заказы. Извлеченный урок: никогда не доверяйте образцу набора данных и не запускайте его до тех пор, пока вы не проверите с полной загрузкой данных.

5 голосов
/ 04 февраля 2009

Мой был на моем первом проекте вне школы, на большой системе компенсации продаж для компании-разработчика программного обеспечения. У нас была ошибка в процедуре окончательного суммирования, которая пыталась вычесть любые принадлежащие деньги из следующей зарплаты. В определенных ситуациях, когда обратное вычисление увеличивало сумму, причитающуюся с предыдущего месяца, дебет регистрировался, а затем никогда не уменьшался со следующей зарплаты. То, что может начаться с $ 3,23 в первый месяц, увеличится до $ 6,46 в следующем месяце. Вы можете видеть, куда это идет. Хотя мы и раньше слышали о нескольких жалобах пользователей, мы отклоняем их как «ошибку пользователя» - планы продаж были сложными, и любому было легко понять, какая правильная сумма должна быть выплачена. Но через несколько месяцев пропавшие деньги оказались слишком большими, чтобы их можно было игнорировать - более 2 000 000 долларов в виде неоплаченных чеков на заработную плату. Исправление кода было простым, за месяцы вычислений заработной платы для сотен сотрудников было не так много.

4 голосов
/ 04 февраля 2009

Я потерял некоторые регистрационные данные примерно для 7 пользователей во время живого обновления системы, которую я построил. Это звучит не так уж и плохо, за исключением того, что это были IPO на 18 миллиардов долларов. Мы смогли отследить информацию с помощью автоматических электронных писем, которые были отправлены, но из-за этого небольшого сбоя пролилось несколько капель пота.

...