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

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

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: Ах, да, забыл сказать - менеджер базы данных - женщина.

Всякие мысли лезут в голову :)

Просматривал товары, которые добавляли клиенты в свою базу и увидел такое вот молдавское полотенце:

Женщина руководитель???

Представьте себе работу - мечту своей жизни. Хорошая зарплата, интересная работа, почти нормальный график, минимум подчиненных и только два начальника (не собственника). Не работа, а просто сказка! Одно маленькое НО: один из начальников - слабокомпетентная женщина, второй подкаблучник этой женщины мужчина. Кошмарная смесь. Ума не приложу как они умудряются вместе работать? И главное, собственник бизнеса - очень адекватный человек, неужели он не видел кого брал на работу и не подумал куда такой тандем может увести проект? Женская нестабильность на руководящей должности - это какой-то кошмар :(

PS: Сорри, никого не хотел обидеть, просто мысли вслух.

Эхо недавнего прошлого

Только что был длинный разговор со старым клиентом из Англии. Эта беседа вызвала двоякие чувства. После того как компания закрылась и не выплатила взятых на себя обязательств, мое отношение к ним изменилось с теплых на нейтральные. С бывшим начальником мы время от времени общались и даже немного ему помогал, даже несмотря на то, что многие знакомые и близкие "чмырили" меня за это. 

Во время сегодняшнего разговора оказалось что "деструктивные" процессы  внутри фирмы закончились и начинаются созидательные. Как, что и почему так случилось остается тайной.  Фирма (правда под другим уже названием и другими владельцами) взятые ранее обязательства выполнит до 15 июля. Не знаю или это будут обязательства только перед ключевыми сотрудниками или перед всей командой. Кроме того зовут назад на работу с теми же условиями или по крайней мере для передачи дел другому менеджеру.

Честно говоря, такая информация немного огорошила. То, что деньги вернут - это здорово! А вот назад на работу, да с теми же условиями и в таком же темпе - даже не знаю. Месяца два назад согласился бы, а сейчас просто не хочу. Разве что только передать дела - проектов и клиентов жалко.

Такая вот Жизнь! Никогда не знаешь где найдешь, а где потеряешь.

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

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

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

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

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

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

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

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

Вложения к письмам

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

Интересно, это только у меня такая паранойя или еще кто-то так делает?

VMware прикалывается

У одного из моих клиентов есть сервер с несколькими виртуальными машинами запущенными под VMWare Workstation 6.5 (у клеинта лицензия и нафиг ему апгрейды). Базой для всего этого служит Windows 2003 Datacenter Edition. До сегодня все работало красиво и стабильно. Операционная система управляла, а несколько виртуальных машин работали "под ней" без каких-либо проблем.

Единственным недостатком было то, что требовалась обязательная постоянно запущенная сессия под Windows 2003. В этой сессии должен был работать собственно VMWare. Не знаю почему, но в фоне, в качестве сервиса он отказывался работать наотрез :(

Ваш покорный слуга, 2 часа назад случайно умудрился закрыть эту "обязательную" сессию. Оно мне надо было проверять то, что нормально работает? В результате чего все виртуальные машины перестали видеть мир. Сделал я это на полном автопилоте. И только звонки на мобильный от финансового и технического директоров подняли меня из теплой кровати для решения проблемы (которую, к слову сказать, сам и создал). После 40 минут бесплодных попыток не было получено никаких результатов. Виртуальные машины спокойно себе работали, но выходить на связь с внешним миром наотрез отказывались. Поэтому было произнесено  магическое слово "хусим" и полностью перегружен весь сервер. И, о чудо, все вдруг увидели свои IP, DNS, а заодно и клиенты смогли к ним подключится. VMWare было вынесено "строгое предупреждение с выговором".

Вывод: как говорил один из мудрых профессоров - сначала попробуйте перегрузить всю систему. Все равно она не работает!. Тогда либо она умрет полностью, либо полностью восстановится. И в том и в другом случае план действий четко предопределен. В первом - ремонтируем или идем за пиздюлями от начальства. Во втором идем себе за пивом :)

Начало переписывания существующего проекта с нуля - это начало конца!

"The benefits of customer and agile development and minimum features set are continuous customer feedback, rapid iteration and little wasted code. But over time if developers aren’t careful, code written to find early customers can become unwieldy, difficult to maintain and incapable of scaling. Ironically it becomes the antithesis of agile. And the magnitude of the problem increases exponentially with the success of the company. The logical solution? “Re-architect and re-write” the product.

For a company in a rapidly changing market, that’s usually the beginning of the end..."

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

Полная статья здесь Startup Suicide – Rewriting the Code

Появляется лицо

Совсем недавно писал про проблему работы на крупную компанию, когда тебе не разрешают публиковать информацию о своей работе. Причина - публикация какой-либо технической информации о компании может нанести ей вред. Так было до недавнего времени, но после недавнего разговора с боссом мне дали разрешение вести блог на темы, которые связаны с моей работой. В качестве ограничения выступает только запрет на упоминания названия компании, каких-либо цифр, которые относятся к экономической деятельности компании или людей, которые работают/работали в компании.

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

Итак, самое время показать "новое" лицо. Первым шагом будет конечно же блог. Блог будет на английском. Содержимое блога будет только о работе, проектах, в которых учавствую или учавствовал и полученном опыте. Вслед за блогом, вторым шагом будет объединение всех тех модулей, которые продаются сейчас разрозненно (ну так получилось) под единым именем. Эти задачи занесены в план на 2011 год и надеюсь что получится их реализовать.

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

Поездка в Польшу: получение визы

Была необходимость съездить в Польшу. Поездка получилась очень интересная и познавательная, поэтому хотелось поделиться некоторой информацией.

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

Программиста доят все :)

Только что закончил разговор с одним из своих клиентов. До этого думал, что это у нас на Украине народ делает сумасшедшую накрутку. Оказалось что случаются вещи похлеще.

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

Как оказалось он заказывает разработку у меня, а ему заказывает разработку контора из Канады. Эта контора в свою очередь продает ее конечному потребителю (надеюсь что это так). Так вот, мой заказчик накручивает +50% к моей цене. А его клиент накручивает +100% сверху. Моя разработка и тестирование 90% от всей работы. 10% минимальный дизайн у индусов (кнопочки и стили).

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

Пришлось всерьез задуматься: какие риски несет каждый из заказчиков если платят мне только после 100% выполнения и проверки проекта. Что-то здесь не так ;)

VAT в Англии

У Англичан последние два года меняли VAT (НДС или ПДВ по нашему). Было 17.5%, потом 15%, потом опять 17.5%. А с 4 января 2011 установили 20%.

Замечу что среди клиентов нет ни возмущений, ни протестов. Они спокойно закладывают это в цену товаров. Закладывают не так как наши - "...ага, увеличили мне налоги на 5%, тогда я подниму цены в два раза..", а по-нормальному. Вот только что делал пересчет для клиента цен. Так формула осталась со старой рентабельностью, только дабы компенсировать увеличение НДС. Т.е. реально цена на товары со 100% наценкой увеличилась совсем на чуть-чуть. Например, было 23.50 фунтов, стало 24 фунта.

Нашим бизнесменам есть у кого поучиться ;)

Дружба "за бугром"

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

Например, компания с которой я работаю уже много лет, ни разу не поздравила меня с днем рождения. Только в этом году пару SMS. И то, только потому что они были в списке друзей в facebook и получили напоминание про день рождения. Хотя я изначально знал дни рождения своих коллег и мало того что поздравлял, так еще и отправлял подарки с Украины, что в то время было для достаточно накладно.

Только сейчас понимаю что они поступали очень правильно и не смешивали личное и работу. Несовместимые это вещи.

IIS и OutOfMemory - больной мозоль от Microsoft

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

Ну, обо всем по порядку. У меня есть клиент, жуткий консерватор, причем  во всех сферах жизни. Сейчас его консерватизм сыграл с ним очень злую шутку. У клиента есть хороший бизнес и сайт под бизнес. Без сайта бизнес как бы не существует, потому что клиенты, товары и вообще все завязано на сайте. Делали его давно, но работает он стабильно. Скорее сказать работал. Проблема в том что сайт был написан под фреймворк .NET 1.1. Кто не в курсе .NET 1.1 был выпущен в апреле 2003 года, а восемь лет для програмного обеспечения - это ОЧЕНЬ много. Но клиента все устраивало, так как было написано добротно и все работало.

Проблемы начались совсем недавно. У него была какая-то специфическая лицензия под Windows 2003 Server и она заканчивается в 2010. Вместо нее ему всунули Windows 2008 64-бит и вот тут-то все и началось. Сайт и новая винда оказались очень чужие друг другу. Вдобавок оказалось что апгрейд сайта до нового фреймворка сделать практически нереально (около 80 библиотек и не ко всем есть исходники). Короче, патовая ситуация.

В идеале нужно было проводить разработку сайта с нуля под новый фремворк. Понятно что это недешево, поэтому клиент зажал денег на разработку и попросил только подогнать чтобы работало без ошибок под Windows 2008. Вроде как со скрипом сайт заработал, но совсем недавно стал вылетать с ошибкой OutOfMemory, хотя на сервере более чем достаточно памяти (8 Гб всего и почти всегда больше 4 Гб свободно).

Проблема оказалась в том, что у 32-битных приложений совсем другой принцип работы с памятью. Microsoft признает эту ошибку, но в качестве решения предлагает проапргрейдить приложение до .NET 2 или выше, что как Вы понимаете в этой ситуации невозможно. Неделя головной боли с попытками пофиксить проблему ни к чему не привела. Ошибка продолжала вылетать, причем без всякой закономерности. Иногда после 5-6 часов работы, иногда сразу же после последнего перезапуска IIS.

Решение было найдено совершенно случайно вчера вечером. Раз проблемы с памятью нельзя решить, то в голову пришла идея ограничить память для Application Pool в котором крутится сайт. Попробовал ограничить памятьдо 1 Гб и получил интересный результат. Ошибка пропала, но увеличилась загрузка процессора. Слава Богу, что ресурсов на сервере хватает. Так что клиент получил еще одну небольшую передышку. Надеюсь, что он использует ее для того чтобы переделать сайт под новую платформу.

Католическое Рождество в этом году слабо ощущается...

Обычно все клиенты уже за неделю-полторы до католического Рождества начинают предупреждать что их не будет. Что они будут отдыхать на Рождество и после Рождества аж до Нового Года. Так было все годы до этого.

В этом они не только не предупреждают что будут отдыхать, но наоборот говорят что отдохнут  только 25-26 декабря (субботу-воскресенье) и с понедельника снова в работу. Может в этом году сейчас время такое успешное для бизнеса?

Лучше с умным потерять, чем с дураком найти

В понедельник утром новый клиент приобрел Enterprise лицензию моего модуля. Выше Enterprise только Datacenter Edition. Для таких клиентов выставляю приоритетное обслуживание в случае глюков или дополнительных запросов.

Так вот, этот клиент через день пользования сабмитит ошибку в HelpDesk. Описание ошибки странное - случайное отключение модуля "время от времени". Ни у кого из предыдущих клиентов такого не было и текущий релиз вообще считается достаточно стабильным. Но поддержка есть поддержка. Сразу связался с клиентом по скайпу для уточнения деталей. К слову сказать, крупная такая фирма, куча отделов и причем каждый делает только свою работу. Установить модуль - один человек, добавить пользователя - другой, а посмотреть что-то в IIS - вообще третий. Может у них и есть Администратор, который может это все делать самостоятельно, но мне не повезло его увидеть :)

Так вот, как оказалось у клиента действительно странный плавающий глюк. Модуль работает нормально. Но иногда, никакой закономерности не было определено, вылетает весь сайт с ошибкой. Причем говорят что это только с моми модулем. Остался после основной работы и начал рыть что где и как. Потратил почти 5 часов времени чтобы выяснить что у них специфические настройки под IIS 7 и платформу 64-bit. Мой модуль скомпилирован и под 32 и 64 бита. Здесь оказалось что требуется перекомпиляция только под 64 бита. Самое главное - никто про эти специфические настройки сервера у клиента не знал! А за дополнительное время никто, соответственно, не платил.

Так что народная мудрость права - нужно было поискать проблему час, но не больше. Если не нашел - вернуть деньги, вместо того чтобы потратить кучу времени. Хотя с другой стороны - новый опыт...

Работа на "дядю" или Человек без лица

Последние несколько лет работаю Full Time на одну и ту же компанию из Англии. Компания дружная, работа интересная, начальник адекватный. Но со временем получилось так, что работа на одну и ту же фирму сыграла со мной злую шутку, а именно:

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

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

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

Wire Transfer - сроки прохождения платежей

Вначале небольшое вступление. Wire Transfer - это способ перевода денег, когда клиент со свеого расчетного счета переводит деньги на мой расчетный счет. В принципе - это самый дешевый способ перевода денег (лично для меня). Если Вы пользуетесь обычной дебетовой картой или переводите деньги через MoneyGram, WesternUnion, то процент за обналичку там гораздо выше.

Для жителей Украины нет возможности указать свой расчетный счет, пусть даже он и в валюте. Для правильного перечисления денег следует еще указывать банк корреспондент, через который будет проходить операция. Этот банк-корреспондент можно узнать в своем валютном отделе. Обычно предлагают список из 10-15 банков. Сама процедура достаточно проста как для отправителя, так и для получателя, поэтому здесь ее не описываем.

Теперь о сроках прохождения платежей. Что интересно, для большинства стран платежи проходят в течении суток. Так, например, платеж из Австралии, который был отправлен в 10 утра по времени Сиднея (GMT +10), был зачислен на расчетный счет в тот же день около 14.00 по Киевскому времени (GMT +2). Далее, платеж, который был отправлен из Далласа (GMT -6) в 10 утра был получен на расчетный счет в Украине в 10 утра следующего дня (что в принципе логично, учитывая разницу во времени).

Если знаем эту всю информацию, то до сих пор вызывает удивление тот факт, что платежи из Великобритании занимают от 3 до 5 дней! А если платеж попадает перед выходными, то можно смело добавлять 6-7 дней с даты отправки. Создается впечатление что они деньги везут в мешках на велосипеде :( Но ничего не поделаешь. Хорошо что вообще платят :)