Продолжая тему наград в Microsoft, хотелось бы рассказать ещё об одной награде, которая с одной стороны, очень нетипичная и не существует как тип награды, а с другой стороны демонстрирует существование в Microsoft специализированных, "одноразовах" наград, созданных специально под определённые особые случаи.  История этой награды началась несколько месяцев назад, когда Windows Azure заключил договор с очень крупным заказчиком. Заказчик этот настолько крупный и известный, что по крупности и известности не уступает самому Microsoft. К сожалению, имя этого заказчика я раскрывать не в праве - сохранение тайны было одно из строих условий договора, однако любопытный читатель может без труда найти слухи об этом шаге одного из ИТ гигантов. В условиях договора оговаривалось предостваление вычислительных мощностей и хранилищ данных Windows Azure в объёмах, пропорциональных крупности и известности заказчика, т.е. ну в очень больших объёмах. Естественно, такое существенное повышение потребления ресурсов требовало существенно увеличения мощностей Windows Azure путём добавления новых серверов в вычислительные центры Windows Azure, распределённые по всему миру. Тысяч новых серверов. Десятков тысяч, если быть точным. Имя заказчика должно было держаться в строжайшем секрете, поэтому проект получил кодовое имя Fuji, что по аналогии со знаменитым вопросом на собеседовании в Microsoft, должно было символизировать масштабность проекта. По "счастливой случайности" моя команда как раз занималась разработкой софта для автроматического конфигурирования и подготовки "железа" к работе под управлением Windows Azure, что по сути находится на стыке специализаций многих других команд: архитекторов железа, специалистов на настройке сетей, разработчиков ядра самого Windows Azure, и системных инженеров, которые собственно запускают весь этот софт и вводят мощности в эксплуатацию. Не углубляясь в технические сложности такого процесса и способы преодоления этих сложностей, все необходимые мощности были запущены в полном объёме и в установленные сроки. Чтобы отметить "героическую" работу людей, которые так самоотверженно помогли Windows Azure успешно выполнить жёсткие условия контракта и заполучить такого "жирного кастомера", руководство Windows Azure создало специальную одноразовую памятную награду 'Fuji Plaque', которая теперь красуется и на моей полке:   Дисклаймер: яблоко на табличке не значит ровным счётом ничего! ;-)

Традиция давать памятную коробку с продуктом, в работе которого принималось участие, берёт начало с тех времён, когда подавляющее большинство продуктов Microsoft были коробочными. Сейчас, когда Microsoft всё больше и больше выходит на рынок сервисов, и даже коробочные продукты в основном распространяются через Интернет, а не в виде реальных коробок, традиция постепенно выходит из моды, но ещё жива во многих "традиционных" продуктах. Типичная коробка 'Commemorative Edition' представляет собой точную копию новой версии продукта, но с какой-либо памятной благодарственной надписью, и без дисков внутри. Традиция не ложить реальные диски внутрь таких коробок имеет под собой очень разумные основания:  - Назначение этих коробок в том, чтобы стоять на полках, а значит диски внутри совершенно не нужны, сам софт всегда доступен для скачки сотрудниками компании  - Некоторые продукты стоят весьма и весьма немало, например Visual Studio Ultimate официально стоит около $10,000 что даже на чёрном рынке потянет на $1,000 или больше, и такая коробка стоит без дела в каждом оффисе, а в некоторых оффисах стоит целая батарея дорогостоящих продуктов. Т.е. если какой-то нечистоплотный уборщик пройдётся по оффисам и соберёт два десятка таких дисков, он за вечер может "отбить" свою годовую зарплату, и что самое интересное, никто этого даже не заметит, пропажи могут хватиться через много недель или месяцев. По слухам, такой случай даже произошёл один раз на заре компании, после чего и начали давать коробки без дисков. На моей полке уютно разместилась памятная коробка с 'Visual Studio 2010 Ultimate', отличающаяся от оригинала крупной надписью 'Thank you' на передней стороне и благодарственной надписью от вице-президента division'а на задней:  

Продолжая тему наград в Microsoft, которую я начал рассказом о 'Patent Cube' и 'Ship It!', нельзя не упомянуть об одной из самых почитаемых наград - 'Microsoft Gold Star'.   'Gold Star' присуждается только отдельным людям за отдельные выдающиеся заслуги. В среднем подача и рассмотрение кандидатов на эту награду происходит раз в пол года, и по моим оценкам её удостаиваются около 10-20 человек на division, что сводит нас к цифре порядка 500-1000 человек в год, что при "населении" в 100,000 означает лучших 0.5-1% компании, что весьма и весьма почётно. 'Gold Star', как и большинство наград в Microsoft, имеет денежное выражение в виде цифры с 3-4 нулями, что даже за вычетом налогов вполне может хватить на новый автомобиль, или другую приятную мелочь. Иногда эти деньги выдаются в виде акций Microsoft, что обычно означает что заслуги номинанта имеют далекоидущий, стратегический характер, а значит и цифра в этом случае ещё больше. Кроме денежного вознаграждение, номинанту вручается памятное благодарственное письмо от имени вице-президента всего division'а и подписанное им лично, а также директором непосредственного направления, в котором работает номинант. Например, так выглядит письмо, вручённое вашему покорному слуге (сереньким замазана информация, не подлежащая разглашению):     P.S. Ходят слухи, что в связи с существенным повышением зарплат в Microsoft пол года назад, награда 'Gold Star' больше вручаться не будет. Так что мне вдвойне повезло - я успел отхватить последний 'Gold Star' в истории компании :-). Хотя конечно я всем сердцем желаю, чтобы слухи оказались ложными и награду вернули.

Этот пост будет продолжением серии постов, посвящённых теме наград в Microsoft, которую я недавно начал рассказом о своём первом Патентном Кубе. В первую очередь я собираюсь рассказать о тех наградах, которые получил сам, но возможно затрону и другие.   Наверно наиболее распространённой в Microsoft наградой является памятная табличка 'Ship It!'. Она присуждается после релиза новой версии какого-либо продукта или сервиса всем full-time сотрудникам, которые принимали участие в работе над продуктом. Т.к. работа над некоторыми продуктами может длиться годами, состав команд может за это время несколько раз поменяться, поэтому присуждение награды официально осуществляется тем, кто был в проекте не менее 80% времени работы над ним, или внёс значительный вклад. На практике, список получателей награды формируется автоматически из списка сотрудников продукта на момент выпуска, а менеджеры уже вручную добавляют тех, кто на данный момент уже не в команде, но достоин награды.  Забавной особенностью этой награды есть то, что если некий продукт или сервис включает в себя другие продукты, то при релизе бОльшего продукта награду за его выпуск получают и разработчики меньшего продукта. Например, если вы в команде по разработке .Net Framework, то вы получшите 'Ship It!' и за выпуск Visual Studio с новой версией .Net Framework, и за выпуск следующей версии Windows (которая как правило уже включает последний Net Framework), и за SQL Server, и скоро вам таблички 'Ship It!' уже некуда будет ставитью Так например случилось с моим нынешним менеджером, который работал над анализатором native кода в департаменте разработки игр, и в итоге получал  'Ship It!' за все версии всех игр, выпускаемых в то всемя. В то же время, в моём нынешнем проекте Windows Azure нет чётко выраженных версий, обновления происходят автоматически постоянно, так что 'Ship It!' за него дали один единственный раз в 2008-м году, когда первая версия вышла в свет. 'Ship It!' - одна из немногих наград в Microsoft, не имеющая "денежного выражения", и состоит из маленькой металлической пластинки (около 2х4 см) с названием и/или логотипом продукта, номером версии и датой выпуска. Эти металлические пластинки крепятся на большую (около 20х30 см) табличку из стекла и металла с именем получателя награды, логотипом Microsoft, надписью "Every time a product ships, it takes us one step closer to the vision: empower people through great software any time, any place and on any device. Thanks for the lasting contribution you have made to Microsoft history." с автографами Билла Гейтса и Стива Балмера. Такая большая табличка рассчитана на 8 маленьких пластинок, так что её присылают вместе с первым 'Ship It!', девятым и т.д. Вот так выглядят 'Ship It!' вашего покорного слуги на сегодняшний день:  - Visual Studio 2010 я получил, проработав в этом продукте больше года и будучи в нём на момент выпуска  - В Internet Explorer 9.0 я работал всего три месяца как "временная подмога", но видимо принёс достаточно пользы чтобы меня включили в рассылку 'Ship It!' почти год спустя, когда я уже давно был в Windows Azure  - Windows Phone 7.5 (кодовое имя "Манго", что обьясняет странный оранжевый логотип на табличке) стал первым релизом Windows Phone с IE9 в нём, так что его я получил автоматически по упомянутому уже мной принципу "матрёшки".

Этот пост будет коротким и по существу, только факты: Разработчик Тревор Экхарт (Trevor Eckhart) несколько дней назад нашел в прошивке смартфона под управлением Google Android программное обеспечение IQRD от компании Carrier IQ. Экхарт обнаружил, что IQRD тайно регистрирует каждое нажатие кнопок, даже тех, которые отображаются на сенсорной клавиатуре мобильного гаджета. Экхарт представил видео-доказательство, демонстрирующее как IQRD тайно сохраняет текстовые сообщения и поисковые запросы. Руткит фактически получил доступ к зашифрованной информации, передающейся через HTTPS-соединение. При включении устройства IQRD запускается автоматически и попытки его принудительно отключить ни к чему не привели. К сожалению, на данный момент не совсем понятно, какая именно информация передается и как она используется, хотя сам факт присутствия такого программного обеспечения уже вызвал множество вопросов. Ещё весной хакер Грант Пол нашёл аналогичный софт CIQ на iOS. Apple обещает перестать поддерживать Carrier IQ с релизом iOS 5, но Carrier IQ вё ещё работает на iOS-устройствах с пятой прошивкой. Apple утоверждает что данные диагностики отправляются к ним только когда клиент согласен делиться этой информацией.  Дальнейшие исследования показали, что такая же проблема затрагивает и телефоны Blackberry. Единственная из популярных мобильных систем, где CIQ пока не нашли — это Windows Phone 7.   Источники: 1. androidmarket.ru: Руткит на Android 2. iphones.ru: Шпионская Carrier IQ найдена в iOS

Для меня всё началось с того, что Американское Патентное бюро приняло к рассмотрению подготовленную юристами Microsoft заявку на получение патента, в котором я значусь как соавтор изобретения. Microsoft не только берёт на себя все затраты на подачу, регистрацию и юридическое сопровождение патентов, но и благодарит авторов изобретения с помощью материального вознаграждения и вот такого памятного "патентного куба": Естественно, все права на коммерческое использование патента остаются за компанией, но это на мой взгляд и справедливо, т.к. компания создала авторам все условия и оплатила их время, затраченное на работу над изобретением. Будем откровенны, работа над неким изобретением зачастую является прямыми служебными обязанностями некоторых сотрудников, разрабатывающих некое новое направление (как и произошло в моём случае). Однако, в этом контексте весьма кстати вспомнить о том, как именно компании пользуются полученными патентами, и о целых "патентных войнах", постоянно происходящих в мировой индустрии высоких технологий. Крупные компании, существующие на ИТ орбите ещё с прошлого века, хорошо усвоили старую добрую истину "Хочешь мира - готовься к войне", и постоянно усиливают свой арсенал в виде патентного портфеля. Тем самым они прежде всего защищают себя от нападения со стороны своих коллег, с которыми приходится делить рынок. Хороший пример - Microsoft и Apple накопили за много лет такое количество патентов в разных областях, что судиться друг с другом по поводу украденных у кого-то идей будет бессмысленно и дороже им обоим, поэтому неоднократно звучавшие обвинения в плагиате ни разу так и не дошли до суда. Кроме защитной функции, есть и функция нападения: чем больше у компании патентов в разных областях - тем легче задавить или отобрать часть прибыли у вновь появившегося более мелкого конкурента элементарно засудив его за нарушение патентов, особенно если он и правду их нарушает. Яркий на то пример - сравнительно недавно появишийся на горизонте Google явно недооценил важность патентного арсенала, а зря. Google поплатился за это дважды - во первых не смотря на растущую популяность Android, Google почти не получает за него денег, т.к. львиная доля выплат уходит на авторские компенсации по патентам, в том числе и в карманы Microsoft и Apple, которые для такого благого дела объединили свои патентные арсеналы. По слухам, Microsoft получает с продаж Android больше прибыли, чем с собственного Windows Phone 7. Забавно то, что когда Google в лице своего тогдашнего CEO Эрика Шмидта осознали свою ошибку, Шмидт начал постыдно плакать на весь мир о злых дядях, которые пытаются отнять у него конфетку и "замедлить технологический прогресс", который конечно же является основной целью Google. В том числе и за эту ошибку Шмидт заплатил креслом CEO, и теперь Google лихорадочно покупает Motorolla, в том числе и чтобы заполучить их лакомое портфолио патентов в области мобильной телефонии. Однако на этом история не закончилась. Накакав в душу Apple и лично покойному Стиву Джобсу, выпустив Android сразу вслед за iPhone'ом, Шмидт даже не пытался скрыть, что большая часть работ над  Android проходила в то время, когда Шмидт совмещал кресла CEO Google и члена совета директоров Apple. Джобс небезосновательно воспринял это как нож в спину, и не ограничился финансовыми взысканиями, а начал войну на поражение. Я не буду углубляться в юридические детали того, почему по притензиям Apple к Google отвечает Samsung, однако результатом этой войны становится то, что продажи смартфонов Samsung уже запрещены по решению судов в некоторых странах, а всё только начинается. Естественно, Google и Samsung поспешно вооружаются для ответных атак, всё как в настоящих войнах. Всеми этими душещипательными подробностями последние пару месяцев пестрят заголовки новостных порталов, поэтому оставим читателю самому ознакомиться с деталями конкретных примеров. Я же в этой заметке хотел поделиться своей патриотической гордостью от того, что если моя компания вдруг окажется втянутой в вооружённый патентный конфликт, то она может рассчитывать на ещё одного бойца с чёрным кубическим автоматом в оффисе :-)

Вчера Microsoft был назван лучшей глобальной компанией для работы (World’s Best Global Company to Work For). В десятку лучших вошли также SAS, NetApp, Google, FedEx, Cisco, Marriott, McDonald's, Kimberly Clark, и SC Johnson. Мне трудно судить об объективности результатов, я только поверхностно знаком с атмосферой работы в других ИТ компаниях (Google, Amazon, Cisco), и то в основном из уст людей, перешедших из них в Microsoft :-). Тем не менее, мне безусловно приятно получать подтверждения правильности своего выбора в пользу Microsoft, особенно на фоне наблюдаемого мною частенько поклонения некоторым культовым именам таким как Google и Apple со стороны людей, которые знакомы с условиями работы там лишь из глянцевых фотографий головного оффиса и состряпаных в жёлтой прессе статеек. Возможно эти результаты помогут таким людям задуматься и сделать свой выбор на основании чего-то большего, чем модная репутация бренда.   Выписка из пресс-релиза о результатах отбора в этом году (http://www.prnewswire.com/news-releases/great-place-to-work-unveils-worlds-best-multinational-workplaces-132755163.html): NEW YORK, Oct. 27, 2011 /PRNewswire/ -- Great Place to Work®, a global research, consulting and training firm, today announced its first-ever Top 25 World's Best Multinational Workplaces List at a gala awards ceremony at the New York Stock Exchange. Microsoft topped the list at no. 1, followed by SAS, NetApp, Google and FedEx Express, rounding out the top five. In addition, Cisco, Marriott, McDonald's, Kimberly Clark, and SC Johnson took the honors in the top 10. "This list recognizes global companies that have demonstrated a truly serious commitment to creating workplaces that foster trust, pride and camaraderie amongst their employees," said Jose Tolovi, Jr., Global Chief Executive Officer of Great Place to Work. "Each and every one of the companies on this inaugural ranking should be proud of this noteworthy accomplishment.  Based on this survey, we can say, without a doubt, that these 25 companies are the best workplaces in the world." "We're thrilled that Microsoft's commitment to innovation and our passion for how technology can transform people's lives is recognized around the globe," said Lisa Brummel, Chief People Officer at Microsoft. "Microsoft is a great place to work not only because of what we do, but because of the quality of the company culture that our employees have collectively created."   Выписка из сайта программы об условиях отбора (http://www.greatplacetowork.net/best-companies/worlds-best-multinationals/list-of-the-25-best-from-2011): Out of 350 potential multinational best companies list makers, we recognize the top 25 that appeared on national Best Workplaces lists published between September, 2010, and August, 2011. To qualify, multinationals must have appeared on at least 5 national Best Workplaces lists, have at least 5,000 employees worldwide, and have at least 40% (or 5,000 employees) of their workforce based outside their home country. Extra weight was given for the number of countries where a company participated in a Great Place to Work® contest and the percentage of a multinational’s workforce covered by all Great Place to Work® surveys.  

Я думаю, что большинству читателей этого блога излишне отдельно представлять Джеффри Рихтера (Jeffrey Richter). Ворвавшись в мир разработки под Windows в конце девяностых, к началу 2000-х он стал настоящей иконой, а его книга о программировании под .Net Framework и по сей день остаётся библией для всех C#/.Net разработчиков. Отлично помню как в году 2005-м слово "рихтер" уже было нарицательным, а "знакомство с рихтером" было необходимым условием прохождения собеседований и трудоустройства в качестве .Net разработчика. Наконец-то я выполнил это условие :-)   Начну с того, что моя компания постоянно проводит всевозможные тренинги, давая сотрудникам возможность расти и развиваться в том числе и таким способом. Обычно я смотрю на эти вещи "сквозь пальцы", однако наткнувшись на имя Рихтера не смог удержаться и записался на двухдневный курс многопоточного программирования. Хотя я и не рассчитывал услышать ничего для себя принципиально нового в этой области, курс превзошёл все мои ожидания. Я узнал такие тонкости взаимодействия между CPU, Windows и CLR для создания и управления потоками, о которых я даже не догадывался. Рихтер не отпускал внимание аудитории ни на минуту, и после первого дня тренинга я пришёл домой и тут же заснул, возможно в том числе и от количества полученной информации. По окончанию тренинга на второй день я подошёл к Джеффри, представился и поблагодарил за замечательный курс. Джеффри было заметно приятно слышать это, он поблагодарил меня в ответ, пожал мою руку, и у нас завязалась беседа, о том как уже почти 10 лет назад я начинал с его книг, и у меня и по сей день хранится экземпляр его книги на русском языке (кстати, это единственная техническая книга на русском, которую я до сих пор храню - уж очень она дорога моему сердцу). Джеффри рассказал мне пару историй о том, как ему всегда интересно видеть свои книги на незнакомых ему языках, иногда бывают забавные сюрпризы, например немецкий перевод книги в несколько раз тоще оригинала :-) По счастливой случайности, мой русский перевод книги оказался у меня с собой ;-), что сделало меня гордым обладателем экземпляра знаменитой книги с личным автографом автора:   В заключение отмечу, что я сделал пару полезных для себя выводов: Независимо от того, как много сделал человек, ему всегда приятно и важно узнавать о том, что его работа ценна и востребованна для множетсва других людей, особенно если этот человек не популярный актёр, а интеллектуал и технический (не побоюсь этого слова) гений Наверное я всё ещё не привык окончательно к тому, где и над чем я сейчас работаю, с какими людьми встречаюсь, и какие уникальные возможности это даёт чтобы расти профессионально и открывать для себя новые и новые горизнонты. Только сейчас я начинаю в полной мере осознавать и ценить всё это.

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

Cloud Computing and Windows Azure were the leading subjects of PDC 2010 last fall. Fortunately, there are a lot of amazing videos of the presentations available, and Inside Windows Azure by Mark Russinovich is definitely my favorite. Mark provides a very clear 'big picture' review of Windows Azure's features and internal arrangement. He gives just the right amount of technical details to be useful to a wide audience, from cloud application developers to software product owners and company leaders. I highly recommend this video to anybody who is interested in modern IT trends in general and cloud computing in particular.

Последние несколько дней большинство ИТ-изданий обсасывают тему аннонсированного Стивом Балмером ухода из Microsoft Боба Маглии (Bob Muglia), президента Server and Tools Business (STB) - третьего по величине и самого быстро растущего подразделения Microsoft. Как инсайдер, работающий в STB уже третий год, я не смог молча пройти мимо этой темы. Вся информация об этом событии исходит из письма Стива Балмера сотрудникам компании, в котором он сообщает о том, что назрела необходимость в смене руководства STB, и в связи с этим Боб Маглиа вскоре покинет эту должность, а по собственному решеню - и Microsoft. Полный текст письма доступен на сайте Microsoft, а также существует русский перевод этого письма. Мало кто упоминает о том, что на самом деле письму Балмера предшествовало письмо самого Боба, сообщающего о своём уходе. Общий тон этого письма и частота повторения в нём слова "integrity" только подтверждает основную версию происшедшего как то, что Боб стал неугоден Балмеру и был брутально выброшен за ненадобностью. Оба письма содержат по несколько упоминаний "cloud" и "Azure", что наводит на логичное умозаключение, что именно недостаточная компетентность Боба в новомодном облачном курсе компании и стала причиной, а некоторые далекоидущие издания уже пророчат президентское кресло Боба синьер вице-президенту по серверным и облачным технологиям Аматабу Шриваставе (Amitabh Srivastava). Основываясь на столь очевидной версии происшедшего, некоторые издания  опубликовали достаточно эмоциональные и довольно однобокие опусы в сторону жестокости высшего руководства Microsoft, "давшего двойную пощёчину" Бобу, в виде "признания заслуг перед компанией" вышвырнувшего "23-х летнего ветерана" на улицу не смотря на тот "головокружительный успех", к которому он привёл STB в последние несколько лет. Но как и в большинстве историй, существует и обратная сторона, о существовании которой можно узнать из комментариев к публикациям людей, более близко знакомых с деятельностью STB, Боба и Microsoft в целом за последнее время. Не поддерживая ни одну из версий, я лишь приведу здесь наиболее яркие "но", взятые из официальных источников, и позволяющие пролить немного света на то, что же на самом деле случилось с Бобом Маглиа:  - "Никто не увольнял Боба и не выпихивал его за двери. Балмер искал ему другое место в компании, но Боб не захотел его и решил уйти".  - "Компании нужна свежая кровь, кто-то моложе".  - "Как сотрудник Майкрософт на протяжении 23-х лет, Боб совсем не тот бедный парень, заслуживающий жалости - он получал акции компании с незапамяных времён".  - "Совершенно очевидно, что Майкрософту нужно обновление. Сеть людей в компании очень прочна и не поощряет нестадартные подходы".  - "Если бы всё было так хорошо с STB под Бобом, этой ситуации не произошло бы. Большинство людей жалуется, что Microsoft не понимает бизнес модели современных технологий, почему же тогда столько людей плачет по поводу ухода динозавра?"  - "Это могло произойти из-за пренебрежительных комментариев, которые Боб позволил себе в адрес Silverlight на MIX10. И Балмер, и он сам извинялись потом за это".  - "Прошу прощения, но пришло время ему или принять другую позицию в компании, или уйти. Я подозреваю новый руководитель с новыми идеями по поводу современных технологий поможет Microsoft в долговременной перспективе".

Система служебных уровней и выдвигаемые для каждого уровня требования существенно разнятся от компании к компании и от одной специальности к другой, однако проблема определения и самоопределения уровня сотрудника согласно установленной леснице уровней была и будет всегда и везде. Если условно обозначить цифрами от 0 и далее уровень владения сотрудником определённой компетенцией, то получаем характерную картину, отражающую текущее состояние гипотетического сотрудника X по шкале уровней компании Y: Рис.1   Рис.1  Рис. 2 Под необходимыми сотруднику компетенциями разные компании и разные должности могут понимать совершенно разные вещи, например для девелоперов это обычно технические знания и умения, способности к решению проблем, скорость освоения новых технологий и т.п. Количество этих компетенций также очень сильно зависит от компании, например в Microsoft их 33 (из которых выделяют 6 основных), в компаниях поменьше с более узкой специализацией их может быть например 1-2. Под уровнями тоже в разных компаниях понимают разные вещи, в компаниях покрупнее уровень каждого сотрудника - формальная, известная сотруднику и его менеджеру цифра (или буква), в компаниях поменьше как правило просто выделяют Junior, Middle, Senior, но суть от этого не меняется. Проблему, которую я хотел бы обсудить в этом посте, наглядно демонстрирует Рис. 1: каков итоговый уровень сотрудника на этом графике? 1? 2? Ответ на этот вопрос далеко не однозначен и зависит как от политики компании, так и от конкретного менеджера, проводящего оценку сотрудника. Вопрос становится ещё более интригующим для ситуации на Рис. 2. В небольших компаниях ответ на этот вопрос обычно определяется как некое среднее от уровней владения всеми важными компетенциями, т.е. для небольшой компании на рисунках скорее всего показан сотрудних уровня 2. В компаниях типа Microsoft ответ как правило будет менее утешительным: формальный уровень сотрудника устанавливается на уровне самой слабой из учитываемых компетенций, т.е. на обоих рисунках показан сотрудник уровня 1. Пожалуй такие компании имеют право на такую политику - раз уж какая-то компетенция установлена как определяющая для роли - значит сотрудних должен обладать ею в опрелелённой мере, иначе выполнение задач подвергается риску, который компания не может и не хочет себе позволять. В совокупности с тем, что и количество учитываемых компетенций существенно больше, получаем существенное затруднение в карьерном росте. Однако у такого подхода есть и позитивная сторона: достигнув определённого уровня в небольшой компании, вы никогда не знаете что вас ждёт при переходе в другую. Например, Senior Developer в небольшом стартапе может оказаться Middle или даже Junior при переоде в другой, где система оценки другая. Если же определённый уровень достигнут в компании с большим числом компетенций и с оценкой "по наинизшему уровню" - можно быть спокойным что это уже гарантированняй уровнень при переходе как внутри, так и вне компании. При переходе же в небольшую компаню кровень как правило можно даже с лёгкостью повысить. Ситуация усугубляется ещё и тем, что я наблюдаю у 4-х из 5-ти сотрудников и называю парадоксом самооценки, который заключается в том, что человек как правило оценивает сам себя по наиболее сильной из своих компетенций. Например, сотрудник на Рис. 2, сравнивая себя с другими сотрудниками, наверняка считает себя достойным уровня 3, т.к. при сравнении он учитывает наиболее сильные ("любимые") свои компетенции. Этот парадокс часто приводит к недовольству сотрудника и имеет два решения: решение "снизу" и решение "сверху". Решение "снизу" - сотрудник просто переходит в компанию, где слабые компетенции не учитываются, и таким образом получает тот уровень, по которому оценивает себя сам. Решение "сверху" - компания делает систему оценок и набор компетенций максимально прозрачной для сотрудников, проводится работа по их разъяснению, а менеждер распределяет задачи и прикладывает усилия таким образом, чтобы развить именно слабые компетенции в каждом из сотрудников. К сожалению, решение "сверху" - это долгий и тяжёлый путь без гарантии успеха, далеко не все могут и хотят тратить время на его прохождение, а это уже древний, как сам человек парадокс: кем же лучше быть - живой собакой или мёртвым львом? При этом я и сам затрудняюсь сказать кто в данном случае собака, а кто лев - оставим это каждому для самооценки .

Несмотря на шумиху в прессе и в умах, которую пару последних лет производит Майкрософт по поводу своей (и не только своей) "облачной" (cloud) стратегии, очень многие опытные разработчики и руководители всё ещё не совсем представляют как эти изменения отражаются (отразятся) на их непосредственной профессиональной деятельности. Хорошим примером для меня стало то, что когда я сообщал своим коллегам в Майкрософт (а также экс-коллегам, друзьям и просто знакомым соратникам по цеху) о своём переходе в команду разработки Windows Azure, наиболее распространённой реакцией была "А что он делает этот Windows Azure?" Поэтому я и решился на написание этого поста - одним махом дать представление о прогрессе в облачном движении вообще и том вкладе, который в это движение делает Microsoft.   Для меня концепцию "облачного" движения проще всего раскрывать в сравнении с каким-либо другим технологическим скачком человечества, позвольте мне остановиться на примере изобретения и внедрения электричества.   Облака вчера.  Основные идеи cloud computing совершенно не новы. По сути, "облаком" можно назвать любой ресурс или приложение, используемое параллельно несколькими (многими) пользователями. Пожалуй даже самые первые суперкомпьютеры, с которыми большое число пользователей работало по принципу терминального доступа, уже можно относить к первым образцам "облака". Этот этап в создании и освоении "облачной" идеи можно сравнить с периодом 1650-1700 гг, когда Отто фон Герике экспериментировал со своей электрической машиной по извлечению искр из натираемого шара, которые и были по сути первыми экспериментами с электричеством. Однако технологии быстро развивались, и появление в конце 1980-х Интернета можно смело назвать зарождением "облачной" идеи в том виде, в котором мы её знаем сегодня: хост-провайдеры предоставляли платформу, на которой владельцы приложений могли разворачивать свои веб-приложения для использования их в качестве сервисов. Проводя параллели с освоением электричества, это период с 1700 по 1825 годы, когда такими учёными как Вольт, Фарадей и Ом были открыты, сформулированы и использованы все основные законы электростатики и электродинамики. Однако до массового использования этих знаний оставалось ещё пол века. Если бы мы в это время подошли к случайному прохожему и спросили "как вы относитесь к электричеству?", нас мы скорее всего встретил недоумённый взгляд.   Облака сегодня. Что же произошло два или три года назад такого, что послужило толчком всей этой "облачной лихорадке", которую мы наблюдаем сегодня? Попросту говоря, технологии и инфраструктура Интернета достигли уровня, достаточного для того, чтобы всерьёз говорить о предоставлении совершенно любых приложений в виде интернет-сервисов. Интернет стал такой же неотъемлемой частью нашего быта, как водопровод, телефон и то же самое электричество, которое достигло аналогичного этапа в своём развитии в 1870-х годах, когда были сконструированы первые электрогенераторы и начали строиться первые электростанции, а на улицах Парижа вспыхнули первые дуговые электролампы. Windows Azure - это по сути и есть электростанции, которые позволяют потребителям облака не заботится о построении облачной инфраструктуры, достаточно просто купить этот сервис у людей, делающих это профессионально. Покупая доступ к облаку Microsoft, Amazon, Google или любому другому, вы избавляете себя от необходимости крутить динамо-машину и трансформировать полученное электричество, вы просто подключаетесь к линии электропередач и платите за количество потреблённых кВатт-часов. Облака завтра. Собственно будущее облаков вобще и  Windows Azure в частности и натолкнуло меня на написание этого поста. Многих потребителей не устраивает зависимость от централизованой электрической сети - хочется и гарантий независимости, и 100% надёжности. Точно так, многих в облачной идее смущает именно вопрос безопасности конфиденциальных данных размещённых в публичном облаке, а также надёжности предоставляемого сервиса. Для 95% потребителей надёжность и безопасность data-центров того же Microsoft на две головы превосходит надёжность того, что они могут построить сами. Однако оставшиеся 5% (а в будещем это число может расти) хотят и могут платить за то, чтобы иметь надёжное облако и безопасное для себя и только для себя. Именно для этой категории пользователей  Microsoft анонсировал Windows Azure Platform appliance - платформу  Windows Azure, которую клиенты смогут разворачивать на своих собственных data-центрах. Таким образом для пользователей, инвестирующих в разработку своих сервисов под Windows Azure сейчас, гарантируется что они могут быть в будущем перенесены в приватные data-центры на базе Windows Azure Platform appliance:       We are delivering a game-changing cloud service with Windows Azure.  Windows Azure is the world’s first all-purpose cloud platform that allows customers to focus on creating business solutions without worrying about the underlying infrastructure.  At the same time, we are enabling customers to build their own cloud within their custom environments using our Windows Server, SQL Server, and System Center products. Building on these unique assets, at WPC, we took a big step forward with the announcement of the Windows Azure Platform appliance, a turnkey cloud platform that customers can deploy in their own datacenters, spanning from hundreds to thousands of servers. When we announced the launch of the first wave of the Windows Azure appliance, we effectively changed the cloud game in the industry.  Through this announcement, we’re making cloud computing more accessible than ever before by taking everything we've learned through running clouds ourselves (Hotmail, Bing, Microsoft Online Services, etc.), packaging it up, and delivering it to the industry.  With the help of companies like Dell, eBay, Fujitsu, HP and others, we believe this innovative step will change the face of cloud computing. With the announcement of the Windows Azure appliance, Microsoft has redefined cloud computing by being the only vendor that is delivering across all aspects of the cloud. Мне кажется, что это один-в-один повторяет тенденцию использования особо энерго-зависимыми учреждениями (и частными лицами) электрических мини-генераторов или портативных электростанций чтобы обезопасить себя от перебоев с поставками электроенергии и от стратегической зависимости от этих поставок, что в очередной раз подверждает теорию спиральности технического прогресса, когда все новые идеи и открытия всегда отражают некие старые, только уже в новом качестве.

Rico Mariani занимает позицию Partner Software Architect в Microsoft и является неиссякаемым источником профессиональной мудрости для множества работающих с ним людей. На одной из недавних презентаций, приуроченных к Microsoft Engineering Forum в этом году, Рико рассказал своё видение успешной карьеры IT профессионала, что волшебным образом совпало с моим представлением, так что я не смог не привести его здесь. Рико образно изображает успешную карьеру в виде геометрической фигуры - пирамиды. Пирамида в данном случае выступает как противоположность башни, когда карьера строится на опыте определённого рода, совершенствуясь лучше и лучше в этой определённой области, то такую модель карьеры можно сравнить с высоким зданием с небольшим основанием. Вам кажется "как быстро я расту, как стремительно движется моя карьера", однако скрытый недостаток такой модели в том, что на определённой высоте "уже никто не захочет ложить кирпичи на такую башню из-за угрозы падения". В то же время уже поздно расширять основание, т.к. "вы уже слишком высоко, вы уже не можете вернуться к основам". "Намного лучше начать с широкого базиса и строить вверх, опираясь на него и постоянно расширяя его ещё больше по мере роста". Широкий базис включает разнородные знания и умения, опыт работы в разных ролях и областях, что даёт очень устойчивое и надёжное основание для роста вашей карьеры вверх, образуя таким образом треугольник. Этот треугольник может быть неидеальным, с несколькими "пиками" в разных местах, однако именно широкое основание даёт представление об устойчивости этой фигуры. "Такая карьера намного труднее, занимает дольше, но это даёт лучший результат в долговременной перспективе". Для меня прелесть такой карьеры в том, что вы никогда не оказываетесь в ситуации, когда вы выросли настолько, насколько могли, и на этом ваша карьера достигла естественного максимума. При такой модели вы всегда можете переместиться "в сторону" вместо "вверх" и продолжить своё "строительство" там. Это перемещение может быть сменой технологий (desktop-> web, server -> client), ролей (manager -> individual contributor) или даже дисциплин. Так мы получили треугольник, но ведь пирамида - это трёхмерная фигура. Что же в данном случае символизирует это третье измерение, что делает пирамиду объёмной? Этим третьем измерением Рико называет вашу индивидуальность, то что вас увлекает, обогащает, интересует в этой жизни. Это может быть семья, игра на музыкальном инструменте, путешествия, выращивание растений - всё что угодно, что приносит вам радость от жизни. Величайшая неординарность и одновременно жизненная мудрость Рико заключается в том, что он вносит этот аспект вашей личности как неотъемлемую и органичную часть успешной карьеры. Мудрость эта, во-первых, заключается в том, что вы не сможете всегда на 100% выкладываться в своей работе, если она лишает вас того, чем вы занимаетесь, чем вы живёте всё остальное время. Карьера никогда не должна убить эту вашу индивидуальность, поглотить всего вас. К сожалению, приходится видеть людей, не учитывающих этого и посвящающих всего себя работе, и это работает год, работает два, пока человек не превращается в раздражённого зомби, не удовлетворённого ни работой, ни всей своей жизнью в целом. Только счастливый, довольный своей жизнью человек может стабильно быть креативным и продуктивным в своей работе, а значит построить долговременную, устойчивую карьеру. Вторая мудрость - даже вне работы, вы всё ещё тот же человек, и тот жизненный опыт, те умения и качества, что вы приобретаете вне работы, те решения, которые вы принимаете, они обогащают всего вас, и вашу "рабочую" часть в том числе, они позволяют воспользоваться опытом и креативом, накопленным в повседневной жизни, в профессиональных целях. Человек, живущий богатой и полноценной жизнью, создаёт более широкий и устойчивый (основание пирамиды) базис для своей профессиональной карьеры.

ВВЕДЕНИЕ  Думаю, излишне говорить о том, как важен удобный и профессионально выглядящий пользовательский интерфейс для успеха программного продукта. Однако качественный и богатый возможностями пользовательский интерфейс - весьма дорогостоящее удовольствие. Он требует не только существенных дополнительных затрат на разработку дизайна, анализ удобства использования, но и влечёт за собой растущие в геометрической прогрессии затраты на тестирование и отладку. Один из таких классов дорогостоящих интерфейсов - это MDI (multiple document interface - многодокументный интерфейс). Разработка программного продукта с редактором файлов, удобной манипуляцией окнами, toolbox и toolwindow - это на 80% разработка интерфейса, и только на 20% разработка собственно уникальной для вашего продукта бизнес-логики. Использование таких библиотек, как MFC для С++ или Infragistics для .Net, бесспорно, очень помогает, но не спасает в такой ситуации. В данной статье я хотел бы рассказать об ещё одном, сравнительно новом подходе к созданию профессионального многодокументного пользовательского интерфейса от Microsoft под названием Visual Studio Isolated Shell. ОСНОВНЫЕ ПРИНЦИПЫ Visual Studio Isolated Shell представляет собой облегчённую версию оболочки Visual Studio, которую разработчик может использовать для создания собственного продукта. Т.е. в распоряжение разработчиков предлагается вся мощь Visual Studio IDE, включая меню, редактор файлов, toolbox и toolwindow, которую они могут наполнят своей собственной бизнес-логикой и получать таким образом профессиональное приложение с богатыми возможностями графического интерфейса, не уступающими лидерам рынка. У такого использования есть и своя цена - для реализации уникальной бизнес-логики внутри оболочки разработчику предоставляется ограниченный набор инструментов, предназначенный для расширения возможностей стандартной оболочки Visual Studio. Таким образом, архитектура построенного на базе Isolated Shell приложения представляет собой конгломерат из собственно самой оболочки и расширений к ней, реализующих уникальную бизнес-логику приложения.  СОЗДАНИЕ ПРОЕКТА  Isolated Shell впервые появилась в Visual Studio 2008, однако в этой статье я буду ссылаться на Visual Studio 2010 RC, так как в этой новой версии есть ряд усовершенствований и дополнительных возможностей. Для создания собственного проекта Isolated Shell вам понадобится Visual Studio 2010 RC Ultimate/Professional и Visual Studio 2010 SDK RC. После установки VS SDK в списке доступных проектов ('File' -> 'New' -> 'Project') появится 'Other Project Type' -> 'Extensibility' -> 'Visual Studio Shell Isolated'. Создайте этот проект - в окне сразу откроется описание "Starter Kit", которое можно использовать в качестве первого руководства в мир Isolated Shell. Если при создании проекта вы оставили название по умолчанию 'VSShellStub1', то ваше решение состоит из четырёх проектов: VSShellStub1 - ядро оболочки (С++) VSShellStub1UI - проект-спутник (satellite dll) оболочки, содержащий некоторые ресурсы (С++) VSShellStub1.AboutBoxPackage - пример расширяющего вашу оболочку интерграционного пакета (Integration Package), реализующий простой диалог "About Box' (C#) ShellExtensionsVSIX - проект расширения для оболочки, по умолчанию содержащий только интерграционный пакет VSShellStub1.AboutBoxPackage (C#) Cкомпилируйте и запустите решение. Мои поздравления - вы увидете оболочку вашего будущего проекта, весьма напоминающую Visual Studio, но лишённую характерных иконок и прочих логотипов. Пункт меню 'Help' содержит ссылку на диалог "About Box', содержащийся в созданном по умолчанию расширении. РАСШИРЕНИЕ ОБОЛОЧКИ Разработчику предлагаются некоторые возможности по модификации самой оболочки, например в проекте оболочки есть возможность изменить её название, иконку и splash screen. Однако внедрение новой логики реализуется исключительно через модули расширения. Для Visual Studio создан единый и универсальный механизм расширения, доступный в равной мере как для самой Visual Studio, так и для всех систем, построенных на базе Isolated версий её оболочки. Основным концептом расширяемости оболочки Visual Studio 2010 является так называемый VSIX-файл. Это файл, установленный в качестве расширения (extension) для выбранной вами оболочки и содержащий определённого вида манифест и бинарные коды пакетов расширения. Возвращаясь к созданной нами оболочке, VSIX-файл создаётся в результате компиляции проекта ShellExtensionsVSIX. В этом проекте наибольшего внимания заслуживает файл source.extension.manifest, в котором собрано описание VSIX-файла и всех входящих в его состав пакетов расширений. Пакеты расширения могут иметь разное назначение, и основная масса самых востребованых шаблонов собрана на диалоге 'New Project' для языков C# и VB в разделе 'Extensibility'. В этом разделе, например, есть шаблоны расширений редактора файлов, позволяющие встроить в редактор свои собственные графические и логические функции. Однако, ещё более мощным средством расширения оболочки является т.н. Visual Studio Integration Package, доступный разработчикам ещё с версии Visual Studio 2008. В созданной нами оболочке, проект VSShellStub1.AboutBoxPackage и является примером Integration Package. Integration Package позволяет реализовать: собственный пункт меню, при нажатии на который выполняется необходимое вам действие внутри оболочки (например, открытие диалога 'About Box' в нашем VSShellStub1.AboutBoxPackage) собственный Tool Window, реализующий нестандартное внутренее немодальное окно в вашей оболочке с вашим собственным устройством и фукциональностью редактор файлов, позволяющий создавать или редактировайть файлы с определённым нестандартным расширением в модифицированном под ваши нужды редакторе внутренние сервисы вашего приложения, реализующие определённую функциональность, доступную для вызова из других модулей расширения и т.п., чего впролне достаточно для большинства приложений. При создании Integration Package можно выбрать один из языков C#, VB или C++. СОЗДАЁМ СВОЙ ИНТЕГРАЦИОННЫЙ ПАКЕТ Попробуем создать свой собственный новый интеграционный пакет для нашей оболочки. Для этого в решении нажмём 'Add' -> 'New Project' -> 'Other Project Type' -> 'Extensibility' -> 'Visual Studio Integration Package'. Выберем язык C# и включим в наш пакет все три возможности: 'Menu Command', 'Tool Window' и 'Custom Editor'. Откажемся от 'Integration Test Project' и 'Unit Test Project', они нам не интересны на начальном этапе. Если вы не меняли название пакета по умолчанию, то в вашем решении появится новый проект 'VSPackage1'. Включим наш новый пакет в состав оболочки. Для этого откроем файл source.extension.manifest в проекте ShellExtensionsVSIX и нажмём 'Add Content' в разделе 'Content'. На открывшемся диалоге выберем 'VS Package' в качестве content type и проект 'VSPackage1' в качестве source. Компилируем и запускаем оболочку: в группе пунктов меню 'Tools' появился наш собственный пункт меню 'My Command name', открывающий определённое в нашем пакете сообщение в группе пунктов меню 'View' -> 'Other Windows' появился наш собственный пункт меню 'My Tool Window', открывающий определённое в нашем пакете немодальное инструментальное окно диалог 'New' -> 'File' содержит новый раздел 'VSPackage1 Files', позволяющий создать файл с определённым нами расширением *.vspackage1 и отредактировать его в его собственном редакторе Все перечисленные выше названия пунктов меню, инструментального окна, группы файлов и их расширения были сгенерированы по умолчанию при создании нашего интеграционного пакета, однако они легком могут быть заданы в процессе создания или изменены уже после этого. Приведенная процедура создания собственного расширения и включения его в состав нашей оболочки призвана продемоснстрировать достаточную простоту и наглядность этого процесса. РАЗВЁРТЫВАНИЕ ПРИЛОЖЕНИЯ Некоторого внимания заслуживает развёртывание системы, построенной на базе Isolated Shell. В Visual Studio 2008 для развёртывания и автономной работы такой системы необходима была её регистрация с помощью специально получаемых с сайта Microsoft ключей (SLK и PLK), однако в Visual Studio 2010 это требование устранено. Кроме этого, в свой инсталляционный пакет вы должны включить т.н. Visual Studio Shell (Isolated Mode) redistributable package, который обеспечивает всё необходимое окружение для запуска оболочки. После этого развёртывание системы сводится к собственно к установке вашей оболочки со всеми её расширениями. ЗАКЛЮЧЕНИЕ Пожалуй, использование Isolated Shell будет наиболее ценным для IDE-подобных продуктов, таких как дизайнеры определённых файлов, редакторы экзотических языков программирования или другие средства манипуляции наборами файлов и их содержимым, однако круг применения этого мощного средства со временем может оказаться намного шире, особенно учитывая, что Microsoft уделяет расширяемости Visual Studio с каждой версией всё больше и больше внимания.

Вопрос автоматического тестирования пользовательского интерфейса (UI) по праву считается самым сложным аспектом контроля качества софтверных продуктов. И сложность здесь заключается не только в многообразии пользовательских сценариев и чисто "визуальном" отображении информации, а также и с отсутствием простых и одновременно надёжных инструментов и фреймворков для автоматического тестирования UI. Что же на этом поприще может предложить Microsoft, как "гигант" и "флагман" индустрии? К сожалению, для классических Win32 приложений Microsoft не предлагает ничего, достойного внимания профессионального тестировщика. Однако с появлением .Net Framework (а в особенности WPF) ситуация радикально меняется к лучшему, и иначе как революционным решение Microsoft для managed UI automation я назвать не могу. Заинтересовавшиеся могут сами ознакомится с возможностями System.Windows.Automation, скажу лишь что по надёжности и простоте Вы врядли найдёте что-то лучшее для автоматизации QA десктоп-приложений. Что же касается web, то на рынке уже есть несколько неплохих продуктов для автоматического тестирования веб-интерфейсов, однако для тех, кто работает с технологиями Microsoft, и в частности ASP.NET, советую обратить пристальное внимание на достаточно новую разработку Lightweight Test Automation Framework. Неоспоримыми достоинствами и залогом будущего успеха являются простота и плотная интеграция продукта непосредственно с ASP.NET.

This post is just to let you know that there is 'Visual Studio' topic area on  MSDN Channel 9. Here is the list of my favorite episodes: • C# 4.0 - Questions and reasons behind the answers • Team Foundation Server 2010 • Enterprise Project Management with Visual Studio Team System 2010 • Web Development and Deployment with Visual Studio 2010 • Debugging Parallel Applications with Visual Studio 2010 • Visual C++ 10: 10 is the new 6 • The Future of Visual Studio Extensibility

My congratulations to the .Net community and all .Net professionals: .Net Framework 4.0 Beta 1 and Visual Studio 2010 Beta 1 are available for download!   There are a couple of very useful links to read more about new look and new features of these incredible products form Jason Zanders’s (who is actually the General Manager for the Visual Studio team in Microsoft) blog: VS2010: On Triangles and Performance Announcing VS2010 / .NET Framework 4.0 Beta 1! General Download of VS2010 / .NET Framework 4.0 Beta 1   .Net Framework and Visual Studio are the key products for the Microsoft Development Division, so you can hear much buzz around this beta on the pages of other Microsoft managers' blogs. E.g. VS 2010 Extensibility featured on Scott Hansleman's blog: Demo Dashboard and IDE Extensions - Whirlwind Tour around .NET 4 (and Visual Studio 2010) Beta 1 And Visual Studio 2010 SDK also already comes in Beta 1, you can find download link at the VSX Team Blog: Announcing the Visual Studio 2010 SDK Beta 1 Extensibility features are my favorite because I am a part of Extensibility team (Extension Manager and VS SDK are those VS 2010 features which I worked on).