Игры в харьковской песочнице: Counter-Strike

Диплом первой матчевой встречи NIX vs AltronВ месяце июне года две тысячи восьмого от Р.Х.,
а от сотворения мира - семь тысяч пятсот шестнадцатого,
а от сотворения NIX’а - четырнадцатого

Пришли Altron’ы в NIX и сказали “Воздайте нам почести как подобает, ибо каэсеры наши
круче всех прочих, а ваших-то и подавно порвут как грелку”
Не поверили NIX’ы Altron’ам, и пришли к своим каэсерам и сказали “Правду ли говорят Altron’ы?”
NIX’совые каэсеры же ответили “Что толку воду лить словами? Пусть скажут ружья”
И в тот же месяц, в день двадцать первый бысть сеча зла…

В субботу, 21-го июня 2008г. состоялась первая матчевая встреча между командами фирмы Altron (Status KBA) и NIX Solutions Ltd (U_NIX), а у меня только сейчас дошли руки это всё описать. Бойня получилась, как на зрителя, знатная. То есть не то чтобы судьба матча решалась по пенальти - никсы просто разорвали альтронов - но смотреть было интересно на все эти эмоции с обоих сторон. Ниже небольшой фотоотчёт.

Read the rest of this entry »

Полиморфизм это…

По роду деятельности я часто (хотел написать постоянно, но уже нет…) провожу собеседования. Кроме вопросов по технологиям конечно интересны базовые понятия отрасли… Удивительно, но народ часто-густо не может сказать, что такое алгоритм, программа. Зачем они нужны… ООП вообще тёмный лес. Апофигеозм собеседования всегда является вопрос “ну и что такое полиморфизм?”

Короче мало кто говорит… а так хочется, чтоб кто-то ответил: “полиморфизм это когда ракеты в нелётную погоду разворачиваются домой, свиньи требуют оружия, собаки умеют маршировать, кенгуру шмаляют из ПЗРК, а NPC на уровне приходится прописывать как танков”. :)

Read the rest of this entry »

Кинестетики - хорошо это или плохо?

Недавно причитал очень занятную заметку на it4blogs.ru про то, Почему одни - хорошие программисты, а другие - продавцы. Заметку всем рекомендую к прочтению, а между тем есть повод задуматься…

Если в кратце, то суть заметки сводится к тому, что люди делятся на визуалов, аудиалов и кинестетиков.

После раскладов кто есть кто и как одних отличить от других на глаз, Алёна пишет:

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

Я это прочёл и меня как громом поразило! Я же это всегда знал :) Вот только так чётко сформулировать не мог…

Read the rest of this entry »

Щетина в управлении рисками

Пятница. Кому как, а для меня это день, когда количество вопросов “ты чего такой не бритый?” начинает зашкаливать.

Понедельник против Пятницы

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

Отвечаю - человек, частично разделяющий принципы бусидо и выросший в славянском социуме просто не может позволить себе бриться часто. Почему? Всё дело в управлении рисками…

Read the rest of this entry »

Задачи “на сообразительность” и оценка персонала

Для начала пинг-бек. Если в кратце, то Дарк в качестве одного из вопросов интервью привёл “задачку на сообразительность”, на что некоторые товарисчи высказались отрицательно. Я конечно же влез, т.к. не согласен категорически. Теперь вот думаю, что надо бы свою мысль прояснить.Итак проясняю популярно. Такие задачи показывают “только память” только в том случае, если собеседуемый знает задачу И собеседующий дурак. А во всех остальных случаях такие задачи показывают умение думать. Внимание! Далее спойлер :)

Read the rest of this entry »

Главная ошибка проджект менеджера или думайте хорошо

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

К чему это я? А вот прислали картинку (ещё 13го сентября) и навеяла она мысли… а сегодня (о блин, уже вчера!) пришёл проект от сейлов с офигенно понятным скоупом, и я про неё вспомнил. Когда этот пост задумывался, причина была более веской лично для меня, сейчас уже нет - я проекты пока не веду. Но написать, чувствую, всё равно стоит - может _того_ менеджера успокою :) ну типа присказка закончилась, началась сказка…

Наверное самая распространённая ошибка руководящего состава - искренне верить, что из говна можно вылепить конфету. Ошибка не в том, что конфету нельзя вылепить… ошибка в том, что нельзя надеяться при этом, что конфета будет вкусная.

Read the rest of this entry »

“Хорошие шутки” в жизни разработчиков

В пятницу подошёл ко мне Иван Ткач, чтобы обсудить предстоящую ему лекцию в ХАИ по “введению в специальность”. Встал вопрос, как показать наиболее важные проблемы нашей отрасли людям, которые ещё ничего вообще не знают… После недолгого обсуждения решили, что самой важной проблемой является несоответствие реализации ожиданиям клиента, про что я уже писал.

Как это продемонстрировать, чтобы а) нескучно, б) задействовать самих студентов, в) не осталось и тени сомнения, что проблема имеет место быть и важна?

Read the rest of this entry »

The importance of being on the same line…

Это будет (или есть) очередная заметка из раздела “ошибки”. Катализатором заметки стал анекдот, который будет чуть ниже, а главная мысль скажу прямо сейчас: если вы что-то подразумеваете, то важно отдавать себе отчёт в том, что “подразумевать” не означает “значить”.

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

  • на модификации системы он потерял кучу времени и денег;
  • в итоге новая фича не юзабельна (кататься невозможно);
  • модифицированная система нестабильна и расширению не подлежит;

Кто тут больше виноват? Клиент ли должен был тщательнее описывать свои требования, аналитик ли должен был тщательнее уточнять требования клиента?

Read the rest of this entry »