Ни WPF, ни любая другая технология, которая появилась в .NET 3.0, не была "бэкпортирована" они были в .NET 3.0, который работает на XP, 2003 и Vista. Из всех трёх Vista разве что имеет .NET 3.0 runtime сразу после установки но это вся разница.
Загляните в FAQ на go-mono.com:
"The project implements various technologies developed by Microsoft that have now been submitted to the ECMA for standardization."
По-русски: то, чего нет в ECMA стандарте, реализовано не будет. Очевидно, что то, что есть в ECMA стандарте, Microsoft отрывать от своей реализации также не будет.
Ещё неплохо бы помнить о том, что инструмент может быть эффективным, если он выбирается под задачу. Я бы не рискнул садиться писать веб-сервис на C++, но и движок игры, где нужно выжать максимум fps, я бы не стал писать на Питоне.
Обсуждать там нечего: "Книгой самого Страуструпа вообще убить можно. (А вот прочитать до конца практически нельзя)". Всё-таки, неплохо бы дочитать Страуструпа, прежде чем бросаться на амбразуру с подобными статьями.
Видите ли, музыка Жарра слегка непохожа на нетленки Бритни Спирс. Ну не получится En Attendant Cousteau слушать по кусочкам в shuffle mode. Лучше или время найти, или не начинать вообще.
В этом, по-моему, и состоит проблема Haskell-еподобных языков. Код на императивном языке можно прочитать, не изучая язык, не пробуя писать на нём что-нибудь (например, я могу спокойно читать Java, зная C++ и C#). Я тридцать раз подумаю, прежде чем пустить код на Haskell в продакш кто его поддерживать будет, если гений, который писал на нём, уволится? Даже потом переписать на что-то понятное целая проблема, потому что просто прочитать код очень тяжело.
Пример на Питоне (который "\n".join(...)) меня просто убил. :) Как из этого вывести идею алгоритма собрать текст из строк, разделённых \n мне, например, ОЧЕНЬ неочевидно.
То есть, я охотно верю, что идеология этих языков очень сильная и логичная, но как их применять на практике (в смысле, не в Google) не понятно.
Эту статью писал профессиональный разработчик? Если да, то заявления в духе "Потом эти методы вызываются фреймворком в неясном и сложном порядке (да, это кошмар в отладке)" выглядят очень-очень странно. Любая более-менее внятная книжка об ASP.NET, не говоря уж об MSDN, имеет главу, в которой рассматривается жизненный цикл страницы в ASP.NET. По-моему, первое дело профессионального разработчика изучить инструменты, с которыми он собирается работать, а не тратить время на перевод конструкций одного языка в другой и сокрушаться по этому поводу.
Далее, если C# так противен, что "аж кюшать не могу", то, возможно, стоит использовать тот же IronPython или Haskell for .NET, благо платформа позволяет? А уж, если и .NET с его "неясным и сложным порядком" сердцу не мил то зачем задерживаться в Microsoft-шопе? Почему разработчики, использующие C++ и C# идут в Microsoft-шоп, а не в Haskell-шоп, где они могли бы часами жаловаться на непонятность Haskell?
Всё, что сделали в Microsoft собрали в одном месте 150 программ, которые могут быть полезны в следственной работе. Всё. "Жучки" и прочие "бэкдоры" плод воспалённого воображения.
1) Лотерея не новость, это было и в 2006, и в 2007. Пожалуйста, не нужно рассказывать о "талантах" и "бездарях". Любая подача на h1-b означает то, что компании нужен конкретный человек параллели с green card lottery здесь нельзя провести.
(Всё это, разумеется, не отменяет того факта, что нынешний cap чудовищно занижен).
2) Виза H1-B может продлеваться после 6-го года, если человек находится в процессе получения EBGC.
3) "Кабала", безусловно присутствует, но всё это выглядит не настолько трагично, как это описывает статья.
4) H4 ("супруг H1-B") могут получать SSN и водительские права. Они просто не имеют права на работу (!= SSN).
По существу. Спасибо за статью. Не могли бы вы порекомендовать разумные статьи/книги на тему оценки потенциальных доходов проекта? Допустим, у меня есть идея проекта с абонентской платой. Ниша заполнена shrinkwrapped продуктами. Есть общая сумма денег в нише. Как бы мне оценить сколько людей потенциально заинтересуется моим продуктом?
"The project implements various technologies developed by Microsoft that have now been submitted to the ECMA for standardization."
По-русски: то, чего нет в ECMA стандарте, реализовано не будет. Очевидно, что то, что есть в ECMA стандарте, Microsoft отрывать от своей реализации также не будет.
Да, C++ не идеален. Однако это не мешает быть ему эффективным инструментом в умелых руках.
public Class1() : this(1)
{
// blah-blah-blah
}
Пожалуйста, добавьте, что Microsoft выпустили Visual C++ 2008 Feature Pack, который реализует TR1.
Пример на Питоне (который "\n".join(...)) меня просто убил. :) Как из этого вывести идею алгоритма собрать текст из строк, разделённых \n мне, например, ОЧЕНЬ неочевидно.
То есть, я охотно верю, что идеология этих языков очень сильная и логичная, но как их применять на практике (в смысле, не в Google) не понятно.
Далее, если C# так противен, что "аж кюшать не могу", то, возможно, стоит использовать тот же IronPython или Haskell for .NET, благо платформа позволяет? А уж, если и .NET с его "неясным и сложным порядком" сердцу не мил то зачем задерживаться в Microsoft-шопе? Почему разработчики, использующие C++ и C# идут в Microsoft-шоп, а не в Haskell-шоп, где они могли бы часами жаловаться на непонятность Haskell?
(Всё это, разумеется, не отменяет того факта, что нынешний cap чудовищно занижен).
2) Виза H1-B может продлеваться после 6-го года, если человек находится в процессе получения EBGC.
3) "Кабала", безусловно присутствует, но всё это выглядит не настолько трагично, как это описывает статья.
4) H4 ("супруг H1-B") могут получать SSN и водительские права. Они просто не имеют права на работу (!= SSN).
По существу. Спасибо за статью. Не могли бы вы порекомендовать разумные статьи/книги на тему оценки потенциальных доходов проекта? Допустим, у меня есть идея проекта с абонентской платой. Ниша заполнена shrinkwrapped продуктами. Есть общая сумма денег в нише. Как бы мне оценить сколько людей потенциально заинтересуется моим продуктом?