Вот уже второй день как я гордо могу заявить - я в отпуске! Несмотря на то, что с работы все также приходят маленькие просьбы "просто посмотреть" проблемку и написать свое мнение, настроение со скоростью светы приблежается к расслабленно-позитивному. Омрачает лишь факт простуды, которую срочно нужно долечить до 10го - так как я улетаю отдыхать на Дальний Восток: вкусная рыба, красная икра, натуральные настойки и море зеленого чая =)

Начальница уехала в отпуск, жизнь на работе течет в напряженном, но слаженном ритме, на улице сегодня был дождик, не очень жарко и не пахнет дымом, как было у нас вчера дома, в офисе работает кондиционер, на столе лежат вкусные печеньки и пару конфет, вечером после работы еду покупать билеты в культурную столицу (Питер) - можно сказать - понедельник удался :)

Ну вот, на улице лето, жарко, солнышко, цветочки и прочие атрибуты иддилистического мира, а мне грустно. Точнее не грустно, а скорее безрадостно. Друзья и подруги разъехались по отпускам и странам, на работе вечный аврал и все срочно - как же я устала. Каждой клеточкой организма чувствую, что самой пора в отпуск, но он только в сентябре с мамой, а до этого одной куда-то ехать оч скучно. Значит надо подбирать альтернативу - кино, концерт, поход, прогулку, да хоть что-нибудь, что можно охарактеризовать как действие!!!
Идея пока не пришла...

Весь мир во тьме!
Весь мир в плену!
Я вновь и вновь по краю лезвия хожу.
Моя судьба не обмани -
Я от тебя все жду удачи и любви.

Вся жизнь вопрос!
Вся жизнь борьба!
За свой кусочек мира и глоток добра.
Свои глаза не отведу -
Готова встреть я и радость и беду.

Свой мир найду!
Свой мир спасу!
От всей жестокости людей уберегу.
Слепая вера на бегу -
Мне все равно, куда себя я заведу.

28.06.10
http://stihi.ru/2010/06/28/7763

Странная встреча

Как же трудно в наше нелегкое и непростое время мириться с коверканьем русского языка. Работая в сфере Интернет-продвижения, волей неволей периодически пользуешься различными сторонними сервисами, которые позволяют не тратить столь ценное рабочее время на рутинную работу, такую как: написание статей с проставлением в них ссылок, продвижение статьями или составление всевозможных вариаций анкоров и околоссылочных текстов для продвижения сайтов ссылками.

Так вот, вернемся к нашим баранам, а если быть конкретнее, к статьям! Воспользовавшись сервисом сайта avtoprogon.ru по тарифу VIP, специалистами сервиса для одного из наших сайтов было составлено 315 статей, которые выборочно перед запуском на прогон мне следовало проверить.

Вот наиболее "яркая" парочка предложений, на которые ради массовости распространения и вариаций пришлось закрыть глаза, благо с ссылками в статьях не напутали:

• Юридические консультации проводятся в удобное для Вас время, а в случае необходимости юрист выедет к Вам.
• В нашей компании Вы сможете пользоваться не только комплексными юридическими услугами, но и выбирать отдельные категории.

Настроение сейчас - рабочее

 

На Земле становится тесно. Количество ее жителей растет - их уже почти 7 млрд. Расы, нации и религии перемешиваются. Население стареет и потребляет все больше товаров. Люди активнее перемещаются по планете в поисках перспективных для самореализации мест.

Все изменения, которые произойдут с человечеством в ближайшие 10 лет, повлекут за собой создание как минимум новых рабочих мест. Как максимум - появление новых профессий и областей деятельности. Главный трудовой тренд неизменен - все меньше людей будут заняты на производстве, все больше будут оказывать другим людям услуги.

Что это значит для тех, кто выбирает, чем заниматься в жизни, или хочет поменять специальность? Forbes проанализировал глобальные тренды и попытался предсказать, какие профессии будут востребованы в ближайшие 10 лет.

Универсальный солдат

Страны меньше воюют между собой - в 2008 году произошло всего 16 вооруженных конфликтов. Для сравнения, в 1999 году на Земле воевали в 21 месте. Впрочем, это не значит, что человечество становится менее агрессивным. Во-первых, падение было неоднозначным: в 2005-м и 2008 году наблюдался рост числа конфликтов. А во-вторых, число терактов и погибших в них людей за последнее десятилетие выросло больше чем в 5 раз.

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

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

GR-менеджер

Кризис, начавшийся в США 2,5 года назад, так сильно потряс финансовые системы развитых стран, что им потребовалось вмешательство самого мощного игрока - государства. В США, Англии, России и других странах государство спасает банки, печатает деньги, входит в акционерный капитал крупных компаний. Билл Гросс, глава инвесткомпании PIMCO, управляющий крупнейшим в мире фондом облигаций, считает, что "невидимая рука свободного предпринимательства заменяется видимым кулаком правительства".

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

По данным Павла Толстых, руководителя Центра по изучению проблем взаимодействия бизнеса и власти, рынок лоббистских услуг в Соединенных Штатах вырос за последний год на 10%, сейчас он оценивается в 3,2 млрд долл. Что уж говорить о России, в которой за последнее десятилетие значение государства в экономике выросло многократно. "Специалисты, которые занимаются работой с государственными органами, однозначно будут востребованы", - говорит Толстых.

Сиделка, геронтолог

Люди стареют. Согласно данным ООН, медианный возраст населения планеты сейчас составляет 29 лет, а к 2050 году увеличится до 38 лет. В России численность населения старше 65 лет вырастет к 2030 году до 27 млн человек. Исследование, проведенное учеными из Университета Южной Дании, свидетельствует, что более половины детей, которые сейчас рождаются в развитых странах, доживут до 100 лет.

Здоровье пожилых людей будет улучшаться, но самостоятельно справляться с немощью и болезнями суждено не всем. "Поскольку будет увеличиваться доля очень старых людей, в возрасте от 80 лет, которым тяжело за собой ухаживать, вырастет спрос на их обслуживание", - говорит Анатолий Вишневский, директор Института демографии Высшей школы экономики. Изменится вся система здравоохранения: старики и молодежь страдают разными болезнями. А каждодневный уход потребует гораздо большего количества работников. По данным датских ученых, всего 30-40% глубоких стариков могут жить без посторонней помощи. Остальным нужен присмотр. Представьте, сколько понадобится людей, чтобы обслуживать будущих Мафусаилов?

Эксперт в сфере альтернативной энергетики

Запасы углеводородов в мире велики, но не безграничны. Энергия, добываемая из возобновляемых источников, будет вытеснять "нефтяную" и "угольную". В начале XXI века на долю альтернативных источников энергии (солнечная, ветряная, геотермальная энергетика) приходилось около 3,4% общего производства электричества в мире. Эта доля в скором времени вырастет в разы - десятки стран планируют замещать нефть и газ альтернативными источниками.

Евросоюз, который в 2005 году производил 6% энергии из возобновляемых источников, поставил цель к 2020 году увеличить долю "зеленой" энергии до 20%. Американский штат Калифорния также требует от крупнейших энергетических компаний к 2020 году производить 20% электроэнергии из возобновляемых источников.

Михаил Попов, главный эксперт департамента корпоративных коммуникаций "Роснано", уверен, что в ближайшее время специалисты по альтернативной энергетике будут весьма востребованы. По его данным, в 2009 году "Роснано" получила около десяти запросов на обучение специалистов от компаний из отрасли высоких технологий. Всего требовалось около 200 человек, причем минимум треть из них должны были работать в сфере альтернативной энергетики (в основном "Роснано" занимается направлениями, связанными с солнечной
реклама
энергетикой). "Спрос на Западе на таких сотрудников тоже будет расти, тенденция очевидна", - говорит Михаил Попов.

Если вы разбираетесь в солнечных батареях, ветряных электростанциях и энергии приливов и отливов, без работы не останетесь.

Специалист по ведению бизнеса в странах Африки

Африка богата природными ресурсами - континент занимает второе место в мире по запасам бокситов, хромовой руды, кобальта, промышленных алмазов, платиноидов, циркония. В 2008 году африканские страны добыли 55% всех алмазов и 27% фосфоритов в мире. Освоением африканских природных ресурсов в последнее время активно занялись государства Азии, более 50% инвестиций в наименее развитые регионы Африки совершаются Китаем, Индией, Кореей.

Но недра Африки все равно разрабатываются недостаточно. Виновата в первую очередь нестабильная политическая ситуация во многих странах региона. По прогнозам Геологического института США, к 2015 году производство золота в странах Африки вырастет на треть, железной руды и урана - в 2,5 раза. Получить контракты на добычу ресурсов смогут лишь компании, которые найдут общий язык с местными элитами. А для этого им понадобятся эксперты и посредники. Те, кто способен консультировать и вести дела в Африке, будут неплохо зарабатывать.

Журналист-агрегатор

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

Специалист по труднодобываемым запасам нефти

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

Пик открытия новых месторождений пришелся на 1960-е годы, с тех пор их находили все меньше и меньше. "За последние 40 лет открыли всего два крупнейших нефтяных месторождения", - говорит Михаил Перфилов, директор по развитию бизнеса агентства Petroleum Argus. В 1981 году в мире стали потреблять больше нефти, нежели находить новой, а это значит, что в конце концов придется заняться трудноизвлекаемой нефтью, например такой, которую добывают в канадской провинции Альберта из нефтеносных песков. Для справки: в 2006 году нефть из Альберты обеспечила 13% импорта в Соединенные Штаты.

Ничуть не меньше сложностей сулит и освоение запасов арктического шельфа. "Если цены на нефть будут расти, а разработка запасов смещаться в более сложные регионы, понадобятся специалисты с соответствующим опытом работы", - говорит Перфилов из Petroleum Argus. Специалистам по экстремальным способам добычи энергоносителей будет где разгуляться.

Селекционер, специалист по генной инженерии растений

Проблема голода никуда не делась: число жителей Земли быстро растет. По прогнозам, если в середине 2009 года на планете жило 6,8 млрд человек, то к 2050 году их будет уже 9,4 млрд. Причем большая часть прироста придется на наименее развитые страны, которые и так едва справляются с обеспечением людей продовольствием. "Во многих странах население растет быстрее, чем уровень развития производительных сил", - говорит Дмитрий Рылько, генеральный директор Института конъюнктуры аграрного рынка.

По данным ООН, ежедневно в мире от голода умирает 17 000 детей, а от недоедания страдает около 1 млрд человек. "Сельское хозяйство должно трансформироваться, - говорит Анатолий Вишневский из Института демографии. - В той форме, в которой оно существует сейчас, оно не сможет прокормить растущее население". Новые сорта растений, в том числе созданные путем генной инженерии, и современные методы ведения сельского хозяйства - едва ли не единственный способ спасти население беднейших стран от голода.

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

Урбанист, специалист по развитию территорий

Земля быстро становится планетой городов, а не деревень. По информации ООН, в 2009 году число горожан превысило число деревенских жителей. В 2025 году доля городского населения вырастет до 77%. Причем большая часть прироста придется на развивающиеся страны. Сами города будут становиться все больше и влиятельнее в экономическом плане.

По данным PricewaterhouseCoopers, в 2005 году 100 крупнейших городов мира производили 25% мирового ВВП, а в 2008-м уже 30%. Население 30 самых больших мегаполисов к 2025 году вырастет на 27%. Планировать, строить и обслуживать новые, быстро растущие мегаполисы должен будет класс специалистов, умеющих создавать комфортную городскую среду.

Сергей Артоболевский, заведующий отделом экономической и социальной географии РАН, говорит, что страны будут формировать большой спрос на специалистов по комплексному развитию территорий (транспорт, социальная сфера, привлечение инвестиций и т. п.), особенно в городских поселениях.

Эксперт по абсорбции, национальным и религиозным конфликтам

Расы, нации и религии все больше перемешиваются. Согласно данным ООН, общее число международных мигрантов к 2010 составит 213,9 млн человек (рост на 10% за пять лет), причем 60% из них будут жить в развитых странах. Головная боль Запада - как интегрировать мигрантов. Никита Мкртчян, ведущий научный сотрудник Института демографии Высшей школы экономики, говорит, что западным странам понадобятся специалисты по абсорбции, которые будут помогать находить общий язык людям разных культур.

Едва ли не самый болезненный вопрос - религиозный. Особенно сложно складываются отношения с последователями ислама. Например, в ноябре этого года граждане Швейцарии на референдуме запретили мусульманам строить минареты. Судя по данным октябрьского отчета исследовательской организации PEW Research Center, в мире проживает 1,57 млрд мусульман (23% мирового населения), причем немалая часть - в западных странах: Германии (4 млн человек), Франции (4 млн), США (2 млн). В Европе и Северной Америке все больше представителей и других новых для региона религий - индуизма, сикхизма, буддизма. Судя по всему, число их приверженцев будет быстро расти из-за иммиграции и сравнительно высокого уровня рождаемости.

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

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

Автор: Андрей Вырковский (http://digest.subscribe.ru)

Очень долго не могла сформулировать заголовок к данной новости, перебирая в голове различные синонимы действия-расставания: "бросить", "покинуть", "оставить", "отвергнуть"...
но уж больно негативный окрас имеют почти все данные глаголы.

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

Мне всегда казалось, что "быть брошенным" намного легче - чем быть инициатором разрыва отношений. В интернете есть море советов, как остаться друзьями при расставании, но ни один не работает на 100% и не дает и капельки гарантии.

Если же ты сам являешься инициатором разрыва, но при этом все еще испытываешь к своему партнеру теплые нежные чувства, то на твои плечи ложится огромный груз ответственности и не самые легкие душевные муки.

Сидишь и думаешь - что произошло, действительно ли этого ты хотела?.... Отвечаешь сама себе, убеждаешь сама сама себя снова и снова - что иначе быть не могло.

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

Общие друзья делятся на 3 лагеря - те, кто с ним, и против тебя

- те, кто с тобой, и против него,

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

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

Как жаль, что не все люди на это способны, и на некогда прекрасных клумбах после их увядания растят лишь сорняки недоверия, обид и ненависти, в то время, как могли бы вырастить Ромашки дружбы.

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

 

Эссе
Автор: Сергей Архипенков

Кто виноват в том, что, спустя 30 лет после объявления «кризиса программирования», компания Standish Group, проанализировав работу 364 американских корпораций и итоги выполнения более 23 тысяч проектов, связанных с разработкой ПО, в своем докладе с красноречивым названием «Хаос» пришла к следующим неутешительным выводам.

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

О чем и зачем

Почему эссе? Потому, что этот материал на достаточно частную тему – психологические аспекты управления программными проектами. Потому, что трактовка рассмотренных вопросов отражает субъективный опыт автора и не претендует на полноту.

Для чего написана эта статья? Для того чтобы обнародовать еще одну попытку ответить на традиционные для России вопросы: «кто виноват?» и «что делать?». Вдруг кто-нибудь еще не знает правильных ответов?

Кто виноват в том, что, спустя 30 лет после объявления «кризиса программирования», компания Standish Group, проанализировав работу 364 американских корпораций и итоги выполнения более 23 тысяч проектов, связанных с разработкой ПО, в своем докладе с красноречивым названием «Хаос» пришла к следующим неутешительным выводам.

«Только 16,2% проектов завершились в срок, не превысили запланированный бюджет и реализовали все требуемые функции и возможности; 52,7% проектов завершились с опозданием, расходы превысили запланированный бюджет, требуемые функции не были реализованы в полном объеме; 31,1% проектов были аннулированы до завершения. Для проектов, которые завершились с опозданием или были аннулированы до завершения, бюджет среднего проекта оказался превышенным на 89%, а срок выполнения - на 122%»?

Что делать, для того, чтобы, все-таки, производить необходимые программные продукты с удовлетворительным качеством и в приемлемые сроки?

Начну сразу с ответов.

Кто виноват? Никто. Как никто не виноват в том, что на небе тучи, что идет дождь, что дует ветер. Поскольку самого-то кризиса не было, и нет, а есть лишь Богом данная (для атеистов - объективная) реальность, которая заключена в особой специфике производства программ, по сравнению с любой другой производственной деятельностью. И с этой спецификой мы обязаны считаться, если, конечно, не хотим «дуть против ветра».

Что делать? Управлять людьми. Успех, а равно и провал, проектов по производству ПО на 100% лежит в области психологии.

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

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

Вспоминается книга по теории вероятностей, в которой было приведено около 200 различных определений понятия вероятности.

Разумеется, это не мои определения, а то, что сложилось и укрепилось в голове под влиянием многих авторов за годы программирования.

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

Цели могут быть любые: воспроизведение звука в динамике ПК, расчет траектории полета космического аппарата на Марс, печать годового балансового отчета и т.д. Важно то, что они должны быть определены. Это звучит банально, но сколько бы раз об этом не твердили ранее, по-прежнему, приходится сталкиваться с программными проектами, в которых отсутствуют какие-либо определенные цели.

Свежая цитата из жизни: «Была бы разработана хорошая программа, а какой процесс автоматизировать с ее помощью, мы найдем». Могу добавить только одно: «Ни один ветер не станет кораблю попутным, если капитан не знает, куда плыть».

Это отображение может быть очень простым, например, перфорирование машинных команд и данных на перфокартах. А может быть многоступенчатым и очень сложным, когда сначала цели отображаются на требования к системе, требования – на высокоуровневую архитектуру и спецификации компонентов, спецификации - на дизайн компонентов, дизайн - на исходный код. Далее исходный код при помощи компиляторов и сборщиков отображается на код развертывания, код развертывания – на вызовы функций ПО окружения (ОС, промежуточное ПО, базы данных), которое может располагаться на множестве компьютеров, объединенных в сеть, и только после этого – в машинные команды и данные.

Профессиональное программирование (синоним производство программ) – деятельность, направленная на получение доходов при помощи программирования.

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

Профессиональный программист – человек, который занимается профессиональным программированием. Профессионального программиста следует отличать от профессионала (мастера в программировании). Разброс профессионального мастерства в программировании достаточно широк и далеко не каждый, кто зарабатывает на жизнь программированием, является мастером, но об этом позже.

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

Моцарт и Сальери

Гуру программирования Ф. Брукс в 1975 году писал: «Программист, подобно поэту, работает почти непосредственно с чистой мыслью. Он строит свои замки в воздухе и из воздуха, творя силой воображения. Трудно найти другой материал, используемый в творчестве, который столь же гибок, прост для шлифовки или переработки и доступен для воплощения грандиозных замыслов». Некоторые психологи, которые работают с программистами, идут дальше и даже утверждают, что программирование – это высшая форма творчества.

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

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

Пример из личного опыта. Когда я работал в Центре управления полетами, нам для долгосрочных прогнозов траекторий КА потребовалась более точная модель вращения Земли. Некоторые думают, что Земля равномерно вращается вокруг неподвижной оси со скоростью 1 оборот за 24 часа. Однако, это не так. Земная ось под влиянием притяжения Солнца, Луны и планет совершает в пространстве прецессионное движение и нутационные колебания. В «Астрономическом ежегоднике РАН» регулярно публикуются многолетние данные натурных измерений вращения Земли. Там же публикуется алгоритм построения модели, экстраполирующей это движение. Модель представляет собой разложение угловой скорости по достаточно сложной системе функций. Разложение содержит около сотни членов. Коэффициенты этого разложения подобраны каким-нибудь методом наименьших квадратов по эмпирическим данным. Заявленная точность аппроксимации, если не изменяет память, составляет 10**-10. Там же приводятся результаты расчетов, сделанные по этой модели. С точки зрения программирования, эта задача, на первый взгляд, является тривиальной. Однако, этот случай запомнился мне по двум причинам. Первая. При разработке этой программы я поставил абсолютный личный рекорд производительности: 2000 SLOC на С++ (отлаженных и оттестированных) за рабочий день (правда, рабочий день продолжался часов 14-16). Вторая. Я навсегда утвердился в том, что даже простое кодирование готового алгоритма есть процесс творческий. И вот почему. Я собрал в кулак всю свою волю и сконцентрировал все свое внимание, поскольку помимо того, что мне требовалось запрограммировать достаточно сложную систему функций, необходимо было еще безошибочно ввести достаточно много констант, которые содержали по 12 десятичных разрядов (работали без сканеров, не было их тогда). На это у меня ушли первые 8 рабочих часов. Наконец, собрав программу целиком, я достаточно быстро выявил и устранил явные ошибки, которые являлись причиной того, что полученные результаты отличались от искомых в разы. И тут случилась катастрофа. Результаты расчета по моей программе стали почти правильными. Это «почти» заключалось в двух последних десятичных знаках, т.е. относительная ошибка расчета имела величину 10**-8, но абсолютная-то точность отличалась в 100 раз! Каждый программист знает, как сложно искать ошибку в почти правильной программе. Остальные часы я потратил на безуспешные попытки выявить источник ошибок, в основном вычитывая код и проверяя коэффициенты. Выручил меня более опытный коллега, с которым я поделился своими проблемами. Он обратил мое внимание на то, что разрядная сетка представления десятичного числа на компьютере конечна (как будто я сам об этом не знал), а члены разложения по абсолютному значению отличаются на сотни порядков (и это я знал), поэтому складывать их надо, начиная с самых маленьких (а вот это уже «опыт - сын ошибок трудных», которого мне не хватило). После внесения необходимых исправлений я, наконец-то, получил искомый результат. Спасибо Учителям…

Факт 1. Программирование было, есть и останется в обозримом будущем творческой деятельностью.

Творчество неразрывно связано с вдохновением, а это субстанция капризная и непредсказуемая (помните знаменитый сон Д. И. Менделеева, про Периодическую таблицу элементов его имени?). Знаю только, что без вдохновения в программировании не обойтись. И чем сложнее задача, тем труднее извлечь это вдохновение из подсознания. Иногда для этого требуются часы, а иногда недели.

Испытано многократно. Особенно запомнилось решение, которое пришло во сне (до этого сон Д.И. Менделеева мне представлялся историческим анекдотом). Для построения оптимальной орбитальной структуры навигационных спутников требовалось уметь определять на достаточно длительном промежутке времени статистические характеристики навигационного поля. В первом приближении задача сводилась к вычислению как функции времени площади земной поверхности, из которой одновременно можно наблюдать 4 спутника из группировки. Причем, наш заказчик устроил соревнование и поручил эту же задачу еще и коллегам из Брауншвейгского Технического университета. Очевидно, что сначала мы попытались пойти простейшим путем и решить задачу методом прямого перебора на компьютере, разбив поверхность Земли на географическую сетку. Более рациональные методы оптимизации не подошли, поскольку критерий, по которому проводилась оптимизация, представлял из себя довольно «рваную» функцию. Однако, быстро пришлось признать бесперспективность прямого перебора. Для решения этой задачи у нас был всего один Intel 486 и расчет значения критерия оптимальности на 1-ом узле сетки занимал 15 минут. Исходя из полученных оценок, пришлось сделать вывод, что мы ни только не получим решение к обещанному сроку, но и не дождемся его в течение года непрерывных расчетов. Требовалось повысить быстродействие алгоритма вычисления площади кратного покрытия зонами видимости навигационных КА, не менее чем в 100 раз. С этой задачей я промучился недели три, периодически, то отбрасывая ее (вытисняя в подсознание), то снова возвращаясь к ней. Решение пришло во сне. Причем в предыдущий вечер я этой задачей не занимался. Естественно я проснулся от неожиданности и часа 2 потратил на запись сна в виде математических формул. Придя на работу, я за пол дня запрограммировал и отладил изобретенный алгоритм. Всего 100-150 SLOC, не так уж много за три недели. Ну и еще, запомнилось чувство морального удовлетворения и гордости, которое я испытал, когда представлял заказчику полученные результаты. Первым о полученных результатах докладывал немецкий коллега. Они решали задачу прямым перебором, и он долго рассказывал о том, сколько им для этого потребовалось недель непрерывных расчетов и сколько процессоров Pentium они задействовали параллельно. Затем он представил полученный результат. Он отметил, что он не может дать объяснение, почему получилось именно такое орбитальное построение – так рассчитали компьютеры. Свое выступление я начал словами: «Мы получили очень похожий результат, только он на 15% лучше и я вам сейчас объясню, почему оптимальное орбитальное построение должно быть именно таким». Это был, безусловно, мой звездный час. В конце концов, мы с немецким коллегой объединили наши результаты и опубликовали их в совместном докладе на международной конференции по навигации.

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

Случай из жизни об эстетике настоящего мастерства. Еще не так давно в нашей удивительной стране не было возможности заработать своим умом. Я имею в виду законные способы. Поэтому в мои студенческие годы существенным подспорьем была летняя работа в строительных отрядах, которая позволяла за 2 месяца увеличить доходную часть годового семейного бюджета в несколько раз. Так вот, мой друг, почти двухметровый Геракл, мастер спорта по водному поло был профессиональным копателем ям и траншей. Он сознательно специализировался в этой области, поскольку рассматривал это как тренировку. Его работа была близка к идеалу, в ней не было ни одного лишнего движения. Местные крестьяне, возвращаясь после трудовой смены, любили присесть недалеко от места его работы, покурить и с восхищением понаблюдать за искусством ямокопания. Но думаю, что, вряд ли, они смогли бы оценить эстетику программного решения задачи расстановки восьми ферзей на шахматной доске.

Программирование это не наука. Наработки математиков в области логики, теории информации, численных методов, реляционной алгебры, теории графов и некоторых других дисциплинах на долю процента не покрывают сложность программистских задач. В программировании нет системы знаний о закономерностях создания программ. Даже выдающиеся программисты не возьмут на себя смелость утверждать об архитектуре новой программной системы то, что она будет успешной. Хотя в программировании уже накоплен определенный опыт провалов, который может позволить искушенному программисту увидеть в архитектуре новой системы антипаттерны - источники серьезных будущих проблем. Но не более того. Существующее состояние Software Engineering напоминает мне большую поваренную книгу с многочисленными описаниями рецептов однажды успешно приготовленных блюд из ингредиентов, которых у меня никогда в будущем не будет. Завтра в моей новой системе будут другие вычислительные машины, технологии, языки программирования, инструменты и окружающее ПО, новые проблемы взаимодействия с которыми мне обязательно придется решать.

Факт 2. Программирование - не искусство и не наука – это ремесло. Сегодня мы так же далеки от индустриальной разработки программ, как и 50 лет назад.

А поскольку это ремесло, то человек, научившийся писать программы на C ++, будет также далек от профессионала, как ученик третьего класса средней школы, научившийся писать по-русски, от А. С. Пушкина или Ф. М. Достоевского. Путь к мастерству в ремесле лежит только через опыт. Нельзя научиться программированию, читая книги. Как нельзя по книгам научиться писать романы, картины, стихи, музыку. А еще программистам нужен постоянный труд самоусовершенствования и саморазвития. Поэтому далеко не все, кто пишет программы, становятся профессионалами.

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

Хотите, меряйте производительность в строках исходного кода, хотите – в функциональных точках.

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

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

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

Упрощенно, путь от идеи до ее реализации в этих отраслях выглядит следующим образом: НИР-ОКР-завод. В верхней части этой пирамиды находятся отраслевые НИИ, которые производят идеи и занимаются проектированием новых изделий. На втором этаже пирамиды работают конструкторы в конструкторских бюро, в задачу которых входит реализация нового проекта в чертежах деталей и технологиях изготовления и сборки. На нижнем уровне находятся производственные мощности - заводы, на которых инженеры и рабочие воплощают «в железе» чертежи и технологии.

Если проводить аналогию, то программисты работают исключительно на вершине описанной пирамиды. Программирование – это проектирование и только проектирование. Роль конструкторского бюро для программного проекта выполняют компилятор и сборщик программ. А программистским аналогом завода, который переводит конструкторскую документацию в продукт, доступный потребителю, служит вычислительный комплекс, на котором выполняется созданная программа.

А теперь давайте вспомним, сколько НИР так и остались на бумаге, не дойдя до ОКР, и сколько еще ОКР закончилось закрытием тематики. Я думаю, что процент инноваций, дошедших до производства от общего числа проектов, выполненных в отраслевых НИИ, будет сравним с процентом успешных программных проектов. И давайте еще учтем, что ученые в НИИ опираются на достаточно хорошо изученные законы математики, физики и химии, а программирование, как мы отмечали выше, пока остается лишь ремесленным производством.

Для коллективного программистского творчества скорее уместна аналогия с созданием художественного кинофильма или театрального спектакля. Я полагаю, что количество провальных проектов в этих областях ничуть не меньше, чем в программировании. Дай Бог, если хотя бы пятая часть кинофильмов не «ложится на полки» после первого показа.

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

Факт 4. В обозримом будущем большая часть проектов разработки ПО будет завершаться со срывами сроков и перерасходом бюджета, часть проектов не будет завершена вообще, и только приблизительно 20% проектов будут укладываться в первоначальный бюджет и сроки.

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

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

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

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

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

Анекдот, над которым смеются в основном программисты. Программист, ложась спать, ставит рядом с кроватью два стакана: один с водой, а другой пустой. Если он проснется и захочет пить, то у него есть полный стакан. Если проснется и пить не захочет, то у него есть пустой стакан.

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

Еще одна особенность, которая присуща программистскому творчеству, это постоянное обновление информационных технологий, которые программисту необходимо знать и успешно применять в своей работе. Поэтому профессиональный программист должен, как сказал один из наших прежних вождей, «учиться, учиться и учиться». Программист должен удерживать в голове, постоянно пополнять и активно применять на практике гигабайты профессиональной информации. Это устройство компьютеров, компьютерных сетей и сетевые протоколы. Это операционные системы и языки программирования. Это программные интерфейсы промежуточного ПО и прикладных библиотек с особенностями и багами их реализации в конкретных продуктах. Это технологические стандарты, технологии разработки и инструменты, которые их поддерживают. Это архитектуры программных систем, паттерны и антипаттерны проектирования и много-много другой информации.

Еще в начале 70-х замечательный ученый академик А.П.Ершов сказал: “Программист должен обладать способностью первоклассного математика к абстракции и логическому мышлению в сочетании с эдисоновским талантом сооружать все, что угодно, из нуля и единиц. Он должен сочетать аккуратность бухгалтера с проницательностью разведчика, фантазию автора детективных романов с трезвой практичностью экономиста”.

Образно можно сказать, что программист должен сочетать в себе легкость и полет таланта Моцарта с усидчивостью и скрупулезностью Сальери.

Описанные психологические особенности программистского творчества привели к тому, что наиболее успешными программистами становятся люди, которые обладают выраженным аутистическим складом мышления. Аутистическое мышление (от древнегр. autos — сам) — замкнуто-углубленный тип личности. Применительно к личности используется также термин «шизоид».

Факт 5. Аутист-шизоид – наиболее распространенный среди программистов тип личности.

Мы, программисты, все немного шизоиды.

А вас разве не бесят капающая из крана вода или бумаги, сложенные кем-то в стопку на вашем рабочем столе, которые до того лежали в гармоничном беспорядке?

По неофициальным данным, в компании «Майкрософт» число аутистов среди сотрудников составляет от 5 до 20%. Аутизм это не болезнь! Мы просто не такие как остальное большинство, которое не готово сутками проводить время за мониторами компьютеров и получать от этого удовольствие. И, пожалуйста, не надо нас лечить и переделывать! Это удача для человечества, что рождаются аутисты. Так, по результатам исследований процент гениев (то есть людей, способности которых существенно выше средних) среди людей с диагнозом “аутизм” достигает 20%. В то время как среди так называемых “нормальных” людей он не превышает 0,001%. Психологи считают аутистами таких известных исторических личностей, как Ньютон, Эйнштейн, Гегель, Фрейд, Юнг, Агата Кристи и даже любимый Пушкин.

Ну, как здесь удержаться еще от одной цитаты по поводу Моцарта и Сальери в одном лице: «Пушкин сам был Моцартом в искусстве, и он знал это; но во всем другом он был Сальери…» (М. О. Гершензона «Мудрость Пушкина», Москва, 1919 год). А аутизм тогда еще даже не придумали…

Аутизм сейчас популярная тема не только среди профессиональных психологов, но и в обществе. Про аутистов даже сняты художественные фильмы: «Человек дождя» и «Меркурий в опасности». Поэтому позволим себе отослать заинтересовавшегося читателя к многочисленным профессиональным и не очень источникам информации, которые в большом числе присутствуют в Интернете. Остановимся только на тех качествах шизоидного типа личности, на которые мы будем ссылаться в дальнейшем.

• Они ориентированы на свой внутренний мир, а не на окружающих их людей, они с трудом идут на установление контактов с другими людьми, их реакции часто необычны и непонятны окружающим, а привычки и пристрастия - устойчивы и с трудом поддаются изменению.
• Для них характерно сочетание противоречивых черт в личности и поведении: холодности и утонченной чувствительности, упрямства и податливости, настороженности и легковерия, апатичной бездеятельности и напористой целеустремленности, необщительности и неожиданной назойливости, застенчивости и бестактности, чрезмерных привязанностей и немотивированных антипатий, рациональных рассуждений и нелогичных поступков, богатства внутреннего мира и бесцветности его внешних проявлений.
• Они могут повторять одно и то же действие снова и снова. Они хотят жить так, чтобы в окружающем их мире ничего не изменялось и чтобы события всегда происходили в привычном для них порядке. Даже незначительное изменение в этом порядке их очень расстраивает.
• На работе они часто неуправляемы, так как трудятся, исходя из собственных представлений о ценностях в жизни. Однако, в определенных областях, где требуется художественная экстравагантность, одаренность, нестандартность мышления, символизм, они могут достичь многого.

“Аутист видит в компьютере близкое существо, – считает Эми Клин, ассистент профессора Центра детского развития при Медицинской школе Йельского университета. – Компьютеры бескомпромиссны и негибки, а люди, с которыми нам приходится иметь дело, отличаются теми же качествами”. Аутизм ограничивает способность таких людей к общению, но вознаграждает их даром невероятной концентрации и творческой продуктивности.

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

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

Это следствие закона больших чисел. Главное, чтобы оценки элементарных работ были независимы между собой. Например, закон больших чисел не сработает, если все ваши оценки поражены оптимизмом.

В моей практике ошибка суммарной трудоемкости проекта составляет не более 30%. Производительность участников проекта также может отличаться в разы, но средняя производительность по всем участникам вещь достаточно стабильная и прогнозируемая. По моему опыту оптимальное с точки зрения макроуправления количество человек в группе разработчиков – 4-6. Если проект большой, то необходимо провести его архитектурную декомпозицию на минимально связанные подсистемы, разработку которых следует вести отдельными группами со своими руководителями и планами.

Задачей любого управления является достижение некоторой цели. В нашем случае целью управления является успешное завершение проекта. Если кто-то думает, что успех проекта это реализация в программе 100% требований к назначенному сроку и в пределах выделенного бюджета, то это не так. Успех проекта живет в головах людей. Успех это в первую очередь чувство удовлетворения заказчика.

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

Но не только. Успех это еще и чувство удовлетворения людей, которые выполняли проект. Вряд ли стоит называть проект успешным, даже если заказчик остался доволен его результатами, но при этом из компании ушли все профессионалы, участвовавшие в этом проекте. Я сознательно не касаюсь здесь вопросов экономической эффективности проекта и не потому, что «джентльмены о деньгах не говорят», а потому, что это самостоятельный и непростой вопрос совсем из другой области.

Факт 6. Цель управления программным проектом лежит в области психологии.

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

Факт 7. Средства управления программным проектом лежат в области психологии.

То, что важным фактором программистского проекта является психология, начали писать более 30 лет назад, книги Венберга и Де Марко ничуть не утратили своей актуальности и сегодня. Но понимание того, что психология является решающим фактором успеха или неуспеха проектов разработки ПО, пришло только в последние годы. Радикальным решением проблем кризиса программирования поочередно объявлялись поиск лучшего языка программирования (1960-е годы), технологии программирования (1970-е годы), инструментария программирования (1980-е годы), системы качества (1990-е). И только центральному и ключевому фактору - фигуре самого программиста - внимание почти не уделялось.

«Именно человеческие качества обеспечивают успех тому или иному проекту, именно они являются фактором первостепенной важности, основываясь на котором надо строить прогнозы о проекте». Это вывод Алистэра Коуберна, который базируется на результатах анализа очень разных программных проектов, реализованных за последние 20 лет. Проекты отличались друг от друга по количеству программистов, по срокам выполнения, по применяемой технологии - от самой тяжелой (CMM 5-го уровня) до полного ее отсутствия. Коуберн не обнаружил статистически значимой корреляции успеха или неуспеха проекта ни с одной из перечисленных характеристик.

Не правы те, кто утверждает, что нет разницы между управлением программными проектами и проектами в любой другой отрасли промышленности, например, в строительстве или авиастроении. Разница есть и она принципиальная.

Факт 8. Основная сложность управления программными проектами заключается в противоречии между коллективным характером труда и аутистической природой программирования.

Управляем катастрофой

До сих пор мы только констатировали объективно существующие трудности и проблемы, которые связаны с разработкой программных проектов. Читатель давно уже в праве ожидать от нас ответа на вопрос «что делать?». Короткий ответ – управлять людьми, которые вовлечены в проект. И круг таких людей достаточно широк. Оставшаяся часть статьи будет посвящена управлению программными проектами, а если точнее, то работе менеджера проекта 14 по управлению людьми, как внутри проекта, так и вне него. Начнем по порядку.

Над входом в храм Аполлона в Дельфах написано «Познай себя». Начинайте проект с себя. Вы – менеджер проекта. Если это ваш первый проект, то поздравляю вас с приобщением к благородной профессии. «Управление благородно по своей сути. Менеджмент ничего не имеет общего с деятельностью бюрократа, сидящего наверху. Менеджер делает самую необходимую в компании работу. Благодаря нему становится возможным выполнение самых грандиозных проектов. Нет более почетной работы, чем та, которую делает настоящий менеджер».

Но даже, если у вас сверхвысокий IQ , это не поможет вам в управлении людьми. Чтобы управлять людьми, нужны совсем другие качества. Менеджер должен обладать сверхвысоким EQ – коэффициентом эмоционального интеллекта (Emotional Intelligence). Вот три компонента эмоционального интеллекта:

1. Понять свои собственные чувства.
2. Научиться управлять ими.
3. Научиться распознавать эмоции других и управлять ими.

Загляните в себя, есть ли у вас необходимые качества. В силу аутистической природы программирования хороший программист, как правило, этими качествами не обладает. Из хороших программистов выходят, как правило, плохие менеджеры проектов. Аутисты предпочитают не общаться с другими людьми и не испытывать потребности в таком общении, они не интересуются другими людьми, стремятся быть в одиночестве. Недостаточный EQ и шизоидные наклонности могут привести к параноидальному стилю управления: чрезмерной бдительности, подозрительности, озабоченности скрытыми мотивами, повышенной тревожности [11]. Такие руководители считают подчиненных некомпетентными симулянтами, которые не любят свою работу и стремятся избежать ее, если у них есть такая возможность. Руководители подобного типа практикуют строгий контроль через активное личное наблюдение, формальные правила и ограничения. Ведут себя агрессивно, в особенности с теми подчиненными, которые высказывают свое мнение. «Кнут и пряник» для них единственные инструменты мотивации подчиненных.

Метод «Кнута и Пряника» - алгоритм, описанный в известной монографии Кнута и позднее модифицированный русским программистом Пряником. Программистский фольклор (И. Одинцов, «Профессиональное программирование. Системный подход», BHV, Санкт-Петербург, 2002)

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

В истории нашей удивительной страны был такой опыт – сталинские «шарашки».

Если у вас недостаточный EQ , не отчаивайтесь. В отличие от IQ , который формируется в ранней молодости и затем практически не меняется, EQ можно повышать на протяжении всей жизни.

Призыв 1. Повышайте свой эмоциональный интеллект, если вы хотите руководить успешными программными проектами.

Поймите свои собственные мотивы. Ответьте себе на вопрос, почему вы беретесь именно за этот проект. Если единственным ответом является: «Потому, что мне поручили», знайте, что катастрофа не за горами. Помните, что вам предстоит поставить на кон свою репутацию и вложить в проект душу. «Вполнакала проекты не делаются» - очень точная формулировка И. Ставинского. Поэтому нужно четко понимать, в чем будет ваш выигрыш в случае успешного завершения проекта.

Призыв 2. Поймите свои личные цели, достижение которых связано с успешным завершением проекта.

Эти цели не обязательно должны быть материальными: повышение оклада или должности. Это могут быть идеальные цели: познать новое, сделать то, что до вас никто не делал, обеспечить существенные конкурентные преимущества вашей компании или, наконец, осчастливить все человечество. Главное, чтобы для вас лично эта цель была значимой настолько, чтобы стремление к ее достижению могло бы поддерживать в вас состояние постоянного горения от начала до завершения проекта.

Как мы отмечали ранее, главная цель управления проектом - вызвать у заказчика чувство удовлетворения. Степень удовлетворенности – субъективная величина, которая является отношением субъективной оценки достижений к субъективной же оценке ожиданий или потребностей. Отсюда следует:

Призыв 3. Продавайте свой проект от начала до завершения работ.

Понимание этого правила пришло ко мне достаточно давно, но формулировку его я заимствовал у Тома Питерса.

Долгое время, работая в научном коллективе, я не мог понять, почему умным и талантливым ученым, раз за разом, урезают финансирование очень перспективных направлений, а другие деятели от науки получают ассигнования на все новые и новые «мыльные пузыри». Так продолжалось до тех пор, пока мне не попалась фраза, приписываемая великой Раневской: «Не важно, милочка, что Вы из себя представляете. Важно, что о Вас говорят». Эта истина все расставила по своим местам.

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

Я выделил эти слова курсивом потому, что часто не очень компетентные замечания заказчика могут ухудшить конечный результат проекта. Если вы профессионал, вы обязаны найти аргументы и убедить заказчика в том, что он не прав. Ну и, естественно, не забывайте анализировать, как эти изменения могут повлиять на сроки и бюджет проекта и, в случае их изменения, не забудьте согласовать это с заказчиком.

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

Заказчик далеко не единственный человек, которому вы должны постоянно продавать свой проект. Заказчика окружают люди, которые могут существенно влиять на формирование его мнения. Например, будущие пользователи вашей программы. Вы просто обязаны продавать ваш проект и им. Так же полезно продать проект экспертам в той области ИТ, к которой относится ваш проект. Заручитесь их поддержкой, она особенно пригодится вам, если заказчик не является специалистом в ИТ.

Очень важно продавать проект вашему руководству, если заказчик проекта со стороны. Руководство должно быть постоянно уверено, что проект завершится в срок и в полном объеме. Сделайте проект прозрачным, пусть руководство видит все, от плана проекта до исходного кода программ и скриптов. Руководство, конечно, не поймет, как продвигается ваш проект, но избавится от присущей ему фобии, что от него что-то скрывают. Разработайте для руководства небольшой и ясный набор индикаторов (об индикаторах проекта чуть позже), который будет отражать продвижение проекта к цели, и регулярно представляйте отчет по их изменению, чтобы руководство могло следить за прогрессом проекта.

И если уж речь зашла о руководстве, то уместно привести здесь еще одно правило.

Призыв 4. Не позволяйте руководству принимать других решений в вашем проекте, кроме двух: остановить проект или сменить менеджера.

По всем остальным вопросам в проекте принимать решения должен менеджер, а руководство вправе лишь высказывать свои рекомендации. Если это не так, то вы идете к катастрофе. Джоель Спольски так описывает последствия вмешательства руководства: «…Руководители разных уровней с удовольствием запускали руки в каждый стряпающийся пирог, раздавая указания направо и налево в стиле, который я стал называть порулил и убегай. «Порулил и убегай» потому, что начальники появлялись на горизонте вероломно, отдавали глупые распоряжения как именно все, черт побери, должно быть сделано, без какого-либо предварительного размышления, и покидали комнату, оставляя всех собирать осколки». Если вам не удалось оградить проект от подобных вмешательств, вам, скорее всего, придется собирать осколки до его завершения.

А теперь о самом главном в управлении программным проектом – управлении проектной командой. Управлять людьми – значит побуждать их к правильным действиям. А побуждать их можно, только управляя мотивами. Согласно теории мотивации для того, чтобы человек совершил какое либо действие он должен испытывать некую потребность и предполагать, что, выполнив это действие, он в той или иной степени эту потребность удовлетворит. Поэтому управление мотивами осуществляется, как правило, в двух направлениях: 1) формирование правильных потребностей; 2) формирование правильной оценки степени их удовлетворения.

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

Я отношу себя к сторонникам гуманистического направления в теориях мотивации и исхожу в своей практической деятельности из структуры потребностей, которую описывает пирамида А. Маслоу. Мои многолетние наблюдения показывают, что потребности нижнего уровня пирамиды (физиологические и безопасности) для программистов, как, впрочем, и для других работников интеллектуального труда, играют несущественную роль. Это означает, что если эти потребности удовлетворены процентов на 50-70, то их дальнейшее удовлетворение слабо мотивирует работу программиста. Для программистов гораздо большее значение имеет удовлетворение потребностей принадлежности, самоуважения и самоактуализации. Причем, чем выше квалификация программиста, тем на более высоком уровне пирамиды Маслоу находятся мотивирующие его потребности. Попробуйте уговорить суперпрограммиста перейти на техническое сопровождение системы, даже если вы пообещаете ему в два раза большую зарплату. А вот уговорить его перейти на проект в области сверхновых технологий вполне возможно, даже при некоторой потере в доходах.

Об этом же пишет Э. Йордан: «Деньги, выгода, комфорт и тому подобное являются факторами «гигиены» - их отсутствие вызывает неудовлетворенность, однако они не могут заставить людей полюбить свою работу и дать им необходимые внутренние стимулы. Что действительно может дать такие стимулы, так это ощущение значительности достигнутых результатов, гордость за хорошо выполненную работу, более высокая ответственность, продвижение по службе и профессиональный рост - все то, что обогащает работу». Об этом же более 30-ти лет назад писал Вейнберг: «Творчески работающему программисту присуща глубокая внутренняя мотивация». На мой взгляд, это еще одно следствие аутистической природы программирования.

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

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

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

Команда успешного проекта это команда победителей. Успешный проект должен сделать победителем всех его участников.

Призыв 6. Рассматривайте работу команды над проектом как корпоративную игру, в которой каждый участник, стремится к достижению своих личных целей, продвигая проект к успеху.

Управление командой начинается с ее формирования.

Призыв 7. При наборе персонала убедитесь, что человек сможет сделать то, что нужно в вашем проекте и хочет то, что вы сможете ему дать.

Вроде все просто, однако, это не так. Сможет это не только знает и умеет, но еще и захочет.

Я, например, не знаю, как мотивировать суперпрограммиста переписать библиотеку DLL с C++ на Java, если эта работа больше чем на 2-3 дня.

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

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

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

При отборе кандидатов только очное интервью «глаза в глаза» и личный опыт работы с людьми позволит вам создать эффективную программистскую команду. О практике проведения интервью могу рекомендовать работы, в которых изложены подходы, во многом совпадающие с моим опытом.

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

Призыв 8. Не загружайте программистов несвойственной для них работой.

Включайте в проектную команду, бизнес-аналитиков, эргономистов, художников-дизайнеров, документалистов. Разделение труда - залог перехода от кустарного производства к более эффективному промышленному производству.

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

Существует удобная для руководства формула: «ты в ответе за все». Для того, чтобы избавиться от неугодного работника - удобно, но организовать эффективную работу невозможно.

Призыв 9. Договоритесь о правилах игры – нормах и регламентах, которые определяют права и ответственность членов проектной команды.

Регламенты и стандарты требуются еще и для того, чтобы все участники проекта разговаривали на одном языке, а ваш проект не превратился в проект строительства Вавилонской башни. Иначе, например, если не определено или не исполняется соглашение по правилам кодирования, программисты быстро перестанут понимать друг друга.

Главная задача менеджера - обеспечить максимально эффективное использование знаний и способностей каждого участника проекта для решения проектных задач. Набранная вами группа специалистов это еще далеко не та команда, которая способна быстро и качественно достигать поставленные цели, умеющая самостоятельно принимать нестандартные и эффективные решения. В силу аутистической природы программирования набранная вами группа это собрание индивидуалистов-эйнштейнов, которые, как правило, самодостаточны и не нуждаются ни в руководстве, ни в общении. Для того, чтобы из группы получилась команда, необходима общность представлений участников о нормах поведения в коллективе и ожиданиях от каждого из его участников. Каждый участник команды должен понимать, какое трудовое поведение приемлемо, а какое порицается, каковы должны быть отношения в группе, стиль и методы работы. У меня выработалось определенное представление о правильных нормах поведения, которые я настойчиво внедряю в своих проектах. На мой взгляд, программист может считать себя профессионалом только тогда, когда:

1. Получает удовольствие от своей работы, гордится ее результатами и стремится, чтобы эти же чувства испытывали все коллеги.
2. Четко осознает свои личные и общие цели, понимает их взаимообусловленность, настойчиво стремится к их достижению.
3. Занимает активную позицию, стремится расширить свою ответственность и увеличить личный вклад в общее дело.
4. Постоянно приобретет новые профессиональные знания и опыт, выдвигает новые идеи, направленные на повышение эффективности достижения общих целей, добивается распространения своих знаний, опыта и идей среди коллег.
5. Уверен в себе и в своих коллегах, объективно оценивает их достижения и успехи, внимательно относится к их интересам и мнениям, активно ищет компромиссы при противоречиях.
6. Является оптимистом, при этом твердо знает, что окружающий мир несовершенен; воспринимает каждую новую проблему, как дополнительную возможность подтвердить собственный профессионализм в своих глазах и во мнении коллег.

Основные усилия по мотивации участников проектной команды я направляю на то чтобы стимулировать правильное поведение.

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

Очень важно, чтобы каждый член проектной команды знал, или хотя бы имел при желании возможность узнать о проекте не меньше, чем его менеджер. И не стоит ничего скрывать, ни проблем с заказчиком, ни разногласий с руководством. Трудно ожидать самостоятельные, нестандартные и эффективные решения от человека, у которого «шорами» ограничено видение проблемы.

Ошибкой являются попытки управления проектом на микро-уровне: мотивирование достижения формальных индивидуальных показателей, например, реализация программистом функциональных требований, количество написанных им строк исходного кода или плотность выявленных ошибок. В творческой деятельности формальные подходы не работают.

Вспоминается эпизод, когда в коллектив из кандидатов и докторов наук за год работы создал систему формальных показателей, которая, по их мнению, позволяла оценивать эффективность научной деятельности подразделений института. Назывался труд «Методика подведения итогов социалистического соревнования» - около 100 показателей и более 100 страниц методических указаний по их расчету. Не сработало! Уже через три месяца самые «продвинутые» руководители научились работать на методику, а не на науку, и стали получать самые большие премии.

Де Марко по поводу одной из своих коллег говорил: «я слабо представляю, какой вклад она вносит в мой проект, но за 12 лет ее работы в компании все проекты, в которых она участвовала, заканчивались успехом». За ответом направляю к его книге.

Основным инструментом управления у менеджера является план работ. Как мы уже отмечали ранее, работа по проекту должна вестись итерационно, а каждая итерация должна наращивать функциональность, которая определена требованиями к системе. Наиболее приемлемое время итерации от 2 до 6 недель. Именно на этот срок должно осуществляться детальное планирование. Поскольку в реализацию попадают только хорошо проработанные системные требования, то можно добиться достаточно высокой точности плана. Трудоемкость элементарных работ детального плана должна составлять от 4 до 20 часов при расчете на среднего программиста. Каждая итерация должна заканчиваться коллективным анализом «Lessons Learned»: удалось ли достичь поставленных целей, какие проблемы пришлось решать, как реорганизовать технологические процессы для более эффективной работы, - и детальным планированием следующей итерации.

Макро-показателей, по которым менеджер должен осуществлять мониторинг проекта, не так уж и много:

• Процент реализованных функциональных требований от общего числа.
• Объем затраченных на разработку человеко-часов.
• Количество строк исходного кода.
• Количество ошибок выявленных и закрытых.

Динамика этих показателей в сравнении с плановыми значениями позволяет вам и вашему руководству формально судить об успешности продвижения проекта. Если эти показатели существенно (более, чем на 10-15%) отличаются от прогнозируемых, то это свидетельствует о возможных проблемах проекта. Например, если количество кода превышает ожидания, то это может быть следствием ошибок в оценке трудоемкости (придется пересматривать планы, поскольку, скорее всего, увеличится срок проекта) или недостатков архитектуры и слабого повторного использования кода. Меньшее по сравнению с ожиданиями количество выявленных ошибок может свидетельствовать о недостатках в тестировании.

Программисты это, как правило, очень трудолюбивые люди (порой до фанатизма), с глубокой внутренней мотивацией к программистской работе. Как правило, я не вмешиваюсь в работу конкретного программиста, если срок выполнения поставленной задачи не превышен в 2-3 раза по сравнению с оценками в детальном плане. Так я определил для себя допуск на разброс траекторий на молекулярном уровне. Это оправдано, поскольку некоторые задачи решаются в разы быстрее, и на макро-уровне проект продвигается в соответствии с планом. Но если на микро- уровне возникают существенные отклонения от плана, это служит поводом для анализа причин неэффективной работы программиста.

Для эффективной работы программисту необходимо и достаточно выполнение четырех условий:

1. Понимание целей работы.
2. Желание ее сделать.
3. Умение ее делать.
4. Возможность ее сделать.

Неадекватное понимание целей конкретного проекта может привести к проблемам. Большинству опытных программистов свойственно стремление решить свою задачу не просто хорошо, а как можно лучше. Они стремятся сделать задачу для самого общего случая, оптимально по памяти и быстродействию, используя самые последние достижения информационных технологий, закладывая в архитектуру возможность дальнейших расширений. Доводя свою программу до совершенства, программист способен затратить гораздо больше времени, чем реально требуется на задачу. Это стремление всегда вступает в конфликт с коммерческой стороной профессионального программирования, как способа получения доходов. С точки зрения заказчика, качественная программа это та, которая удовлетворяет заявленным требованиям. Не более того.

Мне лично не приходит в голову интересоваться тем, насколько элегантна и оптимальна схема моего телефона, пока он удовлетворяет моим требованиям.

Призыв 11. Нацеливайте программистов на правильное решение задачи максимально быстрым способом.

Опыт свидетельствует, что более чем в 90% случаев ее не придется переделывать. Если работа вашей подпрограммы занимает только 1% общего времени выполнения, то, затратив сколько угодно времени на оптимизацию ее алгоритма, вы не добьетесь улучшения системных характеристик более чем на 1%. Такой выигрыш вряд ли стоит того, чтобы тратить время на оптимизацию. Со всеми остальными программистским наворотами дело обычно обстоит так же.

О мотивации программистов я уже говорил, поэтому добавлю лишь одно правило.

Призыв 12. Не пытайтесь получить от программиста больше того, что он хочет вам дать.

Ключевое слово здесь «хочет», заметьте, не «может», а именно «хочет».

Из нашей истории. Рассказывают, что когда Александр I лично управлял сражением при Аустерлице в 1805 году, он послал одного из своих адъютантов на левы

Согласно результатам исследования, проведенного специалистами из английского Оксфордского университета, лучшими мужьями в мире являются шведы.

Рейтинг был составлен по ключевому, по мнению экспертов, показателю – степени помощи, которую оказывает своей жене супруг. Сюда входит совместное воспитание детей, забота о доме и даже желание, с которым муж оказывает помощь в приготовлении пищи, мытье посуды и стирке.

В мировой рейтинг вошли 12 стран. Как оказалось, лучшие мужья живут сейчас в Швеции. На второе место вышла Норвегия, а первую тройку замыкает Великобритания. Нижняя тройка выглядит так: на последнем месте оказалась Австралия, выше нее соответственно Австрия и Германия.

Российские мужчины не рассматривались в качестве кандидатов на лучших в мире супругов.

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

(с) Аргументы и факты

Самая популярная российская социальная сеть "В контакте" взломана - в интернете появилась база с логинами и паролями более 130 000 аккаунтов, пишет газета "Ведомости" в пятницу.

В сети зарегистрировано 35 миллионов пользователей.

Файл с данными пользователей социальной сети "В контакте" появился накануне на одном из сайтов в интернете. Подлинность данных проверил корреспондент "Ведомостей".

"Мы сейчас тщательно проверяем эту информацию", - сообщил исполнительный директор "В контакте" Лев Левиев. Он предположил, что эти данные были собраны через так называемые фишинговые сайты (сайты, похожие по дизайну на известные ресурсы; их создают мошенники, чтобы заставить пользователей ввести свои личные данные).

По результатам расследования взломов всегда обнаруживается, что владелец аккаунта сам дал возможность проникнуть в ящик злоумышленнику, например, поверил информации, содержащейся в фишинговом письме, добавляет технический директор Mail.ru Владимир Габриелян.

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

Попков признает, что кража логинов и паролей - частый случай, в том числе и в "Одноклассниках". Но публикации целой базы аккаунтов у этой сети пока не было.

Иногда хакеры выкладывают данные в ответ на введение на сервисах новой системы защиты от спама, рассказывает Попков.

По данным "Лаборатории Касперского", похищение логина и пароля происходило с помощью вируса Trojan.Win32.VkHost.an, он помогал украсть данные не только "В контакте", но и "Одноклассников".

"Лаборатория Касперского" классифицировала сайт 83.133.120.252, на котором появились данные пользователей, как фишинговый. А hfytt антивирусная компания Trend Micro обнаружила другой фишинговый сайт, также использовавшийся для кражи паролей "В контакте".

По словам Попкова, основные потребители ворованных аккаунтов - спамеры; существует целый черный рынок перепродажи данных, собранных с помощью фишинговых сайтов.

Издание напоминает, что в ноябре 2006 года фишеры украли 20 тысяч паролей социальной сети MySpace.
Источник: РИА Новости

Тайные мысли терзают меня
Невозможно терпеть
Тайные знаки осколками сна
Невозможно теперь...
Рассказать...

Тайные страхи пугаются дня
Я сижу в темноте
Старые руны убеждают меня
Я могу улететь...
Навсегда...

В ожидании зимнего снега
Золотистого дня
Призрак тусклого серого неба
Оттеняет заря...
Тишина...

Я боюсь пустоты,
И нет сил убежать.

Окунуться бы в море
Чтоб накрыло меня волной,
Чтобы смыло все страхи,
Что стеною стоят предо мной.

Я когда-то верил,
Слезы бога очистят меня.

Охраняя все беглые души
Слишком долго терпеть.
Представители мира задушат
Невозможно теперь...
Убежать...

Я боюсь тишины,
И нет сил закричать.

Окунуться бы в море
Чтоб накрыло меня волной,
Чтобы смыло все страхи,
Что стеною стоят предо мной.

Я когда-то верил,
Слезы бога очистят меня.

Где я был? У меня были крылья,
Но мешали летать.
Всё покрылось чернеющей пылью,
Небесам не под стать...
уступать...

Я пытаюсь уснуть,
Накрываюсь водой.

Окунуться бы в море
Чтоб накрыло меня волной,
Чтобы смыло все страхи,
Что стеною стоят предо мной.

Я когда-то верил,
Слезы бога очистят меня.

Теперь у меня есть персональная страница на Я.ру — SunsShadow!

Я.ру - это новый сервис Яндекса, на котором делятся с друзьями самым интересным, знакомятся, дружат или ссорятся, вывешивают фотки, комментируют свои, чужие записи, обмениваются ссылками и рассказывают о своем настроении.

В колонках играет - white snake

Настроение сейчас - пасмурное

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

агентство недвижимости

агентство недвижимости москвы

Агентство недвижимости DOKI - всегда работает для Вас :)

 

Фотографии Одинокая_звезда

в Сокольниках, на празднике мороженого
 

ох, не проспать бы. Завтра (а точнее уже сегодня) иду с мамой на праздник мороженого в Сокольники. Ох, вкусняшка... жди!!!

Спасибо всем всем, кто поздравил меня с днем рождения. Очень забавный получился день, несмотря на то, что почти сутки лил дождь.
Спасибо за открытку магу и другу по ЖЖ - Gilderoy_Lockhart :)
Beylor и Venesuell - мои хорошие, тоже про меня не забыли

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

В общем - мыслю позитивно, чего и Вам искренне желаю...

В колонках играет - тишина
Настроение сейчас - хорошее

Ничто так быстро не приближает проект к провалу, как слабая команда и нереалистичные планы.

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

Пожалуй, одним из крупнейших софтверных провалов с точки зрения менеджмента за последнее время стала операционная система компании Microsoft Windows Vista. И вовсе не потому, что она была прохладно встречена прессой и пользователями. Проблема крылась в том, что данная ОС была лишена чуть ли не основной своей функции, о которой говорили за несколько лет до ее выхода — революционной файловой системы WinFS, которая должна была позволить по-новому взглянуть на файловые системы, как таковые. О данной системе говорили еще в 2003 году. Увы, в Windows Vista она не вошла. При этом многие полагают, что WinFS была не последней причиной того, что Microsoft серьезно подвинула сроки выхода Vista. Ну а итог всем известен — софтверный гигант отказался от новой файловой системы. Итак, вот 5 основных моментов, приводящих софтверные команды к провалу.

Ошибка № 1: Начать с посредственной командой разработчиков
Проектирование программного обеспечения — трудная задача, и, к сожалению, многие люди, которые называют себя программистами, не могут это делать. Увы, начать проект с неправильными людьми — это катастрофа для софтверного проекта (кстати, это актуально почти для любого проекта). При этом далеко не всегда удается понять, что это действительно команда виновата в неудаче. А еще сложнее исправить положение, ведь здесь придется увольнять людей, что, во-первых, не так просто (и очень дорого), а во-вторых, это далеко не всегда спасет проект. Как избежать данной проблемы? Отбирайте правильных людей. Тех, кто действительно сможет поднять проект. Тщательно отбирайте каждого сотрудника в команду. Только при таком подходе вы сможете добиться успеха в этом деле (межу прочим, знаменитый (но весьма спорный) менеджер Джек Уэлч всегда полагал, что именно команда определяет успех проекта).

Ошибка № 2: Недельные контрольные точки
Представьте, что вы решили перестроить свою кухню. Вы нанимаете парня, который уже создал множество кухонь перед этим, и вы можете познакомиться с результатами его работы (обычно в таких ситуациях человека нанимают через знакомых, зная, что тот уже сделал кухню им). Но с разработкой программного обеспечения совсем иная ситуация. Программисты создают любой продукт впервые. Если бы у них была бы возможность создать его ранее, то они бы принесли его вам на CD-диске. Поэтому приблизительные оценки здесь невозможны.

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

Ошибка № 3: Согласование сроков
Программисты по природе своей являются оптимистами. Вы можете легко договориться с ними о сокращении сроков. Но есть одна важная проблема — договориться, конечно, можно, но эти сроки никогда не будут выполнены. Увы. Представьте себе ситуацию с беременной женщиной. Она должна родить через 9 месяцев. Вы можете упрашивать ее сделать это через 5, но это невозможно. Она все равно родит через 9. Такая же ситуация и в мире разработки программного обеспечения. Программисты могут договориться с вами о сроке на разработку продукта не за 10 месяцев, а за 5, но тогда они просто сорвут сроки на 5 месяцев.

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

Ошибка № 4: Справедливое разделение задач
Такая ситуация может серьезно ударить по срокам проекта. Представим, что у Марии огромное количество задач, и она не выполнила некоторые из них. В это же время программист по имени Джон получил заметно меньше работы и теперь у него есть свободное время. Разве не разумно, передать ему часть работы Марии, чтобы освободить ее? Ответ прост: это не просто не разумно, но и губительно. Все дело в том, что Мария разбирается в своем коде. В отличие от Джона, которому потребуется много времени на то, чтобы понять, что сделала Мария. К тому же девушка знает обо всех проблемах и ловушках данного кода, так что гораздо быстрее сможет редактировать его и добавлять к нему какую-либо функциональность, чем Джон.

На самом деле подобная проблема может возникнуть не только в мире программного обеспечения. Да, делегирование полномочий — важная штука, но далеко не всегда удачная для конкретной ситуации. Иногда может получиться, что вы гораздо быстрее выполните задачу сами, нежели отдадите ее другому человеку, которому придется вникать во все аспекты деятельности.

Ошибка № 5: Работать до полуночи
Эдвард Йордон (автор нескольких книг по ИТ-менеджменту) назвал это «марафоном смерти». Суть достаточно проста. Представьте себе ситуацию, когда команде необходимо работать по 40 часов в неделю в течение 6 месяцев для завершения проекта. Определенно может возникнуть соблазн закончить проект в более короткие сроки — например, за 4 месяца, работая при этом по 60 часов в неделю (если рабочая неделя пятидневная, то это означает, что люди будут работать по 12 часов в день). Если смотреть на бумаге, то идея отличная! Главное придумать, как уговорить людей столько работать. Но на самом деле это путь в никуда. Программирование — это интеллектуальная деятельность. Практика показывает, что даже самые лучшие программисты не могут интенсивно работать более нескольких часов в день. Это правда жизни. И тот факт, что они будут сидеть на работе до полуночи, просто приведет к тому, что в проекте будет гораздо больше ошибок и неточностей, которые и придется исправлять следующие два месяца.

Возможно, данная ситуация может проецироваться и на другие профессии и команды. Вывод достаточно прост и банален — много работать не всегда хорошо. Иногда это только вредит проекту.

По материалам Inc.com
Источник: www.biztimes.ru

Сижу вот щас на работе, за окном то ли дождь, то ли просто тоскливо и гадко, на работе - куча дел и суматоха. Заболел молодой человек, но завтра уезжает по работе в Тамбов - тоже наводит беспокойство.

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

В первом квартале 2009 года доля женщин, покупающих квартиры в Москве, увеличилась на 18% по сравнению с аналогичным показателем 2008 года и составила 39%, сообщает РИА “Новости” со ссылкой на исследование агентства недвижимости DOKI.

Как отмечают исследователи, традиционно покупателями жилья в Москве всегда являлись мужчины. “На протяжении десяти лет мужчины преобладали на рынке недвижимости. Так, в прошлом году мужчины совершили 79% покупок квартир, а годом раньше на их долю приходилось 73% сделок с жильем”, - отмечается в материале.

Однако, проанализировав структуру спроса и предложения, а также уже совершенные сделки через агентство недвижимости, эксперты DOKI пришли к выводу, что с приходом нового года ситуация на рынке начала меняться.

“В первом квартале женщины чаще приобретали двухкомнатные и трехкомнатные квартиры в Москве в районах Третьего транспортного кольца (ТТК) и дальних станций метро. На такие покупки приходилось 82% сделок”, - отмечается в исследовании.

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

 

Теперь приоритетным для покупательниц стало наличие магазинов, близость станций метро и хорошая транспортная доступность района.

Также отмечается, что покупательницы гораздо старше покупателей. “Так, на долю женщин в возрасте от 41 до 57 лет приходилось 26% всех покупок недвижимости в Москве, а в возрасте от 25 до 40 лет - только 7%. Еще 2% сделок совершили представительницы прекрасной половины в возрасте от 18 до 24 лет и 4% - в возрасте от 57 лет и старше”, - отмечается в исследовании.

О чем поет серебряная птица,
О том, что мир гармонией цветет,
И в этом мире не возможно не родиться,
Если в тебе частичка ангела живет.

Зачем нужны серебряные нити?
Что бы окутать мир наш волшебством,
И хоть через изнанку вы взгляните,
А мир окажется для вас прекрасным сном.

Зачем серебряная арфа молвит песню,
Чтобы в душе романтика жила,
И чтобы не искали мы ответа,
Зачем любовь, а наслаждались ей, любя.

04.05.2009 20:33

Физики из университета Беркли, Калифорния (Berkeley Lab’s Materials Sciences Division) создали ковер, который делает укрытый им предмет невидимым в оптическом диапазоне, сообщает Sciencedaily.com. Как объяснил руководитель исследования Сианг Жанг (Xiang Zhang), в данном случае ученые пошли по нетрадиционному пути. Предыдущие попытки создать «плащ-невидимку», который делал бы невидимым укрытый предмет и при этом сам исчезал, пока не привели к успеху. Предметы удалось сделать невидимыми только в микроволновом диапазоне. Сианг Жанг разработал специальное кремниевое гибкое покрытие – ковер-невидимку. Сам ковер остается видимым для человеческого глаза, но за счет оптического эффекта, который получил название отрицательный коэффициент преломления, ковер для того, кто на него смотрит, остается совершенно плоским. Это скрывает все выпуклости, образуемые укрытым под поверхностью ковра предметом.

http://news2.ru/frame.php?story_id=168989

 

Порой натыкаешься на новый сервис, понимаешь, что особо тебе это не надо - но новизна привлекает, ты регистрируешься и долго пытаешься удержаться и не забить на него :) Так случется снова и снова и вот у меня уже еще один блог, правда, больше не столько мой, сколько корпоративный, но так как я являюсь его создателем и копирайтером - значит можно сказать, что он "мой" )))))

Итак, друзья, дабы сильно не засорять данный блог разговорами о недвижимости, всю интересную и как мне кажется, забавную инфу я буду публиковать или "дуюлировать" тут - http://an-doki.blogspot.com/ приглашаю всех желающих, а если Вы посчитаете, что тема интересная, то поделитесь ссылкой с друзьями ))))) **** эх, мечты, мечты...