среда, 31 августа 2011 г.

Про наследование и композицию в людях

Дорогой блог!

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

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

До скорых встреч!

среда, 17 августа 2011 г.

Про релизы и последние минуты

Дорогой блог!

А сегодня расскажу тебе про релиз. Нет-нет, не уходи, я очень хочу рассказать.
У нас на работе вчера случился настоящий релиз! Это значит, что наш милый продуктик выпустился на рынок и теперь им пользуются настоящие пользователи. Мы очень этому радовались, несмотря на все 100 багов, про которые мы знаем в продукте. А еще тестировщик говорит, что продукт не протестирован, но это ерунда, правда ведь?
Вот, вчера у нас был релиз, и продукт ушел, но мы почему-то не собрали его инсталлятор и руководство и не выложили их в общий доступ. Вот такой у нас замечательный релиз! А сегодня утром мы все думали, что соберем настоящий инсталлятор и положим его на сайт и дадим всем его скачивать и платить нам деньги.
Но утром мой начальник сказал, что у нас есть большая проблема: одна маленькая утилитка иногда не работает, как она должна работать, потому что пользователи иногда пытаются через нее установить плохие пароли. Плохие пароли - это такие, которые короткие и легкие и вообще запрещены политиками безопасности. Вообще, эти политики безопасности - это очень страшные люди. Они по телевизору заседают в Думе и безопасят. Вот, мой начальник сказал, что надо проверять пароли политиками безопасности, и если уж они пропустят, то все совсем хорошо и прекрасно. И сказал, чтобы я это сделал, хотя я раньше никогда такого не делал, потому что боюсь политиков. А я сделал, и мы все собрали инсталлятор и решили на него немножко посмотреть.
Мы посмотрели и увидели, что ничего не работает, потому что никто толком не тестировал этих политиков и их проверки. И тогда другой планктон удалил политики и сделал все по-другому, а мы снова собрали инсталлятор и стали смотреть. Но теперь у нас перестал работать другой кусок. И тогда третий планктон исправил этот кусок, и сейчас мы снова собираем инсталлятор.

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

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

До скорых встреч!

четверг, 11 августа 2011 г.

Про новости

Дорогой блог!

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

Дорогоуважаемые программисты! А как вы поступаете в таких ситуациях, когда у вас нет нужных вам новостей? И как вы думаете, хорошо ли это, когда кто-то один не пускает информацию дальше, а оставляет ее только себе? Я имею в виду, и постоянное непускание, и фильтрацию новостей. А еще как вы думаете, к чему это может привести?

До скорых встреч!

среда, 3 августа 2011 г.

Про желания и вакансии

Дорогой блог!

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

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

До скорых встреч!

UPD: Со мной согласны дяденьки ДеМарко и Листер и даже придумали про это шаблон "Свободное кресло". Правда, они говорят, что это когда "Никто не отвечает за концептуальную целостность опыта пользователя в целом", но все может быть и шире.