Google-овский HR пытается называть себя People Operations, но, похоже, эта затея обречена на провал. Аббревиатура “HR” проще, понятней и гораздо более узнаваемая, чем непонятное, хотя и прикольно звучащее, “People Operations”. Более того, сами people operators постоянно сбиваются, то и дело называя себя HR. Как бы в отместку за это HR заваливает новых гуглеров (nooglers) кучей интранетных ссылок на важные и не очень страницы, документы и формы. К концу первого дня количество только важных ссылок (которые нужно обязательно посетить и прочитать) переваливает за два десятка, так что перспектива остаться без первого пейчека из-за какой-то незаполненной формы начинает казаться реальной.

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

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

В Google культивируется открытость – внутри компании свободно доступна информация о многих вещах, которые были бы большим секретом в других местах. Скажем, сайт показывающий текущее состояние, связность и кучу другой актуальной информации о дата центрах компании доступен всем FTE работникам компании. Каждый вечер пятницы на всю компанию транслируется TGIF meeting, на котором Ларри и Сергеем рассказывают о том, как прошла неделя и отвечают на вопросы работников.

С другой стороны, старательно подчеркивается, что открытость внутри компании не означает, такой же открытости за пределами компании. Информация, покидающая, компанию тщательно фильтруется. Слова “данная информация – только для внутреннего употребления” прозвучали за первые две недели не один десяток раз.

Шрифты в Linux по-прежнему ужасны. Даже если поставить шрифты из Windows. И если раньше я мог думать, что проблема состоит в патентованных алгоритмах, отсутствии денег или серьезных дизайнеров, готовых работать pro bono, то теперь я начинаю подозревать, что дело совсем в другом – это никого серьезно не парит. Ну подумаешь, замыленный или “грязный” шрифт. Читается же. Точно также как и растягивание 4:3 картинки в 16:9 формат, вложенные скролл-бары на web страницах (ненавижу!) или видео в 360 линий по гигабитной сетке. Стива Джобса на них нет. Ноутбуки у большинства, кстати, – все сплошь маки.

С Emacs, на удивление, можно жить. Особенно если поменять putty на mintty и ходить удаленно на Linux машину (шрифты!).

Пока все.

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

У меня выдался относительно свободный вечер (да и вообще давать непрошенные советы – это мое хобби), а поэтому вот:

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

1. Вы подходите лучше других кандидатов на ту или иную позицию;
2. Затраты на ваш найм будут оправданы.

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

В случае востребованных IT специальностей (пример востребованной специальности – разработчик, пример невостребованной – системный администратор) быть на голову остальных легко, по крайней мере в некоторых случаях. Во-первых, последний десяток другой лет регулярно (например прямо сейчас) случается ситуация, когда вменяемые локальные кандидаты просто исчезают с рынка. Расползаются по теплым местам, откуда выманить их стоит слишком дорого. Во-вторых, чтобы стать хорошим разработчиком нужно не так уж много: IQ в пределах нормы и легкую помешанность на программировании. Либо толика упорства, чтобы заниматься самообразованием. “Помешанным” в этом плане легче – им подобное самообразование в кайф.

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

Ну и язык нужно учить прямо сейчас. А лучше – еще вчера. Критерии знания языка простые. Понимаете фильмы без перевода? Можете без особой подкотовки объяснить чем вы занимаетесь на работе? Рассказать чем занимается ваша компания? Обсудить преимущества и недостатки вегитарианской кухни? Если нет – то “учите язык, пригодится”. Выехать, конечно, можно и с более примитивным языком, но ощущения будут хуже. Кроме того, учить язык все равно придется, а при “погружении в языковую среду” язык все равно (сюрприз!) учится зубрежкой.

В принципе это все. Несколько конкретных идей что можно сделать.

1. Будучи студентом легко поехать по Work and Travel. Так можно и страну посмотреть и язык потренировать. Пахать правда придется на совсем неинтересных работах (McDonalds, etc).
2. Будучи студентом можно пробиться на стажировку в крупную компанию: Microsoft, Google, Intel, etc. Чтобы пройти отбор придется попахать в университете. Дело в том, что пост-советские студенты учаться как из под палки и в результате в резюме их похвалиться нечем. Западные студенты пашут как лошади. Не по своей воле, зачастую, но тем не менее. Резюме у них, соответственно, гораздо лучше. Иностранные кандидаты в любом случае конкурируют с лучшими. Т.е. хочешь – не хочешь, а приходится пахать.
3. Для наработки резюме имеет смысл участвовать в open source проектах. Либо найти удаленную или локальную работу, что еще лучше – не только резюме растет, но еще и деньги платят.
4. Как только формальные требования на визу соблюдены, можно начинать искать вакансии. Можно рассылать резюме на конкретные позиции. Можно – засылать в большие компании. Можно искать “body shops”. Главное в этом деле: не бросать поиски хотя бы первые десять лет. И постояно самообразовываться: следить за измененниями в иммиграционных вопросах; улучшать резюме (в смысле переписывать, работая над правильной подачей своего опыта).
5. Все это время – учить язык.
6. GC lottery еще не отменили. Играйте каждый год.

В результате этих действий что-нибудь на получится. Либо расхочется эмигрировать. Либо найдется вариант. Либо вы начнете свой бизнес и проблемы эмиграции уйдут сами собой.

В общей сложности я проработал в Microsoft больше семи лет. Начав самым базовым разработчиком (59-й уровень, на который нанимают толковых выпускников университета), дорос Senior SDE. Почти наверняка дорос бы и до Principal SDE, если бы остался ещё на пару лет. По крайней мере, карьерные перспективы были радужные.

За эти семь лет я успел поработать в трёх разных подразделениях компании (Office, OSD и MSR); приложить руку к паре крупных проектов (Axapta и Windows) и нескольким мелким; сменить не меньше пяти разных офисов; пережить пару-тройку реорганизаций и одно сокращение штата. Кроме того, я дважды сменил место жительства, сначала переехав в Данию, а затем в США.

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

В Microsoft я немного познакомился с «играми, в которые играют люди». Надо сказать, что писать гораздо код интереснее. Впрочем, не могу сказать подтвердить рассказы других людей про ужасы политических игр в Microsoft. Мне непосредственно ничего такого ужасного видеть не доводилось. То ли повезло, то ли менеджеры у меня были хорошие (кстати, хорошие менеджеры были, кроме шуток), то ли игры на самом деле не такие ужасные…

В общем и целом – очень здорово вышло, что мне довелось работать в Microsoft.

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

Итого – с понедельника я начинаю работать в Google. Первую неделю – в Mountain View, CA. Потом – в десяти минутах езды от Microsoft Main Campus – в Kirkland-ом офисе Google. Мне предстоит изменить множество привычек и выучить много нового, но я уверен, что я от этого только выиграю.

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

Далее идет хронология с момента первого официального запуска стресс теста. (К этому моменту ручной прогон тестов в течение нескольких минут ничего не находит).

30 ноября: FAILED. Ну никто и не ожидал, что все заработает с первого раза. Продолжаем отлаживать инфраструктуру: больше логов, настраивается сбор дампов со всех машин и т.д.

4 декабря: FAILED. Тест запустился на 7 часов позднее положенного, так как машина решила поспать. После чего, тест отвалился по одному из таймаутов.

5 декабря: FAILED. Останавливается передача данных в адаптере безо всяких на то причин. Ну что поделаешь, – железо новое, не до конца отлаженное. Добавляем watchdog в драйвер, который дергает reset на адаптере.

6 декабря: FAILED. Драйвер не смог выделить память для DMA буферов. Начинаем выделять память несколькими кусками поменьше, а не одним большим.

12 декабря: FAILED. Тест завалился из-за недавних правок тестового скрипта.

13 декабря: FAILED. Нашли ошибку в одном из конечных автоматов. К этому времени завершалась работа над кардинальной переделкой этого куска кода, так что ошибку решили не исправлять.

15 декабря: FAILED. В основную ветку вливаются изменения, которые, по идее, исправляют предыдущую проблему. Однако тест падает из-за другого, только что добавленного бага.

15 декабря (вечер): SUCCEEDED. Ура!

16 декабря: FAILED. Поломали билд.

19 декабря: SUCCEEDED. Что, опять? Даже как-то странно.

20 декабря: FAILED. Нашлась проблема в shutdown коде.

Вот так и живем…

Скажите пожалуйста. Есть тут такой класс, верней конкретно одно из его свойств http://msdn.microsoft.com/en-us/library/system.diagnostics.process.totalprocessortime.aspx. Сказано, что его можно получить только локально. А почему? Из-за этого, собсно, не работает нормально командлет get-process, когда им пытаешься запросить процессы удаленной машины. Верней работает, но частично. Колонка CPU(s) в его вводе пустая.

Короткий ответ: по всей видимости, потому, что нужный счетчик не доступен через HKEY_PERFORMANCE_DATA.

Длинный ответ: с .NET я сталкиваюсь не очень часто. Ничего лучше, чем банально взять дизассемблер для IL (intermediate language) и посмотреть на код, мне в голову не пришло. Ildasm.exe входит в состав SDK, но есть и другие варианты, – например ReSharper.

Ildasm.exe c:\Windows\Microsoft.NET\Framework64\v4.0.30319\System.dll

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

.method public hidebysig specialname instance valuetype [mscorlib]System.TimeSpan
        get_TotalProcessorTime() cil managed
{
  // Code size       19 (0x13)
  .maxstack  8
  IL_0000:  ldarg.0
  IL_0001:  ldc.i4.4
  IL_0002:  call       instance void System.Diagnostics.Process::EnsureState(valuetype System.Diagnostics.Process/State)
  IL_0007:  ldarg.0
  IL_0008:  call       instance class System.Diagnostics.ProcessThreadTimes System.Diagnostics.Process::GetProcessTimes()
  IL_000d:  callvirt   instance valuetype [mscorlib]System.TimeSpan System.Diagnostics.ProcessThreadTimes::get_TotalProcessorTime()
  IL_0012:  ret
} // end of method Process::get_TotalProcessorTime

Вызов Process::GetProcessTimes() возвращает заполненную структуру ProcessThreadTimes, содержащую, кроме всего прочего, уже вычисленные значения user time и kernel time. Последующий вызов ProcessThreadTimes::get_TotalProcessorTime() просто складывает эти два значения и возвращает полученный результат.

Если взглянуть на Process::GetProcessTimes(), то видно, что тот просто вызывает Win32 функцию GetProcessTimes() и складывает полученные значения kernel и user time в возвращаемую структуру:

...
IL_0059:  ldflda     int64 System.Diagnostics.ProcessThreadTimes::create
IL_005e:  ldloc.0
IL_005f:  ldflda     int64 System.Diagnostics.ProcessThreadTimes::exit
IL_0064:  ldloc.0
IL_0065:  ldflda     int64 System.Diagnostics.ProcessThreadTimes::kernel
IL_006a:  ldloc.0
IL_006b:  ldflda     int64 System.Diagnostics.ProcessThreadTimes::user
IL_0070:  call       bool Microsoft.Win32.NativeMethods::GetProcessTimes(class Microsoft.Win32.SafeHandles.SafeProcessHandle,
                                                                         int64&,
                                                                         int64&,
                                                                         int64&,
                                                                         int64&)
...

Функция GetProcessTimes() работает только для локальных процессов, так как идентифицирует процесс по переданному NT handle. Посмотрим теперь на какое-нибудь другое свойство, которое работает, в том числе, и для удаленных процессов. К примеру, на Process.HandleCount:

.method public hidebysig specialname instance int32
        get_HandleCount() cil managed
{
  // Code size       19 (0x13)
  .maxstack  8
  IL_0000:  ldarg.0
  IL_0001:  ldc.i4.8
  IL_0002:  call       instance void System.Diagnostics.Process::EnsureState(valuetype System.Diagnostics.Process/State)
  IL_0007:  ldarg.0
  IL_0008:  ldfld      class System.Diagnostics.ProcessInfo System.Diagnostics.Process::processInfo
  IL_000d:  ldfld      int32 System.Diagnostics.ProcessInfo::handleCount
  IL_0012:  ret
} // end of method Process::get_HandleCount

В этом случае значение берется из структуры ProcessInfo, которая, по всей видимости, заполняется методом EnsureState(). Последний, в свою очередь, делает несколько не относящихся к делу проверок и вызывает ProcessManager::GetProcessInfos(), чтобы получить желаемую структуру. Еще через пару уровней вложенности становится понятно, что информация об удаленных процессах добывается через класс NtProcessManager, который читает счетчики из HKEY_PERFORMANCE_DATA удаленной машины. Подсказки в коде, ведущие к этому заключению выглядят вот так:

.method private hidebysig static class System.Diagnostics.ProcessInfo[]
        GetProcessInfos(class System.Diagnostics.PerformanceCounterLib 'library') cil managed
{
...
    IL_000e:  ldstr      "230 232"
    IL_0013:  callvirt   instance uint8[] System.Diagnostics.PerformanceCounterLib::GetPerformanceData(string)
    IL_0018:  stloc.1

Имя PerformanceCounterLib говорит само за себя. А константа 230 – это идентификатор объекта Process из HKEY_PERFORMANCE_DATA.

  .locals init (class [mscorlib]System.Collections.Hashtable V_0,
           class [mscorlib]System.Collections.ArrayList V_1,
           valuetype [mscorlib]System.Runtime.InteropServices.GCHandle V_2,
           native int V_3,
           class Microsoft.Win32.NativeMethods/PERF_DATA_BLOCK V_4,
           native int V_5,
           class Microsoft.Win32.NativeMethods/PERF_INSTANCE_DEFINITION V_6,
           class Microsoft.Win32.NativeMethods/PERF_COUNTER_BLOCK V_7,
           int32 V_8,
           class Microsoft.Win32.NativeMethods/PERF_OBJECT_TYPE V_9,
           native int V_10,
           native int V_11,
           class [mscorlib]System.Collections.ArrayList V_12,
           int32 V_13,
           class Microsoft.Win32.NativeMethods/PERF_COUNTER_DEFINITION V_14,
           string V_15,
           class Microsoft.Win32.NativeMethods/PERF_COUNTER_DEFINITION[] V_16,

Структуры PERF_DATA_BLOCK, PERF_INSTANCE_DEFINITION и т.д. сразу напомнили содержимое winperf.h

Получается, что информация об удаленных процессах читается из HKEY_PERFORMANCE_DATA удаленной машины. Почему же нельзя точно также прочитать время, проведенное процессом в user и kernel mode? Видимо потому, что эти счетчики не доступны через HKEY_PERFORMANCE_DATA. Вот какие счётчики доступны для процесса:

230 Process
	144 % Privileged Time
	6 % Processor Time
	142 % User Time
	1410 Creating Process ID
	684 Elapsed Time
	952 Handle Count
	784 ID Process
	1424 IO Data Bytes/sec
	1416 IO Data Operations/sec
	1426 IO Other Bytes/sec
	1418 IO Other Operations/sec
	1420 IO Read Bytes/sec
	1412 IO Read Operations/sec
	1422 IO Write Bytes/sec
	1414 IO Write Operations/sec
	28 Page Faults/sec
	182 Page File Bytes Peak
	184 Page File Bytes
	58 Pool Nonpaged Bytes
	56 Pool Paged Bytes
	682 Priority Base
	186 Private Bytes
	680 Thread Count
	174 Virtual Bytes
	172 Virtual Bytes Peak
	180 Working Set
	178 Working Set Peak
	1478 Working Set - Private

Обратите внимание, что “Privileged Time” и “User Time” измеряются процентах. Т.е. считается текущее использование процессом CPU, а не общее время, проведенное процессом в обоих режимах.

• Бакалавр по инженерной специальности, биологии, физике или математике.
• Три года профессионального опыта или 1000 часов налета на реактивном самолёте.
• Не сильно испорченное зрение.
• Физическая возможность влезть в ложемент Союза и скафандр для выхода в открытый космос.
• Гражданство США.

Никто не желает попробовать? Платят, кстати, не сильно много: от $65K до $142K. Зато бенефиты хорошие и можно потом книгу издать.

It’s not the fart that kills you, its the smäll.

PS. Второй и третий выпуск – так себе.

• I sincerely tried, but I still hate Linux
• Why I’ve finally had it with my Linux server and I’m moving back to Windows

Вторая особенно хороша – David Gewirtz там выпускает пар. Хотя пара разумных соображений в статье тоже есть.

I talked with my ISP today. They told me that when they came in this morning, the server monitor was spewing an incredible number of error messages, and — in their words — it was erroring worse than they’ve ever seen.

Here’s where it gets crazy, though. I asked if they used this distro (CentOS, version 5.6) anywhere else in their organization.

“Yes,” I was told. “On lots of machines. But we don’t ever run updates. Once it’s installed, we leave it alone.”

That’s how you survive with a Linux distro apparently. Once it’s installed and works, never, ever update it.

Here’s what I found:

• Linux still sucks, for me. David’s post spoke to me in a very deep way. It simply has too many, too loosely coupled parts for someone who is not born and bred on it to be productive.
• I don’t hate Linux because I worked at Microsoft. I hate Linux because it sucks, for me.
• The OSS cloud development stacks (Ruby, Node.js, Heroku, Hadoop, etc…) are shockingly productive. As long as you get them setup and configured.

На Хабре опубликована детальная статья про отмену перехода на зимнее время: http://habrahabr.ru/blogs/sysadm/130305.

Украина, Белоруссия, Армения
Что касается изменения часовых поясов в Белоруссии, Украине и Армении, то компании Microsoft известно об этих изменениях, но они сейчас не будут выпускать для них Windows-патч. Им, видимо, лень напрягаться и выбиваться из планового графика кумулятивных апдейтов из-за нескольких далёких и небольших стран. Изменения тайм-зон для этих стран они планируют выпустить только в декабре 2011 года (тогда выйдет очередное кумулятивное обновление Windows для тайм-зон). А до тех пор компания Microsoft предлагает своим Windows-польльзователям из Белоруссии, Украины и Армении лососнуть тунца самостоятельно вручную использовать такой костыль:
1) Установить патч KB2570791, который меняет тайм-зоны России (для Армении это не обязательно).
2) Для пользователей из Белоруссии и Украины в качестве своего часового пояса выбрать: (UTC +3:00) Kaliningrad
Для пользователей из Армении в качестве своего часового пояса выбрать: (UTC +5:00) Tashkent

А после того, как в декабре 2011 года выйдет очередной кумулятивный WinUpdate тайм-зон, в котором они наконец сделают поправки для часовых зон Украины, Белоруссии и Армении, они предлагают всем пользователям из этих стран установить этот апдейт, а потом опять же вручную в настройках системного времени вернуть часовой пояс на родной (уже испроавленный) для своей страны.

Это вовсе не моя выдумка, вот официальная статья от Microsoft, в которой об этом написано:
support.microsoft.com/kb/2625508/en
support.microsoft.com/kb/2625508/ru
На мой взгляд, такое предложение выглядит как-то дико и даже пренебрежительно к Windows-пользователям из этих стран.

Я же говорил. (с)

Вывод, короче, такой. Linux, BSD и остальных, использующих tzdata, считай, пронесло. Windows пользователи получат порцию геморроя. Exchange опять поломается как в 2007 году, когда в Штатах сдвинули переход на зимнее время и обратно на несколько недель. Про остальной софт на фоне этого бардака никто и не вспоминает.