Приобрёл я как-то магнитолу в машину — с рук, не новую, но недорого. Работала она исправно и радовала слух. Но случилась страшное: каждое утро она стала отключаться и усиленно молчать. Перезагрузка помогала только на полминуты, не больше. «Ну всё, — подумал я, — надо новый майфун». И как-то неловко перед женой, что лоханулся, купил с рук, а не новый, а он сломался. И, гадина, ломается, именно когда она в машину садится, без неё работает исправно. И тут до меня дошло…

«Ну-ка, — говорю, — дай-ка телефон твой посмотреть». Так и есть: кто-то оставил включённым блютус, он подключался к магнитоле, а так как музыку на телефоне никто не включал, она и молчала.

Вот такой вот эффект присутствия.

Уютное кафе. Парень и девушка о чем-то оживлённо спорят. У неё Lumia, у него Galaxy. Аргументы кончились, он достаёт из загашника ещё один:

— Вот я могу на нем эмулятор Спектрума запускать, а ты не можешь!

— Это я-то не могу? Во, смотри!

Продолжать холивар было бессмысленно — она оказалась такой же спектрумисткой, как и он.

Вот так в свои тридцать с лишним лет Спектрум продолжает объединять такие разные сердца. А их сыну уже год.

Несколько лет назад работал я сисадмином в крупной сети компьютерных магазинов. Всё было серьёзно: был отдел сисадминов, отдел внедрения и сопровождения 1С и отдел разработки, которые писали и вели интернет-магазин.

И вот как-то приходит к нам начальник отдела разработки и говорит:

— Ребята, можете помочь? У меня с базой проблема.

— Не вопрос, в чём дело?

— Да постоянно обращается к базе какой-то левый айпишник. Можете пробить, кто это?

— Давай адрес.

— 127.0.0.1.

Со мной случился проект внедрения фронт-офиса. А вместе с ним поставщик решения — Землесофт. Землесофт — это хуже внезапной диареи посреди танцпола на концерте рок-звезды и страшнее зверожука с Трааля.

Была у Землесофта система. Она была как правильнописание Винни-Пуха: хорошая, но хромала. Такой себе инвалид третьей группы, но с разрешением на работу. Система фронт-офисом никогда не была, да и сейчас она всё ещё не он.

В отличие от программистов, менеджеры у Землесофта хорошие. Они приехали к заказчику, предложили хорошую цену (всё-таки кое-что надо было допилить), рассказали о космических кораблях, бороздящих просторы Большого театра, и понеслась.

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

Второй этап продолжаем доделывать, чтобы когда-нибудь в туманном будущем… Но заказчику уже сто процентов пора что-то давать. И что? И ничего — Землесофт не ищет лёгких путей. С инвалида сделали клон, ядро ему заменили, но на какое-то не релизное. Рабочую руку сломали — функциональность первого этапа во втором инвалиде не работает, правда, как и функциональность второго, потому что второго ещё нет.

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

Надежду стала терять команда заказчика. Заказчик отчётливо осознает, что Боливар не вынесет двоих, и настоятельно просит выбрать какого-то из двух инвалидов. Отчаявшись донести свою мысль до команды Землесофта — им оба инвалида дороги как родные дети, — заказчик обращается к руководству Землесофта. Руководство кивает, со всем почти соглашается и говорит:

— Слушайте, а если мы докажем, что первый инвалид отлично ходит, можно мы оставим обоих?

«Твою мать», — думает про себя заказчик и вежливо спрашивает:

— Но такой подход всё равно приведёт к тому, что первый инвалид будет заменён вторым?

— Да.

— И замена эта будет нелёгкой, это будет второе полномасштабное внедрение, а мы ещё не закончили это?

— Ну что вы, у второго рано или поздно мы руки починим, вы почти не заметите никакой разницы. Ну, раньше контролы были слева, теперь справа, чё там такого? Ну, функциональность всю ещё раз оттестируете, ну, системные возможности проверите, мы даже обещаем логировать операции удаления данных. И вообще, вы видели, как Microsoft изуродовал Office?

— Видели, — соглашается заказчик. — Именно поэтому оставляем одного инвалида, и именно того, кого познакомим с пользователями.

И что, вы думаете, ответил Землесофт?

— Мы к вам лично приедем и объясним, что два инвалида лучше, чем один. А первый вообще не инвалид!

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

Занимаюсь поддержкой и доработкой модуля CRM биллинговой системы. По функциональности очень жирный модуль: около 200 визуальных форм, по сути, одно из основных рабочих мест биллинговой системы.

Разработка начиналась около 15 лет назад на средстве разработке, столь популярном тогда на территории экс-СССР, названном в честь древнегреческого города. Тогда это был передовой край IT — визуальное средство позволяло быстро и качественно рисовать пользовательский интерфейс. А архитектура этого средства позволяла дорабатывать стандартные компоненты и классы, разрабатывать свои собственные или использовать сторонние, что повышало качество и привлекательность создаваемого программного продукта.

В отличии от маститых конкурентов, имевших тяжкий груз наследия старого кода, разрабатывали уже трёхзвенную архитектуру, чем немало гордились. Вот, мол, у них надо драйвера базы ставить (драйвера Оracle поставить и настроить — это довольно муторно, если рабочих мест за сотню с лишним), кому-то ещё фреймворк для работы клиента, а у нас тонкий клиент: создал ярлык на экзешник с файл-сервера, и уже всё работает. Конкуренты апеллировали, что клиентские места надо создавать в средствах разработки, которые заточены для работы с БД и прям со структуры базы сами рисуют пользовательский интерфейс (страшный и кривой, зато возиться не надо), а не на вашем комбайне, на котором только утилитки десктопные строгать.

Прошло пяток лет, и тонким клиентом стал считаться веб-браузер. В те годы они, конечно, мало что умели и годились для ввода пары строчек в простейшей форме редактирования или отображения не слишком большой таблицы (какие сортировки/фильтрации/группировки — забудьте!). Конкуренты, вышедшие на рынок после нас, потешались над нами за отсталость технологий, мы над ними — за убогость интерфейса.

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

Да, у нас разрабатываются небольшие специализированные рабочие места на веб-технологиях (зачастую с бо́льшими трудозатратами, чем потребовались бы для реализации того же на древнем, но удобном средстве разработки), но переписывать огромный продукт, понимая при этом, что это не только потребует совсем других ресурсов и от сервера приложений, и от клиентских мест, но ещё и ограничит функциональность… Мы это время лучше потратим на развитие системы, а я своё свободное рабочее время — на изучение фич новой версии БД, название которой некоторым образом ассоциируется с описанной средой разработки. Всё-таки основная моя специализация — разработка БД.

К чему это я? Да все к тому же баяну, повторяемому тут на каждой странице: холивар вечен и повторяется на каждом витке развития технологий. А каждой технологии своё место и своё применение.

Меня задолбали производители чего угодно, встраивающие в свои изделия ма-аленький, незаметный поначалу или снаружи изъян, который, проявляясь, лишает их работоспособности. Вдвойне обидно, что я понимаю, зачем производители так делают: пока вещь с изъяном жива, выходят новые плоды маркетингового и дизайнерского труда, а пересадить на новое проще всего выводом из строя старого. Чёртов ПРОФИТ, за который кто угодно что угодно продаст.

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

Инерционная машинка внезапно перестала жужжать и вообще ехать. Разобрал, обматерил производителей, выкинул механизм рекуперации, собрал назад — хотя бы катается, уже хорошо. Запрессованные шестерёнки на осях, увеличивающие скорость вращения маховика — аккумулятора энергии в общей сложности в 20 раз, сидели в пластиковых литых втулках, при этом железные оси были явно обрублены гильотиной, так что на каждой стороне такой оси была острая грань. В таком редукторе высоки боковые нагрузки, в итоге одна из шестерёнок обломала втулку, встала наискось и заблокировала весь механизм.

Добила меня пряжка на ремне от сумки с ноутбуком, нужная для регулировки его длины, которая взяла и сползла в самый низ абсолютно невовремя. Оказалось, центральная железяка в ней имеет толщину менее миллиметра и прожимается одним пальцем, а пока ноутбук носится на ремне, на неё действует вполне себе серьёзная нагрузка примерно в 20 килограмм. Естественно, такая хлипкая палочка такую нагрузку, да ещё постоянно, выдержать не способна. Ну, эту хотя бы можно заменить, взяв трёхмиллиметровую стальную проволоку и согнув её взамен этой пародии на силовой контур, но разве купивший хорошую вещь должен обязательно допиливать её, тратя время, силы и нервы?

Не так давно сканил систему на вирусы. Немец нашёл зараженный

download.exe

, валявшийся где-то во временных файлах. Хм, где же я мог его подхватить? А, ладно: удалён — и будет с ним. А вчера судьба подарила мне шокирующую разгадку.

Решил я побаловаться: заболванил лайв-Убунту (дабы кой-чего потенциально опасное выкачать), отцепил жёсткий, загрузился. Нахожу искомую ссылку, отправляюсь на Letitbit за архивом, выбираю бесплатную закачку. Минутный таймер только-только запустился, попутно открывается пара-тройка всплывающих окон (как обычно), а с ними… запрос на сохранение файла

download.exe

размером 280 с чем-то килобайт. Офигев от такой наглости, запрос, естественно, отклоняю.

Вот как, как они могли? Вот так беспардонно и неприкрыто наряду с простым открытием рекламных веб-страниц предложить мне загрузить экзешник, которого я не просил! Который отличается расширением и на четыре десятичных порядка по объёму! А под виндой, видимо, прокатывает. И если даже я отклонил в своё время загрузку, экзешник успел упасть в кеш. А в базах его ещё не было, вот он и лежал, пока сканированием по нему не прошлись.

Автор статьи «Вымышленный мир менеджера» осудил автора статьи «Moron-driven development» в преувеличении роли менеджера, при этом очевидно преувеличивая и свою роль.

Работу выполняют только разработчики и инженеры? Хорошо, выполнил ты свою работу — теперь попробуй её продать. Никто не покупает? Странно…

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

Почему у буржуев разработчик себя лучше чувствует? Потому что ты не работал в буржуйской компании и наслышан об их райских условиях из рассказов бабушек у подъезда. У них тоже есть свои проблемы, просто не такие, как у тебя. А тебя буржуи к себе не берут не потому, что ты не хочешь, а потому, что ты им не нужен.

Почему менеджер хочет прикрутить свистелку? Потому что твой проект с двумя кнопками заказчику скучен и непонятен. Он задаст два вопроса: «Что я получу?» и «Сколько это стоит?», а после ответит: «Окей, я подумаю» — и навсегда ускользнёт. Свистелка даёт возможность менеджеру впарить продукт, представив её модной фичей, которой нет у конкурентов. В результате своей работы менеджер зарабатывает деньги не только на свою зарплату, но и на твою.

Не успеешь сделать до среды и не хочешь читать книгу по тайм-менеджменту? А стоило бы, потому что из этой книги ты узнаешь о том, как не делать сотню дел до среды. Есть простые способы всё успевать:

• не обещай, если не уверен;
• предупреди, если не успеваешь;
• предупреди, если остались недоработки;
• если задач несколько, выясни их приоритетность.

Соблюдая всего несколько правил, ты научишься не рвать попу там, где это никому не нужно.

Задача разработчика — твоя задача — оценить срок выполнения работы с запасом и озвучить его, потому что никто не сможет оценить срок лучше тебя. Если тебя не услышали — это не твоя проблема, потому что ты имеешь ценный аргумент: «Я же предупреждал». Если с твоими сроками не согласны, есть другой аргумент: «Найдите того, кто сделает быстрее». Если ты умеешь обосновывать свои сроки, никто не заставит тебя укладываться в меньшие.

Менеджер хочет свистелку? Ты получаешь деньги за прикручивание свистелок. Такая у тебя работа — сидеть с утра до вечера и крутить свистелки. Предупреди, что свистелка затянет проект на два дня, и менеджер сам начнёт думать, так ли она ему нужна. Считаешь, что твоё божественное происхождение не позволяет крутить свистелки — сообщи начальнику, пусть повысит тебе зарплату или уволит на фиг.

Программист отвечает за успех продукта? Значит, ты не там работаешь — найди нормальную компанию, в которой каждый занимается своим делом. Ты же специалист, найти работу для тебя не проблема — тебя везде хотят и ждут. Никогда программист отвечать за успех продукта не должен — это технический специалист, который должен получать фиксированную ставку и премии, если успевает крутить свистелки быстро и качественно. Если компания работает в убыток — это не проблема программиста, это недоработка менеджера, который неправильно избрал стратегию продажи.

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

Для кого ты работаешь, разработчик — для себя или для заказчика? Если для заказчика, тогда изволь выполнить все его капризы и дать ему ощущение важности его роли. Если для себя, тогда работай молча, получай зарплату и не суй нос в работу других. Менеджер как раз и выполняет роль прослойки между тобой и заказчиком — даёт возможность заказчику почувствовать, что он не в советской столовке, а в шикарном ресторане, вызывает желание обращаться снова и платить бабло, а затем бежит к унылому тебе, чтобы дождаться, пока твоя кислая рожа обратит на него свой взор и выслушает новую порцию требований заказчика.

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

Давайте уважать коллег независимо от того, какова их роль.

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

Есть компьютерные классы и две серверные, которые стоят на сигнализации. Год назад лично носила служебные записки, чтобы меня включили в список разрешений на один компьютерный класс и две серверные (изначально мне почему-то эти разрешения не дали), а в этом году все эти разрешения упразднены. Почему? Ответ прост: бюрократам захотелось, чтобы каждую точку могли снимать только два человека, максимум три, а я получаюсь уже лишним четвёртым человеком. На мой логичный вопрос, как быть, если в этих серверных стоят мои серверы, да и все эти классы на моем обслуживании, мне невозмутимо ответили, что в этом случае я должна попросить снять с сигнализации коллегу. А если наш факультет рассредоточен по четырём корпусам? Прикажите мне ждать, когда придёт мой коллега, у которого есть право снять эту серверную, в которой стоит мой несчастный сервер? Да, я могу подождать, мне несложно. Но! Если есть проблема с сервером, значит, в компьютерном классе преподаватели не смогут провести занятия, а значит, проблему с сервером нужно устранить как можно быстрее. Мне всё-таки ждать коллегу?

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

Я не прошу права снимать с сигнализации кабинет декана или кафедру — приду, когда люди будет на месте. Но снимать классы и серверные, за которые я непосредственно отвечаю, мне просто необходимо. А самое обидное то, что если из-за проблемы с сервером, которую я не смогу устранить, потому что мне не дали разрешения на снятие с сигнализации серверной (а по закону всеобщего невезения именно в этот момент коллеги будут устранять неисправности в других корпусах), достанется мне, моему начальнику и коллегам.

Бюрократы, скажите мне: зачем нам нужна сигнализация, которая защищает от проникновения сотрудников IT-отдела? Если вы забетонируете окна и двери в эти аудитории, то вы нас не удивите нисколько: вашими разрешениями пользоваться столь же удобно, как и запечатанными наглухо древними захоронениями фараонов или иных правителей древнего мира. Мы всего лишь вуз, а не Пентагон, и секретов федерального значения у нас нет. Так, может быть, будем хоть чуточку человечнее и станем выдавать разрешения, исходя из реальных потребностей, а не из ваших сиюминутных желаний?..

Смотрю я на диалог «старых» ООП-разработчиков и новых «хипстеров» насчёт отрисовки на стороне клиента и вспоминаю конец девяностых — начало нулевых. Я тогда фрилансил, и новомодные задачи типа отрисовки всей странички на клиенте, передав лишь данные, были в порядке вещей. Данные передавались через невидимый фрейм. Задачи были простые и понятные: те же новостные ленты, магазины, форумы, аукционы и прочая дребедень. Всё это отлично работало на средненьком железе того времени. Потом появилось следующее поколение разработчиков — ну, вы понимаете, максимальный упор на ООП, SQL, медленные интерпретаторы, — и внезапно оказалось, что те же самые задачи уже решаются целыми коллективами за втрое большее время и требуют многократно больших вычислительных мощностей.

Думаете, на этом ситуация прекратила ухудшаться? Ха! Появился сперва XML, удачно сочетающий тормознутость текстового формата с нечитаемостью машинного, и вместе с ним мода на передачу любых данных с помощью XML. Можно ли сделать ещё хуже? Можно! На сцену вышел XSLT, и всё стало ещё в три раза медленнее и в пять раз забагованнее (ибо валидация). У меня перед глазами был пример, как команда из пяти разработчиков полтора года ваяла самый обычный форум. При этом у них всё время кипела работа, они героически боролись с легионами багов, они переписывали кучу кода из-за «новых требований, несовместимых с архитектурой». Разобраться в этом кошмаре после них не смог никто.

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