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

База данных организована в виде...

Работаю в офисе одного крупного клиента. За окном, естественно, небоскребы. На стене департамента "бизнес-интеллектуальности" - плакат одной консалтинговой конторы, показывающий, как весело и дружно идет работа в скрам-команде (scrum-team). Рядом висит список оффшорной команды, поставляющей, согласно картинке, некое приложение. Из 24 фамилий - 23 явно индусские.

Поработал с эксплуатационным (production) сервером с чужого ноутбука

VCSTimeless, крупный европейский разработчик ERP-системы для розничной торговли, был нашим клиентом в 2007-2008 году. Что хотела компания с 25-летней историей, несколькими сотнями сотрудников и 450 клиентами по всей Европе, среди которых такие крупные торговцы, как Naf Naf, Vieux Campers, Tally Weijl, Guess, от небольшой программистской фирмы, фактически "startup"-а?

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

1. "Быстро растущая компания" - несколько корешей срубили, наконец, нормальные бабки с клиента. Надо срочно нанять народ, чтобы попытаться сделать работу.

Пошарапаный "цэ" - на лбу продукта стоит клеймо "Сделано в США (для программистов Индии)". Если задача поставлена, кодирование занимает не более 20% времени. Искать в этих 20% увеличения производительности всякими ReSharp-ерами означает попросту, что никакими 20% там и не пахнет. Как бы не все 80%. Копай больше, кидай дальше. "No SQL". "No specs". "Модульные тесты спасут всё". И прочий экстрим. Муравьям некогда соображать, им работать надо. Начинаешь ценить С++, как некий минимальный интеллектуальный ценз, после вынужденного общения со средним уровнем контингента программистов на C#.

И еще одна страшилка. Видел базу данных (приложение в активной муравьиной разработке), все колонки таблиц кроме первичного ключа - строкового типа. А чтобы не заморачиваться прикидками необходимой длины строки, все они определены как nvarchar(max).

BIDS (M$ Business Intelligence Development Studio) - поделие для стажеров-консультантов (видимо, написанное также стажерами, видимо даже индусскими), не имеющих представления об отладке программ.

Дальше картинки и много мата...

В общем, веселого тут немного. Установка великой гребаной системы под названием MS Team Foundation Server 2008 на виртуальном сервере с Windows 2008 и SQL Server 2005 еще не завершилась, но пользоваться репозиторием можно.

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

На неделю парализована всякая активность. И еще не возобновилась. Работает не все, но хотя бы базовый функционал.

Заклинания, гугление, помощь экспертов по TFS и даже переписка с Microsoft применялись несчетное число раз.

Мое осторожное предложение "установить за пару часов SVN для бригады из 4-5 человек", высказанное перед началом этой говнодеятельности, не встретило понимания.

Более подробная horror story далее.

Тема ревизии кода неисчерпаема. Сегодняшняя находка стала поводом для минутного ступора.

На форме присутствует группа из двух радиокнопок для взаимоисключающего выбора. Кнопки подписаны как "Объём ограничен" и "Объём неограничен". Вроде бы ничего страшного. Снаружи. Открываем форму и обнаруживаем что кнопка с надписью "Объём ограничен" поименована программистом как "КнопкаОбНеограничен". И, разумеется, наоборот.

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

К заметке о том, как можно организовать последовательность (счетчик) уникальных целочисленных значений на MS SQL Server впору добавлять конкурс на самую шедевральную реализацию. Так сказать, "шедевры" мировой софтостроительной архитектуры.

Начну с такого примера.

Давненько я не брал в руки шашек, посему пришла пора написать немного текста на тему практического софтостроения, немного затронув «любимую» тему наживульки (agile).

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

Итак, судьба на короткое время забросила меня в качестве консультанта в лоно одной софтостроительной фирмы, разработавшей и поддерживающей систему документооборота для специализированных нужд (управление жизненным циклом товаров). Система относительно небольшая по функционалу, а вот клиенты хоть и малочисленны, но крупные. То есть способны танцевать девушку.

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

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