Отличная ось. До этого пользовался iPhone, теперь взял Lumia 800 — пока не хватает только Skype и airVideo… При том, что железо в iPhone 4 сравнимое, софт на WP7 визуально работает быстрее, интерфейс отзывчивее, прокрутки не дергаются. Да, после афони немного непривычно, но за пару дней привыкаешь. Потом думаешь, че в iOS все так нелогично сделано.
Кроме того, для программиста — можно на нормальных языках разрабатывать свой софт, а не заниматься некрофилией.
Портировать код тоже надо уметь — переименовать файлы log4j в cs и исправить синтаксические ошибки — это только полдела. Надо еще знать сильные и слабые места платформы. А если еще файлы конфигурации облагородить — тогда…
Ну возьмем к примеру байткод на Гудроидах — Оракл сразу зубами вцепился…
А по второму вопросу — что мешает взять за базовый синтактис ту же яву или сишарп? Почему каждому начинающему велосипедисту хочется выдумывать свои аналоги var? Зачем курочить устоявшиуюся декларацию функций и порядок типов?
Чем
fn lt_42(x: int) -> bool
лучше чем
bool lt_42(int x)
?
Столько лишних закорючек — ни за что не поверю, что они вообще о удобстве для программиста задумывались.
Как раз таки бинарная совместимость и тащит за собой кучу патентов и прочие проблемы.
А вот чистый синтаксис + дополнительные языковые примочки могли бы решить многие головные боли разработчика.
Взять хотя бы тот же Nemerle — вот что мешало делать навороты на базе C#? Людям надо было бы учить только дополнительные плюшки и использовать их в работе. Нет, кому-то надо было погладить своё эго, придумать очередной велосипед с квадратными колесами там, где уже и так всё отлично продумано и работает.
Мы наш мы новый мир построим — все знают чем это закончилось.
Заразная болезнь Микрософта «фатальный недостаток — not invented here» переросла в пандемию.
Сначала Гугль, теперь вот Моцилла. Сколько можно изобретать велосипеды?
Неужели нельзя взять готовый язык, доработать, довести его до ума, без того, чтобы переписывать гигабайты готового кода?
Судя по коду (названия свойств в нижнем регистре, отсутствия ViewModel, ручное создание делегатов, var не используется) — автор недавно начал изучать c# и xaml?
Признавайтесь, месяц уже есть?
Меня лично stand-up митинги задолбали через полгода, некоторых коллег еще раньше.
Стресс с выходом нового релиза (у нас был каждый месяц) — создавал ощущение никому не нужной суеты (все пытались закончить свои задачи вовремя). Через год скрама решили вернуться к обычному планированию — все снова вздохнули с облегчением. Решили просто использовать jpeg-модель с каскадным планированием. Скрам, в этом есть что-то от белки в колесе — невидимое давление на головы людей, которые должны этой головой работать.
Я вам про то, что WinRT как часть инсталляции Windows 8 будет поставляться в виде нативных библиотек, точно так же, как сейчас идут User32.dll или Kernel32.dll. Да, под каждую архитектуру процессора есть разные ISO-образы дистрибута OS (как и сейчас).
Я вам про то, что при запуске .NET приложения бОльшую часть .NET FX не надо будет JIT-ить, как сейчас, ибо оно будет нативное. Нужно будет за-JIT-ить только код приложения.
Ну и при установке винды не надо будет полчаса ждать, пока nGen перегонит в машинные инструкции 40 мегабайт .NET FX.
Процессоров всего три. x86, x64 и ARM. И WinRT как часть Windows 8 будет компилироваться под конкретный процессор, как и теперешний Windows (есть под x86, есть под x64). Надо будет только правильный DVD воткнуть в комп при установке.
И вообще, мой комментарий был по поводу того, что общий знаменатель .NET FX вычленили, переписали на C++, жостко заоптимизировали и засунули под капот сделали частью операционки.
Ну и доступен он теперь всем. И Metro.NET, и Metro.JS, и Metro.C++.
Просто зачем Jit-ить то, что можно мощно заоптимизировать под конкретный процессор и архитектуру, сделать частью OS. Да, ngen помогает, но до C++ компилятора ему далеко (взять хотя бы то, что даже статические методы в .NET вызываются как виртуальные).
А если нет накладных расходов по вызову WinRT из .NET, то здесь один только позитив. А то, что исходников не будет — так работали же и без исходников .NET какое-то время :)
Нафига козе баян? :)
Кроме того, для программиста — можно на нормальных языках разрабатывать свой софт, а не заниматься некрофилией.
Ну тогда получится что-то типо NLog ;)
А по второму вопросу — что мешает взять за базовый синтактис ту же яву или сишарп? Почему каждому начинающему велосипедисту хочется выдумывать свои аналоги var? Зачем курочить устоявшиуюся декларацию функций и порядок типов?
Чем
fn lt_42(x: int) -> bool
лучше чем
bool lt_42(int x)
?
Столько лишних закорючек — ни за что не поверю, что они вообще о удобстве для программиста задумывались.
А вот чистый синтаксис + дополнительные языковые примочки могли бы решить многие головные боли разработчика.
Взять хотя бы тот же Nemerle — вот что мешало делать навороты на базе C#? Людям надо было бы учить только дополнительные плюшки и использовать их в работе. Нет, кому-то надо было погладить своё эго, придумать очередной велосипед с квадратными колесами там, где уже и так всё отлично продумано и работает.
Мы наш мы новый мир построим — все знают чем это закончилось.
Что мешает сделать native compiler к той же Java/C#?
Сначала Гугль, теперь вот Моцилла. Сколько можно изобретать велосипеды?
Неужели нельзя взять готовый язык, доработать, довести его до ума, без того, чтобы переписывать гигабайты готового кода?
Вопрос в другом — почему не пашет интеграция, неужели за 25 лет существования веба не придумали что-то прозрачное?
Слезая с одной, незаметно залазим на другую…
Признавайтесь, месяц уже есть?
Стресс с выходом нового релиза (у нас был каждый месяц) — создавал ощущение никому не нужной суеты (все пытались закончить свои задачи вовремя). Через год скрама решили вернуться к обычному планированию — все снова вздохнули с облегчением. Решили просто использовать jpeg-модель с каскадным планированием. Скрам, в этом есть что-то от белки в колесе — невидимое давление на головы людей, которые должны этой головой работать.
Я вам про то, что WinRT как часть инсталляции Windows 8 будет поставляться в виде нативных библиотек, точно так же, как сейчас идут User32.dll или Kernel32.dll. Да, под каждую архитектуру процессора есть разные ISO-образы дистрибута OS (как и сейчас).
Я вам про то, что при запуске .NET приложения бОльшую часть .NET FX не надо будет JIT-ить, как сейчас, ибо оно будет нативное. Нужно будет за-JIT-ить только код приложения.
Ну и при установке винды не надо будет полчаса ждать, пока nGen перегонит в машинные инструкции 40 мегабайт .NET FX.
И вообще, мой комментарий был по поводу того, что общий знаменатель .NET FX вычленили, переписали на C++, жостко заоптимизировали и
засунули под капотсделали частью операционки.Ну и доступен он теперь всем. И Metro.NET, и Metro.JS, и Metro.C++.
А если нет накладных расходов по вызову WinRT из .NET, то здесь один только позитив. А то, что исходников не будет — так работали же и без исходников .NET какое-то время :)