Дискриминация по половому признаку в программировании

Только что получил запрос от клиента (оригинал):

Please change the field type "Sex" from the bit type (0/1) to the char type (M/F). Our database manager consider it is sex discrimination to use 0 for Famale and 1 for Male. Please use characters "M" and "F" instead, ever it takes 8 bits instead of 1 bit. Thanks.

Пожалуйста измените тип поля "Пол" с числового bit (0/1) на символьный (M/F). Менеджер базы данных считает дискриминацией оп половому признаку использовние 0 для обозначения Женщин и 1 для обозначения Мужчин. Пожалуйста используйте символы M/F вместо этого, пусть даже это будет занимать больше места: 8 бит вместо 1.

Нет, ну Вы подумайте, на что тратиться время и деньги в проекте. Кому какая разница что в базе прописано? На форме отображается ведь Мужчина и Женщина, а не 0/1.

Вспомнилось как два года назад у меня клиент просил добавить три значения для поля "Пол": Мужчина, Женщина, Другое. Это был другой клиент, но специфика запросов не перестает удивлять :)

PS: Ах, да, забыл сказать - менеджер базы данных - женщина.

Свободен или сбылась мечта идиота

"Бойтесь желаний своих, ибо они исполняются".

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

Честность и порядочность - это не чудеса

Утром получал бамбулей от начальства. Причина бамбулей - ошибка, которая позволила сделать отгрузку клиенту без оплаты. Как такое могло случиться - очень просто. У Google Checkout есть функция, которая позволяет отказаться от сделанного платежа на протяжении 10 минут с момента оплаты. Соответственно Google Checkout отправляет про это уведомление в виде XML. А так как это уведомление нестандартное, то и обработчика у нас для него не было. Никто и никогда не отказывался от заказа после оплаты. Усугубляло ситуацию то, что заказ был 10 февраля, а обнаружили ошибку только вчера вечером. Ну, а товар понятное дело был отправлен клиенту.

Ясно, что сразу же после бамбулей обработчик ситуации был написан, протестирован и установлен. Вот только на душе оставался неприятный осадок. Отсутствие этого обработчика  стоило мне 50 фунтов, именно на такую сумму был заказ от клиента. За свои ошибки нужно платить - истина.

Каким же было мое удивление, когда перезвонил начальник и сказал что в магазин пришел клиент, которому мы отправили посылку. Они думали, что он пришел вернуть посылку, но оказалось намного лучше - клиент заплатил за нее! Вот уж действительно честность и порядочность еще живы.

PS: На просьбу выплатить мне бонус от этой незапланированной продажи никакого ответа не получил. Наверное начальство не может определиться с размером вознаграждения :)

Sex - это не всегда однозначно

Только начал проект, как наткнулся на очень интересный момент. В проекте есть поле Sex - это там где наши пишут "раз в неделю", а нормальные люди мужской или женский. По привычке хотел сделать его типом bit - то есть может принимать только два значения 0 или 1. Хотел, но не сделал, потому что увидел примечание клиента: "Please make possible to select: Male, Female, Other. (Пожалуйста сделайте возможным выбирать следующие значения: Мужской, Женский, Другой)". Пришлось делать его tinyint (до возможных 256 значений), а то мало ли что они завтра придумают.

Жизнь движется, а еще совсем недавно удивлялся просьбам сделать поле Email длиной в 200 знаков или отвести 5 знаков под год.

"С Вами работать не буду, слишком ДЕШЕВО!" (с) Один Клиент

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

Так вот, есть один клиент, он давно просил сделать небольшую разработку, но все никак не мог определиться с точным заданием. В прошлую пятницу наконец-то прислал задание и попросил сделать оценку сроков выполнения и стоимости. Не став "тянуть кота за хвост в долгий ящик" ;) по-быстрому сделал на выходных ему estimation && timescale и благополучно отправил. Честно говоря, немного беспокоился по поводу timescale (сроков выполнения). По поводу стоимости не беспокоился, она на удивление получилась небольшая, а фирма крупная и не думаю что для них такие деньги хоть что-то значат.

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

Для меня это был шок. Такого еще не было. Говорили иногда "Дорого, давайте дешевле", но по поводу того что дёшево - никогда. Вначале даже не знал что им написать. Хотелось вставить пару теплых фраз про "push old anchor into ass", но вовремя остановился. Предложил сделать работу без предоплаты и если она не будет их устраивать, то они ничего не потеряют. Клиент согласился.

Учитывая, что такие задачи делаю часто, то не думаю что им что-то не понравится. Хотя, как знать, будем посмотреть :)

AVG против NOD32

Запустил полную проверку дисков при помощи AVG. Сканировал он сканировал, и нашел завалявшуюся инсталляцию NOD32. И сразу без всяких отметил его как вирус и переместил в карантин. Я долго над этим прикалывался, а заодно вспомнил старый баян, может кому понравиться (с) Не знаю, валялось в архиве:

Касперский против Нортона: битва гигантов
Схватка монстров...

Столько не живут!?

Вот у клиента на сервере увидел запись в логе. Впечатлила цифра:

The system uptime is 220754232 seconds.

Пересчитал дважды, оказалось что около 7 лет!!! Просто не верится, что такое может быть. 7 лет без перезагрузок и выключений. Этому серверу орден нужно дать :)

PS: Разбирал завалы объявлений на ПроБазаре и наткнулся на такое:

"Крупная международная компания предлагает товар со склада в Киеве..... тел. (097)....., Email: gosha@mail.ru". Непонятно почему у крупной международной компании телефон мобильный ДиДжус и почта на бесплатном хостинге mail.ru :)

Бабай....

...так звали клиента, который ко мне сегодня обратился. Пишется так: babai. Никогда в детстве не думал что мне нужно будет общаться с тем, кем меня пугали и что на самом деле он окажется прикольным чуваком :)

Опять проблемы с длиной у клиентов...

Вот ведь только неделю назад писал про 5-значный номер года у клиента из Таиланда. А тут новый прикол. Одному клиенту не хватило 100 знаков для того чтобы назвать объект в базе данных. Он дал согласие на публикацию этого названия. поэтому со спокойной совестью могу явить его сообществу:

VentrianModules_PropertyAgent_Location_TX_Dallas_FortWorth_75206_TemplatePortal_Ventrian_PropertyAgent_Template

итого 112 знаков. Пробил у себя по базам простеньким скриптиком

SELECT MAX(LEN([name])) FROM sysobjects

и выяснил что длиннее 40 знаков ничего нет! Вот такой вот конфуз. Пришлось увеличить поле.

PS: Понимающие люди сразу скажут что тут явно неправильно поставленное задание раз в имени таблицы забит адрес. Так никто не делает. Сперва я тоже так думал, даже на 99% процентов был в этом уверен. А потом закралась мысль, а вдруг у них миллионы записей по одному почтовому индексу и уйма запросов. Может для этого и сделали такое разделение? Как это на самом деле, остается загадкой.

PPS: Может кому-то будет интересно прочитать про длинный емейл?

Казусы с клиентами, кому длиннее, а кому и покороче...

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

В воскресенье (на будних днях есть основная работа) заканчивал новую версию модуля и дал попользоваться клиенту из Таиланда. Буквально через 2 часа приходит письмо в котором клиент пишет что очень доволен новой версией, только просит добавить возможность показывать 5 знаков в поле ГОД! *челюсть_упала_под_стол*

"Нифига себе оптимист!" подумал я и мягко поинтересовался. зачем ему 5 знаков в поле ГОД! Если сейчас 2009 и мы не можем быть уверены в завтрашнем дне, то что тут и говорить про  9999-10000 год. Боюсь даже посчитать сколько поколений и пр .... уфф, проехали, а то мозги закипают.

Ответ оказался очень простым. У них в стране есть ещё и другой, буддистский календарь. Именно для его использования и нужен 5 знак в поле ГОД. Читал я на википедии долго и упорно, но информации про 5 знак так и не нашел. Но желание клиента - закон. Так что пришлось добавить. Хорошо что .NET поддерживает эту функцию для структуры DateTime, так что пришлось изменить только одну строку кода :)

Длинный Email

С самого утра получил бамбулей от начальства. Важный клиент из Ближнего Востока не мог зарегистрироваться в базе, потому что не хватило 100 знаков для поля Email!!! Пришлось спешно увеличивать до 200 :(

PS: Всем кому рассказываю - ржут и прикалываются. Сам понемногу начинаю улыбаться :)