stdout сознания
Nov. 21st, 2009
02:39 pm
Разыскивается сауна с прорубью, чтоб за час-полтора можно было доехать из центра Новосибирска на автомобиле.
Nov. 20th, 2009
11:09 pm - Сегодня о программировании
Старички-плюсовички!
А кто-нибудь использовал PCRE?
Как оно по производительности относительно flex?
Ну вы понимаете, о чем я?
Nov. 19th, 2009
09:13 pm - Неуловимый Джо -- мое решение
Из постановки задачи следует, что на все задачи из A и B у разработчика не хватает времени. Значит, нет цели успеть все, есть цель успеть самое важное.
Задачи могут быть следующих категорий важности: (самые важные - вверху)
- Блокирующие. Основная функциональность приложения не работает прямо сейчас
- Критичные. Откладывается внедрение обещанной функциональности
- ...
- Хотелки "Было бы неплохо, если б сделали, но и так работать можно"
До хотелок руки у занятого разработчика явно не доходят. Итак, что он делает.
По согласованию с заказчиками A и B, он всегда выбирает приоритетные задачи следующим образом.
- Из самой важной категории
- Внутри одной категории преимущество у задач A
То есть, блокирующая задача по А приоритетнее блокирующей задачи по B, а блокирующая задача по B приоритетнее критичной задачи по А.
Так и живем :)
Nov. 18th, 2009
11:20 pm - Неуловимый Джо
Все совпадения случайны, имена вымышлены.
Итак есть некая компания. В ней есть два бизнес-приложения: A и B.
Есть задачи по их сопровождению, а именно фикс багов и добавление новых фич.
И есть один разработчик, который занят и там и там.
Приложение А существенно важнее, чем приложение B, но B тоже важно и забывать о нем нельзя.
Но, так как приложение А много важнее, задачи по A имеют больший приоритет. И поступают часто. В результате, у разработчика до задач по B не доходят руки в течение долгого времени. Не заниматься проектом А какое-то время разработчик не может, так как есть задачи, которые может решить только он, а другие разработчики приложения А тоже заняты выше крыши.
Заказчик изменений в B почему-то считает, что его динамят. (Уж я бы на его месте считал так точно)
Вопрос: можно ли как-то решить проблему постоянного откладывания B на потом (и в чем именно проблема) в следующих ограничениях:
- Нанимать новых людей нельзя
- Полностью переключить разработчика на приложение B нельзя
- Выделить какого-то нового разработчика на приложение B нельзя
- ?
09:31 pm - Анонс
Анонс! завтра (или сегодня вечером) новый кейс "проект-неудачник или неуловимый Джо"
Оставайтесь с нами!
PS Други, мне важно ваше мнение о моем начинании "отраслевого блога" в виде всякого рода думок, конспектов и кейсов. Что интересно, что скучно, что полная ботва, а что удалось.
Спасибо :)
07:32 pm - Решения кейса "или грудь в крестах, или голова в кустах" или квинтэссенция маркетинга
Предыстория кейса такова. Так как я недавно систематизировал свои знания о том, как нужно ставить задачи, чтобы их сделали, на собеседованиях на школу лидеров (меня ж хлебом не корми -- дай пособеседовать) я задавал всем один и тот же вопрос: "Вы руководитель. Как вы поставите задачу сотруднику, чтобы на выходе получить нужный результат вовремя?". Потом был разговор про SMART, про "серьезные люди говорят цифрами", про "--Вовочка, на ведро и кисть, покрась окна на четвертом этаже -- Готово! а рамы красить? ".
После этого я задавал следующий кейс, в котором руководитель проекта оказывается не в роли постановщика задачи, а в роли ответственного исполнителя. После рассказа о SMART, как это круто, понятно и просто, и полезно, глядя в понимающие глаза, я ждал ответа: "Давайте зафиксируем по SMART, что же все-таки нужно сделать?". Но не услышал. Варианты были самые разные: от "где отдел кадров?" до "сколько мне заплатят". Часть явно обозначила намерение зарезервировать Важный Вопрос Самому Большому Начальству на Потом.
И вот, когда пришел я домой, я осознал, что кейс не так-то прост, как мне казалось изначально. Сел я думать думку, чтобы эдакого спросил бы я.
И надумал следующее: если принято решение о запуске услуги, значит был проведен некий анализ, почему ее запускать и что вообще за услуга. Определенно кто-то им занимался.
И потому, мой ответ, точнее вопрос:
"С кем я могу поговорить детальнее по этой задаче?".
В ответе я получу либо контактные персоны, либо ответ "Со мной, но позже", что означает возможность задать дополнительные вопросы самому СБН.
Александр Ларьяновский (Яндекс, Директор по Регионам) предложил куда более красивый вопрос:
АЛ: Почему люди будут ее покупать именно у нас?
СН: А почему именно этот? что делать с ответом?
АЛ: Там каждое слово имеет значение.
Почему будут - описание ниши и потребности, отсюда понятна суть услуги
Покупать - наличие спроса
У нас - конкурентные преимущества перед остальными.
В целом, этот вопрос - квинтэссенция того, что иногда называют "маркетингом".
Nov. 17th, 2009
09:17 pm
Гипотетическая ситуация.
Выходит руководитель проектов на работу, и тут ВНЕЗАПНО!!! его вызывает Самое Большое Начальство и говорит:
-- Тут такое дело. Тема есть срубить бабла. Нужно выпустить на рынок новую услугу...расплывчатое описание услуги, которое здесь не важно. Поручаю тебе. Или грудь в крестах, или голова в кустах.
Но так как дел у меня много, времени нет, можешь задать мне только один вопрос по название услуги, которое здесь не важно.
Понятно, что так дела не делаются, но чтобы вы спросили будучи на месте этого ПМа?
Nov. 16th, 2009
11:15 pm - Наши руки не для скуки
Почнем же, братие, отраслевой блог
Знаете ли вы, что такое украинская ночь? Нет, вы не знаете украинской ночи. И я не знаю украинской ночи. Но зато накопил некий опыт руководства -- Вот он! Квинтэссенция! Все, до чего можно было дойти, продираясь через кучу ошибок, пройдя через то, то постановка задачи меняется на всех этапах, и в итоге все равно оказывается сделано не то, что нужно или вообще ничего не сделано -- Все это здесь! Я мучался, подбирал слова, чтобы эти слова и порядок их передавали именно тот смысл, который вложил в них я, и все эти гласные, согласные, глухие и звонкие, шипящие и все остальные собраны в этом месте исключительно чтобы порадовать вас, дорогие мои, чтобы систематизировать свой и ваш опыт! Доклад изложен в виде конспекта, сухим техническим языком, чтобы каждый <li> у читателя уложился в свой <ul> или <ol>, но его можно и нужно прочесть, переварить и внести в него свои пожелания и предложения на основе опыта!
Статья посвящена определению границ задачи на разработку.
Исходные данные:
- Запрос на изменение либо добавление новой функциональности в существующей системе. (не исправление ошибок)
- Существуют требования в виде видения и вариантов использования
- Существует список заинтересованных лиц
- Определены бюджет и сроки.
Для того, чтобы была возможность сформулировать задачи на разработку, необходимо уточнение требований:
- инвентаризация: "возможно ли это сделать, и не сделано ли это ранее"
- определение изменяющихся компонент
- определение изменений в каждом компоненте
- оценка стоимости решения, поиск альтернатив (если слишком дорого и долго)
Как только требования уточнены, архитектор/ведущий инженер/тимлидер формирует список задач на разработку, которые "закрывают" необходимые изменения.
Основные принципы:
- небольшая понятная прогнозируемая по срокам задача с зафиксированными требованиями с учетом квалификации исполнителя. (SMART)
- Не больше рабочей недели. Иначе работают риски:
- "сопровождение невнедренной системы" в связи с постоянными запросами на изменение и уточнениями-увеличениями требований разработка может
продолжаться сколь угодно продолжительное время, до тех пор, пока вообще не станет не нужной. - "эффект скользкой горы" -- промежуточные результаты работы мало кто документирует, поэтому в случае внезапной необходимости передать задачу
другому исполнителю, этот другой исполнитель не сможет тут же продолжить ровно с того же места, где остановился исходный исполнитель. В худшем случае, придется начинать сначала.
- "сопровождение невнедренной системы" в связи с постоянными запросами на изменение и уточнениями-увеличениями требований разработка может
- Задача ставится одному исполнителю. Тут есть выбор: либо подробно описать решение, либо только обозначить постановку задачи и полностью делегировать ее решение.
- подробное описание:
- мало опыта у исполнителя с требуемой технологией
- имеются успешные решения, которые необходимо тиражировать по возможности
- решение технически согласовано с заказчиком (заказчик исчерпывающе объяснил как и чего хочет. Такое тоже бывает.)
- делегирование с контролем
- отличное знание исполнителем "внутренностей" компонента
- понимание задачи
- контроль в зависимости от критичности изменений (возможных рисков что-то поломать)
- подробное описание:
Спасибо за внимание!
Nov. 8th, 2009
04:48 pm - От оно че
Не стоит на морозе мыть машину.
Ибо от грязи очистить ее куда проще, чем от льда.
Oct. 23rd, 2009
08:25 pm - Зима
К зиме я начал готовиться заранее. То есть, вчера часа в 4 дня.
Обнаружил, что присмотренная заблаговременно Nokian Hakkapeliitta 7 в "Колеснице" подорожала до несусветных 4200 рублей, что привело меня в негодование: "Подъемные цены на зимние шины", ядрить!
После усердного шерстения интернетов был обнаружен магазин Сибколесо, в котором данная шина стоила 3460 рублей. Поехал после работы туда, а там-там-там...
Каменская магистраль стоит,
Кирова стоит,
Красный проспект от часовни до Вокзальной Магистрали стоит..
Через полтора часа я был в магазине на Станционной, где обнаружил прямо Back in USSR какой-то.
Стоит грузовик с открытой будкой, вокруг него толпится народ с чеками, мужик время от времени орет в глубь будки: "Бриджстон (неразборчиво), 4! Хакка 5 (неразборчиво) 4!" Из глубин будки ему выкатываются нужные позиции, которые какой-то другой мужичок бодро несет к машине клиента. Задавшись вопросом, а где платить-то, нашел каморку с кассой, вокруг которой было еще больше народу. Купил, получил. Далее предстоял квест: "в поисках шиномонтажки".
Естественно, народу на шиномонтажках полно. Нашел одну и встал в очередь.
Прошло два часа и очередь дошла до меня. Шиномонтажнег бодро приподнял сторону авто и принялся скручивать колеса. Правое переднее он открутил достаточно легко, а вот правое заднее так просто ему не далось: несмотря на кряканье, оханье, перекидывание сигареты из одного угла рта в другой, гайка откручиваться не желала. Пневматический гайковерт же замерз час назад и не подавал признаков жизни. Шиномонтажнег притащил метровую трубу, удлинил ключ, и, резким движением, на выдохе с характерным "хххх-хх--хаааа" сломал ключ. Это его расстроило. Видно было, что он крайне недоволен тем, что ему приходится возиться с колесами на морозе и снегу в 11м часу вечера, а тут еще и ключ поломался. Видя такое дело, я решил его подбодрить: достал штатный баллонник, удлинил его нештатной, но очень полезной трубой, которую завсегда вожу с собой, и открутил все гайки на колесе без каких-либо резких движений. Но монтажнег не обрадовался.
Дома был в полночь. По пути заехал в "Филин-авто", закупил щетку от снега и незамерзайку.
Про силиконовую смазку забыл, утром замерзли двери, сегодня пришлось ехать туда еще раз.
На работе на рассказ о моих злоключениях коллега как бы с некоторым удивлением и интонацией Шелдона сказал: "И оно вам надо было? я позавчера переобулся за час"
Oct. 21st, 2009
11:07 pm - В догонку к предыдущему
package ru.novotelecom.billing.development public class BillingDeveloper extends JavaDeveloper
implements ServletDeveloper, SpringFrameworkUser, SVNUser, JIRAUser,
LinuxUser, IbatisUser, Maven2User, EclipseUser, Worker40HoursAWeek{
private InterviewResult interviewResult; public BillingDeveloper(InterviewResult interviewResult){ this.interviewResult = interviewResult; } public double getSalary(){ return interviewResult.getSalary(); } public List<Task> getTasks(){ return BILLING.LOTS_OF_IMPROVEMENTS; } public Collection<Employee> getColleagues(){ return BILLING.COOL_GUYS_AND_HOT_GIRLS; } /* TODO: Add unimplemented methods and organize imports; */ }
Oct. 20th, 2009
11:44 pm
Товарищи, вы, конечно, будете смеяться удивитесь, но нам снова нужен java программист в отдел разработки АСР (он(а) же биллинг).
Системные требования: общая адекватность, опыт работы, профессиональные знания и способность по будням к 10 утра приходить на работу.
А предоставляем интересную работу, неплохую зарплату, и отличнейший коллектив, которому по плечу любые задачи.
Естественно, без собеседования не обойтись.
Писать сами знаете куда.
Oct. 14th, 2009
02:16 pm - Оператор, загрузите программу управления вертолетом
Коллеги, что можно почитать про OLAP, чтобы быстро понять, что почем?
Sep. 26th, 2009
10:41 pm - сегодня праздник у Малюськи
Во-первых, вместо ара-тюнинга контрактное зеркало,
Во-вторых, вместо полусинтетики Castrol Magnatec 5w40 синтетика Castrol Edge 0w40
В-третьих, новый масляный фильтр
В-четвертых, новый воздушный фильтр
И, в-пятых, новый топливный фильтр (ну и в трудно же доступном месте он)
И кстати, собратия во автомобиле, кто какое масло льет и почему?
Sep. 20th, 2009
09:07 pm - Ара-тюнинг
Теперь автомобиль обладает уникальными опциями
( фото )
Sep. 18th, 2009
07:43 pm
Сегодня какая-то интересная личность при встречном разъезде снесла Малюське левое зеркало и растворилась вдали.
Sep. 12th, 2009
Sep. 10th, 2009
11:31 pm - Современное искусство -1914
http://az.lib.ru/a/awerchenko_a_t/text_
09:18 pm - Современное искусство
Когда-то, будучи учеником 9 класса и имея склонность к гуманитарным дисциплинам, я задавал себе вопрос: «А почему на уроках литературы мы изучаем произведения, написанные давным-давно? Неужели сейчас никто не пишет романов и стихов, не сочиняет музыки, не пишет картин? Почему образование идет за реальной жизнью с таким отставанием?»
Сегодня я понял, что это весьма мудрое решение -- включать в школьную программу только произведения, проверенные временем.
Ибо посетил выставку Современного Искусства
warorc отлично передал атмосферу Прекрасного, там все ровно так и есть.
Что я могу сказать? Тем, кому понравился Brüno — понравится и это.
Во-первых, это все смесь пошлятины, дерьмища, блевотины, деструктивности и идиотизма; свободная демонстрация всего этого — вредительство.
Во-вторых, вся эта хрень должна кем-то организовываться и финансироваться. "Художники", на мой взгляд, безобидные психи, а вот организаторы и те, кто дает денег явные вредители.
Надо срочно сходить в ресторан с хорошей кухней и очиститься от скверны.
Navigate: (Previous 20 Entries)
