The Daily WTF: Русский Вариант

Error'd: Кина не будет, видеоспама тоже

Evgeniy Vigovskiy — Mon, 05 May 2008 18:30:00 GMT

Проходя мимо кинотеатра, наш читатель Руслан понял, что кина не будет. И кинщик тут был ни при чем.

И хотя "пленки" в камере уже не осталось, ему удалось уговорить ее сделать еще один снимок.

Без чувства меры

Jake Vinson — Mon, 14 Apr 2008 17:45:00 GMT

Воздух был пропитан возбуждением. Смену веков бум интернет-компаний встретил в полной силе. Пузырь все надувался и надувался, казалось, он непобедим! Консалтинговая компания, на которую работал Крис Дж. заполучила самый большой контракт, который у нее когда-либо был. Впервые за ее существование контракт выражался семизначным числом. Цель? Создать дочерний сайт для крупного инвестиционного банка, который будет поставлять свежайшие новости и аналитику инвестиционного мира.

Клиент сразу же дал понять: он хочет, чтобы все было сделано, как следует, поэтому деньги не имеют значения. В конце концов, на дворе пик пузыря. Вместе с компанией Криса были наняты и вовлечены практически в каждую деталь проекта лучшие консультанты из IBM и Sun. После того, как большая часть анализа была закончена, пришло время обсудить требующееся железо.

В двух словах, анализ Sun гласил: проекту нужно большое железо – никаких серверных стоек для хлюпиков, никаких слабых четырехпроцессорных серверов. Нет, нужен монстр - E10K.

E10K был огромным, во всех смыслах этого слова: минимум четыре процессора (с возможностью установить 64), живущих в гигантском корпусе 1.7x0.9x1.2 метра, весом 800 кг. Из-за ожидаемого наплыва пользователей сервер должен работать в полную силу - на все шестьдесят четыре процессора. Возможно, это более мощное решение, чем требуется, но, по крайней мере, оно на некоторое время избавит от забот об апгрейде. Хотя, после того, как сайт откроется, взрыв популярности наверняка приведет столько пользователей, что подобная мощь окажется востребованной.

Но это еще не все. В системе существовало три класса пользователей - зарегистрированные, незарегистрированные и персонал. Sun рекомендовала выделить по одному E10K для каждого класса пользователей.

Один E10K в предлагаемой конфигурации стоит около $2,000,000. Так что в сумме выходит шесть миллионов долларов. Разумеется, требуется резервное оборудование, так что удвойте сумму. Шесть серверов, двенадцать миллионов долларов, больше пяти тонн железа.

Кроме того, разработчикам и отделу тестирования нужно сходное рабочее окружение, поэтому накиньте еще по шесть E10K каждому.

Если вы следили внимательно, мы насчитали до 18 серверов. Железо стоимостью тридцать шесть миллионов долларов. Когда Sun огласил общую стоимость серверов, некоторого дополнительного железа и собственный гонорар, сумма увеличилась до $40,000,000.

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

Сто шесть человек.

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

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

Перевод: miroff в соавторстве c Валерием Скурихиным
Оригинал:http://thedailywtf.com/Articles/Out-of-Balance.aspx

Проклятая дверь

Jake Vinson — Mon, 24 Mar 2008 21:30:00 GMT

Сегодняшняя статья переведна товарищем из Новосибирска по имени miroff, который уже 6 лет специализируется на управлении сложностью, интеграции гетерогенных систем и реанимации проектов с технологическими проблемами.

Жизнь Джерми была хороша. Он только что осел на хорошей работе с интересными коллегами в приятном, только что перестроенном офисе. Его кубикл располагался на идеальном расстоянии между лифтами, туалетом и торговыми автоматами. Босс признавал его, коллеги не стеснялись помогать, так что это была работа, которой он был искренне доволен.

В действительности, лишь несколько вещей омрачали его радость – кофе был хреновый, поскольку в кофейном автомате не было любимого сорта, да двери с электронными замками открывались медленно. Джерми практически не замечал этого, пока однажды опаздывая на совещание, не обратил внимания на то, что ждет 10, 20, 30 секунд после того как провел своей карточкой прежде чем дверь откроется. Волнение улетучилось, после того как другой коллега опоздал еще больше, жалуясь, что «проклятая дверь открывалась, чуть ли не минуту!».

Чего он действительно не мог понять, так это почему задержки такие разные. Иногда щелчок замка был слышен меньше чем через пять секунд после того как проводишь карточкой. Чаще, приходилось ждать гораздо дольше, по 30 секунд и больше. Начали ходить слухи о том, как заставить дверь поскорее открыться. Одни сотрудники проводили карточкой быстрее, другие медленнее. Некоторые проводили карточкой один раз и ждали, другие бешено дергали карточкой снова и снова, пока дверь не открывалась. Иногда, кому-то из них везло, и дверь открывалась сразу же, так что успешное поведение закреплялось.

Однажды Джерми задержался на работе и услышал вдалеке щелчок. Может, кто-то тоже задержался допоздна или пришла уборщица. Через несколько секунд, другой щелчок. Возможно, уборщица вышла за новой туалетной бумагой или чем-то еще. Джерми был слишком поглощен работой, чтобы обращать внимание, пока щелчки не начали его доставать. Спустя несколько часов они стали для Джерми личным Сердцем-обличителем, сводящим его с ума. Джерми *щелк* стало сложно *щелк* сконцентрироваться *щелк* с этими отвлекающими *щелк* щелчками.

Все, хватит. Джерми заблокировал компьютер и пошел купить перекусить. Как только он отвернулся от стола, дверь щелкнула. Отлично. Я скажу тому, кто это делает все, что я о нем думаю, думал он про себя. В офисе было практически темно, только вокруг нескольких светильников и настольных ламп были освещенные области – лифты, комната отдыха и стол Джерми. Он открыл дверь, которая только что отперлась, выглянул в коридор и не увидел ничего.

Как только Джерми повернулся, чтобы вернуться к столу, дверь снова щелкнула. Он быстро вернулся, чтобы посмотреть. Никого не было. Это что, произошло само по себе? Он осмотрел считыватель карточек и провел своей карточкой. Как обычно, через 15 секунд дверь открылась. Он проследил провод от считывателя карточек до стойки секретарши, сразу за дверью. Дальнейшие исследования показали, что провод уходит в стоящий на полу шкаф, скрытый за мусорной корзиной и стопками бумаги и папок.

Расчистив путь от хлама, он открыл шкаф и обнаружил компьютер с монитором. Джерми включил монитор и увидел что-то похожее на журнал – каждая строка содержала восьмизначный номер и отметку времени. Строка внизу списка была датирована всего несколькими секундами ранее. Сравнив свою карточку со списком, он обнаружил, что это был он. Предыдущее считывание было почти три часа назад. Самая ранняя запись была датирована около 8:00 часов прошлым утром.

Спустя несколько секунд он догадался, в чем дело. Технически, дверь была исправна – карточки считывались, проверялись и записывались правильно. Каждое открытие соответствовало одному считыванию. Проблема была в том, что карточки считывались быстрее, чем система успевала их обработать, поэтому новые считывания вставали в очередь. Их было столько, что система все еще обрабатывала считывания, сделанные в 8:00 часов прошлым утром. Ситуацию ухудшали нетерпеливые сотрудники, проводившие карточкой по несколько раз. Двери должны были открываться и закрываться всю ночь.

Джерми уже собирался пожать плечами и развернуться – в конце концов, это не его дело разбираться с дверями, но щелканье мешало ему сосредоточиться, так что он решил посмотреть, что можно сделать. Интерфейс программы был почти бесполезен, и Джерми не смог выяснить, в чем дело. Лог файл показался ключевой частью загадки, так что Джерми неожиданно решил попробовать переименовать файл и посмотреть насколько это прояснит дело.

Джерми глубоко вздохнул и переименовал accesslog.txt в accesslog2.txt. Сразу же щелканье дверных замков слилось в непрерывный гул и донеслось эхом со всего этажа. Джерми прикусил губу и подошел к ближайшему считывателю. Он провел карточкой, и дверь сразу же открылась. Его решение работало! На следующее утро возле кулера шумели те, кто заметил улучшение, и обсуждали, кто мог быть тем неизвестным героем, починившим двери. Другие не были уверены, в том, что знают, что произошло, он одно они знали наверняка: что-то в мире исправилось этим утром.

Оригинал:http://thedailywtf.com/Articles/The-Haunted-Door.aspx

Mandatory Fun Day: 1.12: Предатель!

George E McDougall — Mon, 03 Mar 2008 09:00:00 GMT

Mandatory Fun Day: 1.11: Попалился

George E McDougall — Sun, 02 Mar 2008 21:00:00 GMT

CodeSOD: SQL Предложения

Alex Papadimoulis — Sun, 02 Mar 2008 17:30:00 GMT

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

Начальники пришли к выводу, что, так как большая часть их приложения манипулировала данными в базе данных, то большинство багов возникает в результате неправильных SQL запросов. Скорее всего, там было что-то вроде использования LEFT JOIN вместо INNER JOIN, или > вместо >=. Они решили, что раз уж в их приложении уже была база данных, — вы уже поняли к чему все идет — почему бы тогда не хранить все SQL запросы в этой базе данных?

Реализовать задумку поручили ведущему разработчику, который работал денно и нощно, чтобы в результате преобразовать ее в нечто чудовищное: библиотеку «SQL Предложения».

все SQL запросы до единого должны были храниться в таблице sql_sentences
чтобы не хардкодить назначение SQL запроса в его идентификаторе, каждому SQL предложению назначался четырехзначный шестнадцатиричный идентификатор - 0x00F9, 0xA004, и т.д. - вместо GET_ALL_CUSTOMERS
каждому предложению назначались привилегии, метод GetSQLSentence() выполнял несколько других запросов, чтобы убедиться в том, что пользователь имеет право выполнять запрос
дабы ублажить тех разработчиков, которые выступали против хранения SQL запросов в базе, была добавлена конфигурационная переменная “UseHardcodedSQL”

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

string sql;
// @SQLSentence=0x02f0
if ((bool)(Configuration.GetValue("UseHardcodedSQL")))
{
    sql = "SELECT cust_name, cust_phone, cust_addr " +
          "  FROM customers WHERE cust_type='Active'";
}
else
{
    sql = DataConnector.GetSQLSentence(0x02f0);
}

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

Так как Дэвид еще не работал в компании, когда внедрялись эти изменения, то, как только он разобрался, что к чему, он спросил у ведущего разработчика, не доводилось ли ему когда-нибудь слышать о хранимых процедурах?

«Ага», ответил он, «но я еще слышал, что их чертовски трудно сопровождать».

Оригинал:http://thedailywtf.com/Articles/SQL-Sentences.aspx
Перевод:Евгений Виговский

Mandatory Fun Day: 1.10: Шок и трепет

George E McDougall — Thu, 28 Feb 2008 12:30:00 GMT

Mandatory Fun Day: 1.9: Настоящее задание

George E McDougall — Thu, 28 Feb 2008 12:15:00 GMT

Mandatory Fun Day: 1.8: Давид, сразивший Голиафа

George E McDougall — Fri, 22 Feb 2008 09:00:00 GMT

Error'd: Ссылки в будущее

Evgeniy Vigovskiy — Thu, 21 Feb 2008 21:00:00 GMT

Пока физики и философы всего мира безуспешно ломают головы, изучая природу времени, компьютерщики, похоже, уже давно по нему путешествуют. Простые смертные могут наблюдать следы этих перемещений повсеместно. В бесчисленных множествах программных продуктов и сопутствующих им товарах народного хозяйства. К сожалению, подобные временные перемещения доступны в основном только вовлеченным в информационные технологии людям. Зато как все просто. Достаточно вставить в код волшебное //TODO: и готово. Дальше можно уже ничего не реализовывать, не наращивать плоть кода или логики, а смело выпускать продукт как есть. В любом случае в будущем все равно кто-то рано или поздно залепит эти дырки, следовательно, их наличие в прошлом роли не играет. А люди, не способные понять время, лишь расстраиваются, натыкаясь на ссылки в будущее. Им, жителям настоящего, видимо будущего не понять.

Mandatory Fun Day: 1.6(2): Важнейшими искусствами для нас являются кино и цирк

George E McDougall — Wed, 20 Feb 2008 09:15:00 GMT

Mandatory Fun Day: 1.6(1):Привилегии вас не касаются

George E McDougall — Wed, 20 Feb 2008 09:00:00 GMT

Error'd: Огромный красный рубильник

Evgeniy Vigovskiy — Tue, 19 Feb 2008 20:15:00 GMT

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

Честная система

Jake Vinson — Mon, 18 Feb 2008 19:45:00 GMT

Проработав несколько лет в крупной бездушной корпорации, Генри Л. захотел перемен. Так как его умения всегда были в цене, у него не возникло проблем с собеседованиями в других крупных бездушных корпорациях. Но он порядком устал от работы на этих монстров и решил обратить свой взор в сторону бизнеса помельче.

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

«Здравствуйте, Тилда Файнэншиал Сервисез, с вами говорит Гарри».

Собеседование

«Здравствуйте, меня зовут Генри Л., я бы хотел поговорить с кем-нибудь из отдела кадров насчет вакансии разра-»

«Ооо, вы попали по адресу! Я ведущий разработчик. Сможете подъехать сегодня на собеседование? Около двух я совершенно свободен».

Генри впал в оцепенение. «А вы разве не хотите взглянуть сначала на мое резю-»

«Да-да, на месте разберемся». Гарри говорил очень быстро, он был или очень умён, или очень занят, или когда-то делал рекламные ролики Micro Machines.

Генри положил трубку, но оцепенение все еще не прошло. На последней работе он месяц ждал ответа на свое резюме. Затем прошел через два уровня кадровиков, сходил на три собеседования в течение пяти недель, и вдобавок ему пришлось провести ночь в доме с привидениями, видимо, через эту экзекуцию должны были пройти все претенденты на работу. А тут он позвонил по обычному телефону, на том конце провода оказался ведущий разработчик, и его собеседование начнется через... черт, 45 минут!

Генри быстро привел себя в порядок, распечатал несколько копий своего резюме, и направился к двери. Когда он прибыл, его немедленно встретил Гарри, представившийся вежливой скороговоркой. Собеседование прошлое гладко, хотя Генри не покидало ощущение, что по сравнению с Гарри он говорит слишком медленно. Не успел он вернуться домой, как Гарри позвонил ему с предложением. Генри согласился и уже в понедельник должен был заступить на пост.

Новичок

Понедельник начался с короткого знакомства с коллегами, 11 будущих сослуживцев Генри равнодушно представились и поспешили вернуться к своим делам. Затем Генри проводили на его рабочее место и сказали ждать Эрни, который должен был настроить ему почту.

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

«Отлично, все в порядке. Твой логин henry.l@tildefinancial.com , пароль T9s6-uYS». Эрни вручил Генри самоклеющуюся записку с этими сведениями и инструкцией по удаленному доступу к почте.

«Чудесно. А я должен придерживаться какой-либо политики назначения паролей? Например, немедленно сменить пароль?»

«Нет, нет, нет. Ни в коем разе. Пароль не менять пока я не скажу».

«Извините, а почему я не должен менять пароль»?

Эрни так закатил глаза, будто Генри только что спросил какая буква идет перед «Б». «Да потому», объяснил Эрни, «что у нас один пароль на всех. И даже если ты уйдешь, у нас будет доступ к твоей почте». Генри почувствовал, что день его ухода стремительно приблизился.

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

«Эээ, ну, в общем-то, да. Но так делать не надо».

Генри не задержался там на достаточное время, чтобы воочию увидеть их основанную на честности систему в действии.

Оригинал:http://thedailywtf.com/Articles/The-Honor-System.aspx
Перевод:Евгений Виговский

Mandatory Fun Day: 1.5: Неизбежное зло

George E McDougall — Mon, 18 Feb 2008 09:00:00 GMT