Каков самый забавный пользовательский запрос, который что Вы когда-либо имели? [закрытый]

"Мы знаем, что сервер иногда понижается, но мы хотим, чтобы он никогда не понизился"

«Можете ли вы убедиться, что наши продажи увеличатся как минимум на 131%? Это позволит нам обогнать прошлый год»

Клиент: «Вы уверены, что нажали последнюю копию редактирования в реальном времени?»

Программист: «Да, это вживую, и я тестировал его».

Клиент: «Я только что посмотрел и он по-прежнему показывает старую копию ».

Программист:« Вы пробовали очистить кеш браузера? »

Клиент:« Что это? Как мне это сделать? Разве вы не можете просто заставить сайт сделать это для меня? "

«Я только что удалил запись данных клиента. Можете ли вы восстановить ее из корзины?»

Некоторые люди не понимают, что при удалении записи она удаляется. Это своего рода то, что означает «удалено», особенно когда они не просили нас создать функцию «отмены удаления».

«Нам нужна кнопка, чтобы активируется после того, как установлен флажок для включения нажатия кнопок. "

Мой клиент потребовал, чтобы на его сайте текущий белый цвет был слишком нормальным. И я цитирую «Я хочу глянцевый белый цвет Facebook и Google»

Интересно, сработает ли это:

main.css

body {
    background-color: #ffffff !glossy;
}

Одна из наших программ позволяет обычным людям управлять довольно сложной системой распределения видео. Он визуально показывает, что происходит на задней панели, используя репрезентативные изображения источников видео - видеомагнитофонов, DVD-плееров и т. Д. Эти графики очень подробны; на видеомагнитофоне есть небольшой желтый дисплей с надписью «12:00» 7-сегментным светодиодным шрифтом. Один пользователь попросил нас заставить его мигать. Другой попросил нас показать текущее время.

удары головой о стол

alt text http://img360.imageshack.us/img360/1020/dilbert2030557071204cr8.gif

The following happened multiple times with the same person ...

Data Entry Operator (at remote site): Can you fix my terminal? It won't turn on.

ME: Last time you called with this problem it was unplugged, can you please check that?

Data Entry Operator: It's plugged in!

So I drive to the remote site and what do I find? An unplugged terminal, of course! I plugged it in, and it worked just fine.

Client: "I really like my website and Google but I need them both when my laptop doesn't have an internet connection. Can you burn them to a cd so I can use them offline?"

Me: "I can make an offline version of your site but it would have limited functionality. I can't however make Google available offline. It is possible with hardware and a monthly contract to get internet anywhere for a monthly fee with a data card. You'd have to pay around $60/month for it through ATT or Sprint or something like that."

Client: "I'm starting to become disappointed with your capabilities."

Моя команда программистов написала интранет, который взаимодействовал с устаревшей системой учета. По сути, мы писали красивый интерфейс ASP.NET, чтобы защитить пользователей от необходимости взаимодействовать с терминальной системой.

В любом случае, один из наших тестеров заметил, что наш код входа принимает любой пароль, если только первые 8 символы были правильными. Тестировщик создал пользователя с паролем «Пароль», но приложение проверит «Пароль1», «PasswordMonkey», «PasswordFakeFakeFakehahahah». Итак, наш тестер зафиксировал это как дефект. Некоторое расследование показало, что устаревшая система хранит пароли в 8-символьном поле фиксированной ширины и просто усекает запросы до 8-ми символов. Быстрый тест показал, что эта ошибка существует и в системе бухгалтерского учета и просто оставалась незамеченной в течение 20 лет.

Мы не смогли изменить унаследованное приложение, так как оно поддерживалось сторонним поставщиком, поэтому я быстро написал if (password.Length> 8) {return false; } с нашей стороны - в конце концов, пароль более 8 символов не может быть правильным. Ошибка исправлена, QA завершает работу.

Итак, когда наше приложение запускается в производство, мы получаем сообщение типа « СРОЧНО !! ПОЛЬЗОВАТЕЛЬ НЕ МОЖЕТ ВОЙТИ В СВОИ АККАУНТЫ !!! » президент одного из наших клиентов. Оказывается, закон штата или политика компании требовали, чтобы все пароли были длиной не менее 12 символов, и ни один из пользователей не мог использовать наш продукт после исправления.

Мы объяснили, что система бухгалтерского учета просто этого не делает. t хранить все, что превышает 8 символов, и что все будет красиво, если пользователи просто введут первые 8 символов. "НЕПРИЕМЛЕМЫЙ!" Хорошо, тогда мы можем указать максимальную длину текстового поля, ограничив ввод допустимым диапазоном символов. "IMBECILES! ЭТО РАБОТАЛО ПРОСТО ПРЕЖДЕ ЧЕМ, А теперь ИСПРАВИ!" Наш клиент вступил в спор с президентом моей компании, угрожая поставщикам изменений, если мы не исправим приложение.

Итак, я «исправил» приложение, комментируя проверку работоспособности, и повторно ввел ошибку. Это не безосновательный запрос на то, чтобы код аутентификации во внешнем интерфейсе ASP.NET аутентифицировал так же, как и в серверной части терминала, но целенаправленное повторное исправление ошибки в приложении действительно сбивает с толку.

и все будет красиво, если пользователи просто введут первые 8 символов. "НЕПРИЕМЛЕМЫЙ!" Хорошо, тогда мы можем указать максимальную длину текстового поля, ограничив ввод допустимым диапазоном символов. "IMBECILES! ЭТО РАБОТАЛО ПРОСТО ПРЕЖДЕ ЧЕМ, А теперь ИСПРАВИ!" Наш заказчик вступил в спор с президентом моей компании, угрожая поставщикам изменений, если мы не исправим приложение.

Итак, я "исправил" приложение, комментируя проверку работоспособности, и повторно ввел ошибку. Это не безосновательный запрос на то, чтобы код аутентификации во внешнем интерфейсе ASP.NET аутентифицировал так же, как и в серверной части терминала, но целенаправленное повторное исправление ошибки в приложении действительно сбивает с толку.

и все будет красиво, если пользователи просто введут первые 8 символов. "НЕПРИЕМЛЕМЫЙ!" Хорошо, тогда мы можем указать максимальную длину текстового поля, ограничив ввод допустимым диапазоном символов. "IMBECILES! ОНО РАБОТАЛО ПРОСТО ПРЕЖДЕ ЧЕМ, СЕЙЧАС ИСПРАВИ!" Наш клиент вступил в спор с президентом моей компании, угрожая поставщикам изменений, если мы не исправим приложение.

Итак, я «исправил» приложение, комментируя проверку работоспособности, и повторно ввел ошибку. Это не безосновательный запрос на то, чтобы код аутентификации во внешнем интерфейсе ASP.NET аутентифицировал так же, как и в серверной части терминала, но целенаправленное повторное исправление ошибки в приложении действительно сбивает с толку.

"IMBECILES! ЭТО РАБОТАЛО ПРОСТО ПРЕЖДЕ ЧЕМ, А теперь ИСПРАВИ!" Наш заказчик вступил в спор с президентом моей компании, угрожая поставщикам изменений, если мы не исправим приложение.

Итак, я "исправил" приложение, комментируя проверку работоспособности, и повторно ввел ошибку. Это не безосновательный запрос на то, чтобы код аутентификации во внешнем интерфейсе ASP.NET аутентифицировал так же, как и в серверной части терминала, но целенаправленное повторное исправление ошибки в приложении действительно сбивает с толку.

"IMBECILES! ОНО РАБОТАЛО ПРОСТО ПРЕЖДЕ ЧЕМ, СЕЙЧАС ИСПРАВИ!" Наш заказчик вступил в спор с президентом моей компании, угрожая поставщикам изменений, если мы не исправим приложение.

Итак, я "исправил" приложение, комментируя проверку работоспособности, и повторно ввел ошибку. Это не безосновательный запрос на то, чтобы код аутентификации во внешнем интерфейсе ASP.NET аутентифицировал так же, как и в серверной части терминала, но целенаправленное повторное исправление ошибки в приложении действительно сбивает с толку.

Взгляните на этот блог под названием Clients From Hell

Там есть несколько действительно "хороших".

«Я хочу, чтобы никто не мог сделать снимок экрана с этой веб-страницы».

Серьезно, это было требование клиента.

Однако самым извращенным в этом было то, что я ДЕЙСТВИТЕЛЬНО нашел решение (такое, которое заставило меня еще больше возненавидеть "Javascript" ...).

О, решение было обезьяньим.

Менеджер проекта: "Нам нужно, чтобы вы составили список всех неизвестных рисков по этому проекту"

.