lqp - MS GPL, тьфу, MS Community License
October 29th, 2005
10:57 pm

[Link]

Previous Entry Add to Memories Tell A Friend Next Entry
MS GPL, тьфу, MS Community License

(28 comments | Leave a comment)

Comments
 
From:[info]http://users.livejournal.com/aen_/
Date:October 30th, 2005 - 10:42 am
(Link)
1. Да, MS всегда вкладывалась в research, как и другие корпорации. MS в процентном отношении открытых академических разработок в сранение с Intel и IBM -- немного. Основная деятельность -- MS Research.

2. Как база для опытов CLI открыта и сейчас. Учитывая, что она стандартизована ECMA, никакихъ проблем в незанвисимой реализиации и не было, -- потому таковые реализации и есть. Открытие CLI под open source лицензией, несовместимой с GPL сейчас никому не нужно.

3. Несомненно. .NET вовсе не плохая технология. Если бы она была открыта (в первую очередь -- стандартизована!) в той же степени, что и элемнты Java (J2EE в первую очередь), то потеснила бы Java значительно. Но MS проиовдействует независмым реалзациям, не стандартизуя .NET кроме CLI и C#, не создавая тем более программу сертификации реализаций. Потому они никого не сделают, ели не поменяют политику. Ни одна из систем профилизации e-government не приняла .NET ровно по этой причине и это не внутренняя кухня, а явная декларация. Почитайте SAGA, например.

4. Они могут рассказывать что угодно. Но пока не откроют стандарты, ни один приличный человек не будет с ними иметь дело. В маркетинге они сильны, здесь ничего не скажешь. В американской академической среде отношение к ним примерно такое же, как к президенту Бушу.

Потому я не вижу никаких изменений сути политики MS. Если они и есть, то в сторону ухудшения.
[User Picture]
From:[info]kouzdra
Date:October 30th, 2005 - 11:10 am
(Link)
"Да, MS всегда вкладывалась в research, Основная деятельность -- MS Research"

Разделять MSR и MS я причин не вижу. Что же до "всегда" - за последние 5 лет очень изменился
уровень. Грубо говоря - сейчас мне читать их статьи интересно, а реньше - было нет.

потому таковые реализации и есть

Mono всерьез рассматривать нельзя (хотя бы потому, что они на Вoehm GC сидят), DotGNU я не смотрел.

Потому они никого не сделают, ели не поменяют политику

На мой взгляд они просто могут сделать (и делают) ее существенно более удобной для разработки средой.
Скажем C# 3.0 - для меня очень веский аргумент в пользу использования .NET, при отсутствии других
противопоказаний. Они же не только с Java на всякой серверной хрени конкурируют. Есть масса других
приложений, кроме тех, где Java сидит.

Но пока не откроют стандарты, ни один приличный человек не будет с ними иметь дело.

"В американской академической среде" берут их деньги и переходят на работу в MS reserarch.
Никаких комплексов по этому поводу я не замечал. Более того - сейчас там сидит больше половины
"академических" людей, за работами которых я слежу давно. Don Syme, например. Кое-кто из них был
и в Зеленогорске.
From:(Anonymous)
Date:October 30th, 2005 - 02:16 pm
(Link)
да, очень интересно читать статьи по haskell и сопряженным вопросам опубликованные MSR.
[User Picture]
From:[info]qwerty
Date:November 2nd, 2005 - 11:12 pm
(Link)
Например, в мелкомягком ресече сидят Ben Zorn и Todd Proebsting (чей БУРГ).
From:[info]gvy.livejournal.com
Date:October 29th, 2007 - 05:06 pm
(Link)
> Разделять MSR и MS я причин не вижу.
А я вот вижу. "Что позволено MSR, то не позволено MS". Да и то Fnord куда-то заныкали.
[User Picture]
From:[info]kouzdra
Date:October 30th, 2005 - 11:18 am
(Link)
То есть, давайте я резюмирую - они сейчас пытаются уйти в технологичесий отрыв
от остальных. У меня есть основания полагать, что если публика будет продолжать
в том роде, что и Вы, объянснять, что "у них ничего не выйдет". Они в него уйдут
и смогут просто диктовать свои условия.

В чем на мой взгляд и заключается стратегическая смысл .NET. OSS лицензии же
они будут использовать для подавления конкурентов демпингом в определенных
областях (как это делает IBM), а так же - с довольно большой вероятностью
они попробуют создать преимущество для OSS community перед всеми коммерческими
компаниями (фактически они готовы лицензировать свои патенты OSS community,
но не крупным коммерческим фирмам). При этом сами они сохранят свои позиции.
From:[info]http://users.livejournal.com/aen_/
Date:October 30th, 2005 - 02:27 pm
(Link)
Конечно, они пытаются уйти в отрыв и уже бы в него ушли, если бы стандартизовали .NET. Стандартизация на манер J2EE сделала бы их несомненными лидерами. Страхи потери монополии de facto в случае стандартизации были совершенно напрасными, они сделали ошибку.
Рынок e-gov они теряют и без стандартизации "серверной хрени" их туда не пустят (то есть в России все может быть, но в Европе, Азии, в большинстве штатов -- не светит). Все уже очень боятся сесть на иглу одного производителя, особенно при наличии алтернативы. Альтернатива здесь на серверах -- J2EE с реализациями от свободных (JBoss) и бесплатных (анаонсированная WAS-CE на свободном Geronimo) с Eclipse как средой разработки, которую многие предпочитают VS. Почему преподчитают -- не понимаю, честно говоря. :-) Но известные мне примеры о том говорят.
Что же касается "стратегической линии .NET", -- увидим. Прежняя линия провалилась, Балмер об этом говорил как-то. .NET уж не взял ожидаемого старта. Потому MS и решил попробовать фокусы с OSS.

/* Я вот сейчас пишу очередную бумажку .NET vs Java, -- формальное сравнение технологий по заданным нетехнологическим критериям. Если говорить совсем грубо, то при наличии любого поделия вроде Mono, но сертифицированного MS на совместимость, -- .NET бы стал победителем. Забавно, что аналогичная бумажка от партнера MS была полна враньем именно о полной совместимости Mono и dotGNU, стандартизованности etc. */

Про академические круги в Штатах говорить не буду -- видимо, мы общаемся в разных кругах. Деньги там берут ото всех, конечно. :-)

Резюмируя скажу, что именно политика MS мне представляется крайне неудачной. Они уже позволили сдыхавшей технологии Java обрести второе дыхание.
[User Picture]
From:[info]kouzdra
Date:October 31st, 2005 - 10:52 pm
(Link)
Видите ли - Вы рассуждаете с позиции маркетолога. А я на них смотрю с поизции программиста.
Поймите одну простую вещь - если технолонгия от ХХХ Inc на голову превосходит конккурентоа -
то уже не важно, как именно они их продают. А сейчас смтуация идет к очень простой конфигурации - если
мне нужны более или менее современные технологити не в "академическом исполнении" (т.е. с либами и
с промышленным саппортом и меня не устраивате академичесий O'Caml), то MS чем дальше, тем больше
становится практические единсвтенным выбором.

Да - я могу предпочесть "стандартизованные технологии от Sun". Но вовсе не факт, что мне нужны
именно они.

PS: И извините Eclipse VS предпочитают потому, что VS - дерьмо as is. Но я тем не менее сейчас делаю плагин
в первую очередь под VS, а не под Eclipse, потому как "дерьмо дерьмом, а рынок - куда серьезнее".
From:[info]http://users.livejournal.com/aen_/
Date:October 31st, 2005 - 11:42 pm
(Link)
Я здесь рассуждаю как брезгливый человек, ценящий брезгливость и в других.
Я знаю, к счастью, не так мало людей, в том числе начинающих карьеру, которые отказались работать с закрытыми технологиями просто в силу их закрытости. Программист -- это далеко не всегда технарь. Удержусь от более сильных утверждений.
[User Picture]
From:[info]kouzdra
Date:November 1st, 2005 - 12:48 pm
(Link)
Я не считаю разумным пытаться на одной этике "перебить" коммерцию. Пропаганда Столлмена была успешной именно потому, что его решение было еще и практично.

Сейчас же Вы наоборот пытаетесь "этическими аргументами" законсервировать нынешнюю ситуацию. При всех недостатках политики MS - именно она до некоторой степени нынешнее болото шевелит. Я вполне уверен, что без Generic C# не было бы и никакой Generic Java. Sun бы просто не чесался. А этика с таким вот эффектом - очень сомнительная этика.

К тому же - что Вы нашли открытого в Java? Фактически это наглухо закрытый продукт с практически единственным вендором (не очень надежным к тому же - если Sun вдруг сдохнет - я не удивлюсь). Несмотря на все рассуждения о стандартизации, Java-приложения приходится распространять вместе с конкретной "малой" версией JRE, потому как с совместимостью проблемы даже на уровне разных minor versions от Sun.

С компилятором тоже самое - ответы на более или менее нетривиальные вопросы про язык в документации не найти, и единственный определяющий "документ" - компилятор от Sun.

Собственно - почему OSS community лояльно относится к Java - думаю просто потому, что тут отставание трудноустранимо - GCC BackEnd, который является базой для компиляторных OSS разработок не поддерживает сборку мусора и без полного его переписывания это устранить вряд ли возможно. Засовывание куда ни попало совершенно неподходящего для этого Boehm GC - весьма дурной признак. Понимаете - то, что в мертворожденный GCJ FSF вкладывает деньги - это какой-то маразм. А он мертворожденный потому, что сделать эффективную реализацию Java без нормального (то есть - generational, как минимум) сборщика мусора и без глобальных оптимизаций (хотя бы - на самом деле нужен JIT с динамическим профайлингом) - невозможно. Проигрыш будет не в разы, а на порядок самое меньшее. Плюс еще всякие проблемы с фрагментацией памяти, что в production code малоприемлемо.
From:[info]http://users.livejournal.com/aen_/
Date:November 1st, 2005 - 03:31 pm
(Link)
Я не сторонник Java. В FOSS community любителей Java тоже немного.
Все остальное у Вас -- верно.
Если бы .NET был открыт в той же степени, что и Java (как технология), то я предпочел бы .NET
[User Picture]
From:[info]kouzdra
Date:November 1st, 2005 - 08:59 pm
(Link)
Проблема в том, что mainstream язык со сборкой мусора часто
является оптимальным решением. С/С++ имеет слишком много недостатков
для не "низкоуровневых" приложений (ну где его возможность
расписать все до байтика не очень важна). O'Caml очень хорош,
но совершенно не mainstream, что тоже часто представляет проблему -
библиотеки, единственный вендор, вопросы более или менее длительной
перспективы.

Динамически типизированные языки имею свои недостатки. То есть -
в определенных приложениях разумной альтернативы java сейчас нет.
Увы.
Powered by LJ.Rossia.org