MS собирается выпустить кросс-платформенный CLR (но не OpenSource) для поддержки своего DLR (Dynamic Language Runtime) и Silverlight: http://blogs.zdnet.com/microsoft/?p=414
Интресно, как быстро у них в Виндовой версии будут появляться фичи, которых нет в линуксовой версии?
Здравствуйте, Cyberax, Вы писали:
C>Интресно, как быстро у них в Виндовой версии будут появляться фичи, которых нет в линуксовой версии?
Думаешь, это будет вменяемо использовать такой "финт ушами" для продвижения ОС? В наше время, когда акцент всё больше переносится в web-приложения, и нормальным приложениям пофигу что у тебя ИЕ под Виндой, Фокс на Линухе или Сафари на макосХ?
Если так, то это будет скорей гвоздём в гроб МС (хотя до похорон её надо оооочень много времени )
C>MS собирается выпустить кросс-платформенный CLR (но не OpenSource) для поддержки своего DLR (Dynamic Language Runtime) и Silverlight: C>http://blogs.zdnet.com/microsoft/?p=414
Today, at MIX 07, we announced a new level of support for dynamic languages on .NET that we're calling the DLR.
From the beginning, Microsoft's .NET framework was designed to support a broad range of different programming languages on a Common Language Runtime (CLR). The CLR provides shared services to these languages ranging from a world-class GC and JIT to a sandboxed security model to tools integration for debugging and profiling. Sharing these features has two huge benefits for languages on the CLR. First, it's easier to implement a language because lots of difficult engineering work is already done for you. Second, and more importantly, these languages can seamlessly work together and share libraries and frameworks so that each language can build on the work of the others.
The CLR has good support for dynamic languages today. IronPython-1.0 demonstrates this. The new Dynamic Language Runtime (DLR) adds a small set of key features to the CLR to make it dramatically better. It adds to the platform a set of services designed explicitly for the needs of dynamic languages. These include a shared dynamic type system, standard hosting model and support to make it easy to generate fast dynamic code. With these additional features it becomes dramatically easier to build high-quality dynamic language implementations on .NET. More importantly, these features enable all of the dynamic languages which use the DLR to freely share code with other dynamic languages as well as with the existing powerful static languages on the platform such as VB.NET and C#.
The DLR is about giving you the best experience for your language — true to the language, excellent tools, performance and seamless integration with a wealth of libraries and platforms. The essential benefits of the DLR are about sharing. It lets language implementers share standard features rather than rebuilding them from scratch. This lets them focus on the features that make a given language unique rather than on reinventing yet another GC system. It lets developers share code regardless of the language the code is implemented in and to use whatever language they prefer regardless of the language preferred by the environment they want to run in. Coupled with the Silverlight 1.1 platform announced today, it even lets languages share a sandboxed security model and browser integration. This means that developers building browser-based applications can now use their preferred language even for client-side code.
We're initially building four languages on top of the DLR — Python, JavaScript (EcmaScript 3.0), Visual Basic and Ruby. We shipped today both Python and JavaScript as part of the Silverlight 1.1alpha1 release today. John Lam and I will be demoing all four languages, including VB and Ruby, working together during our talk tomorrow at 11:45.
In addition to the Silverlight release, we've also made the full source code for both IronPython and all of the new DLR platform code available on codeplex under the BSD-style Microsoft Permissive License. All of that code can be downloaded today as part of the IronPython project at codeplex.com/ironpython. If you want to know more about the DLR, you should feel free to download the code. However, you should understand that this is a very early release of these bits and we still have significant work left to do including refactoring, design changes, performance tuning — not to mention documentation.
For the short term, our focus is on using a small number of languages to drive the first wave of DLR development where we can work closely and face-to-face with the developers in order to iron out the worst kinks in the DLR design. After this initial phase, we want to reach out to the broader language community. If you're building a language on top of .NET and are interested in supporting dynamic language features then we want your feedback on the DLR. However, I'd discourage you from trying to implement on top of the DLR today. I don't want you to get frustrated trying to work with these really early bits and then not be interested in working with us when we're better prepared to engage with the language community. We plan to kick off a broader engagement with language implementers at the upcoming lang.net conference in three months — at the end of July. This will be the best place to really engage with the DLR and let us know what we got wrong.
In the meantime, I'll be using this blog to post our design notes for the DLR as they're written and any feedback you have on the design is welcomed. Tomorrow I'll talk more about the shared dynamic type system and the "One True Object".
Здравствуйте, vguzev, Вы писали:
V>The CLR has good support for dynamic languages today. IronPython-1.0 demonstrates this.
Интересно, эти пиарщики вообще IronPython смотрели? Он скорее демонстрация того, что ЦЛР весьма фигово поддерживает динамические языки. И то что динамические языки просто не вписываются в идеологию ЦЛР. Тот же Питон реально толко потребитель (коньсюмер). Делать на нем сборки для использования из других языков просто нельзя.
... << RSDN@Home 1.2.0 alpha rev. 637>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Здравствуйте, vguzev, Вы писали:
V>>The CLR has good support for dynamic languages today. IronPython-1.0 demonstrates this.
VD>Интересно, эти пиарщики вообще IronPython смотрели? Он скорее демонстрация того, что ЦЛР весьма фигово поддерживает динамические языки. И то что динамические языки просто не вписываются в идеологию ЦЛР. Тот же Питон реально толко потребитель (коньсюмер). Делать на нем сборки для использования из других языков просто нельзя.
1. Можно делать DLL странной структуры (вот только как их использовать из других языков? — может кто знает)
2. Можно сабклассить родные класссы.
Можно писать небольшие обертки для взаимодействия с другими языками на C# вот, например полный исходный текст лоадера плагинов для Far.Net:
using FarManager;
using System.Reflection;
using System.Collections;
using System.Collections.Generic;
using System.IO;
using IronPython.Hosting;
using IronPython.Modules;
public class IronPythonLoader : BasePlugin
{
protected string PluginFile(string name)
{
FileInfo fi=new FileInfo(Assembly.GetExecutingAssembly().Location);
return fi.Directory.Parent.FullName+"\\"+name;
}
protected void LoadScript(string fileName)
{
PythonEngine engine = new PythonEngine();
engine.AddToPath(Path.GetDirectoryName(fileName));
engine.Import("site");
ClrModule clr = (ClrModule)engine.Import("clr");
EngineModule engineModule = engine.CreateModule("__main__", false);
engine.DefaultModule = engineModule;
clr.AddReferenceByPartialName("FarNetIntf");
engine.Import("FarManager");
engine.Globals["far"] = Far;
engine.ExecuteFile(fileName);
}
override public void Connect()
{
string scriptsFolder = PluginFile("Scripts");
foreach(FileInfo file in new DirectoryInfo(scriptsFolder).GetFiles())
LoadScript(file.FullName);
}
}
Здравствуйте, Cyberax, Вы писали:
C>MS собирается выпустить кросс-платформенный CLR (но не OpenSource) для поддержки своего DLR (Dynamic Language Runtime) и Silverlight: C>http://blogs.zdnet.com/microsoft/?p=414 C>Интресно, как быстро у них в Виндовой версии будут появляться фичи, которых нет в линуксовой версии?
А вот ещё мнение о том, что кроссплатфроменность противоречит интересам МС (кстати, это пересекается с твоим замечанием )
Здравствуйте, Cyberax, Вы писали:
C>MS собирается выпустить кросс-платформенный CLR (но не OpenSource) для поддержки своего DLR (Dynamic Language Runtime) и Silverlight: C>http://blogs.zdnet.com/microsoft/?p=414
Здравствуйте, Курилка, Вы писали:
C>>MS собирается выпустить кросс-платформенный CLR (но не OpenSource) для поддержки своего DLR (Dynamic Language Runtime) и Silverlight: C>>http://blogs.zdnet.com/microsoft/?p=414 К>А вот уже и первые подробности от Jim Hugunin
Из хороших новстей — Мигель де Иказа пообещал, что Silverlight будет сделан в Mono в течение года (польностью в OpenSource, насколько я понял).
Кстати, было бы идеальным местом для Максимовского AntiGrain.
Здравствуйте, Курилка, Вы писали:
К>А вот ещё мнение о том, что кроссплатфроменность противоречит интересам МС (кстати, это пересекается с твоим замечанием )
Я вот уверен в обратном.
Тут нужно подходить с точки зрения экономики. С этой точки зрения существуют только рынки (рыночные ниши). И если МС не создает продукт для некоторой ОС, то это всего лишь означает, что она упускает эту рыночную нишу.
Если бы ингнорирование данной ниши привело бы к уничтожению ниши, то може МС и была бы от этого выгода. Но по факту мы наблюдаем совершенно другое. Люди просто выбираеют технолонии от других производителей (в том числе ОпенСорсные).
МС может думать что хочет, но есть рынок массового, дешевого хостинга где МС практически не присуствует, а Линукс и Фришка чувствуют в нем себя просто замечательно.
Этот рынок уже создал вокруг себя инфраструктуру. Люди изучили разные ПХП, (в лучшем случае) Явы. МС тут пролетает мимо кассы.
Содздав кросплатформный ЦЛР МС сразу получает множество бенефитов:
1. Вторгается в новый для нее рынок.
2. Создает конкуреницию ОпенСорсу, Сану и IBM-у на этом рынке.
3. Пропагандирует свои технологии во "аражденбном" лагере.
4. Снимает психологическое ограничение зависимости от одной платформы.
5. Нарывает большое количество аппоратных платформ.
6. И наконец, может использовать ЦЛР в качестве замены скриптам на клиенстких машинах.
МС ничего не теряет перенося ЦЛР на другие платформы. Ведь сила МС в прикладных продуктах и самой ОС. Даже средства разработки останутся под Виндовс. Так что скорее некоторые приверженцы Линукса и/или ОпенСорс начнут лучше относиться к Виндвс, чем Виндвос потеряет популярность.
... << RSDN@Home 1.2.0 alpha rev. 637>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Содздав кросплатформный ЦЛР МС сразу получает множество бенефитов: VD>1. Вторгается в новый для нее рынок. VD>2. Создает конкуреницию ОпенСорсу, Сану и IBM-у на этом рынке. VD>3. Пропагандирует свои технологии во "аражденбном" лагере. VD>4. Снимает психологическое ограничение зависимости от одной платформы. VD>5. Нарывает большое количество аппоратных платформ. VD>6. И наконец, может использовать ЦЛР в качестве замены скриптам на клиенстких машинах.
Звучит правдоподобно, но на странице закачки нет инсталлятора под Linux и FreeBSD.
И 9 из 10, что не появится. В лучшем случае GNU'шники сами запарятся на ещё одно безнадёжное дело.
Здравствуйте, Cyberax, Вы писали:
C>Из хороших новстей — Мигель де Иказа пообещал, что Silverlight будет сделан в Mono в течение года (польностью в OpenSource, насколько я понял).
C>Кстати, было бы идеальным местом для Максимовского AntiGrain.
У нас был с ним по этому поводу разговор, но как-то завял на время. Не все так просто. Вопрос лицензирования очень важен. Мне пришлось сменить лицензию на GPL (потому что достали — ходют и ходют). Я, конечно же готов предоставить самые либеральные условия для задействования AGG в Mono, но не знаю, можно ли так сделать — что в составе Mono лицензия более либеральна, чем GPL, хотя сами исходники AGG остаются под GPL (Моновцы не могут использовать GPL). То есть, нужно некое специальное соглашение, типа AGG в составе Mono распространяется под лицензией Mono, но в случае отчуждения автоматически становится GPL, точно так же, как если бы библиотека была взята непосредственно с antigrain.com. Вроде бы никаких противоречий здесь нет, но надо сформулировать соглашение и проверить его юристами. Здесь много подводных камней, например, ни в коем случае нельзя допускать, чтобы я нес хоть какую-то ответственность за potential patent infringing. Если Мигель готов составить такое соглашение и оплатить тщательную проверку моим юристом, то пожалуйста — пусть задейстуют на здоровье совершенно бесплатно. Но сам я не горазд заниматься всеми этими юридическими вопросами (потому что в этой "лоерской-блиннах" Америке это все не просто, а очень непросто), а Мигель пока что молчит.
Здесь так же много и технических проблем, в основном то, что сам формат графических данных страшно устарел по сравнению с Flash. Формат SL — это по сути SVG. Он простой и очевидный, но страшно неэффективный.
McSeem
Я жертва цепи несчастных случайностей. Как и все мы.
Здравствуйте, VladD2, Вы писали:
VD>Я вот уверен в обратном. VD>Тут нужно подходить с точки зрения экономики. С этой точки зрения существуют только рынки (рыночные ниши). И если МС не создает продукт для некоторой ОС, то это всего лишь означает, что она упускает эту рыночную нишу.
Вот только продукты МС это прежде всего Офис и, в меньшей степени, Windows. Девелоперское подразделение дохода не приносит и служит исключительно для проталкивания Windows.
VD>МС может думать что хочет, но есть рынок массового, дешевого хостинга где МС практически не присуствует, а Линукс и Фришка чувствуют в нем себя просто замечательно.
Отлично. Но как этому горю может помочь кроссплатформенный SL?
VD>1. Вторгается в новый для нее рынок.
Рынка нет никакого — SL не стоит ничего. А средства разработки, как я уже сказал, дохода не приносят.
Здравствуйте, McSeem2, Вы писали:
MS>... Мне пришлось сменить лицензию на GPL (потому что достали — ходют и ходют).
Печальное событие. А можешь подробнее прокомментировать, почему было принято такое решение?
Здравствуйте, AndrewVK, Вы писали:
AVK>Вот только продукты МС это прежде всего Офис и, в меньшей степени, Windows.
Это огромное заблуждение. МС делает лвиную долю денег на Виндовс. Офис им нужен только для удержания клиентов у своей ОС.
AVK>Девелоперское подразделение дохода не приносит и служит исключительно для проталкивания Windows.
Именно.
AVK>Отлично. Но как этому горю может помочь кроссплатформенный SL?
Кросплатформынй CLR? Об этом и говорилось в предыдущем сообщении.
VD>>1. Вторгается в новый для нее рынок.
AVK>Рынка нет никакого — SL не стоит ничего. А средства разработки, как я уже сказал, дохода не приносят.
Рынок есть. Рынок дешевого хостинга и вообще серверных приложений. Тут надо просто смотреть глучже. Деньги не всегда приходят прямыми путями. Иногда речь идет о долговренменных стратегических решения.
ЗЫ
Экономика вообще сложная вещь. В ней многое не очевидно.
... << RSDN@Home 1.2.0 alpha rev. 637>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
AVK>>Вот только продукты МС это прежде всего Офис и, в меньшей степени, Windows.
VD>Это огромное заблуждение. МС делает лвиную долю денег на Виндовс.
Это факт. Информация общедоступна, можешь поизучать.
AVK>>Отлично. Но как этому горю может помочь кроссплатформенный SL?
VD>Кросплатформынй CLR? Об этом и говорилось в предыдущем сообщении.
Я, честно говоря, так и не увидел ответа.
AVK>>Рынка нет никакого — SL не стоит ничего. А средства разработки, как я уже сказал, дохода не приносят.
VD>Рынок есть. Рынок дешевого хостинга и вообще серверных приложений.
МС хостингом не занимается и заниматься не будет.
VD> Тут надо просто смотреть глучже. Деньги не всегда приходят прямыми путями. Иногда речь идет о долговренменных стратегических решения.
Пока что я не вижу, какое отношение SL имеет к хостингу, и какими хитрыми путями от кроссплатформенности SL будут МС деньги.
... << RSDN@Home 1.2.0 alpha rev. 675 on Windows Vista 6.0.6000.0>>
Здравствуйте, ShaggyOwl, Вы писали:
MS>>... Мне пришлось сменить лицензию на GPL (потому что достали — ходют и ходют). SO>Печальное событие. А можешь подробнее прокомментировать, почему было принято такое решение?
Просто были прецеденты unfair use. Почему-то сложился такой стереотип, что BSD-like лицензии — это полная и абсолютная халява. А вот GPL имеет длинный и грозный текст. Но печалится нечего, поскольку я предоставляю лицензии и другого типа, в том числе может быть free commercial license. Но это все определяется индивидуально. Проблема возникает только в случае с Open Source с лицензией, более либеральной, чем GPL. Но этим пришлось пожертвовать.
McSeem
Я жертва цепи несчастных случайностей. Как и все мы.
Здравствуйте, AndrewVK, Вы писали:
AVK>Это факт. Информация общедоступна, можешь поизучать.
Если у тебя есть другая информация, приводи ссылки. А так это просто пустые разговоры, а не факты.
VD>>Кросплатформынй CLR? Об этом и говорилось в предыдущем сообщении.
AVK>Я, честно говоря, так и не увидел ответа.
Скорее не захотел увидить. Лучше объснить я не смогу.
AVK>МС хостингом не занимается и заниматься не будет.
МС играет на рынке серверов. Хостинг — это ниша на этом рынке. Эту нишу МС благополучно слил. Так что любой ход на этом рынке на руку МС.
AVK>Пока что я не вижу, какое отношение SL имеет к хостингу, и какими хитрыми путями от кроссплатформенности SL будут МС деньги.
Ну, лично я вижу. Возможно дело в знании экономики, а возможно в разных взглядах на жизнь.
... << RSDN@Home 1.2.0 alpha rev. 637>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, McSeem2, Вы писали:
MS>Просто были прецеденты unfair use. Почему-то сложился такой стереотип, что BSD-like лицензии — это полная и абсолютная халява.
Дык BSD и есть полное "фри" при условии соблюдения авторских прав, которые выражаются в коментариях, что этот код основан на чьей-то работе.
... << RSDN@Home 1.2.0 alpha rev. 637>>
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Здравствуйте, VladD2, Вы писали:
VD>Дык BSD и есть полное "фри" при условии соблюдения авторских прав, которые выражаются в коментариях, что этот код основан на чьей-то работе.
Я имею в виду, что некоторые думают, что если лицензия BSD или что-то подобное, то даже соблюдения авторских прав не требуется, хотя в тексте это четко и недвусмысленно сказано. А вот GPL эти некоторые опасаются нарушать. В силу некоторых причин не буду называть конкретных имен, но речь идет не об MS. К MS у меня как раз никаких претензий нету — они задействовали AGG во Flight Simulator X с полным соблюдением условий лицензии и даже больше того — Адам Зофран "пиарил" AGG на GDC 2006 и в своей статье про global terrain generation.
McSeem
Я жертва цепи несчастных случайностей. Как и все мы.
)
