* * *

Oct. 21st, 2012 02:52 am
mzu_2: (Default)
Нашла совершенно прекрасный комментарий, чем школа отличается от жизни.

"В школе объясняют, что "2 + 2 = 4". В жизни - обычно: "(может быть) 2 + (наверное) 2 = ? "Дайте точный ответ". "

(с) в комментария здесь.
mzu_2: (Default)
После переезда на работе я года три, если не больше, мучился в нашем опенспейсе.

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

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

КАК. МНЕ. ХОРОШО.

* * *

Oct. 6th, 2012 01:31 am
mzu_2: (Default)
А. - системщик -

Это точно было реализовано, - и после паузы:
Ну или по крайней мере дефект такой был.


mzu_2: (Default)
Одиссей не умел противостоять сладким голосам сирен только потому, что недостаточно долго проработал на тех галерах.

* * *

Apr. 29th, 2012 12:24 am
mzu_2: (Default)
Из старых записей. Молитва аналитика на работе поздно ночью: "Божечка, сделай так, чтобы критические значения были больше моих эмпирических".
mzu_2: (Default)
- Програмистский ад: ты в котле, а вокруг заказчики с вилами.
- Это не ад, это как обычно. Ад - это ты с вилами, а заказчик в котле, пробует его локтями и комментирует: почему котел тесный? Почему латунь, если я хотел бронзу? И пламя мы с вами договаривались сделать повыше...

(с) [livejournal.com profile] aesly

* * *

Feb. 12th, 2012 11:13 am
mzu_2: (Default)
У нас работа выстроена с ориентацией не на процесс, а на результат.

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

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

mzu_2: (Default)
"Закройте внешние идентификаторы на редактирование, а то они сейчас совершенно беззащитны перед пользователем..."

* * *


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

* * *

De Lorien (14:51:26 22/11/2011)
сейчас сделал анализ. (), что проверяла модуль, только две ошибки нашла, и ДВАДЦАТЬ ВОСЕМЬ "косяков" вызваны ее нежеланием RTFMить
De Lorien (14:51:38 22/11/2011)
убила на это ГОД
mzu_2 (17:47:40 22/11/2011)
ты тоже ей завидуешь? 

* * *

Если кто-то кое-где у нас порой, Что-то не commit'ит...
- это старший программист ушел разбирать(ся в) соседнюю рабгруппу. Я боюсь за товарищей.

* * *

- В документе было двадцать страниц. Товарищ прокомментировал формулы, написал "Подозрительно". Теперь этот документ превратился в восемьдесят страниц.
- И стал прямо-таки зловещим?..

* * *

Заказчики периодически пишут прекрасное. "Как Вас можно вызвать?"
А я замерзшая и тонущая в кофеине. Очень хотелось ответить: "Сначала выйдите на перекресток..."

mzu_2: (Default)
Удивительно, как адские командировочки при условии наличия рядом хороших людей и того факта, что эти люди - твои коллеги,

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

И сталинская архитектура Москвы, да, пожалуй, тоже.

* * *

Jun. 1st, 2011 11:21 am
mzu_2: (Default)
У Пратчетта есть чудесный Смерть. Смерть разговаривает КАПСЛОКОМ. 
Поделилась с коллегами. Теперь переписку с одним из Заказчиков радостно читать не только мне. 
mzu_2: (Default)
(в среду, 2/02/2011, перед Школой)
 
- А., поправь гуманитария: Delphi - это среда?
- Да. Вот как сегодня. Сегодня тоже среда.
- Издеваешься?
- Нет. Я вообще с кафедры физики сплошных сред...
mzu_2: (Default)
 (переговоры с противником из соседнего окопа, благо что противник тот известен еще со студенческих неработных времен, а следовательно, нормы корпоративности на него не распространяются - словом, о разработке внешней и внутренней).

- Из обсуждения деморолика, пишет коллега: "Тогда предлагаю убрать "с помощью синусоидально-экспоненциальных сплайнов". Есть риск ввести слушателя в ступор."
- А разве целью внешней разработки не является "ввести слушателя в ступор"? 
- К Вашему сведению, цель внешней разработки - получение душезахватывательной, мозгопронзающий и восхищеннотрепетной системы. 
- Мне кажется, ты испытываешь некоторые эйфорического типа заблуждения относительно существующей обстановки и расстановки, скажем так, сил.
- Темных сил Банка?
- Наитемнейших сил банка, я бы сказала. Внутренняя разработка, уахаха.  
- Внутренняя разработка суть мифология и мракобесие. Наукой ее существование отвергается, как присущее исключительно догматически западному, абстрактно-идеалистическому типу сознания и не имеющее эпирических доказательств явление.
- Тю. Речь с костра, знаете ли.
mzu_2: (Default)
Я пришла в крупную компанию, занимающуюся заказной, по сути, разработкой, студентом почти три года назад. Мне кажется, я была хорошим студентом; не в плане активной жизненной позиции или псевдонаучной деятельности студенческих конференций, просто – мне было интересно. Это помогло, но жизнь, зараза, совершенно не такая, какой выглядит из университетской библиотеки.
 
Не думаю, что это можно озаглавить «Что мне было бы лучше знать и уметь три года назад» - это бесполезно; оно должно было войти в кровь через фэйлы, рабочие выходные и кофеиновые ночи. По крайней мере, со мной было так.

Read more... )
mzu_2: (Default)
 Мне кажется, ситуация достаточно типична, по крайней мере, для нашей специальности. Зачастую результат твоей научной работы зависит не столько от твоих мозгов и твоих знаний, и даже не от того времени, которое ты на нее положил. Все намного проще: все определено данными, до которых ты смог дотянуться. 

Или не смог. Потому что данные корпоративные, потому что коммерческая тайна и вообще – велкам ту капитализм. 

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

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

Да, я тоже за мировую революцию =).
mzu_2: (Default)
Есть вещи, с которыми стоит работать крайне аккуратно. Это начинается как здравый смысл: имена переменных в коде удобнее делать значимыми. 

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

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

И тогда наступает ответ, - когда названия переменных сами порождают новые смыслы. Так рождаются новые индексы и новые методы - от абсолютного к относительным, от глобальных к локальным и наоборот; от констант к функциям, от линий к поверхностям. 

Власть называть дарована любому кодеру. И что по сравнению с этим Откровение?.. =)
mzu_2: (Default)
Эпиграф раз. I have not failed. I've just found ten thousand ways that don't work (c) Thomas Edison

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

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

при этом если отрицательный результат что-то значит, то положительный не значит ни фига, просто потому что дальше модель не разбирается.  

при этом положительность результата очень часто оценивается от степени красноречивости разработчика и его умения полученные результаты объяснить - а последнее есть величина потенциально бесконечная. Т.е. там, где нет четкого и однозначного ответа по построению, критерием принятия оказывается аморфная объяснимость результатов. 

Но очень здорово, - очень полезно, существенно упрощает жизнь и дает +1000 левел ап к скиллам - когда рядом с тобой сидит человек, который требует хотя бы таких объяснений и безошибочно вытаскивает любые логические сомнительности. Да, это -2000 к нервам и времени, но при невозможности по-иному проверить условно правдоподобные результаты, это - нормальный такой черномагический равноценный обмен, я думаю. 

* * *

Nov. 26th, 2010 03:26 pm
mzu_2: (Default)
Лид, при подготовке презентации, с интонацией Аль Пачино из "Адвоката дьявола":
"Photoshop. Моя любимая среда разработки".
mzu_2: (Default)
 Молодой проект - это как маленький котенок. Желудок у него не больше наперстка, голос жалобный, а сам он крохотный. Живет в укрытии из и-мейлов и всевозможных техзаданий, порядков и схем. Ужасно милое существо. 

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

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

Взрослый проект, не изгнанный вовремя из гнезда к заказчику, начинает жрать разработчиков.
mzu_2: (Default)

 Это надо золотыми буквами выбить где-нибудь там, где нам всем будет видно:
 

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

mzu_2: (Default)
 Сразу же стоит оговориться, что это картинка глазами одного из участников безобразия.

Итак, с чего начинает ремонт команда разработчиков. Сначала пишется документация; тимлид уточняет у заказчиков всякие мелкие незначительные подробности вроде КАК ИМЕННО, ЧЕРТ ПОБЕРИ, ВЫПОЛНЕНИЕ ЧЕТВЕРТОГО ВАРИАНТА ПРЕДЛОЖЕНИЯ СОГЛАСУЕТСЯ С ДОРАБОТКАМИ ПО ВТОРОМУ?! С точки зрения бизнес-подразделения заказчика, это незначительные технические трудности (и со своей стороны они правы), ай-ти заказчика, как правило, разницы не видит, потому что не всегда понимает, о чем вообще идет речь что в четвертом варианте, что во втором (не всегда, но бывает). С точки зрения команды это выглядит как требование сделать угловое освещение в шарообразной комнате. В полу. По центру. Но угловое. 

Read more... )
Page generated Jul. 26th, 2017 08:32 pm
Powered by Dreamwidth Studios