Bing Development Team будет проводить проводить интервью в Москве в октября/ноябре 2010 г. Резюме можно присылать на адрес maconn@microsoft.com (Mat Connot).

Microsoft Bing Mobile & Global Foundation Services Software Development Jobs based in Microsoft’s Corporate HQ in the U.S.

For additional information and for instructions about how to apply: please email Mat Connot at maconn@microsoft.com.

Software development positions (I, II, & Snr) are available on each of the teams below.

Bing Mobile & Global Foundation Services will be visiting Moscow in October and November to interview talented developers interested in our U.S. based roles.

Have you ever considered relocating to the U.S.?

Bing Mobile

Bing Mobile! The two most exciting, and strategically critical, investments Microsoft is making today have converged into a single new organization within Microsoft’s Online Services Division – and we are hiring. This is a truly unique opportunity to get in on the ground floor of a group that has the executive mandate to win mobile search.

Do you have the right stuff to help us win? Do you want to define and deliver a product that tens of millions of people interact with every day? Do you want to redefine what it means to find local information on the Internet? To work at the cutting edge of computer science? To get your hands dirty with machine learning, natural language processing, crowd sourcing & UGC, web extraction and understanding, and Internet-scale systems that serve 1000’s of requests per second with 5 9s availability? If you said “yes” to any of these, the Bing Mobile team is for you.

The Bing Mobile team is focused on delivering the BING search experience on mobile devices. Our goal is to put the power of BING in your pocket. The BING search team owns creating addictively useful experiences for folks trying to search from their mobile devices. We do this by building best-of-breed browser and full-client experiences along with a high-performance platform, and by creating opportunities for users to experience BING through carriers and direct distribution.

We are enabling experiences on your mobile devices such as driving directions, 2D/3D/Street View maps, GPS based navigation, category search, product search, browsing detailed maps, finding movie times or just searching anything on the web you are remotely curious about. The field is full of stiff competition, but the battle is far from won for anyone. Our goal is to deliver the BING experience across the wide variety of mobile devices and platforms in the market. Our mission is to get every one of the mobile queries served using powerful BING search technology. We are building world class, rich, immersive apps on all major mobile platforms using the latest and greatest technologies. There is lot more to do.

Global Foundation Services (GFS)

Global Foundation Services (GFS) is the infrastructure & operations support for Online and Live services such as MSN and Windows Live, communications and collaboration services, and over 300 additional enterprise services and Web portals.

Delivery of massive, global infrastructure, core technical solutions to manage and optimize the online services and a comprehensive eco-system to ensure growth, quality and trust of these online services are some of the core components of GFS.

Manageability Services Team (MSG)

As the company realizes its vision of a software + services mission, more and more emphasis is being placed in the efficient running of services in GFS data centers.

The Manageability Services Group builds the Manageability Framework (MFx), a v1 software product to manage services in data centers. GFS’s current management tools are at least a decade old and are being replaced with MFx. We build components that massively distributed applications live and die by – deployment and monitoring. We have it all – complex algorithmic tasks, opportunity to write a lot of code, potential to influence the entire industry, and, last but not least, soon to be running millions of computers!

Additionally, the division is transitioning from a primarily people powered approach to a fully automated, software driving model. We have ambitious goals of dramatically improving our people:server ratio.

GFS MSG Software Development in Test Team – We’re looking for strong algorithmic skills, native fluency in C#, and a lot of passion – proven by shipping real software! A SDET on our team is responsible for designing, implementing and automating test cases, and shipping solutions to improve server monitoring and deployment across large data centers.

GFS MSG Software Development Team – We are building a new team of people who will focus on building solutions on top of this platform, enabling real user scenarios through software. If you have a lot of passion for customers, are natively fluent in C#, C and C++, and have previously taken an externally released product through multiple shipping cycles, we would like to see you on our team!

If you are the kind of person who loves the challenge of building large fault tolerant distributed systems on unreliable hardware, where anything can fail at any time, these groups might be for you. We are looking for Software Development Engineers with broad and strong technical skills, excellent communication and leadership skills with the passion and dedication to work hard and do whatever it takes to succeed.

A successful candidate will have background in some of the following areas:

• Strong technical skills (C++, C#)
• Experience in building online services
• Experience with large amounts of data running across enormous distributed systems
• High Performance / Multithreaded/ Multicore Processing experience
• User Experience, Applications or API level development experience
• Strong Algorithm and Data Structure development experience
• Great communication skills, team work and cross team collaboration
• B.S. in Computer Science, and at least 2-3 years working in the software industry shipping products/services

Look, it’s really not that hard.

Programs are still in the same place, in %ProgramFiles%, unless you need the 32 bit version, which is in %ProgramFiles(x86)%, except on a 32 bit machine, where it’s still %ProgramFiles%.

All those dll’s are still in %SystemRoot%\System32, just now they’re 64 bit. The 32 bit ones, they’re in %SystemRoot%\SysWOW64. You’re with me so far, right? Oh, and the 16 bit ones are still in %SystemRoot%\System – moving them would just be weird.

Registry settings are in HKLM\Software, unless you mean the settings for the 32 bit programs, in which case they’re in HKLM\Software\Wow6432Node.

So the rule is easy: stick to the 64 bit versions of apps, and you’ll be fine. Apps without a 64 bit version are pretty obscure anyway, Office and Visual Studio for example[1]. Oh, and stick to the 32 bit version of Internet Explorer (which is the default) if you want any of your add-ins to work. The ‘default’ shortcut for everything else is the 64 bit version. Having two shortcuts to everything can be a bit confusing, so sometimes (cmd.exe) there’s only the one (64 bit) and you’ll have to find the other yourself (back in SysWOW64, of course). And don’t forget to ‘Set-ExecutionPolicy RemoteSigned’ in both your 64 bit and 32 bit PowerShell environments.

Always install 64 bit versions of drivers and stuff, unless there isn’t one (MSDORA, JET), or you need both the 32 bit and 64 bit versions (eg to use SMO / SqlCmd from a 32 bit process like MSBuild). Just don’t do this if the 64 bit installer already installs the 32 bit version for you (like Sql Native Client).

Anything with a ‘32’ is for 64 bit. Anything with a ‘64’ is for 32 bit. Except %ProgramW6432% which is the 64 bit ProgramFiles folder in all cases (well, except on a 32 bit machine). Oh and the .net framework didn’t actually move either, but now it has a Framework64 sibling.

I really don’t understand how people get so worked up over it all.

Для всего этого счастья есть логичное объяснение, сдобренное обычным “ну здесь мы применили маленький хак”. Но от этого не сильно легче.

Отсюда: http://piers7.blogspot.com/2010/07/64-bit-explained.html.

Баг первый.

Захотел мой коллега странного. Хочу, говорит, поддержу USB flash stick на той обрезанной под корень версии Windowы, что мы пользуемся для своих нечеловеческих экспериментов. И не просто поддержку USB stick, но с NTFS на нем. Оказалось, впрочем, что нет ничего проще – достаточно добавить ntfs.sys в образ системы и все должно заработать само собой. Сказано – сделано. Но не работает. Вместо обещанной поддержки, система перестала видеть все USB устройства.

Странно. Коллега сразу же схватился за ружье отладчик и давай копаться в коде PnP. На его беду у него как раз протухли права доступа к исходному коду Windows, а товарищ, ответственный за их раздачу как-то не во время ушел в несознанку. В общем, пока тянулась эта эпопея, процесс отладки несколько усложнился. Тем не менее, через некоторое время коллега добрался до многозначительного сообщения: «Cannot load the configuration file X».

Оказалось, правда, что это просто код пытается вывести юникодную строку с именем файла с помощью ANSI версии printf. «X» был просто первой буквой имени файла. Этот файл был конфигурационный файлом одного из USB устройств. Очевидно, – первым USB устройством, до которого добирался код PnP, после чего все затыкалось. Конфигурационный файл, естественно не менялся со времен царя Гороха. Да и отношения к NTFS никакого не имел.

На следующий день раскопок выяснилось, что вызов ReadFile для чтения этого файла возвращает ошибку ERROR_SECTOR_NOT_FOUND, стоит только добавить ntfs.sys в образ системы. Уже ближе. NTFS, конечно может иметь отношение к ReadFile, однако ntfs.sys даже еще не был загружен в момент возникновения ошибки.

Поиск по исходникам Windows показал, что ошибка ERROR_SECTOR_NOT_FOUND возвращается в случае, если номер сектора превышает общее число секторов на диске. Отследив IRP, коллега выяснил, что драйвер CDFS и драйвер RAM disk не сошлись в оценке размера диска. По версии CDFS диск был на мегабайт больше.

В этот момент пришло озарение. Система грузится из ISO образа, который в процессе загрузки перекладывается на RAM disk для того, чтобы сделать его доступным для записи. Несколькими месяцами ранее мы обрезали размер RAM disk до минимума, чтобы освободить максимум памяти. А размер ntfs.sys – полтора мегабайта. В результате размер ISO получается больше чем может поместиться на RAM disk. А конфигурационный файл случайно оказался в самом конце диска.

Баг второй.

В данный момент я портирую Helios на одну интересную аппаратную платформу. Значительная часть этой работы – адаптация механизма передачи сообщений под эту платформу. И вот в какой-то момент я понимаю, что передача сообщений наконец-то заработала как надо. Осталось доделать пару косметических изменений, которые я откладываю на следующий день. Естественно на следующий день эта пара изменений ломает все к чертовой матери.

Начинаю выяснять что к чему. По симптомам похоже, что пакет портится при передаче. Включаю режим “DMA paranoia”, т.е. режим вычисления и проверки контрольных сумм при передаче. Там в коде забавный комментарий, кстати:

Optional DMA Paranoia, because we had an offset wrong once…

Опциональная DMA паранойя, так как мы однажды уже посчитали смещение неправильно…

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

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

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

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

Но кто же, все-таки, переписывает данные? Фильтрую все операции копирования памяти из логов и загружаю в Excel чтобы посмотреть нет ли перекрытия. Есть перекрытие! Похоже, что ошибка кроется где-то в районе обработки wrap around, – там где указатели переходят из начала очереди в конец.

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

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

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

Надо бы найти футболку с логотипом Google…

- Hey, what are you guys up to?
- We are just enjoying some porn.

Soccer fans celebrate Paraguay making it to the next round of the World Cup, after watching a match against New Zealand on a big-screen television, in Asuncion, Paraguay on Thursday, June 24, 2010. Paraguay was held to a 0-0 draw by New Zealand in the match, but still won its World Cup group and moved into the round of 16. (AP Photo/Jorge Saenz)

Самый первый комментарий безумно радует:

never before have i wanted to be a cell phone. i can honestly say that.

Первый раз в жизни мне захотелось стать телефоном. Честное слово.

Понимаю. Сочуствую.

Году этак в 2004 я пытался предложить проект Ладоги-1П к разработке в КБ Арсенал (питерский), встретился с руководством, оно собрало специалистов, ну и получилось мини совещание, тогда я всерьез надеялся запустить процесс производства РН на основе РД-108.

И я на этом совещании привел пример производителя Элтона Маска и его Фалкон-1, тогда у него было что-то вроде 300 человек. Так вот, Полетаев ГК Арсенала, с яростью в голосе остановил меня и сказал, что-то вроде следующего (протокола не велось):

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

Прошло шесть лет Ладоги нет, Полетаева в ГК нет, а у Маска уже второй летающий носитель, и в фирме его “маленькой частной конторке” много меньше 10 тысяч человек!

От така ***ня, малята! (с)