Библиотека планируется как набор параллельных алгоритмов и паттернов, которые дадут возможность разработчикам писать простые параллельные программы используя .net framework 2.0 и выше. Из базовых алгоритмов планируется Parallel.For/Foreach/Invoke, которые покроют процентов 70 случаев, где будет возникать необходимость в подобном “колхозном” распараллеливании. Из продвинутых Pipeline, DataFlow и AsyncTasks – они должны покрыть остальные более экзотические случаи. Очевидно, что практически сразу возникнет желание иметь набор tread-safe колекций,  они тоже будут (правда их список пока варьируется). В дополнении к этому стоит заметить, что большинство библиотек для распараллеливания страдают вполне определенным набором “родовых болезней”, одна из которых отладка. Поэтому планируется на уровне библиотеки внедрить средства для тестирования, отладки, оценки производительности и масштабируемости приложения.

Идея вынашивалась действительно долго, и на то были разные причины – внутренняя критика, объективные и субъективные сомнения о необходимости подобной библиотеки. Но внешние обстоятельства сложились так, что библиотеку я все же решился написать. Первый вопрос, который возникает – на кой бы фиг? Особенно при условии, что уже существует Task Parallel Library, которая поставляется из коробоки и обладает более чем отличной документацией. Поясняю, так случилось, что в мои руки попал шестой(!!!) по счету проект, который требовал библиотеки уровня “чуть по-проще Task Parallel Library”, но для .net framework 2.0 или 3.5. Чаще все-таки хотелось именно 2.0.

Изучение просторов сети показало, что имеется две библиотеки, которые могли бы стать решение проблемы, но в силу своей лицензии они не могут использоваться в коммерческих проектах. В связи с этим, по различным блогам процветают посты вроде: “Пишем параллельный For на 2-м фреймворке”, “Parallel.Invoke за 10-ть минут” и “Параллелим проект в 20к строк кода с помощью тредов”, думаю не стоит говорить, что качество подобных реализаций варьируется от “Вау” до “Ох тыж ёжик”. Ни о каких тестах, отладке и тд речи естественно не идет.

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

Roadmap:

Step 1 (Basic parallel algorithms):

• Parallel.For
• Parallel.Foreach
• Parallel.Invoke
• Basic performance and scalability testing environment

Step 2 (Advanced algorithms):

• Pipeline
• Basic scheduling
• DataFlow concepts
• Tasks concepts

Step 3 (Tread-safe collections):

• Concurrent.List
• Concurrent.Dictionary
• Concurrent.Queue
• Concurrent.Stack
• …

Step 4 (Task scheduling environment):

• Asynchronous Tasks
• Schedulers

Step 5 (Refactoring):

• Replace current implementation of Parallel.For/Foreach/Invoke/Pipeline with Tasks.

Ну и некоторое послесловие:

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

Существует такая вещь, как динамическая компиляция – Just-In-Time, или компиляция на лету. Написанная программа сначала транслируется в некий промежуточный язык, затем уже во время выполнения программы этот промежуточный язык транслируется в нативный код. Бонусов подобный подход дает много, но основной – это потенциально легкая переносимость ПО с платформы на платформу. Мы получаем код, который совершенно не зависит от архитектуры той платформы, на которой будет исполнятся.

Но есть проблема – сам JIT компилятор. Ему приходится держать баланс между временем компиляции и временем выполнения. JIT компилятор может генерировать очень хороший, качественный нативный код, но тогда придется ждать. Из-за этого часто возникает, так называемый “startup delay”, когда ты запускаешь приложение и ждешь пару секунд пока оно начнет работать. Разработчикам под WPF подобный эфект должен быть знаком.

А вот теперь к делу.
Есть желание взять .Net сборку, распотрошить его с помощь CECIL или Reflection, затем получить control flow graph, пооптимизировать/проанализировать и выгрузить обратно в CIL.

Актуальность.
Справедливо возникает вопросы: а зачем делать то, что должен делать хороший компилятор?
В чем была моя задумка? Будем считать, что компилятор С# от Microsoft генерит очень хороший CIL, и ему подобный велосипед не нужен. Но кроме компилятора C# от MSFT существует еще компилятор Mono, IronPython, IronRuby, F# и еще много других, но менее известных. И какой IL генерируют они знают только их авторы.

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

Еще отдельно хочу сказать, зачем получать control flow graph, а не работать с CECIL и Reflection напрямую – потому что это удобно. Работать с полноценным графом гораздно удобнее и приятней, чем без него. И не стоит забывать про огромное количество придуманных алгоритмов на графах, что существенно должно облегчить работу.

ЗЫ. Друзья, эта мысль находится еще в зачаточном состоянии, и поэтому мне нужно Ваше мнение. Если у Вас есть замечания или предложения – пишите.

Вот и первая задача:
Необходимо найти сумму всех натуральных чисел до 1000, которые делятся на 3 или на 5. [link]

Решение:

let  range     = [0..999]

let  sumFunc   = List.fold (+) 0

let  condition = fun  x ->  x % 3 = 0 || x % 5 = 0

List.filter condition range |> sumFunc |> System.Console.Write

Если разобрать построчно, то следующей строкой мы объявляем список элементов от 0 до 999 включительно.

let  range     = [0..999]

int list = [0; 1; 2; 3; 4; 5; 6; 7; 8; 9] // примерно такой

Далее декларируем функцию, которая будет суммировать элементы списка.

let  sumFunc   = List.fold (+) 0

Описание List.fold с MSDN [link]:

Применяет функцию к каждому элементу коллекции, передавая накапливаемое значение аргумента по потоку в процессе вычисления.Принимает второй аргумент и применяет функцию к нему и к первому элементу списка. Затем передает этот результат в функцию вместе со вторым элементом и т. д. Возвращает окончательный результат. Если входная функция — f, а элементы — i0…iN, вычисляется f (… (f s i0) i1 …) iN.

Выглядит это так, на вход подается операция, начальное значение и список:

List.fold (+) 0 [0..9]

Далее начальное значение складывается с первым элементом коллекции, полученный результат со вторым, ну и так далее: 0+0 -> 0+1 -> 1+2 -> 3+3 -> 6+4 -> 10+5 -> 15+6 -> 21+7 -> 28+8 -> 36+9 = 45.

Затем условие, на которое будут проверятся числа из входного списка, тут вроде и так все понятно:

let  condition = fun  x ->  x % 3 = 0 || x % 5 = 0

И в конце, мы с помощью List.filter создаем новый список, из элементов базового списка (range), которые удовлетворяют условию (condition). Полученный список передается в (sumFunc).

List.filter condition range |> sumFunc

Решение можно записать и по другому, например так:

let  problem n =

     [0..n-1]

     |> List.filter (fun  x ->  x % 3 = 0 || x % 5 = 0)

     |> List.fold (+) 0

     |> System.Console.Write

 problem 1000

Ну и под конец, завлекалочка по F# от создателя языка Don Syme [link]:

Хронология событий:

А также презентационный ролик своей ОС от Дениса Попова.

Слушайте, оставляйте комментарии и пожелания

Light directive

#light

Это специальная магия, которая стоит в начале практически в каждого F# листинга.
#light – опция, которая позволяет писать на несколько упрощенном варианте языка. Сокращается количество ключевых слов, таких как in, begin/end и т.д. Компилятор начинает более придирчиво относится к отступам в коде. Подробнее написано на msdn. [link]
Разработчики говорят, что в последних версиях эта опция включена по умолчанию и можно ее больше не писать. Но я традиционно никому не верю, так что пусть поживет – лишняя строчке не жмет.
UPD: Зря я никому не верил. Действительно в последних версиях #light неявно включен, а чтобы его отключить необходимо прописать в начале файла #light “off”.

Open
Это аналог using из языка C#.

// Сложный способ 

System.Console.WriteLine("Hello, world!" ) 

// Простой 

open  System

Console.WriteLine("Hello, world!" )

Comments

//  Однострочный комментарий  

(* 

    Прикольный многострочный комментарий 

*)  

Let
“let” это ключевое слово, которое используется для объявления функций и значений.
В F# нет такого понятия, как переменная, правда существует возможно объявления mutable-значений, которые в последствии возможно будет переопределить.

// Answer нельзя переопределить, всегда будет равно 42 

let  Answer = 42

// mutable говорит о том, что мы можем изменить значение

// с помощью оператора <-

let  mutable  y = 0

// ": string" - явное указание типа 

// В подавляющем большинстве случаев, в явном указании типа

// нет необходимости

let  mutable  z : string = null 

// Не скомпилируется  

Answer <- 69

// Переопределение 

y <- 5       

z <- "I Want To Believe"

В F# нет необходимости явно указывать тип значения/функции, которую объявляете, хоть такая возможно и имеется. В языке имеется так называемое автоопределение типов, что сродни var из C# – компилятор сам подберет необходимый тип.
Выглядеть это будет так:

let  c = 'a' // Char

let  x = int c  // Приведение к типу Int

let  d = new  Roswell()

let  f : float = 3.14159 // Для "5.0" можно писать   "5."

let  e = "Fun for the whole family."// String 

let  f = printfn "Except grandma and grandpa." // Или вызов функции

Lists and arrays

// List

let  listA = [ 0..10 ]

let  listB = [ 1..2..10 ] // 1, 3, 5.. - в середине указывается шаг

let  listC = [ 1; 2; 3 ]

// Properties

printfn "listA .IsEmpty is %b"  (listA .IsEmpty)

printfn "listA .Length is %d"  (listA .Length)

printfn "listA .Head is %d"  (listA .Head)

printfn "listA .Item(1) is %d"  (listA .Item(1))

// Array 

let  arrayA = [| 1; 2; 3 |]

printfn arrayA.[0]

Про Array и List в F# следует поговорить более развернуто, что, наверное, и случится в недалеком будущем.

С функциями несколько сложнее, но все все равно все достаточно прозрачно:

let  FuncName param = param + 1 

let  BaseG param1 param2 = param1 + param2

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

let  SideG (param1 :float) (param2:float) : float = param1  + param2 

let  H(param1, param2) = param1 + param2

И небольшой фокус, для объявления рекурсивных функций необходимо использовать “let rec”. Правда мне не очень понятно зачем для объявления рекурсивных функций добавили еще одно ключевое слово. Видимо это какой-то хинт компилятору.

let rec  fact x =

    if x < 1 then 1

    else x * fact (x - 1)

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

let  test x y =

    if  x = y then"equal"

    elif  x < y then"x < y"

    else"x > y"

Это был привычный if-then-else, но есть более функциональный способ. Называется “Pattern-matching”. Очень похоже на обычный switch.

let  isMaster x = match  x with

    | "KpoHyc"->"Hello, Master"

    | _, ->"Emmm..."

Попробовал написать самый наглядный пример того, чем собственно является “Pattern-matching”. Во всех местах, что я читал рекомендуется использовать именно match, ибо “true functional”. Я поверил, но у меня самого пока есть некоторые сложности с четким пониманием происходящего.
Думаю, что не у меня одного возникли с этим проблемы, так что надо будет рассмотреть этот момент чуть подробнее.

Looping constructs
С циклами в F# все кристально понятно, код сам за себя говорит.

// while

while  condition do

    printfn "While"

// foreach

for  e in  someEnumerable do

    printfn "Foreach"

// for

for  i in  0..9 do 

    printfn "For" i

У меня имеется еще несколько вопросов, но уверен, что все решится методом “Googling with Bing”, но пока лень. В статье я описал где-то 80% синтаксиса, который может понадобится при изучении языка и для написания первой программы этого будет вполне достаточно.
В следующей статье про F# планируется рассказать о классах, рассмотреть конструкцию (|>) и более детально рассмотреть сложные моменты данной статьи.

Ссылки:

• SICP на русском. [link]
• Видеокурс Дмитрия Сошникова “Функциональное программирование”. [link]
• SharpDevelop 3.2 [link]
• F# Tools [link]
• Microsoft F# Dev Center [link]
• F# Symbol and Operator Reference [link]
• F# Code Formatting Guidelines [link]

UPD: Получил много замечаний по тексту, буду исправлять

ЗЫ. Друзья, если у Вас есть какие вопросы/дополнение/пожелания/исправления – пожалуйста, пишите.

Слушайте, оценивайте, высказывайтесь, предлагайте.

Приветствуется любой фидбек =)

JetBrains
http://www.jetbrains.com/products.html – это их официальный сайт со списком продуктов.

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

И так, сами продукты:
IntelliJ IDEA – лучшая, по моему мнению, IDE для Java.
Нас интересует classroom лицензии – для работы в учебных классах университета.
Чтобы сделать запрос необходимо заполнить форму по ссылке: [link].

ReSharper – аддон к Visual Studio существенно ускоряющий разработку на C#: [link]

RubyMine – IDE для Ruby.
[link]

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

Adobe
Компания, к сожалению, не предоставляет ПО для студентов бесплатно, но дает существенные скидки при покупке – до 80%. (Это Photoshop, Illustrator, Dreamweaver и тд. ) Данная лицензия может использоваться для коммерческой разработки. В любом случае, три кило рубля за Creative Suite – это смешные деньги. Лицензия пожизненная, деньги зарабатывать можно – в моем понимании, это халява.
Детально возможно почитать тут: [link]

А вот Flex Builder студентам бесплатно дают. Нужно заполнить форму и Вам вышлю код: [link]

MatLab
Предоставляется некая evaluate copy для студентов и преподавателей – детальнее я сказать не могу. Необходимо зарегистрироваться. [link]

AutoDesk
Эта известная компания оказалась одной из самых щедрых и лояльных к студентам и преподавателям.
Необходима регистрация, но от меня не потребовали никакого подтверждения, что я студент – сказали, мол потом проверим при случае. Как обычно – исключительно в учебных целях.
По данной программе предоставляет более 25-ти программ, видео материалы, учебные курсы и т.д.
Там и 3ds MAX, и AutoCad и тд.

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

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

MSDN AA
Штука не совсем бесплатная, по крайней мере для университета. Стоит порядка 15-ти килорублей.
Но если думаете, что этой подписки у Вашего университета нет – настоятельно рекомендую сходить в деканат и уточнить. Например, в нашем университете была такая ситуация: подписка была, но ее не смогли настроить. Уж не знаю как деканат не смог разобраться в инструкции из трех сток, но у меня это совершенно не заняло времени.
Можно много говорить, что это никому не нужно, но лицензии на Win7, OneNote и XP расходятся, как горячие пирожки.
Весь софт из MSDN AA дается преподавателям, студентам и всему вузу для установки в учебных аудиториях.

Подписка MSDN AA включает все основные серверные программы и средства разработки:

• Система разработки Visual Studio.
• Серверы семейства Windows Server System, включая серверы Windows Server, SQL Server, Exchange Server, Commerce Server, BizTalk Server, Host Integration Server, Application Center Server, Systems Management Server.
• Все операционные системы, выпущенные корпорацией Microsoft, пакеты средств разработки (SDK — Software Development Kit), пакеты драйверов устройств (DDK — Device Driver Kit).
• Средства разработки для операционной системы Windows CE.
• Бета-версии продуктов, новые выпуски, обновления.
• Приложения Office Access, Visio Professional, Project Professional, Office OneNote, Office InfoPath, Office SharePoint Portal Server.
• Библиотека Microsoft eLearning Library.
• Библиотека MSDN (Документация, технические статьи, образцы кода).
• Библиотека технической поддержки Knowledge Base.
• и некоторые другие средства разработки Microsoft.

Обратите внимание, что стандартный пакет MS Office в комплект MSDN AA не входит.

DreamSpark
Если с MSDN AA не повезло, то есть DreamSpark – тут с софтом скудней.
Но операционная система и средства разработки имеются. Все как обычно для учебных целей.
Но есть одна возможность – весь софт из DreamSpark разрешается использовать для создания приложений под WinPhone7 и зарабатывать на них.

Инструкция: Идем на dreamspark.ru запрашиваем ключ, идем на dreamspark.com, регистрируемся.
Гемморой с регистрацией мне не очень понян, но проблем у меня никаких не возникало.

Microsoft Live@Edu
Фактически это live аккаунт. То есть hotmail, skydrive на 25Gb и что там еще есть.
Цимус не в этом, а в том, какой профит можно с этого заиметь.
В моем понимании, когда у студентов и преподавателей есть университетская электронная почта – это существенно упрощает взаимодействие, как преподавателей со студентами, так и студентов с преподавателями.
К Live@Edu подключен СПбГУ.

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

Евангелизм:

[link]

[link] – тут про нее очень подробно описано.

[link] – как регистрировать и настраивать.

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

Регистрация
После посещения гардероба я прошел на регистрацию. Регистрация прошла легко и непринужденно – никаких толп, аврала и истерик. Ребята из Event Team работали очень оперативно – спасибо Вам.

Пленарный доклад
На пленарном докладе выступал Brian Hurry. Начал он свое выступление с фразы: “Code. Code is everywhere…”. Вице-президент Microsoft говорил спокойно, вкрадчиво, на простом и понятном английском – понятно было всем. Сразу стало ясно, что этот человек много ездит с докладами в самые разные страны мира (у меня создалось такое впечатление). Было очень интересно, но немного громко.  Периодически на сцену приглашались ребята из русского офиса, которые интенсивно демонстрировали некоторые новые возможности 10-й студии.

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

Доклад Brian Hurry о переходе на Team Foundation Server
Презентация нового продукта прошла спокойно, размеренно, с расстановкой. При нас на чистую машину установили TFS, попутно рассказывая о некоторых новых возможностях. Со сцены нам сказали, что Москвичи оказались недоверчивы и высказывали предположение, что показывается не реальная установка, а запись. Так вот, она действительно реальная: Брайн установил TFS на свой нетбук, настроил и начал демонстрировать то, что теперь умеет TFS. В подробности вдаваться не буду, но скажу, что мой шеф прослушав доклад решил попробовать внедрить TFS к нам.

Гайдар Магдануров о VS2010 для веб-разработчика
Этот доклад, лично у меня, вызвал самые противоречивые впечатления. Гайдар начал рассказывать очень хорошо, весело, с юмором. Скрепочка в студии, например, вызвала бурю положительных эмоций. Была показана поддержка IntelliSence для JavaScript и HTML. Припомнили и смерть ie6, и личный user-experience – начало было очень бодрым.
Окончание доклада немного подкачало – на машине не оказалось ReSharper и подготовленных сниппетов. Гайдар в этот момент, видимо, подумал несколько нехороших слов, но не растерялся и достойно все рассказал.
В целом могу сказать, что доклад мне понравился. Впечатление осталось положительным, не смотря на технические огрехи.

Архитектурное проектирование и анализ кода
Доклад читал Сергей Орлик. Перед нами стоял честный спец, который знает о чем говорит, и отвечает за свои слова. В начале презентации Сергей пообещал, что “вынесет” нам мозг, подразумевая, что предстоит сложное обсуждение. Обещание он выполнил. Вынес.
В сжатые сроки (1 час) Сергей рассказал о том насколько сейчас изменилась жизнь архитектора приложений, какие задачи ему предстоит решать и какие инструменты для решения этих задач ему предоставляет Visual Studio. Признаюсь честно, я понял лишь малую часть из того, что говорилось на докладе. Как только выложат видео – обязательно пересмотрю. Да, понял я лишь малую часть, и эта часть касалась dgml – возможности генерации графов зависимости для вашего проекта.

Что-то такого вида. Получив граф зависимостей из неизвестной библиотеки, к которой еще и документация вменяемая отсутствует – мы сможет в кратчайшие сроки разобраться с тем, что происходит в коде. Экономит время. А если просмотреть такой граф для собственного проекта, то сразу станет ясно, что и где не так. Всплывут все ошибки при проектировании.
Презентация шла еще долго, и реакция сидящих в зале менялась от “а зачем нам это?” до “Очуметь! Мы хотим эти штуки.”.
Сергей в конце доклада стал отвечать на многочисленные вопросы. Вопросов было очень много и Сергея долго не отпускали.

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

Масштаб кода и производительность разработчика
Пересказывать суть доклада не имеет смысла, он был очень техническим. Терри Липпер подробно рассказывал о нововведениях в VS2010, которые касаются C++. Просто рассказывал. Подробно, на примерах и объяснениями.

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

Итого
Мне понравилось.

Из хорошего:

• Очень порадовало общение с Сергеем Орликом и Данилой Корневым из русского офиса Microsoft.
• Организация мероприятия была на высшем уровне.
• Новые знакомства.

И отдельно:

• Хочу передать привет прелестной девушке в красном со стенда Legal Softwave: “Привет”.

При разработке под WinPhone стоит иметь ввиду, что это совершенно новая, абсолютно не связанная с WinMobile операционная система. Разве что основана она на WinCE, но это мелочи. Соответственно ни одно приложение, работавшее в WinMobile, тут работать не будет. Так же не будут работать и многие библиотеки, в силу некоторой ограниченности Silverlight. Никакого unmanaged кода. На MIX’10 утверждали, что это на телефоне будет полноценный Silverlight 3. Но обманули.
Список отличий доступен по ссылке:

• http://msdn.microsoft.com/en-us/library/ff426930(VS.96).aspx

Сейчас на данном факте заострять внимание не будем.

IDE, Money, Manuals.
Механизмы разработки для WinPhone до боли напоминают подобные в iPhone: у нас и Windows Marketplace, бесплатная среда разработки, ежегодные 100 долларов за лицензию разработчика. Правда, при регистрации разработчиком мне честно сказали, что неплохо бы получить какой-то американский ИНН, так, на всякий случай. А то могут наказать денежкой в размере 30% процентов с доходов, помимо налога с продаж. Как с этим у AppStore, пока не разбирался – вполне возможно, что аналогично.

Стоит лицензия 2915 рублей, как говорит русский сайт. Есть одно но, для студентов и аспирантов – халява, по Dreamspark все бесплатно. Проще говоря, все, что лежит в Dreamspark может использоваться для коммерческой разработки под Windows Phone. У Apple такого нет.

Еще один важный момент: Microsoft берет 30% от стоимости приложения себе. Для сравнения Apple берет столько же. – Но Microsoft все равно добрее Apple.

Но это все беллетристика. Самое интересное – это средства разработки. А средство разработки у нас – это старая добрая Visual Studio 2010 в специально редакции «for Windows Phone». Там же живут и эмулятор Windows…несколько не полноценный, но сочтем это минусом CTP, и XNA. Доступен, также Expression Blend 4 RC, правда я не уверен, что он будет поставляться бесплатно.

Остался еще один немаловажный момент. На XNA я никогда ничего не делал, на Silverlight тоже.
Надо книг и учебных материалов:

• По Silverlight 3 есть бесплатная книга на русском языке. Скачать.
• MSDN: http://msdn.microsoft.com/en-us/library/ff402535(VS.92).aspx
• По XNA: http://www.xnagamemaking.com (Ходить по главам в менюшке слева) 
• И бесплатное превью книги от Charles Petzold. Скачать.

Money.

• Средства разработки бесплатные.
• Выхлоп со 100 продаж приложения стоимостью 1.99$: 131$
• с учетом российских налогов: 121$

Скоро постараюсь глянуть, как живут разработчики iPhone, а если энтузиазм не угаснет, то и под Android.

UPD: Исправил немного статью по “налогам” в магазинах.