February 28th, 2008

Default

Политицское

Да, а на выборы я не пойду, потому что Чуров не сбрил бороду. Не ответил за базар.

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

Утром в день думских выборов некоторые недоумевали, почему на некоторых УИКах в тюменской области сведения о явке (высокой, разумеется) были проставлены наперед до конца дня. Потом кто-то нашел разъяснение, что на некоторых труднодоступных участках было организовано досрочно голосование. Сходил недавно на сайт ЦИКа, посмотрел те участки - не-а, по всем из них в графе проголосовавших досрочно стоят нули. Все похуй.

В этом есть особая стилистика - поставить над всем этим бывшего физика. Заодно и имя в науке останется. "Закон больших чисел Чурова".
Default

Дам-ка я ссылку на эту историю

http://kinuski.livejournal.com/979503.html

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

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

Lead-Developer Compression Ratios

http://www.knowing.net/PermaLink,guid,ac8904ef-2b02-4cea-85f0-c8beef7c5259.aspx

"Let's assume you're a pretty good programmer (and good looking to boot!). It's Monday morning and you're looking at a task that has some solid complexity to it -- it's going to take you 40 hours of effort to get through. Or you have the option of delegating components to 2, 3, or even 4 competent-but-not-exceptional developers. For these guys to deliver, you're going to have to:

Decompose the task significantly
Write a precise spec, at least for the initial subtasks (because if you get off on the wrong expectation of data structures, there's no way you're going to catch the problem, refactor it, and re-distribute the tasks)
Engage in course correction (when facing ambiguity, "problem solving" for these guys is going to be asking you for clarification)
Do some refactoring (let's face it, there's going to be a couple things that will be easier to fix than re-specify)
Spend (at least) one afternoon on interactive testing and integration
(For "decompose" and "write a spec" feel free to interpret however you wish, so long as it's a concrete deliverable that acknowledges that if you're delegating and "fanning out" tasks, you have to pay an upfront cost thinking through scenarios that are still somewhat hazy and contingent.)

So here's my question: how many hours do you think you can shave off the 40 hours it would take you to "just do it" yourself? 8, 16, 32?

There are (at least) 2 points that strike me as relevant : one is that even in such a fine-grained, seemingly controlled, context you face significant "mythical man-month" issues of communication overhead, risk, etc. and so you discover, if you time it, that you don't save nearly as much time as you'd hope.

The second point that I think might be even more interesting is that your perception is likely to be even worse than what the clock says. If you are in this role, you will rarely or never get into a high-productivity "flow" state, a familiarity with which, I would submit, is why you're a pretty good programmer."


Аккурат в тему сегодняшней рабочей дискуссии. Я бы еще усилил. Производительность отличного программиста может отличаться в 5-10 раз от производительности нормального. Поэтому даже на больших задачах аутсорсинг может оказаться полезным, лишь когда у своих разработчиков до этой работы руки не дойдут никогда и когда своих разработчиков достаточно много для того, чтобы пожертвовать временем одного из них, которому придется заняться координацией проекта.