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

В результате, ситуация начинает походить на стройку, где рабочих нужно было постоянно и довольно жестко контролировать. С той разницей, что с рабочими на стройке как правило работает метод кнута и пряника и у руководителя достаточно много рычагов воздействия на подчиненных. В IT все совсем не так. По большому счету все во власти програмистов. Существуюет 1001 метод запутать начальство и создать иллюзию активной работы при этом не делая ничего. Не говоря уже о том, как трудно найти хорошего специалиста в замен уходящих (это если кто-то решит уволить всех «плохих» и нанять новых «хороших»).

Вообщем, ответа пока нет. Продолжаю поиски.

Вот так выглядит мой POM файл который наследуют все мои проекты – http://coderslog.com/Parent_POM_File

При этом возникает вопрос. Разве не будет лучше если консультантов начнут приглашать на team meeting’и, и вообще вместо того, что бы приглашать тебя и дальше поступать с тобой по принципу «кошка бросила котят, пусть …. как хотят…» потратить хотя бы пару дней на то, что бы рассказать тебе что тебе придеться длать, с кем тебе придеться работать, познакомить с людьми? По крайней мере, таким образом, консультант, если он конечно с головой на плечах, сможет начать приносить пользу намного быстрее.

Вчера мой бывший бос за сорок минут сломал наш корпоративный сайт. Как сказать не могу (не потому, что на знаю, а потому что не имею права), но могу сказать, что это заставило меня по новому взглянуть на проблему application development security.

Для любознательных: существует open-source приложение написанное одним из моих бывших коллег которое называется Insecure Web App. Оно доступно на Sourceforge. Очень рекомендую скачать и попробовать взломать. Открывает глаза на многие вещи.

Проблема в том, что весь их опыт ограничевается тем, что они видели в нашей компании. Не зная ничего другого они не могут судить о том, что хорошо, а что не очень. Они просто привыкли делать вещи так, как это принято делать у нас на рботе. Они не задаются вопросом – почему мы всегда делаем это именно так. Как говориться: that’s the way we do things around here.

Пару месяцев назад я предложил использовать Selenium в качестве regression testing tool. После того, как я показал им, что можно делать с его помощью мне было сказано, что у меня слишком много свободного времени и я его трачу неразумно. Начальство самоустранилось. Пришлось тестировать в ручную.

Хорошо, что поменялось руководство. С понедельника мы начинаем использовать Selenium в качестве инструмента для автоматического тестирования.

Мораль: в каждой команде можно иметь не более 30% новичков. Иначе о качестве можно забыть.

Вообщем то Softwarные сказки это блог для разработчиков сотфта. Сюда входят не только програмисты, но еще и люди которые просто принимают участие в процессе разработки програмных продуктов.

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