The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Положение Mono в свете неопределенной патентной ситуации"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [ Отслеживать ]

"Положение Mono в свете неопределенной патентной ситуации"  –1 +/
Сообщение от opennews (??) on 16-Окт-09, 10:21 
Еще одна волна анти Mono настроений, похоже, набирает силу. На этот раз своими опасениями по поводу попадания в патентный капкан Microsoft делится (http://www.tuxdeluxe.org/node/299) один из лидеров проекта Samba Джереми Эллисон (http://ru.wikipedia.org/wiki/Эллисон,_Джереми) (Jeremy Allison). В своих рассуждениях он пытается сравнить оба проекта, которые изначально основаны на технологиях Microsoft, но благодаря различному отношению их руководителей к проблеме патентования, сумели получить для своих пользователей совершенно различные условия  использования.

На самом деле, Samba это свободная имплементация протокола Server Message Block (SMB). Созданный изначально для передачи файлов между Linux и Windows компьютерами, он со временем развился в более амбициозный проект по воплощению сервера каталогов Active Directory под Linux. И хотя проект использует патентованные технологии Microsoft, его основатель Andrew Tridgell сумел убедить (http://www.samba.org/samba/PFIF/PFIF_agreement.html...

URL: http://lwn.net/Articles/357119/rss
Новость: http://www.opennet.dev/opennews/art.shtml?num=23868

Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Положение Mono в свете неопределенной патентной ситуации"  +4 +/
Сообщение от Аноним email(??) on 16-Окт-09, 10:21 
Ведь он все верно говорит. Правда на деле все наоборот. Кстати, недавно зашел на irc.gnome.org, самая посещаемый канал - #mono.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Положение Mono в свете неопределенной патентной ситуации"  –1 +/
Сообщение от Andrey Mitrofanov on 16-Окт-09, 10:34 
>Кстати, недавно зашел на irc.gnome.org, самая посещаемый канал - #mono.

Как там... миллион мух не может ошибаться? Аргуме-е-ент.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

50. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от User294 (ok) on 16-Окт-09, 15:57 
Нежно любимый опенсорсниками микрософтушка на этом видимо хочет сыграть. Попросту устроив дело так что или вы платите им бабло или - на полунелегальном положении. Да здравствуют налоги на технологии! Разумеется, как всегда в пользу Микрософта почему-то.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "Положение Mono в свете неопределенной патентной ситуации"  +5 +/
Сообщение от Аноним (??) on 16-Окт-09, 11:56 
> Такая ситуация перманентной неопределенности не может не волновать сторонников по настоящему свободных технологий.

как показывает практика, среди сторонников свободных технологий не так уж и много "сторонников по настоящему свободных технологий".

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

109. "Положение Mono в свете неопределенной патентной ситуации"  –2 +/
Сообщение от Diogene the Open Source programmer on 16-Окт-09, 19:57 
У вас в Бабруйске? Верим. У нас - по другому.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

144. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Ъ on 17-Окт-09, 09:41 
>Ведь он все верно говорит. Правда на деле все наоборот. Кстати, недавно
>зашел на irc.gnome.org, самая посещаемый канал - #mono.

Остальные пользуются jabber.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Положение Mono в свете неопределенной патентной ситуации"  +3 +/
Сообщение от Аноним (??) on 16-Окт-09, 10:41 
про положение моно можно сказать не читая новость - полная неуверенность в завтрашнем дне в технологическом и юридическом планах.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Положение Mono в свете неопределенной патентной ситуации"  –1 +/
Сообщение от maximnik0 on 16-Окт-09, 11:36 
>про положение моно можно сказать не читая новость - полная неуверенность в завтрашнем >дне в технологическом и юридическом планах.

Юридические гарантии от исков MS давала ,правда касались они только реализации котороя утверждена в ISO .Но нет гарантий от исков по кросс-лицензионным договорам ,а фичи Net 3 и старше вообще практически не портируемые .....
В общем правы были "аналитики " L.O.R  -стратегия была увлечь разработчиков вкусностями платформы ,привлечь "кросплатформенностью" а затем ........
  

    

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

57. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от User294 (ok) on 16-Окт-09, 16:10 
>Юридические гарантии от исков MS давала ,правда касались они только реализации котороя
>утверждена в ISO .

Ага, и что с ней делать? Виндузятники будут юзать свои винформсы, а на них гарантий никто не давал. Итог?! Как всегда - то есть, все кто не микрософт и не их партнер т.е. не делится баблом - в жопе. Или у них чистый вариант технологии, который не совместим с виндами, или у них есть некоторые проблемы с шантажом, т.к. MS как всегда устроит возню где-то под ковром и пообещает в суд подать, если они не поделятся баблом в рамках "партнерства".

При том по-моему данный шаблон наблюдался уже немало раз. Кому-то сильно неймется хапнуть +1 к своему счетчику epic fail-ов? Конечно, господину Мигелю когда он входит в совет директоров и работает в новелл бояться нечего. А если вы не входите в совет директоров и не новелль - есть повод призадуматься.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

52. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от User294 (ok) on 16-Окт-09, 16:02 
>про положение моно можно сказать не читая новость - полная неуверенность в
>завтрашнем дне в технологическом и юридическом планах.

Да там то как раз все предельно ясно - вы или платите микрософту и партнерите с ними, или имеете массу проблем, особенно если у вас денег - есть. Кто-то еще к 2009 году не просек как МС деньги подковерным шантажом вымогает, склоняя вендоров к партнерству путем ... угроз подать в суд? :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

22. "Положение Mono в свете неопределенной патентной ситуации"  +7 +/
Сообщение от Patriot (??) on 16-Окт-09, 12:32 
Как некоторые клюнули на Mono?
Когда появилось Mono мне как программисту стало интересно её потрогать, пощупать. Нужно было для одной фирмы написать небольшую программу (работа с БД). Я хотел это сделать на Mono но тогда она была очень не доработана. Говоря короче мне тогда Mono не понравилась, документации было мало и т. д. Так вот ту небольшую программу я написал с использованием PyGTK. А со временем так получилось, что небольшая программа выросла и стала довольно полезной и нужной для той компании.
Так вот если бы я написал её на Mono не знаю во что бы это вылилось, маленькую программу (одно окно, пара кнопок) переписать, на что ни будь другое легко. А вот когда программа внедрена, отлажена и уже работает так как нужно - весьма затруднительно.
Подводя итоги я считаю, что мне повезло, но вот люди которые начали крупные проекты на Mono действительно попали в кабалу из которой так просто не выбраться.
Не используя Mono я не потерял ничего.
PS. Всё выше сказанной ИМХО.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

24. "Положение Mono в свете неопределенной патентной ситуации"  +2 +/
Сообщение от Ъ on 16-Окт-09, 13:11 
>[оверквотинг удален]
>и стала довольно полезной и нужной для той компании.
>Так вот если бы я написал её на Mono не знаю во
>что бы это вылилось, маленькую программу (одно окно, пара кнопок) переписать,
>на что ни будь другое легко. А вот когда программа внедрена,
>отлажена и уже работает так как нужно - весьма затруднительно.
>Подводя итоги я считаю, что мне повезло, но вот люди которые начали
>крупные проекты на Mono действительно попали в кабалу из которой так
>просто не выбраться.
>Не используя Mono я не потерял ничего.
>PS. Всё выше сказанной ИМХО.

Так в этом то и вся сущность дотнета.
Что он дает разработчику? Да ничего, еще одна платформа, одна из многих.
Чем она характеризуется, а тем что приложения будут больше жрать ресурсов и медленнее работать.

Понять такое с java еще понятно --- независимость от платформы, как залог того что с кодом будет меньше возни, в не зависимости от изменчивой ситуации чего сейчас хочет заказчик, а чего захочет через 5 лет.

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

39. "Положение Mono в свете неопределенной патентной ситуации"  –9 +/
Сообщение от Аноним (??) on 16-Окт-09, 14:59 
Mono работает на нескольких ОС. Не ври.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

48. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Ъ on 16-Окт-09, 15:54 
>Mono работает на нескольких ОС. Не ври.

Я собственно про дотнет, так что контекст не меняй парниша.

Может оно (моно) и работает на нескольких ОС, но уж больно криво оно работает, любое GUI (Windows Form) приложение к примеру не работает. А это уже знаете ли не кроссплатформенность, это так только как аргумент в споре, что мол есть,  но не для реального применения. И ситуация это не изменится, моно всегда будет слаборазвитым догоняющим огрызком от реализации MS, см. патенты.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

53. "Положение Mono в свете неопределенной патентной ситуации"  –2 +/
Сообщение от alexei.s (ok) on 16-Окт-09, 16:03 
>но уж больно криво оно работает, любое GUI (Windows Form) приложение к примеру не работает

опять новость про моно, а пишут про дотнет. gtk# работает везде одинаково и не криво

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

59. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Ъ on 16-Окт-09, 16:14 
>>но уж больно криво оно работает, любое GUI (Windows Form) приложение к примеру не работает
>
>опять новость про моно, а пишут про дотнет. gtk# работает везде одинаково
>и не криво

И чё? Gtk стал родным интерфейсом для виндоус?  Движение то в одну сторону, на платформу виндоус, а вот приложение написанное в виндоус на других платформах работать не будет.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

76. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от alexei.s (ok) on 16-Окт-09, 16:59 
причем тут windows, winforms???? речь идёт о Mono, для интерфейса предлагается использовать gtk# и на linux, и на windows, и на macos
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

102. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Ъ on 16-Окт-09, 19:26 
А при чем тут вообще gtk. Речь шла о winforms в mono. А с gtk итак все понятно, в плане кроссплатформености, только mono к этому отношения никакого не имеет.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

110. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от alexei.s (ok) on 16-Окт-09, 20:00 
>Может оно (моно) и работает на нескольких ОС, но уж больно криво оно работает, любое GUI >(Windows Form) приложение к примеру не работает.

вы написали, что ЛЮБОЕ gui приложение на mono работает криво, причем указали почему-то на winforms. основным средством для создания  интерфейса в mono является gtk#, работает на многих платформах и неплохо работает.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

112. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Ъ on 16-Окт-09, 21:10 
>>вы написали, что ЛЮБОЕ gui приложение на mono работает криво, причем указали
>почему-то на winforms.

Вы реально не понимаете о чем речь, или есть желание в упор фактов не замечать?

Повторяю:

1. Доминирующим фреймворком для дотнета, явяется не моно, и никогда, в силу перечисленных в статье причин им не будет! Это факт! Это даже 2 факта!

2. Поэтому чего использует моно, никому не интересно, в силу указанного выше (1), важно что он не использует, для полноценной кроссплатформенности написанных на дотнете приложений.

3. А в силу этого(2), теряется весь смысл дотнета как такого, потому как получаем на выходе не кроссплатформенные приложения, которые проигрывают по всем статьям обычным опять же не кроссплатформенным компилируемым приложениям, а с появлением для них полноценных кроссплатформенных фреймворков, вроде Qt, этот проигрыш все больше и больше.

4. Если у Java рекламный лозунг "Написано однажды --- работает везде", и из-за этого можно поступится с потерей ресурсов при исполнении программы, при то у дотнета: "Devlopers,Developers,Developrs..."

5. Есть ли какие-либо объективные причины, для проталкивания дотнета MS ? Да есть --- получить как больше непереносимых приложений, для увеличения функционала своей платформы.

6. Какую роль в этом (5) играет моно --- да козла отпущения, а в силу указанного в (1), и компрометации качества и функционала СПО.


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

116. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Aleksey Salow email(ok) on 16-Окт-09, 22:30 
> 2. Поэтому чего использует моно, никому не интересно, в силу указанного выше (1), важно что он не использует, для полноценной кроссплатформенности написанных на дотнете приложений.

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

> 3. А в силу этого(2), теряется весь смысл дотнета как такого, потому как получаем на выходе не кроссплатформенные приложения, которые проигрывают по всем статьям обычным опять же не кроссплатформенным компилируемым приложениям, а с появлением для них полноценных кроссплатформенных фреймворков, вроде Qt, этот проигрыш все больше и больше.

Это всё конечно правда если не учитывать такой параметр как install base. Учитывая что .net есть на 90% машин, то ваш аргумент можно просто игнорировать.

> 4. Если у Java рекламный лозунг "Написано однажды --- работает везде", и из-за этого можно поступится с потерей ресурсов при исполнении программы, при то у дотнета: "Devlopers,Developers,Developrs..."

О совместимости java-машин тоже легенды уже ходят. Что же касается "Developers", то без поддержки разработчиков платформа очень быстро угасает. В истории таких примеров достаточно.

> 5. Есть ли какие-либо объективные причины, для проталкивания дотнета MS

Это уже каждый решает сам. .net удобен для написания больших програмных комплексов. Если же у вас один вебсайт или простенькая софтинка для работы с базой - то тут преймуществ у .net нет, но если у вас и приложение, и web-сайт, и пара серверных приложений, причём часть работает у вас, часть у клиентов, то тут преймущества у .net просто неоспоримые. Единая кодовая база уже стоит многого.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

118. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Anonimoyss (ok) on 16-Окт-09, 22:40 
> то тут преймущества у .net просто неоспоримые. Единая кодовая база уже стоит многого.

Премущества по сравнению с жабой? Гы-гы! Вот там и правда единая кодовая база, а не " отдельные части нашего продукта".

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

138. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Ъ on 17-Окт-09, 08:30 
>[оверквотинг удален]
>
>Это смотря где. Мы пользуем моно именно для того чтобы отдельные части
>нашего продукта можно было запустить под никсами. Впрочем клиент всё-равно под
>виндой.
>
>> 3. А в силу этого(2), теряется весь смысл дотнета как такого, потому как получаем на выходе не кроссплатформенные приложения, которые проигрывают по всем статьям обычным опять же не кроссплатформенным компилируемым приложениям, а с появлением для них полноценных кроссплатформенных фреймворков, вроде Qt, этот проигрыш все больше и больше.
>
>Это всё конечно правда если не учитывать такой параметр как install base.
>Учитывая что .net есть на 90% машин, то ваш аргумент можно
>просто игнорировать.

Для чего нужна промежуточная компиляция в байткод и в чем ее минусы?

А нужна она для обеспечения кроссплатформености, а минусы ее:
1. Меньшая скорость работы приложений.
2. Большее потребление ресурсов: CPU HDD и главное ОЗУ.

Являются-ли дотнетовские приложения кроссплатформенными --- нет не являются.

Используется-ли промежуточная компиляция в байт-код --- да, используется.

Какие нафиг примущества тогда у нее может быть, ее и с java сравнить нельзя, и не с любым компилируемым языком.


>> 4. Если у Java рекламный лозунг "Написано однажды --- работает везде", и из-за этого можно поступится с потерей ресурсов при исполнении программы, при то у дотнета: "Devlopers,Developers,Developrs..."
>
>О совместимости java-машин тоже легенды уже ходят. Что же касается "Developers", то
>без поддержки разработчиков платформа очень быстро угасает. В истории таких примеров
>достаточно.

Java одна и работает везде, если про версию Java от Microsoft --- то да, она не совместима.

И был суд. И проиграл MS этот суд.


>> 5. Есть ли какие-либо объективные причины, для проталкивания дотнета MS
>
>Это уже каждый решает сам. .net удобен для написания больших програмных комплексов.
>Если же у вас один вебсайт или простенькая софтинка для работы
>с базой - то тут преймуществ у .net нет, но если
>у вас и приложение, и web-сайт, и пара серверных приложений, причём
>часть работает у вас, часть у клиентов, то тут преймущества у
>.net просто неоспоримые. Единая кодовая база уже стоит многого.

А если у клиента соляка стоит на серверах, или не дай бог Linux? то конечно вы ему порекоммендуете ему Windows Server Enterpise Edition.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

143. "Положение Mono в свете неопределенной патентной ситуации"  –1 +/
Сообщение от аноним on 17-Окт-09, 09:36 
>Для чего нужна промежуточная компиляция в байткод и в чем ее минусы?
>
>А нужна она для обеспечения кроссплатформености, а минусы ее:
>1. Меньшая скорость работы приложений.
>2. Большее потребление ресурсов: CPU HDD и главное ОЗУ.

глупости пишете.

>для обеспечения кроссплатформености

нет. для работы виртуальной машины.

>Меньшая скорость работы приложений

неправда.

>Большее потребление ресурсов: CPU HDD и главное ОЗУ

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

145. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Ъ on 17-Окт-09, 09:51 
>[оверквотинг удален]
>>
>>А нужна она для обеспечения кроссплатформености, а минусы ее:
>>1. Меньшая скорость работы приложений.
>>2. Большее потребление ресурсов: CPU HDD и главное ОЗУ.
>
>глупости пишете.
>
>>для обеспечения кроссплатформености
>
>нет. для работы виртуальной машины.

А работа виртуальной машины зачем нужна? Не для кроссплаформености?

>>Меньшая скорость работы приложений
>
>неправда.

Правда, если больше ресурсов жрет, значит медленее.

>>Большее потребление ресурсов: CPU HDD и главное ОЗУ
>
>частичная ложь.
>jit или aot используют мизерное количество циклов
>байт-код более высокоуровневый, в исполняемых файлах меньшее количество инструкций
>для экономии озу следует отказаться от автоматического управления памятью.
>или проводить статический анализ - байткод в этом поможет.

Самый короткий путь --- это прямая. Самый быстрый код это код который исполняется напрямую, без всяких зигзагов в сторону виртуальной машины.

>>jit или aot используют мизерное количество циклов

ага, для каждой инструкции.

>>байт-код более высокоуровневый, в исполняемых файлах меньшее количество инструкций

которые транслируются в большее количество инструкций на реальной машине.

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

... и вообще виртуальной машины.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

150. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от аноним on 17-Окт-09, 10:12 
>Самый короткий путь --- это прямая

google:/llvm

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

152. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Ъ on 17-Окт-09, 10:19 
>Самый короткий путь --- это прямая
>google:/llvm

google:/llvm and gcc

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

159. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Aleksey Salow email(ok) on 17-Окт-09, 13:31 
>А работа виртуальной машины зачем нужна? Не для кроссплаформености?

Вы лучше разберитесь какая в .net виртуальная машина.

>Самый короткий путь --- это прямая. Самый быстрый код это код который
>исполняется напрямую, без всяких зигзагов в сторону виртуальной машины.

пользуйте ngen, если хотите напрямую без зигзагов.

>>>jit или aot используют мизерное количество циклов
>ага, для каждой инструкции.

jit компилятор вообще-то делает компиляцию в процесе выполнения

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

154. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от avramov (??) on 17-Окт-09, 11:44 
>[оверквотинг удален]
>глупости пишете.
>
>>для обеспечения кроссплатформености
>
>нет. для работы виртуальной машины.
>
>>Меньшая скорость работы приложений
>
>неправда.
>

А вот теперь позвольте спросить, а нафига собственно то и создаются эти самые виртуальные машины то.
Есть конечно варианты выглядящие нескольлко абсурдно, например: для того что ба повысить продажи нового оборудования, понятно же что любая виртуализация работет менее быстро чем нативное решение. Но это абсурдный вариант, а вот менее абсурдный, его то и толькают как преимущество технологии, звучит так: виртуальная машина позволяет использовать приложение написанное под неё на любой аппаратной платформе под которую существует реализация данной машины, а именно, обеспечение кроссплатформенности.
И таки позвольте спросить, почему Вы считаете что преъидущий оратор говорит глупость и не правду.

>>Большее потребление ресурсов: CPU HDD и главное ОЗУ
>
>частичная ложь.
>jit или aot используют мизерное количество циклов
>байт-код более высокоуровневый, в исполняемых файлах меньшее количество инструкций
>для экономии озу следует отказаться от автоматического управления памятью.
>или проводить статический анализ - байткод в этом поможет.

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

156. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Aleksey Salow email(ok) on 17-Окт-09, 13:23 
>Для чего нужна промежуточная компиляция в байткод и в чем ее минусы?

Почитайте Dragon book (Компиляторы, принципы, технологии и инструментарий, Ахо, Сети, Ульман и уже Лам) xtx про структуру любого компилятора, хотябы того же gcc. Сейчас любой компилятор фактически переводит программу в некий байткод, выполняет отпимизации и потом байткод переводит в нативный. Для чего это сделано - для упрощения: перевод в байткод является language specific задачей, оптимизация и перевод в нативный код - уже общая задача для всех языков. Что же сделали в .net - разорвали компилятор на две части. Первая занимается компиляцией кода в IL, вторую обозвали vm и она занимается jit компиляцией в нативный код и исполнением. Для тех кому сильно чешется даже существует утилитка ngen.exe, которая сгенерит нативный образ для сборки.

>А нужна она для обеспечения кроссплатформености, а минусы ее:
>1. Меньшая скорость работы приложений.

Это у жабы так, у неё стековая виртуальная машина которая на x86 ну вообще никак не ложится, в отличии от регистровой машины .net.

>2. Большее потребление ресурсов: CPU HDD и главное ОЗУ.

У .net достаточно скромные требования, немного выше, но сейчас это не критично.

>Какие нафиг примущества тогда у нее может быть, ее и с java
>сравнить нельзя, и не с любым компилируемым языком.

читай выше.

>А если у клиента соляка стоит на серверах, или не дай бог
>Linux? то конечно вы ему порекоммендуете ему Windows Server Enterpise Edition.

Я уже понял что вы далеки от программирования и разработки софта. Вначале всегда идёт ТЗ. Если у клиента солярка или другой юникс/не-юникс, тогда и разработка будет идти на чём-то другом (у меня были в основном c/c++/java в рамках проекта в разных пропорциях)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

160. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Ъ on 17-Окт-09, 15:58 
>[оверквотинг удален]
>
>читай выше.
>
>>А если у клиента соляка стоит на серверах, или не дай бог
>>Linux? то конечно вы ему порекоммендуете ему Windows Server Enterpise Edition.
>
>Я уже понял что вы далеки от программирования и разработки софта. Вначале
>всегда идёт ТЗ. Если у клиента солярка или другой юникс/не-юникс, тогда
>и разработка будет идти на чём-то другом (у меня были в
>основном c/c++/java в рамках проекта в разных пропорциях)

Вы путаете причину и следствие. Причина применения виртуальной машины --- кроссплатформенность. Следствие --- оптимизация кода.

Грамотный код написанный на С или C++ ,всегда быстрее грамотного кода написанного на .net или java.

Это неоспоримый факт.

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

>Я уже понял что вы далеки от программирования и разработки софта.

Я не далек от программирования, но такие прописные истины может понять даже ребенок: "Самый короткий путь всегда прямая".

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

161. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Ъ on 17-Окт-09, 16:08 
>Вы путаете причину и следствие. Причина применения виртуальной машины --- кроссплатформенность. Следствие
>--- оптимизация кода.

Точнее сказать насущная необходимость оптимизации кода.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

170. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Aleksey Salow email(ok) on 17-Окт-09, 17:46 
>Вы путаете причину и следствие. Причина применения виртуальной машины --- кроссплатформенность. Следствие
>--- оптимизация кода.

Кто вам такое сказал про причину? Достаточно высокоуровневая виртуальная машина даёт вам возможность использовать единую кодовую базу для нескольких языков. Весь interop лежить внутри машины.

>Грамотный код написанный на С или C++ ,всегда быстрее грамотного кода написанного
>на .net или java.

Ещё раз - виртуальная машина .net занимается компиляцией в нативный код на лету. Достичь той же производительности что и в плюсах можно.

>>Я уже понял что вы далеки от программирования и разработки софта.
>Я не далек от программирования, но такие прописные истины может понять даже
>ребенок: "Самый короткий путь всегда прямая".

Всё зависит от геометрии и пространства.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

172. "Положение Mono в свете неопределенной патентной ситуации"  –1 +/
Сообщение от Ъ on 17-Окт-09, 18:44 
>Кто вам такое сказал про причину?

Дык кто вы и и сказали, или кто-то кто с вами солидарен, ники тут меняются не углядишь.

>Достаточно высокоуровневая виртуальная машина даёт вам возможность использовать единую кодовую базу для нескольких языков. Весь interop лежить внутри машины.

Еще один прикол.  А скажите я, скажем в нативном питоне, не могу использовать единую кодовую базу?

>Ещё раз - виртуальная машина .net занимается компиляцией в нативный код на лету.

И делает она это по всей видимости на святом духе, не тратя ресурсов реальной машины?

>Достичь той же производительности что и в плюсах можно.

Ох уж эти сказочники.


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

178. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Aleksey Salow email(ok) on 17-Окт-09, 23:07 
>>Достаточно высокоуровневая виртуальная машина даёт вам возможность использовать единую кодовую базу для нескольких языков. Весь interop лежить внутри машины.
>Еще один прикол.  А скажите я, скажем в нативном питоне, не
>могу использовать единую кодовую базу?

Можете, но только не забывайте что общим для всех языков в .net является достаточно высокоуровневый clr. Не думаю что питон может похвастаться чем-то похожим.

>>Ещё раз - виртуальная машина .net занимается компиляцией в нативный код на лету.
>И делает она это по всей видимости на святом духе, не тратя
>ресурсов реальной машины?

Сборки из GAC-а сохраняются в кеше. Да и желающие могут вручную запустить ngen и построить нативные версии сборок.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

182. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Ъ on 18-Окт-09, 00:16 
>>>Достаточно высокоуровневая виртуальная машина даёт вам возможность использовать единую кодовую базу для нескольких языков. Весь interop лежить внутри машины.
>>Еще один прикол.  А скажите я, скажем в нативном питоне, не
>>могу использовать единую кодовую базу?
>
>Можете, но только не забывайте что общим для всех языков в .net
>является достаточно высокоуровневый clr. Не думаю что питон может похвастаться чем-то
>похожим.

Ну раз могу это делать везде, то тогда зачем же используется виртуальная машина?
Аргумент с оптимизацией провалился.
С единой кодовой базой тоже, что еще придумаете?

>>>Ещё раз - виртуальная машина .net занимается компиляцией в нативный код на лету.
>>И делает она это по всей видимости на святом духе, не тратя
>>ресурсов реальной машины?
>
>Сборки из GAC-а сохраняются в кеше. Да и желающие могут вручную запустить
>ngen и построить нативные версии сборок.

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

173. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Ъ on 17-Окт-09, 18:47 

>Всё зависит от геометрии и пространства.

Я таки думаю, что MS еще пока не владеет такой технологией, по изменению четырехмерного пространства-времени.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

162. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Ъ on 17-Окт-09, 16:12 
>Почитайте Dragon book (Компиляторы, принципы, технологии и инструментарий, Ахо, Сети, Ульман и
>уже Лам) xtx про структуру любого компилятора, хотябы того же gcc.
>Сейчас любой компилятор фактически переводит программу в некий байткод, выполняет отпимизации
>и потом байткод переводит в нативный. Для чего это сделано -
>для упрощения: перевод в байткод является language specific задачей, оптимизация и
>перевод в нативный код - уже общая задача для всех языков.

Согласен, любой компилятор оптимизирует код. Но! Любой скомпилированный код всегда выполняется быстрее и с меньшими накладными затратами на реальной машине, чем на виртуальной.  


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

61. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от User294 (ok) on 16-Окт-09, 16:15 
>gtk# работает везде одинаково и не криво

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

Внимание, вопрос на засыпку: почему другие кроссплатформенные среды и либы не производят деления на первый и второй сорт? Может, потому что там микрософта нет? :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

73. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от аноним on 16-Окт-09, 16:56 
> Внимание, вопрос на засыпку: почему другие кроссплатформенные среды и либы не производят > деления на первый и второй сорт? Может, потому что там микрософта нет? :)

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

77. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Аноним (??) on 16-Окт-09, 17:20 
>Я собственно про дотнет, так что контекст не меняй парниша.

А чего это ты, собственно, про дотнет, ты тему топика читал?

>Может оно (моно) и работает на нескольких ОС, но уж больно криво

Каким образом ты это выяснил? Конкретные примеры будут, или просто пустые слова?

>любое GUI (Windows Form) приложение к примеру не работает.

_Любое_ mono-приложение работает в mono. Быть пускалкой .net приложений mono не обязано, никогда ей не являлась и таковой быть не собирается. То, что некоторый дотнет-софт работает под моно - не более чем приятное дополнение.

>А это уже знаете ли не кроссплатформенность

Mono настолько же кроссплатформенна, как и java.

>см. патенты.

см. патенты на Java. Oracle - он еще похлеще микрософта.


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

97. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Аноним (??) on 16-Окт-09, 18:54 
> У тебя с головой проблемы? _Любое_ mono-приложение работает в mono. Быть пускалкой .net приложений mono не обязано, никогда ей не являлась и таковой быть не собирается. То, что некоторый дотнет-софт работает под моно - не более чем приятное дополнение.

http://www.mono-project.com/Main_Page

Что там на главном баннере написано?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

121. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от аноним on 16-Окт-09, 22:53 
>Что там на главном баннере написано?

там написано "Puskalka dlya vsego dotnet-softa"

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

98. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Ъ on 16-Окт-09, 18:55 
>>Я собственно про дотнет, так что контекст не меняй парниша.
>
>А чего это ты, собственно, про дотнет, ты тему топика читал?

Да, и не только тему, но и содержание. А ты похоже нет, да и зачем, главное ведь пропиарить.

>>Может оно (моно) и работает на нескольких ОС, но уж больно криво
>
>Каким образом ты это выяснил? Конкретные примеры будут, или просто пустые слова?
>

Хороший разрыв предложения, дочитывай его дальше:

>>любое GUI (Windows Form) приложение к примеру не работает.

Могу добавить сильверлайт в эту же кучу.

>У тебя с головой проблемы?

Да, не подаюсь гипнозу и зомбированию.

>_Любое_ mono-приложение работает в mono. Быть пускалкой
>.net приложений mono не обязано, никогда ей не являлась и таковой
>быть не собирается. То, что некоторый дотнет-софт работает под моно -
>не более чем приятное дополнение.

О как, то есть по одному принятому ECMA международному стандарту пишутся приложения, а работать они и вовсе не обязаны.

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

Хорошая логика.

>>А это уже знаете ли не кроссплатформенность
>
>Mono настолько же кроссплатформенна, как и java.
>
>>см. патенты.
>
>см. патенты на Java. Oracle - он еще похлеще микрософта.

Пруфлинк.

P.S. Java официально OpenSource.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

58. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от User294 (ok) on 16-Окт-09, 16:13 
>Mono работает на нескольких ОС. Не ври.

Угу, только почему-то у остальных кроссплатформенных фреймворков нет деления на "первый сорт" ака винды и "все остальное". Микрософт - мягко стелит, да жестко спать.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

78. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Аноним (??) on 16-Окт-09, 17:22 
>Угу, только почему-то у остальных кроссплатформенных фреймворков нет деления на "первый сорт"
>ака винды и "все остальное".

И чем же реализация от Mono for Windows отличается от Mono for Linux? В чем избранность-то заключается?


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

103. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Ъ on 16-Окт-09, 19:28 
>>Угу, только почему-то у остальных кроссплатформенных фреймворков нет деления на "первый сорт"
>>ака винды и "все остальное".
>
>И чем же реализация от Mono for Windows отличается от Mono for
>Linux? В чем избранность-то заключается?

Ничем, только к делу это не относится.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

111. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от alexei.s (ok) on 16-Окт-09, 20:03 
да? вам лишь бы покричать про microsoft? новость про mono, функциональность одинакова на всех платформах
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

139. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Ъ on 17-Окт-09, 08:45 
>да? вам лишь бы покричать про microsoft? новость про mono, функциональность одинакова
>на всех платформах

Ага, только дотнет-приложения (для чего и создавался) этот моно не может исполнить. Ну и нафиг он нужен тогда.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

174. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от alexei.s (ok) on 17-Окт-09, 18:52 
>Ага, только дотнет-приложения (для чего и создавался) этот моно не может исполнить

с чего вы взяли, что mono для этого создавался??? совместимость с .net никогда не была главной задачей этого проекта

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

183. "Положение Mono в свете неопределенной патентной ситуации"  –1 +/
Сообщение от Ъ on 18-Окт-09, 00:26 
>>Ага, только дотнет-приложения (для чего и создавался) этот моно не может исполнить
>
>с чего вы взяли, что mono для этого создавался??? совместимость с .net
>никогда не была главной задачей этого проекта

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

"Mono is a software platform designed to allow developers to easily create cross platform applications. It is an open source implementation of Microsoft's .Net Framework based on the ECMA standards for C# and the Common Language Runtime. We feel that by embracing a successful, standardized software platform, we can lower the barriers to producing great applications for Linux. "


http://mono-project.com/What_is_Mono

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

186. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от alexei.s (ok) on 18-Окт-09, 01:04 
вот переведите сначала правильно))) там нет ни слова, что цель проекта запускать .net приложения
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

192. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Ъ on 18-Окт-09, 09:16 
>вот переведите сначала правильно))

"Моно это программная платформа позволяющая разработчикам легко создавать кроссплатформенные приложения. Это открытая реализация .NET Microsoft фреймворка, основанного на стандартах ECMA для C# и Common Language Runtime. Мы считаем, что благодаря успешной стандартизации программной платформы, мы можем снизить барьеры для производства большого приложений для Linux."

>там нет ни слова, что цель проекта запускать .net приложения

"Мы считаем, что благодаря успешной стандартизации программной платформы, мы можем снизить барьеры для производства большого приложений для Linux."

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

193. "Положение Mono в свете неопределенной патентной ситуации"  –1 +/
Сообщение от аноним on 18-Окт-09, 09:31 
>>там нет ни слова, что цель проекта запускать .net приложения
>
>"Мы считаем, что благодаря успешной стандартизации программной платформы, мы можем снизить барьеры
>для производства большого приложений для Linux."

ну и?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

194. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Ъ on 18-Окт-09, 11:13 
И о каких барьерах идет речь?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

197. "Положение Mono в свете неопределенной патентной ситуации"  –1 +/
Сообщение от аноним on 18-Окт-09, 11:38 
вы же у нас экстрасенс - сами и отвечайте.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

198. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Ъ on 18-Окт-09, 11:59 
Уже ответил выше.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

199. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от alexei.s (ok) on 18-Окт-09, 14:50 
>"Моно это программная платформа позволяющая разработчикам легко создавать кроссплатформенные приложения."

и что? здесь есть где-то про запуск .net приложений? mono действительно позволяет создавать кросплатформенные приложения для всех популярных сейчас десктопных ОС

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

200. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Ъ on 18-Окт-09, 15:45 
"Мы считаем, что благодаря успешной стандартизации программной платформы, мы можем снизить барьеры для производства большего количества приложений для Linux"

О стандартизации какой платформы говорится? Какие барьеры поставлены для этой платформы для Linux?  

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

201. "Положение Mono в свете неопределенной патентной ситуации"  –2 +/
Сообщение от alexei.s (ok) on 18-Окт-09, 17:25 
есть стандарт ECMA для C# и CLR, о его реализации и говорится.

Причем здесь барьеры для этой платформы? Просто Mono позволяет многим быстрее начать писать приложения, чем если бы они использовали С++.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

203. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Ъ on 18-Окт-09, 20:17 
>Причем здесь барьеры для этой платформы?

Это вы меня спрашиваете? Не знаю. Но сайте mono так и написано.

>Просто Mono позволяет многим быстрее начать писать приложения, чем если бы они использовали С++.

Наивный.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

204. "Положение Mono в свете неопределенной патентной ситуации"  –1 +/
Сообщение от alexei.s (ok) on 18-Окт-09, 23:17 
>Не знаю. Но сайте mono так и написано.

да у вас не с переводом проблемы, а с чтением, вы где-то видите то, чего нет))

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

231. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Ъ on 19-Окт-09, 21:39 
>да у вас не с переводом проблемы, а с чтением, вы где-то видите то, чего нет))

Ну если выкинуть слова из песни (что собственно вы и сделали), а именно ""Это открытая реализация .NET Microsoft фреймворка", и налягать только на ECMA, то конечно смысл измениться, а точнее потеряется полностью. Появляются какие-то "непонятные барьеры"

>да у вас не с переводом проблемы, а с чтением, вы где-то видите то, чего нет))

"Это открытая реализация .NET Microsoft фреймворка, основанного на стандартах ..."

Читай "читатель" и в этой открытой реализации точканетовские приложения не запускаются, прикол да?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

232. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Aleksey Salow email(ok) on 19-Окт-09, 21:43 
>"Это открытая реализация .NET Microsoft фреймворка, основанного на стандартах ..."
>
>Читай "читатель" и в этой открытой реализации точканетовские приложения не запускаются, прикол
>да?

Эм, кто такое сказал? У mono есть конечно свои особенности, но в целом приложения более/менее работают, как показывает личный опыт.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

234. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Ъ on 19-Окт-09, 22:05 
>Эм, кто такое сказал? У mono есть конечно свои особенности, но в целом приложения более/менее работают, как показывает личный опыт.

Мне вам по 10 кругу объяснять чего там не работает, или вы потрудись перечитать тред?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

233. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от alexei.s (ok) on 19-Окт-09, 21:55 
а где-то на сайте проекта гарантируется запуск приложений .net?

... мне лично хватает того что приложения mono работают на 3-х основных системах

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

235. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Ъ on 19-Окт-09, 22:21 
>а где-то на сайте проекта гарантируется запуск приложений .net?
>
>... мне лично хватает того что приложения mono работают на 3-х основных
>системах

Ты не поверишь, но в Linux на прикладном уровне не существует не кроссплатформенных программ, на каком бы языке они не были бы написаны.  OpenSourse да и развитая инфраструктура для кросскомпилирования, не говоря уже про различные системы начиная от cigwin и кончая всякими coLinux/andLinux. Хотя конечно некоторая доработка под систему должна быть, но практика показывает что это не решающий вопрос.

Системный уровень трогать не будем, да и для не Mono эти задачи.

И Mono тут непонятно зачем.

Для него не существует ниши. Разве что только программистов-композиторов пишущих  на  си-бемоли, да и те после дотнета будут плеваться.

Для Windows, Mono тоже не нужен, есть .Net и Mono ему не конкурент.

За "яблоки" не скажу, весь мой опыт это 20 минут в магазине повозился, с разрешения продавца --- не торкнуло ничем --- не купил.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

237. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Хоменко (ok) on 19-Окт-09, 23:24 
[quote]
но в Linux на прикладном уровне не существует не кроссплатформенных программ, на каком бы языке они не были бы написаны.  OpenSource да и развитая инфраструктура для кросскомпилирования, не говоря уже про различные системы начиная от cigwin и кончая всякими coLinux/andLinux. Хотя конечно некоторая доработка под систему должна быть, но практика показывает что это не решающий вопрос.
[/quote]

Правильно, единственно правильно замечает товарищ. Плюс пять.

Кроссплатформенность есть суррогат переносимости. Переносимость написанного на чистых сях обеспечивает gcc, переносимость на питоне и прочем -- соответсвенно. Тут переносимость реализуется на уровне исходников, а не бинарников, поскольку скрывать исходники -- не по понятиям.

Кроссплатформенность *без открытия кода* -- именно об этом тайный умысел микрософта. Вот и соображайте, кому это надо и где какая конъюнктура на местах.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

241. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Aleksey Salow email(ok) on 19-Окт-09, 23:55 
>Кроссплатформенность *без открытия кода* -- именно об этом тайный умысел микрософта.

Откройте для себя такой замечательный продукт как Reflector, и бинарник .net  лёгким движением руки превращается в исходник на IL/C#/VB/Delphi.NET/C++.NET/и ещё пара каких-то языков. Да и вообще без всей информации о сорце не будет работать reflection.

PS Уже по понятиям начали разбираться. Куда катиццо федо.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

244. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Ну типа имя on 20-Окт-09, 06:51 
>Откройте для себя такой замечательный продукт как Reflector

Звучит слишком пафосно.

>лёгким движением руки превращается в исходник на IL/C#/VB/Delphi.NET/C++.NET

Везде приставка .net не замечаете?

>PS Уже по понятиям начали разбираться. Куда катиццо федо.

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

236. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Ъ on 19-Окт-09, 22:29 
>а где-то на сайте проекта гарантируется запуск приложений .net?
>

Да в том то и дело, что в открытой реализации .net запуск .net не гарантируется.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

42. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Аноним (??) on 16-Окт-09, 15:14 
>Понять такое с java еще понятно --- независимость от платформы, как залог того что с кодом будет меньше возни, в не зависимости от изменчивой ситуации чего сейчас хочет заказчик, а чего захочет через 5 лет.

С технической точки зрения, аналогия между дотнетом и java практически полная: тут вам и виртуальная машина, и сборщик мусора и множество других схожих черт. Так что если приводите эти аргументы, то будьте готовы аргументированно доказать, что помимо дотнета тормознытым отстоем является и java ;)  Только вот дотнет появился позже и уже с учетом известных слабых мест java, и в большинстве случаев жрет меньше памяти и процессорного времени (а еще в дотнете удобно делать GUI, от которого не тошнит). Еще он поддерживает ДЕСЯТКИ языков программирования (в отличие от java), и самое главное - развивается семи-мильными шагами. Четвертая версия дотнета уже на подходе, а с ней и новые вкусности в c# 4.0, включение в официальную поставку функционального F# и кучу других нововведений. Если отбросить фанатизм, то становится очевидным, что если сейчас и ведутся серьезные разработки в этой области, так это в майкрософт (включая ведущих разработчиков того же Haskell'я, как бы не бесились от этого МС-ненавистники). А как у java обстоят с этим дела? Мало того, что там нет такого потока инноваций, так еще эта возня с Ораклом, явно java не на пользу. Поживем - увидим.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

44. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Anonymousapiens (ok) on 16-Окт-09, 15:32 
А оно уже работает где-то кроме винды?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

45. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Аноним (??) on 16-Окт-09, 15:43 
>А оно уже работает где-то кроме винды?

http://mono-project.com/Supported_Platforms

Что касается оригинального дотнета, то его нигде не будет, кроме винды, поскольку это преимущество платформы. Ну и 90% десктопов - не так уж и плохо.
p.s. Никогда не причислял кросс-платформенность к преимуществам дотнета. Сильные его стороны явно не в кросс-платформенности, которая далеко не всегда и нужна. Нужна кроссплатформенность - используйте Qt.


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

49. "Положение Mono в свете неопределенной патентной ситуации"  –1 +/
Сообщение от Ъ on 16-Окт-09, 15:56 
>>Понять такое с java еще понятно --- независимость от платформы, как залог того что с кодом будет меньше возни, в не зависимости от изменчивой ситуации чего сейчас хочет заказчик, а чего захочет через 5 лет.
>
>С технической точки зрения, аналогия между дотнетом и java практически полная: тут
>вам и виртуальная машина, и сборщик мусора и множество других схожих
>черт. Так что если приводите эти аргументы, то будьте готовы аргументированно
>доказать, что помимо дотнета тормознытым отстоем является и java ;)  

Я уже привел аргументы, что Java не в коем случае не является отстоем, см. что комментировал.

>[оверквотинг удален]
>тошнит). Еще он поддерживает ДЕСЯТКИ языков программирования (в отличие от java),
>и самое главное - развивается семи-мильными шагами. Четвертая версия дотнета уже
>на подходе, а с ней и новые вкусности в c# 4.0,
>включение в официальную поставку функционального F# и кучу других нововведений. Если
>отбросить фанатизм, то становится очевидным, что если сейчас и ведутся серьезные
>разработки в этой области, так это в майкрософт (включая ведущих разработчиков
>того же Haskell'я, как бы не бесились от этого МС-ненавистники). А
>как у java обстоят с этим дела? Мало того, что там
>нет такого потока инноваций, так еще эта возня с Ораклом, явно
>java не на пользу. Поживем - увидим.

Слыш трохин зае.. со своим MS пиаром.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

123. "Положение Mono в свете неопределенной патентной ситуации"  +2 +/
Сообщение от аноним on 16-Окт-09, 23:02 
у юзера с твердым знаком вместо имени серьёзные проблемы
последние несколько дней ему повсюду мерещится какой-то трохин

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

140. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Ъ on 17-Окт-09, 08:47 
>у юзера с твердым знаком вместо имени серьёзные проблемы
>последние несколько дней ему повсюду мерещится какой-то трохин

Трохин имя нарицательное. Тролль который из-за всех сил пытается пропиарить тут MS.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

225. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Аноним (??) on 19-Окт-09, 18:52 
> Трохин имя нарицательное. Тролль который из-за всех сил пытается пропиарить тут MS.

Да-а-а, все-таки правду говорит Торвальдс.
Его словами: "Ненависть к Микрософт есть болезнь."
Ъ - больной.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

55. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Sigurd on 16-Окт-09, 16:07 

>С технической точки зрения, аналогия между дотнетом и java практически полная: тут
>вам и виртуальная машина, и сборщик мусора и множество других схожих
>черт. Так что если приводите эти аргументы, то будьте готовы аргументированно
>доказать, что помимо дотнета тормознытым отстоем является и java ;)  
>Только вот дотнет появился позже и уже с учетом известных слабых
>мест java, и в большинстве случаев жрет меньше памяти и процессорного
>времени

может под оффтопиком это и правда, но вот на нормальных платформах (Linux\Solaris) все с точностью наооборот. дотнет+вин полностью сливает в производительности java+*nix

(а еще в дотнете удобно делать GUI, от которого не
>тошнит).

ну от WinForms GUI тошнит не меньше.:) А насчет WPF - может подскажете, как запустить этот чудо-гуй на платформах, отличных от оффтопика?

Еще он поддерживает ДЕСЯТКИ языков программирования (в отличие от java),
  java тоже поддерживает достаточное количество языков (Ruby,Python,Haskell,Scala,Erlang,Groovy,Scheme и т.д.) может в дотнете их и больше, только это унылая масса языков копирует друг-друга. Может вы пользуетесь всеми этими ДЕСЯТКАМИ языков? Сомневаюсь :)
  
>и самое главное - развивается семи-мильными шагами. Четвертая версия дотнета уже
>на подходе, а с ней и новые вкусности в c# 4.0,

  не вижу никакого семи-мильного развития, только тупое копирование enterprise-фич с той же явы или внедрение динамических и функциональных возможностей, которые уже давным-давно предоставляются другими языками.


>отбросить фанатизм, то становится очевидным, что если сейчас и ведутся серьезные
>разработки в этой области, так это в майкрософт (включая ведущих разработчиков
>того же Haskell'я, как бы не бесились от этого МС-ненавистники).
>как у java обстоят с этим дела? Мало того, что там
>нет такого потока инноваций,

пример "серьезных" разработок в студию. я ничего серьезного, кроме тупого копирования уже существующих фич не вижу. И какое отношение Haskell имеет к мелкософту? наверное такое же, как и изобретение интернета биллом гейцом :))) да, насчет потока инноваций, недавно на опеннете была ссылка на интересную статью, откуда у мелкософта взялись эти "инновации", советую почитать, так, для ликбеза :)


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

69. "Положение Mono в свете неопределенной патентной ситуации"  –1 +/
Сообщение от Аноним (??) on 16-Окт-09, 16:41 
>может под оффтопиком это и правда, но вот на нормальных платформах (Linux\Solaris)
>все с точностью наооборот. дотнет+вин полностью сливает в производительности java+*nix

Уговорили, посмотрю Вашу ссылку на бенчмарки, где дотнет+вин "полностью сливает в производительности java+*nix". Показывайте:)


> ну от WinForms GUI тошнит не меньше.:)

Вас видимо тошнит от всего, что связано с майкрософт ;) WinForms выглядит полностью нативно на той платформе, где он запускается, тошнит от Винформс - значит Вас тошнит от GUI в приципе. А вот SWING cмотрится чужеродно в любом окружении, если только кучу костылей не приделывать

>А насчет WPF -
>может подскажете, как запустить этот чудо-гуй на платформах, отличных от оффтопика?

А может подскажите, что такое оффтопик и этимологию этого слова? :D WPF - отличная технология, и это проблемы платформы, которая не имеет её поддержки, но никак не проблемы самой WPF. Им-то что переживать, WPF работает на 90% десктопов в мире, причем WPF - это сугубо десткопная фича:) И нет WPF никакого дела на топ500 и линуксовые кластеры, её задача - современный gui, и она с этой задачей справляется более чем достойно:)

>может
>в дотнете их и больше, только это унылая масса языков копирует
>друг-друга. Может вы пользуетесь всеми этими ДЕСЯТКАМИ языков? Сомневаюсь :)

А при чем тут именно Я? Кроме меня есть еще 6 миллиардов человек, которые могут иметь разные предпочтения. Как линукс, так свобода выбора, а как дотнет, так зачем столько много :-D

>  не вижу никакого семи-мильного развития

А Вы для начала посмотрите ;) Тут налицо классическая ситуация: "Достоевского не читал, но скажу".

>только тупое копирование enterprise-фич с

Cписок в студию, что именно было скопировано, и у кого:)

>той же явы или внедрение динамических и функциональных возможностей, которые уже
>давным-давно предоставляются другими языками.

Да-да-да :-D Что там в энтерпрайзной java c поддержкой перегрузок, делегатов, замыканий? Или там наконец-то сделали поддержку properties? Или может быть в 10 версии Java они таки сделают адекватный аналог LINQ? :D


>пример "серьезных" разработок в студию. я ничего серьезного, кроме тупого копирования уже >существующих фич не вижу.

см. выше. Глаза разуйте для начала

>И какое отношение Haskell имеет к мелкософту?
>наверное такое же, как и изобретение интернета биллом гейцом :)))

Ну, что и требовалось доказать, Вы - самый обыкновенный малограмотный балабол:)
Гуглить по фразе "Glasgow Haskell Compiler", как наиболее развитому компилятору хаскеля. Если в гугле не забаните, то Вы узнаете имена главных разработчиков: Peyton Jones и Simon Marlow. Дальше гуглите по теме их места работы) Ладно, обломаю Вам сюрприз- Microsoft Research.


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

101. "Положение Mono в свете неопределенной патентной ситуации"  +3 +/
Сообщение от Sigurd on 16-Окт-09, 19:16 
>А может подскажите, что такое оффтопик и этимологию этого слова? :D

это то, что вы тут пытаетесь пропиарить с жалкими потугами :-D


>- WPF отличная технология, и это проблемы платформы, которая не имеет её
>поддержки, но никак не проблемы самой WPF. Им-то что переживать, WPF
>работает на 90% десктопов в мире, причем WPF - это сугубо
>десткопная фича:) И нет WPF никакого дела на топ500 и линуксовые
>кластеры, её задача - современный gui, и она с этой задачей
>справляется более чем достойно:)

да очень достойно тормозит :) наблюдать, как это убожество пытается отрисовать свои "навороченные рюшечки", когда компиз с более навороченной графикой справляется на том же железе без проблем. да, наверное все таки это проблема юзеров, которые не имеют столь навороченные железяки для запуска этого монстра, а не самой WPF :-D

>>  не вижу никакого семи-мильного развития
>
>А Вы для начала посмотрите ;) Тут налицо классическая ситуация: "Достоевского не
>читал, но скажу".

у нас просто различные взгляды на скорость развития, так все это относительно. Для улитки и для самолета семь миль выглядят по-разному :-D

>>только тупое копирование enterprise-фич с
>
>Cписок в студию, что именно было скопировано, и у кого:)

ASP.NET MVC тут можно и Spring найти, и RoR :)
WCF - хитро переделанный EJB 1.0 с чисто мс костылями :)  
ADO.NET EF - попробуйте догадаться сами, это домашнее задание :)

>
>>

Или может быть в 10
>версии Java они таки сделают адекватный аналог LINQ? :D

  зачем забивать язык таким хламом, если для этого можно воспользоваться, например, Scala
  такие же запросы к коллекциям в функциональном стиле как и у LINQ

>
>
>>пример "серьезных" разработок в студию. я ничего серьезного, кроме тупого копирования уже >существующих фич не вижу.
>
>см. выше. Глаза разуйте для начала

и все-таки, может предоставите пример уникальной инновационной разаработки в дотнете?

>
>>И какое отношение Haskell имеет к мелкософту?
>>наверное такое же, как и изобретение интернета биллом гейцом :)))
>
>Ну, что и требовалось доказать, Вы - самый обыкновенный малограмотный балабол:)
>Гуглить по фразе "Glasgow Haskell Compiler", как наиболее развитому компилятору хаскеля. Если
>в гугле не забаните, то Вы узнаете имена главных разработчиков: Peyton
>Jones и Simon Marlow. Дальше гуглите по теме их места работы)
>Ладно, обломаю Вам сюрприз- Microsoft Research.

вот, блин унылый тролль. Paul Hudak (Yale University), John Hughes (Chalmers University), Simon Peyton Jones (Microsoft Research), Philip Wadler (Edinburgh University) только один из создателей имеет отношение к мелкософту. может Delphi тоже создал мс, потому что Хейлсберг работает сейчас там :-D


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

119. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Aleksey Salow email(ok) on 16-Окт-09, 22:41 
>ASP.NET MVC тут можно и Spring найти, и RoR :)

MVC это вообще-то старый добрый паттерн. А реализация это уже пятое-десятое.

>WCF - хитро переделанный EJB 1.0 с чисто мс костылями :)

Ню-ню

>ADO.NET EF - попробуйте догадаться сами, это домашнее задание :)

Только не говорите что Hibernate :)
Этих ORM как собак не резаных, причём есть даже приличные. Да и на .net более-менее приличный орм можно за пару дней самому написать.

> Или может быть в 10
>>версии Java они таки сделают адекватный аналог LINQ? :D
>
>  зачем забивать язык таким хламом, если для этого можно воспользоваться,
>например, Scala
>  такие же запросы к коллекциям в функциональном стиле как и
>у LINQ

LINQ это более общая техника, позволяет доступаться к разным data source без использования sql или чего-то ещё. В языке иметь такой инструмент полезно, дабы все проверки типов и т.д. выполнять в compile time.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

135. "Положение Mono в свете неопределенной патентной ситуации"  +2 +/
Сообщение от Sigurd on 17-Окт-09, 01:39 
>>ASP.NET MVC тут можно и Spring найти, и RoR :)
>
>MVC это вообще-то старый добрый паттерн. А реализация это уже пятое-десятое.

только мс долго чухался и наконец включил его в дотнет, когда у всех приличных платформ MVC-фреймворки уже давно есть, даже у старого-доброго Perl, который тут постоянно "хоронят" :)

>
>>WCF - хитро переделанный EJB 1.0 с чисто мс костылями :)
>
>Ню-ню

вот именно что ню-ню, и объясню почему: Service Contracts - session beans, data contracts - entity beans если вам это о чем-то говорит


>
>>ADO.NET EF - попробуйте догадаться сами, это домашнее задание :)
>
>Только не говорите что Hibernate :)
>Этих ORM как собак не резаных, причём есть даже приличные. Да и
>на .net более-менее приличный орм можно за пару дней самому написать.
>

а я и не скажу :) погуглите и узнайте, где появились первые ORM-фреймворки. Вот насчет того, что их как собак нерезаных в дотнете - это правда, пришлось с этим столкнуться недавно и я был очень удивлен, что из более 80! фреймворков так и не нашлось нормального, вот когда количество не говорит о качестве :) наверное потому-что вот так их все за пару дней наклепают, а потом ... :-D кстати, может выложите через два дня свой фреймворк, а?

>

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

136. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Aleksey Salow email(ok) on 17-Окт-09, 01:49 
>>>ASP.NET MVC тут можно и Spring найти, и RoR :)
>>MVC это вообще-то старый добрый паттерн. А реализация это уже пятое-десятое.
>только мс долго чухался и наконец включил его в дотнет, когда у
>всех приличных платформ MVC-фреймворки уже давно есть, даже у старого-доброго Perl,
>который тут постоянно "хоронят" :)

MS не чухалась. Сама архитектура asp.net достаточно гибкая и почти MVC. При должных навыках сделать полную реализацию MVC не составляет никакого труда.

>>>WCF - хитро переделанный EJB 1.0 с чисто мс костылями :)
>вот именно что ню-ню, и объясню почему: Service Contracts - session beans,
>data contracts - entity beans если вам это о чем-то говорит

И что с этого? Или хорошие вещи нельзя передирать себе, а нужно постоянно изобретать велосипеды?

>а я и не скажу :) погуглите и узнайте, где появились первые
>ORM-фреймворки.

Как-то без разницы где они появились.

>Вот насчет того, что их как собак нерезаных в дотнете
>- это правда, пришлось с этим столкнуться недавно и я был
>очень удивлен, что из более 80! фреймворков так и не нашлось
>нормального, вот когда количество не говорит о качестве :)

Я не знаю что вы там смотрели. Мы пользуется DevExpress XPO. Вполне себе вменяемый orm, и стоит относительно дёшево ($200 с сорцами)

>наверное потому-что
>вот так их все за пару дней наклепают, а потом ...
>:-D кстати, может выложите через два дня свой фреймворк, а?

У меня есть свои наработки. С тем же XPO не сравнится, но более лёгкий и болше заточеный под мои нужды. Выкладывать в общественный доступ желания нет, не вижу никаких причин для этого и преймуществ для себя.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

175. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Sigurd on 17-Окт-09, 20:21 
>И что с этого? Или хорошие вещи нельзя передирать себе, а нужно
>постоянно изобретать велосипеды?
>

Я и не говорил, что не нужно или это плохо. Суть моих высказываний сводилась к тому, что у мс в дотнете нет совершенно никаких инноваций, которые тут один неадекватный анонимный тролль пытался распиарить, при этом даже не смог назвать хотя бы одну. Пришлось самому называть эти "инновации" и объяснять их происхождение :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

151. "Положение Mono в свете неопределенной патентной ситуации"  –1 +/
Сообщение от Аноним (??) on 17-Окт-09, 10:15 
> вот, блин унылый тролль. Paul Hudak (Yale University), John Hughes (Chalmers
>University), Simon Peyton Jones (Microsoft Research), Philip Wadler (Edinburgh University) только
>один из создателей имеет отношение к мелкософту. может Delphi тоже создал
>мс, потому что Хейлсберг работает сейчас там :-D

Унылый тролль здесь - это Вы ;) Вспоминаем оригинальный вопрос:

>>И какое отношение Haskell имеет к мелкософту?

На него был дан конкретный ответ: "Совершенно прямое. Двое _ведущих_ разработчиков работают в Microsoft. Peyton Jones и Simon Marlow". Хотите с этим поспорить? Тогда пруфлинк об их "истинном месте работы" в студию. Никто тут не утверждал, что Хаскель придумали в МС, а вот что ребята из МС многое делают для его развития - чистейшей воды правда.
p.S. Так что там с делегатами и замыканиями в java?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

176. "Положение Mono в свете неопределенной патентной ситуации"  –1 +/
Сообщение от Sigurd on 17-Окт-09, 21:02 
>[оверквотинг удален]
>>>И какое отношение Haskell имеет к мелкософту?
>
>На него был дан конкретный ответ: "Совершенно прямое. Двое _ведущих_ разработчиков работают
>в Microsoft. Peyton Jones и Simon Marlow". Хотите с этим поспорить?
>Тогда пруфлинк об их "истинном месте работы" в студию. Никто тут
>не утверждал, что Хаскель придумали в МС, а вот что ребята
>из МС многое делают для его развития - чистейшей воды правда.
>
>p.S. Так что там с делегатами и замыканиями в java?
>Что там в энтерпрайзной java c поддержкой перегрузок, делегатов, замыканий? Или там >наконец-то сделали поддержку properties?

1. энтерпрайзная java или JEE - это платформа, а не язык, поэтому не надо задавать таких тупых вопросов. Пора бы уже давно просечь, что java-платформа поддерживает достаточное количество других языков. я например предпочитаю scala, очень удобный, выразительный, содержит смесь оо и функциональной парадигм. Там есть и перегрузки операторов и делегаты в виде mixin-ов, и замыкания, и все это реализовано очень элегантно.

2. что касается самого языка java, то погуглите java delegates, java closures, delegation event model и т.д. все это реализуется и не в виде костылей, а весьма элегантный oo-way. Перегрузка операторов появилась в java 7, хотя я и не вижу необходимости этого, если нужна перегрузка, можно юзать код groovy или scala. properties также не нужны, прочитайте о java beans

p. s. в java вы полный профан, так что не позорьтесь здесь, лучше попытайтесь доказать свою компетентность в дотнете и представить хотя бы одну инновацию :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

227. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Аноним (??) on 19-Окт-09, 19:07 
>[оверквотинг удален]
>>не утверждал, что Хаскель придумали в МС, а вот что ребята
>>из МС многое делают для его развития - чистейшей воды правда.
>>
>>p.S. Так что там с делегатами и замыканиями в java?
>>Что там в энтерпрайзной java c поддержкой перегрузок, делегатов, замыканий? Или там >наконец-то сделали поддержку properties?
>
> 1. энтерпрайзная java или JEE - это платформа, а не язык,
>поэтому не надо задавать таких тупых вопросов. Пора бы уже давно
>просечь, что java-платформа поддерживает достаточное количество других языков.
> [..]

Java как платформа, никаких языков, кроме Java, официально не поддерживает. Реализации компиляторов в байт код Санками не поддерживаются и тем более, никак не спонсируются.
В отличие от МС, у которой у самой компиляторов целых 3 шт и вдобавок стандартизирована среда исполнения.

> 2. что касается самого языка java, то погуглите java delegates, java
>closures, delegation event model и т.д. все это реализуется и не
>в виде костылей, а весьма элегантный oo-way. Перегрузка операторов появилась в
>java 7, хотя я и не вижу необходимости этого, если нужна
>перегрузка, можно юзать код groovy или scala. properties также не нужны,
>прочитайте о java beans

Это именно костыли, костыли и еще раз костыли... Видели мы этот ОО-way в реализации Санок. Перегруженый Ужоснах.
Лучше уж с Борланда бы передрали 1:1

О чем вы вообще тут пишете? Не верите, что МС учла грабли жабы? Дык это очевидно же.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

228. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Aleksey Salow email(ok) on 19-Окт-09, 19:28 
> 2. что касается самого языка java, то погуглите java delegates, java
>closures, delegation event model и т.д. все это реализуется и не
>в виде костылей, а весьма элегантный oo-way. Перегрузка операторов появилась в
>java 7, хотя я и не вижу необходимости этого, если нужна
>перегрузка, можно юзать код groovy или scala. properties также не нужны,
>прочитайте о java beans

Про костыли уже сказали, добавлю лишь следующее:
- properties это всего лишь синтаскический сахар. Вместо того чтобы писать A.get_B().get_C().get_D() можно написать просто A.B.C.D, что намного удобнее и читабельней.
- oo-way only это уже само по себе криво. В том же c# есть лямбды, которые просто синтаксический сахар для анонимных делегатов. Их краткая запись позволяет писать очень окуратный и читабельный код.
- перегрузка операторов - штука полезная в некоторых случаях. Я вот сейчас пишу приложение которое делает вычисления на основе кватернионов, перегрузил в них основные матоперации и упирьод.
- Expression tree и LINQ в частности. Прощай SQL и прочие внешние конструкции которые нельзя проверить на этапе компиляции. Я пишу выражение на C#, а кто-то дальше его разберёт и сгенерит корректный sql.
- Attribute. Это вообще мегавещь для метапрограммирования. Причём стоит заметить что атрибуты обрабатываются и доступны в run-time, а не в compile-time как в жабе.

Кого ещё забыл?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

245. "Положение Mono в свете неопределенной патентной ситуации"  –1 +/
Сообщение от Sigurd on 20-Окт-09, 13:28 
>Java как платформа, никаких языков, кроме Java, официально не поддерживает. Реализации >компиляторов в байт код Санками не поддерживаются и тем более, никак не спонсируются.

1. бред. как минимум javafx script и groovy официально поддерживаются
2. если бы не поддерживались, то что из этого? java - открытая платформа и достаточно гарантий поддержки разаработчиков компиляторов

P. S. по поводу поддерживаемых языков для JVM полезная ссылка
http://www.is-research.de/info/vmlanguages/

>- Attribute. Это вообще мегавещь для метапрограммирования. Причём стоит заметить что атрибуты
>обрабатываются и доступны в run-time, а не в compile-time как в
>жабе.

надоело уже читать всякий бред от "знатоков" java, поэтому дальнейшее продолжение разговора считаю бессмысленным. я понимаю, что вы кодите для дотнета и там всякие   retention runtime и annotations via reflection не интересны, да и мне не интересно обо всем этом рассказывать. единственное могу добавить, что предпочитаю Scala и этимология слова "костыли" мне неизвестна, как некоторым здесь "оффтопик" :-D

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

248. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Аноним (??) on 21-Окт-09, 11:02 
>и этимология слова "костыли" мне неизвестна, как некоторым здесь "оффтопик" :-D

слово "костыль" Вы произнесли сами, если Вам память начала изменять :-D И часто Вы пишете то, чего даже не понимаете? ;) А вообще да, костыли - это только у майкрософт, у всех остальных это правильный и элегантный oo-way :-D

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

246. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Sigurd on 20-Окт-09, 13:58 

>можно написать просто A.B.C.D, что намного удобнее и читабельней.
>- oo-way only это уже само по себе криво. В том же
>c# есть лямбды, которые просто синтаксический сахар для анонимных делегатов. Их
>краткая запись позволяет писать очень окуратный и читабельный код.
>- перегрузка операторов - штука полезная в некоторых случаях. Я вот сейчас
>пишу приложение которое делает вычисления на основе кватернионов, перегрузил в них
>основные матоперации и упирьод.
>- Expression tree и LINQ в частности. Прощай SQL и прочие внешние
>конструкции которые нельзя проверить на этапе компиляции. Я пишу выражение на
>C#, а кто-то дальше его разберёт и сгенерит корректный sql.

P.P.S как я уже говорил, в scala есть и лямбды и перегрузки и все такое и выглядят функциональные возможности вполне естественно так как закладывались в язык by design, а вот в шарпе они действительно выглядят как костыли, может для вас это и не так, но для меня и реализация делегатов и замыкакний в java выглядят вполне нормально, вобщем на вкус и цвет товарищей нет

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

249. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Аноним (??) on 21-Окт-09, 11:09 
>P.P.S как я уже говорил, в scala есть и лямбды и перегрузки и все такое и выглядят функциональные возможности вполне естественно так как закладывались в язык by design, а вот в шарпе они действительно выглядят как костыли, может для вас это и не так, но для меня и реализация делегатов и замыкакний в java выглядят вполне нормально, вобщем на вкус и цвет товарищей нет

А какое отношение имеет Scala к Sun? Это сторонняя разработка, никак с мейнстримом не связанная, был даже порт Scala на .net, но он умер за ненадобностью в процессе развития C#. Много enterprise-софта на этой Scala написано, в отличие от языка Java?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

66. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от User294 (ok) on 16-Окт-09, 16:27 
>(а еще в дотнете удобно делать GUI, от которого не тошнит).

Ага, покажите мне пользователей которых бы не тошнило когда программа тормозит при тычках на элементы гуя. И пользователей которые бы перлись от перспектив ставить при установке программы дотнет буквально ЧАС, засрав диск на ~500 мегов дрянью и с риском что сетап дотнета еще и грохнется при установке(а это он умеет).

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

68. "Положение Mono в свете неопределенной патентной ситуации"  –1 +/
Сообщение от Ъ on 16-Окт-09, 16:32 
>>(а еще в дотнете удобно делать GUI, от которого не тошнит).
>
>Ага, покажите мне пользователей которых бы не тошнило когда программа тормозит при
>тычках на элементы гуя. И пользователей которые бы перлись от перспектив
>ставить при установке программы дотнет буквально ЧАС, засрав диск на ~500
>мегов дрянью и с риском что сетап дотнета еще и грохнется
>при установке(а это он умеет).

500 мегов, всего-то? Уже вроде давно за гигабайт, со всеми версиями фреймворка. А уже если VS то все 75 Гигабайт.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

71. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Аноним (??) on 16-Окт-09, 16:51 
>500 мегов, всего-то? Уже вроде давно за гигабайт, со всеми версиями фреймворка.
>А уже если VS то все 75 Гигабайт.

Бугага :-D Это уже не сколько наглая ложь, сколько какой-то сильно тонкий юмор! =) Надо видимо отдать должное разработчикам Sun, которые научили Virtual Box уместить полный комплект (Visual Studio Ent. 2008 + MSDN + .net 3.5 + MSSQL2008) в виртуальной машине с диском на 40 Гигов, из которых 25 свободно:) А оказывается только дотнет со студией целых 75 гигов занимает! :D


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

80. "Положение Mono в свете неопределенной патентной ситуации"  –3 +/
Сообщение от Ъ on 16-Окт-09, 17:49 
>>500 мегов, всего-то? Уже вроде давно за гигабайт, со всеми версиями фреймворка.
>>А уже если VS то все 75 Гигабайт.
>
>Бугага :-D Это уже не сколько наглая ложь, сколько какой-то сильно тонкий
>юмор! =) Надо видимо отдать должное разработчикам Sun, которые научили Virtual
>Box уместить полный комплект (Visual Studio Ent. 2008 + MSDN +
>.net 3.5 + MSSQL2008) в виртуальной машине с диском на 40
>Гигов, из которых 25 свободно:) А оказывается только дотнет со студией
>целых 75 гигов занимает! :D

По моему все уже знают, какие требования предъявляет VS 2010, даже на баш орге посмеялись:
http://bash.org.ru/quote/400658

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

86. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Аноним (??) on 16-Окт-09, 18:08 
>По моему все уже знают, какие требования предъявляет VS 2010, даже на
>баш орге посмеялись:
>http://bash.org.ru/quote/400658

Вас, умников, получающих образование на башорге, видно издалека :D
Для тех, кто предпочитает другие источники ссылка:
http://www.microsoft.com/downloads/details.aspx?FamilyID=329...

Если мозг сильно пострадал после башорга и осилить столько букаф нет никакой возможности, то есть есть ссылка в самом начале страницы "System Requirements", давить надо на неё:) А если даже и этого не осилите, то скажу заранее: требования по дисковому пространству 3 гигабайта, не сильно больше чем в 2008 студии.


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

95. "Положение Mono в свете неопределенной патентной ситуации"  –2 +/
Сообщение от Ъ on 16-Окт-09, 18:28 
> 3 гигабайта, не сильно больше чем в 2008 студии.

Ну то есть, отнюдь не хило, что и требовалось доказать


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

134. "Положение Mono в свете неопределенной патентной ситуации"  +3 +/
Сообщение от Аноним (??) on 17-Окт-09, 01:15 
>> 3 гигабайта, не сильно больше чем в 2008 студии.
>Ну то есть, отнюдь не хило, что и требовалось доказать

ты дурачок или прикидываешься?
VS2008 со всей документацией под хоть каким-то краем задетые платформы 2.5Гб.
Без док - 400 метров, без док, CrystalReports и OfficeTools - 300метров.
по-твоему, доки - зло?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

142. "Положение Mono в свете неопределенной патентной ситуации"  –3 +/
Сообщение от Ъ on 17-Окт-09, 09:27 
>>> 3 гигабайта, не сильно больше чем в 2008 студии.
>>Ну то есть, отнюдь не хило, что и требовалось доказать
>
>ты дурачок или прикидываешься?
>VS2008 со всей документацией под хоть каким-то краем задетые платформы 2.5Гб.
>Без док - 400 метров, без док, CrystalReports и OfficeTools - 300метров.
>
>по-твоему, доки - зло?

Да я дурачок, не понимаю, как VS может "весить" меньше чем фрейворк, если этот фреймворк входит в состав VS.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

146. "Положение Mono в свете неопределенной патентной ситуации"  +3 +/
Сообщение от Аноним (??) on 17-Окт-09, 10:05 
>Да я дурачок, не понимаю, как VS может "весить" меньше чем фрейворк, если этот фреймворк входит в состав VS

Видимо настолько дурачок, что не можешь сравнить 2 числа, а так же слушаешь слова унылого тролля с ником User294. Все версии фреймворка (от 1.0 до 3.5 sp1) в СУММЕ занимают на диске около 160 мегабайт. Теперь попробуй подумать еще раз.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

163. "Положение Mono в свете неопределенной патентной ситуации"  –3 +/
Сообщение от Ъ on 17-Окт-09, 16:17 
>>Да я дурачок, не понимаю, как VS может "весить" меньше чем фрейворк, если этот фреймворк входит в состав VS
>
>Видимо настолько дурачок, что не можешь сравнить 2 числа, а так же
>слушаешь слова унылого тролля с ником User294. Все версии фреймворка (от
>1.0 до 3.5 sp1) в СУММЕ занимают на диске около 160
>мегабайт. Теперь попробуй подумать еще раз.

160 никак не получается, еще 1 гигабайт дотнета непосредственно в Windows (XP SP3, Vista SP1). А от перестановки слагаемых сумма не меняется.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

177. "Положение Mono в свете неопределенной патентной ситуации"  +3 +/
Сообщение от Аноним (??) on 17-Окт-09, 21:35 
>>>Да я дурачок, не понимаю, как VS может "весить" меньше чем фрейворк, если этот фреймворк входит в состав VS
>>
>>Видимо настолько дурачок, что не можешь сравнить 2 числа, а так же
>>слушаешь слова унылого тролля с ником User294. Все версии фреймворка (от
>>1.0 до 3.5 sp1) в СУММЕ занимают на диске около 160
>>мегабайт. Теперь попробуй подумать еще раз.
>160 никак не получается, еще 1 гигабайт дотнета непосредственно в Windows (XP SP3, Vista >SP1). А от перестановки слагаемых сумма не меняется.

Нету там никакого мифического "1 гигабайт дотнета непосредственно в Windows", не выдумывай.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

155. "Положение Mono в свете неопределенной патентной ситуации"  +3 +/
Сообщение от Аноним (??) on 17-Окт-09, 12:25 
>>>> 3 гигабайта, не сильно больше чем в 2008 студии.
>>Ну то есть, отнюдь не хило, что и требовалось доказать
>>
>>ты дурачок или прикидываешься?
>>VS2008 со всей документацией под хоть каким-то краем задетые платформы 2.5Гб.
>>Без док - 400 метров, без док, CrystalReports и OfficeTools - 300метров.
>>
>>по-твоему, доки - зло?
>Да я дурачок, не понимаю, как VS может "весить" меньше чем фрейворк, если этот фреймворк >входит в состав VS.

Не позорься уже, ладно?
Фреймворк и VS это как JDK и Нетбинс у санок. JDK тоже весит метров 140 в архиве, заметь. А доки к Java качаются отдельно, еще около 110мб в архиве.

НО! У Санок доки только на один язык и библиотеку, а у MS на все сразу. Все языки(плюсы, шарп, бейсик, JScript), библиотека, все технологии (включая которые еще из беты не вылезли), а примеры продублированы на все(!) ЯП.
За доки МС только аплодировать надо, причем стоя. В прошлом году даже перевели хелпы на русский. Тех денег, что за нее просят, Винда, Студия и МСДН стОят, однозначно. А вот Моно это грабли, Мигель сам, похоже, не понимает, чего натворил.
Дай бог, народ не кинется писать под этот капкан, а предпочтет оригинальный дотнет или жаву, если нужно кроссплатформно.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

222. "Положение Mono в свете неопределенной патентной ситуации"  –3 +/
Сообщение от Аноним (??) on 19-Окт-09, 13:20 
> Фреймворк и VS это как JDK и Нетбинс у санок. JDK тоже весит метров 140 в архиве, заметь.

А доки к Java качаются отдельно, еще около 110мб в архиве.

Ну... Вообще-то не 140, а 70-80, в зависимости от платформы, а доки - максимум 55. А фреймворк и JDK вещи все же разные. .NET Framework корректнее сравнивать с JRE. Который весит максимум 30 Мб. И входит в состав JDK.

> За доки МС только аплодировать надо, причем стоя.

Да, неплохие доки.

> А вот Моно это грабли, Мигель сам, похоже, не понимает, чего натворил.

Ну, что уж тут: "натворил". Каждый что хочет, то и творит, но сколько бы ты ни "натворил", если оно никому не надо, никто и пользоваться не будет. Впрочем, под Mono, как видим, и программ сейчас особо нету. И навряд ли будет их много.

> Дай бог, народ не кинется писать под этот капкан, а предпочтет оригинальный дотнет или жаву, если нужно кроссплатформно.

Да так и будет, надеюсь. Кому программы под Mono нужны? Одним линуксоидам/юниксоидам. А на винде еще придется Gtk# водружать. Проще нативно под линукс написать.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

224. "Положение Mono в свете неопределенной патентной ситуации"  +2 +/
Сообщение от аноним on 19-Окт-09, 17:33 
> А фреймворк и JDK вещи все же разные. .NET Framework корректнее сравнивать с JRE. Который весит максимум 30 Мб. И входит в состав JDK.

Ерунда. Можете сами посмотреть - в любой .Net Framework входят ВСЕ компиляторы. Напишите приложение в Блокноте - и оно превосходно соберется и выполнится.
Среда сборки именно то, что вырезано в JRE. Отсюда вывод - Framework = JDK.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

226. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Аноним (??) on 19-Окт-09, 19:04 
> в любой .Net Framework входят ВСЕ компиляторы.

Простите, не знал. Надо же, правда входят, хотя только для 4-х основных, а не для всех.

Правда, это вызывает закономерный вопрос, насколько это целесообразно (особенно с учетом монструозности фреймворка). Хотя там, может быть, не удалось бы значительно сэкономить, как в JDK, если б вырезали.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

229. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Аноним (??) on 19-Окт-09, 19:38 
>> в любой .Net Framework входят ВСЕ компиляторы.
>
>Простите, не знал. Надо же, правда входят, хотя только для 4-х основных,
>а не для всех.
>
>Правда, это вызывает закономерный вопрос, насколько это целесообразно (особенно с учетом монструозности
>фреймворка). Хотя там, может быть, не удалось бы значительно сэкономить, как
>в JDK, если б вырезали.

Это нецелесообразно для Жавы, у нее другой метод исполнения сборок. (не хуже и не лучше, просто другой).

Для CLR-среды компиляторы необходимы, поскольку заранее оговорена возможность компиляции из уже исполняющегося приложения.
Грубо говоря, возможна компиляция и исполнение произвольной строки на любом языке, поддерживаемом фреймворком. Нафиг это надо - большой вопрос.
Пример применения здесь: http://www.codeproject.com/KB/dotnet/VBRunNET.aspx

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

147. "Положение Mono в свете неопределенной патентной ситуации"  +2 +/
Сообщение от Аноним (??) on 17-Окт-09, 10:06 
>Ну то есть, отнюдь не хило, что и требовалось доказать

Что и требовалось доказать - ты грандиозно слил. Всего-то в 25 раз :-D


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

164. "Положение Mono в свете неопределенной патентной ситуации"  –5 +/
Сообщение от Ъ on 17-Окт-09, 16:18 
>>Ну то есть, отнюдь не хило, что и требовалось доказать
>
>Что и требовалось доказать - ты грандиозно слил. Всего-то в 25 раз
>:-D

Да вроде не слил. Вроде даже пруфлинк дали с 75 гигами.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

223. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Аноним (??) on 19-Окт-09, 14:50 
>Да вроде не слил. Вроде даже пруфлинк дали с 75 гигами.

Слил, и еще как слил. Пруфлинк был на дистрибутив Visual Studio 2010, о котором собственно и шла речь. И в том пруфлинке черным по белом было написано о требованиях в 3 гигах свободного пространства. 75 гигов занимает образ какой-то вирт. машины, в которую залито всё, что только можно. Его могли и 100 гигабайтным сделать, это вообще к делу не относится. НИКТО не заставляет никого качать этот образ, дистрибутив VS2010 вполне себе доступен и требует 3 гигабайта дискового пространства. Поэтому слив ровно в 25 раз

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

83. "Положение Mono в свете неопределенной патентной ситуации"  –1 +/
Сообщение от Ъ on 16-Окт-09, 17:54 
>>500 мегов, всего-то? Уже вроде давно за гигабайт, со всеми версиями фреймворка.
>>А уже если VS то все 75 Гигабайт.
>
>Бугага :-D Это уже не сколько наглая ложь, сколько какой-то сильно тонкий
>юмор! =) Надо видимо отдать должное разработчикам Sun, которые научили Virtual
>Box уместить полный комплект (Visual Studio Ent. 2008 + MSDN +
>.net 3.5 + MSSQL2008) в виртуальной машине с диском на 40
>Гигов, из которых 25 свободно:) А оказывается только дотнет со студией
>целых 75 гигов занимает! :D

Ну и прикольно конечно, было прочитать про 25 свободных гигов, в динамическом диске VirtualBox.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

148. "Положение Mono в свете неопределенной патентной ситуации"  +2 +/
Сообщение от Аноним (??) on 17-Окт-09, 10:08 
>Ну и прикольно конечно, было прочитать про 25 свободных гигов, в динамическом
>диске VirtualBox.

Динамический диск и раздел NTFS (который буковкой С: подписывается) на этом диске - 2 разные вещи. Диск C имеет размер 40 Гигабайт, из них свободными являются 25, таким образом все установленное хозяйство занимает от силы 15 гигов. Тебе все еще смешно? :-D


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

165. "Положение Mono в свете неопределенной патентной ситуации"  –3 +/
Сообщение от Ъ on 17-Окт-09, 16:21 
>>Ну и прикольно конечно, было прочитать про 25 свободных гигов, в динамическом
>>диске VirtualBox.
>
>Динамический диск и раздел NTFS (который буковкой С: подписывается) на этом диске
>- 2 разные вещи. Диск C имеет размер 40 Гигабайт, из
>них свободными являются 25, таким образом все установленное хозяйство занимает от
>силы 15 гигов. Тебе все еще смешно? :-D

Динамические диски в Virtual Box на то и динамические, что пустое место не хранят в файле образа. И да мне смешны твои потуги доказать очевидную глупость.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

242. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Аноним (??) on 20-Окт-09, 02:32 
>Динамические диски в Virtual Box на то и динамические, что пустое место не хранят в файле образа. И да мне смешны твои потуги доказать очевидную глупость.

Осознав, что наговорил кучу всякой ерунды, ты прыгаешь с темы на тему, пытаясь ухватиться за каждую из них как за спасительную соломинку. Речь здесь шла не о виртуальной машине, не о размере виртуального диска, и уж ТЕМ БОЛЕЕ не о том, сколько он занимает пространства на реальном диске. Речь шла о том, сколько занимает на диске Visual Studio, и в качестве простого иллюстративного примера была приведена конфигурация с диском (и не важно, реальным или нет) размером 40 гигов, на котором прекрасно себя чувствует туева хуча софта для разработки. Впрочем, конкретные пруфлинки уже были приведены, и слив твой документально засчитан.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

114. "Положение Mono в свете неопределенной патентной ситуации"  +2 +/
Сообщение от Aleksey Salow email on 16-Окт-09, 22:12 
>А уже если VS то все 75 Гигабайт.

Сразу видно разрабов и тех кто просто потрепаться пришёл. MS выложило CTP VS2010 в виде виртуалки для VirtualPC. Виртуалка занимает 75G, там свободно гиг 50 вроде как, плюс установлено окромя VS/.net 4 ещё куча всего.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

141. "Положение Mono в свете неопределенной патентной ситуации"  –2 +/
Сообщение от Ъ on 17-Окт-09, 08:52 
>>А уже если VS то все 75 Гигабайт.
>
>Сразу видно разрабов и тех кто просто потрепаться пришёл. MS выложило CTP
>VS2010 в виде виртуалки для VirtualPC. Виртуалка занимает 75G, там свободно
>гиг 50 вроде как, плюс установлено окромя VS/.net 4 ещё куча
>всего.

Это конечно же, по вашему нормально: качать 50 Гигабайт пустого места. А по моему это звиздец.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

149. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Аноним (??) on 17-Окт-09, 10:10 
>Это конечно же, по вашему нормально: качать 50 Гигабайт пустого места. А по моему это звиздец.

Не надо съезжать с темы, ты здесь утверждал, что установленная 2010 Студия занимает 75 гигабайт дискового пространства. Когда тебя ткнули носом в тот факт, что она занимает от силы 3 гига, ты сразу начал изворачиваться. Как там приготовили образ виртуальной машины - дело тридцать пятое. В общем, слил ты здесь грандиозно.


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

166. "Положение Mono в свете неопределенной патентной ситуации"  –2 +/
Сообщение от Ъ on 17-Окт-09, 16:22 
>>Это конечно же, по вашему нормально: качать 50 Гигабайт пустого места. А по моему это звиздец.
>
>Не надо съезжать с темы, ты здесь утверждал, что установленная 2010 Студия
>занимает 75 гигабайт дискового пространства. Когда тебя ткнули носом в тот
>факт, что она занимает от силы 3 гига, ты сразу начал
>изворачиваться. Как там приготовили образ виртуальной машины - дело тридцать пятое.
>В общем, слил ты здесь грандиозно.

Как установить образ размером  в 75 Гигабайт, на меньшее пространство? Подскажи анонимус.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

243. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Аноним (??) on 20-Окт-09, 04:11 
>Как установить образ размером  в 75 Гигабайт, на меньшее пространство? Подскажи
>анонимус.

А нахера мне его устанавливать? Для установки 2010 Студии совершенно не нужно ставить никаких образов, её дистрибутив доступен и для установки требуется 3 Гигабайта дискового пространства. Слив, такой слив.


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

157. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Aleksey Salow email(ok) on 17-Окт-09, 13:25 
>>>А уже если VS то все 75 Гигабайт.
>>
>>Сразу видно разрабов и тех кто просто потрепаться пришёл. MS выложило CTP
>>VS2010 в виде виртуалки для VirtualPC. Виртуалка занимает 75G, там свободно
>>гиг 50 вроде как, плюс установлено окромя VS/.net 4 ещё куча
>>всего.
>
>Это конечно же, по вашему нормально: качать 50 Гигабайт пустого места. А
>по моему это звиздец.

мне пофиг, у меня анлим. Вечером поставил - утром уже готово.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

167. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Ъ on 17-Окт-09, 16:23 
>[оверквотинг удален]
>>>
>>>Сразу видно разрабов и тех кто просто потрепаться пришёл. MS выложило CTP
>>>VS2010 в виде виртуалки для VirtualPC. Виртуалка занимает 75G, там свободно
>>>гиг 50 вроде как, плюс установлено окромя VS/.net 4 ещё куча
>>>всего.
>>
>>Это конечно же, по вашему нормально: качать 50 Гигабайт пустого места. А
>>по моему это звиздец.
>
>мне пофиг, у меня анлим. Вечером поставил - утром уже готово.

Ну ты понял, да?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

70. "Положение Mono в свете неопределенной патентной ситуации"  –1 +/
Сообщение от Аноним (??) on 16-Окт-09, 16:47 
>Ага, покажите мне пользователей которых бы не тошнило когда программа тормозит при
>тычках на элементы гуя.

Название программы Вы конечно не скажете даже под дулом автомата, так ведь? ;) Впрочем, я знаю как Вы рассказываете сказки о том, как F-Spot у Вас грузился стопицот часов=) То, что у большинства остальных все было нормально - для Вас не аргумент :-D

>И пользователей которые бы перлись от перспектив
>ставить при установке программы дотнет буквально ЧАС

У меня ставится меньше десяти минут. Вы слишком много врёте ;)

>и с риском что сетап дотнета еще и грохнется
>при установке(а это он умеет).

Ну да, на Вас я смотрю сошелся клином белый свет=) Час ставится, грохаются, программы запускаются часами, а у остальных все работает :-D Карма у Вас, видимо, плохая


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

82. "Положение Mono в свете неопределенной патентной ситуации"  –1 +/
Сообщение от Ъ on 16-Окт-09, 17:51 
>[оверквотинг удален]
>>ставить при установке программы дотнет буквально ЧАС
>
>У меня ставится меньше десяти минут. Вы слишком много врёте ;)
>
>>и с риском что сетап дотнета еще и грохнется
>>при установке(а это он умеет).
>
>Ну да, на Вас я смотрю сошелся клином белый свет=) Час ставится,
>грохаются, программы запускаются часами, а у остальных все работает :-D Карма
>у Вас, видимо, плохая

А они вообще есть? Программы на дотнете?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

108. "Положение Mono в свете неопределенной патентной ситуации"  –1 +/
Сообщение от Ъ on 16-Окт-09, 19:51 
>Название программы Вы конечно не скажете даже под дулом автомата, так ведь? ;) Впрочем, я знаю как Вы рассказываете сказки о том, как F-Spot у Вас грузился стопицот часов=) То, что у большинства остальных все было нормально - для Вас не аргумент :-D

Дык их больше на моно и нет, кроме F-Шпрот. И да он тормозит. Кому он нужен...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

158. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Аноним (??) on 17-Окт-09, 13:29 
> Дык их больше на моно и нет, кроме F-Шпрот. И да он тормозит. Кому он нужен...

banshee, f-spot, tomboy, beagle - это сходу вспомнил.
Другое дело, что ценность их оказалась невелика.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

169. "Положение Mono в свете неопределенной патентной ситуации"  –1 +/
Сообщение от Ъ on 17-Окт-09, 16:27 
>> Дык их больше на моно и нет, кроме F-Шпрот. И да он тормозит. Кому он нужен...
>
>banshee, f-spot, tomboy, beagle - это сходу вспомнил.
>Другое дело, что ценность их оказалась невелика.

Я собственно про эту ценность. Не одного "убийцы категории" тут нет еще один плеер, еще один фотоменеджер, еще одни липкие листочки, еще один индексер.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

202. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от alexei.s (ok) on 18-Окт-09, 17:29 
ну-ка приведите примеры фотоменеджеров для Gnome кроме F-spot) или примеры индексаторов
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

207. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от writer on 19-Окт-09, 03:31 
gThumb
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

221. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от alexei.s (ok) on 19-Окт-09, 11:03 
обычный просмотрщик с фотоменеджером не путаете?
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

208. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от writer on 19-Окт-09, 03:37 
>ну-ка приведите примеры фотоменеджеров для Gnome кроме F-spot) или примеры индексаторов

Tracker

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

238. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Хоменко (ok) on 19-Окт-09, 23:43 
>ну-ка приведите примеры фотоменеджеров для Gnome кроме F-spot) или примеры индексаторов

...а также geeqie (бывшый gqview), причем вообще чистой воды gtk. Там и каталоги, и сортировка, и комметарии, и exif и все-все. Больше двух почти идентичных просмотрщиков -- только для gnome/gtk -- уже как бы и не нужно.

Есть еще rawstudio и сбоку собсно ufraw.

Насчет tomboy -- вспомним gnote и вызвынный им butthurt у авторов томбоя.

Насчет индексаторов (это тех, которые приводят новоприбывших с венды в ступор от того, "какой тормознутый этот ваш линукс"?) -- ответили уже.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

240. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от аноним on 19-Окт-09, 23:49 
>Насчет индексаторов (это тех, которые приводят новоприбывших с венды в ступор от
>того, "какой тормознутый этот ваш линукс"?)

при чём здесь индексаторы? вспоминайте про динамическую линковку, скриптовые потроха, плохой шедулер и жирный графический сервер - вот где причины тормозов.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

23. "Положение Mono в свете неопределенной патентной ситуации"  +3 +/
Сообщение от netc email(ok) on 16-Окт-09, 13:09 
я согласен с Джереми Эллисоном - первый кто вот так кратко описал сущность бытия .net

слава богу я вовремя стал учить python и ушел из mono, так ни чего и не начав

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

27. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от аноним on 16-Окт-09, 13:49 
>слава богу я вовремя ушел, так ни чего и не начав

воистину.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

37. "Положение Mono в свете неопределенной патентной ситуации"  –2 +/
Сообщение от Аноним (??) on 16-Окт-09, 14:57 
Глупо. В жизни все может пригодиться. Может однажды появится хорошо оплачиваемая вакансия на .Net:) Или линукс надоест.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

47. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Fantomas (??) on 16-Окт-09, 15:52 
Нет программисты постоянно на дыдлайнах сидят, нервы и здоровье теряют.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

54. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Ъ on 16-Окт-09, 16:05 
>Глупо. В жизни все может пригодиться. Может однажды появится хорошо оплачиваемая вакансия
>на .Net:) Или линукс надоест.

А может появится хорошо оплачиваемая вакансия дворника? Всем по метле?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

209. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от writer on 19-Окт-09, 03:39 
>Глупо. В жизни все может пригодиться. Может однажды появится хорошо оплачиваемая вакансия
>на .Net:) Или линукс надоест.

Или .Net сойдет на нет...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

96. "Положение Mono в свете неопределенной патентной ситуации"  –1 +/
Сообщение от Аноним (??) on 16-Окт-09, 18:41 
Меня с первого дня гнобения силовыми структурами наших предприятий на лицензионность Windows дико возмущало - ну отчего они (силовые структуры) существуют на мои деньги, но защищают не мои авторские права, а буржуйские.

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

Не все же участники этого форума продвигают свои разработки на запад. Ну какое нам дело до их патентов.

PS. наболело. Пустотреп о дядиных проблемах последние лет 5. А ведь такой был полезный форум

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

104. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от idkfa on 16-Окт-09, 19:32 
был.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

105. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Ъ on 16-Окт-09, 19:33 
>Меня с первого дня гнобения силовыми структурами наших предприятий на лицензионность Windows
>дико возмущало - ну отчего они (силовые структуры) существуют на мои
>деньги, но защищают не мои авторские права, а буржуйские.

Такова жизнь в оккупации.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

106. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Anonimoyss (ok) on 16-Окт-09, 19:39 
> Видимо я тупой, непонимаю важности соблюдать их (американские) законы, а не наши. Чему подтверждение в очередной (тысячный) раз - бурная полемика наших программистов о проблемах буржуев.

Видимо.
Пока Россия существует за счёт продажи нефти и т.п. буржуям - приходится соблюдать их законы.
Иначе п***ец населению.
Так что силовые структуры и дальше будут "гнобить наши предприятя на лицензионность Windows".
И даже с большим усердием.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

153. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Аноним (??) on 17-Окт-09, 10:59 
Qt4 вот вам и кроссплатформенность + python
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

168. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Ъ on 17-Окт-09, 16:25 
>Qt4 вот вам и кроссплатформенность + python

Согласен. Но ситуация с pyqt , немного напрягает.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

180. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Трухин Юрий Владимирович on 17-Окт-09, 23:54 
А как можно юридически лицензировать технологии всему сообществу? Те компании кому это было интересно подписали договор с Microsoft. Novell, разработчик Mono подписал, соответственно если вы используете Mono - вы используете технологию Novell, которая обладает разрешением на использование такой технологии (той, что выходит за рамки ECMA). Т.е. Mono можно спокойно использовать. Проведу параллель с Intel и AMD. У компании AMD права на использование технологии x86 в свое время были лицензированы у Intel. Рассуждение о использовании Mono на других платформах и опасности этого неправомерны. Mono - продукт Novell. Соответственно используя его и соглашаясь с лицензионным соглашением Mono остальное - дела и проблемы Novell а не ваши. А у Novell с лицензиями все в порядке.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

184. "Положение Mono в свете неопределенной патентной ситуации"  –2 +/
Сообщение от Ъ on 18-Окт-09, 00:41 
>А как можно юридически лицензировать технологии всему сообществу?

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

187. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Трухин Юрий Владимирович on 18-Окт-09, 01:06 
Это юридически будет неверно и не будет иметь никакой силы.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

195. "Положение Mono в свете неопределенной патентной ситуации"  –3 +/
Сообщение от Ъ on 18-Окт-09, 11:15 
>Это юридически будет неверно и не будет иметь никакой силы.

Почему?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

185. "Положение Mono в свете неопределенной патентной ситуации"  –2 +/
Сообщение от Ъ on 18-Окт-09, 00:42 
>Mono - продукт Novell.

Надо же а я думал свободный продукт, а оказывается проприентарщина.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

188. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Трухин Юрий Владимирович on 18-Окт-09, 01:06 
>>Mono - продукт Novell.
>
>Надо же а я думал свободный продукт, а оказывается проприентарщина.

Использование Mono регулируется лицензией: http://www.mono-project.com/License

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

189. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Трухин Юрий Владимирович on 18-Окт-09, 01:07 
>>Mono - продукт Novell.
>
>Надо же а я думал свободный продукт, а оказывается проприентарщина.

The C# compiler is dual-licensed under the MIT/X11 license and the GNU General Public License (http://www.opensource.org/licenses/gpl-license.html) (GPL).
The tools are released under the terms of the GNU General Public License (http://www.opensource.org/licenses/gpl-license.html) (GPL).
The runtime libraries are under the GNU Library GPL 2.0 (http://www.gnu.org/copyleft/library.html#TOC1) (LGPL 2.0).
The class libraries are released under the terms of the MIT X11 (http://www.opensource.org/licenses/mit-license.html) license.
ASP.NET MVC and ASP.NET AJAX client software are released by Microsoft under the open source Microsoft Permissive License (http://www.opensource.org/licenses/ms-pl.html).
Both the Mono runtime and the Mono C# Compiler are also available under a proprietary license for those who can not use the LGPL and the GPL in their code.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

190. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Трухин Юрий Владимирович on 18-Окт-09, 01:10 
Используя Mono вы должны согласиться с этими лицензиями. Они все дают вам достаточно много свобод. Полностью свободной лицензии не бывает. Например GPL не дает мне свободы распоряжаться своим кодом, например если я его опубликовал под GPL, а потом кто-то использовал его в другом коде проекта - он должен и его открыть. Это несвобода.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

213. "Положение Mono в свете неопределенной патентной ситуации"  –1 +/
Сообщение от writer on 19-Окт-09, 04:05 
>Используя Mono вы должны согласиться с этими лицензиями. Они все дают вам
>достаточно много свобод. Полностью свободной лицензии не бывает. Например GPL не
>дает мне свободы распоряжаться своим кодом, например если я его опубликовал
>под GPL, а потом кто-то использовал его в другом коде проекта
>- он должен и его открыть. Это несвобода.

Что за чушь. Свободная лицензия это GPL - вот еще ряд с ней совместимых - http://www.gnu.org/licenses/license-list.html. Очевидная попытка человека подсевшего на проприетаршину очернить свободную лицензию. Свобода - это не отсутствие ограничений. Свобода - это баланс.

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

Например, "свобода одного заканчивается там, где начинается свобода другого".

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

196. "Положение Mono в свете неопределенной патентной ситуации"  –2 +/
Сообщение от Ъ on 18-Окт-09, 11:16 
>[оверквотинг удален]
>License (http://www.opensource.org/licenses/gpl-license.html) (GPL).
>The runtime libraries are under the GNU Library GPL 2.0 (http://www.gnu.org/copyleft/library.html#TOC1) (LGPL
>2.0).
>The class libraries are released under the terms of the MIT X11
>(http://www.opensource.org/licenses/mit-license.html) license.
>ASP.NET MVC and ASP.NET AJAX client software are released by Microsoft under
>the open source Microsoft Permissive License (http://www.opensource.org/licenses/ms-pl.html).
>Both the Mono runtime and the Mono C# Compiler are also available
>under a proprietary license for those who can not use the
>LGPL and the GPL in their code.

Ну ? Лицензии свободные. А причем тут принадлежит новел?


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

205. "Положение Mono в свете неопределенной патентной ситуации"  –1 +/
Сообщение от Трухин Юрий Владимирович on 19-Окт-09, 03:13 
А где в моих высказываниях слово принадлежит???
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

206. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Трухин Юрий Владимирович on 19-Окт-09, 03:14 
>Ну ? Лицензии свободные. А причем тут принадлежит новел?

Mono - продукт Novell - (можно сказать Mono - продукт производства Novell, который она опубликовала под этими лицензиями)


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

214. "Положение Mono в свете неопределенной патентной ситуации"  –3 +/
Сообщение от writer on 19-Окт-09, 04:07 
>[оверквотинг удален]
>>2.0).
>>The class libraries are released under the terms of the MIT X11
>>(http://www.opensource.org/licenses/mit-license.html) license.
>>ASP.NET MVC and ASP.NET AJAX client software are released by Microsoft under
>>the open source Microsoft Permissive License (http://www.opensource.org/licenses/ms-pl.html).
>>Both the Mono runtime and the Mono C# Compiler are also available
>>under a proprietary license for those who can not use the
>>LGPL and the GPL in their code.
>
>Ну ? Лицензии свободные. А причем тут принадлежит новел?

Эта не свободная - http://www.opensource.org/licenses/ms-pl.html

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

220. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Трухин Юрий Владимирович on 19-Окт-09, 10:23 
вы хоть прочитайте ее сначала чем людей смешить
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

191. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Трухин Юрий Владимирович on 18-Окт-09, 01:11 
>>Mono - продукт Novell.
>
>Надо же а я думал свободный продукт, а оказывается проприентарщина.

Чтобы все это узнать я зашел на сайт проекта. Впредь советую вам делать также, прежде чем так резко менять свое мнение на основании высказываний на форуме.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

210. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от writer on 19-Окт-09, 03:45 
>>>Mono - продукт Novell.
>>
>>Надо же а я думал свободный продукт, а оказывается проприентарщина.
>
>Чтобы все это узнать я зашел на сайт проекта. Впредь советую вам
>делать также, прежде чем так резко менять свое мнение на основании
>высказываний на форуме.

Вот человек, а? Ну да раз Mono под GPL и тд. значит все ок. И MS сразу отказалась от возможности убить конкурирующую технологию? TomTom тоже кое-что выпускал связанное с Fat.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

216. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Трухин Юрий Владимирович on 19-Окт-09, 09:00 
Она не конкурирующая, а расширяющая возможности .net
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

217. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Трухин Юрий Владимирович on 19-Окт-09, 09:01 
>TomTom тоже кое-что выпускал связанное с Fat.

А TomTom, простите, мог просто купить лицензию. Фирма зарабатывала используя чужие интеллектуальные наработки и платить за это не хотела. Бедный TomTom...


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

211. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от writer on 19-Окт-09, 03:49 
>[оверквотинг удален]
>было интересно подписали договор с Microsoft. Novell, разработчик Mono подписал, соответственно
>если вы используете Mono - вы используете технологию Novell, которая обладает
>разрешением на использование такой технологии (той, что выходит за рамки ECMA).
>Т.е. Mono можно спокойно использовать. Проведу параллель с Intel и AMD.
>У компании AMD права на использование технологии x86 в свое время
>были лицензированы у Intel. Рассуждение о использовании Mono на других платформах
>и опасности этого неправомерны. Mono - продукт Novell. Соответственно используя его
>и соглашаясь с лицензионным соглашением Mono остальное - дела и проблемы
>Novell а не ваши. А у Novell с лицензиями все в
>порядке.

Ну да NOvell защищена соглашением с MS. Mono на и то и свободный продукт - если я захочу внести изменения или сделать с него форк - я не должен беспокоиться чей это продукт - мне достаточно, что он свободный. Причем здесь Novell если Mono свободный?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

218. "Положение Mono в свете неопределенной патентной ситуации"  –1 +/
Сообщение от Трухин Юрий Владимирович on 19-Окт-09, 09:02 
нефиг форкать хорошие вещи:)


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

212. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от writer on 19-Окт-09, 03:52 
>[оверквотинг удален]
>было интересно подписали договор с Microsoft. Novell, разработчик Mono подписал, соответственно
>если вы используете Mono - вы используете технологию Novell, которая обладает
>разрешением на использование такой технологии (той, что выходит за рамки ECMA).
>Т.е. Mono можно спокойно использовать. Проведу параллель с Intel и AMD.
>У компании AMD права на использование технологии x86 в свое время
>были лицензированы у Intel. Рассуждение о использовании Mono на других платформах
>и опасности этого неправомерны. Mono - продукт Novell. Соответственно используя его
>и соглашаясь с лицензионным соглашением Mono остальное - дела и проблемы
>Novell а не ваши. А у Novell с лицензиями все в
>порядке.

Пока не будет гарантий от MS - Mono несет определенную угрозу. Это очевидно. Не имеет значение кто, что и у кого лицензировал - если продукт свободен.  

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

215. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от writer on 19-Окт-09, 04:10 
>[оверквотинг удален]
>было интересно подписали договор с Microsoft. Novell, разработчик Mono подписал, соответственно
>если вы используете Mono - вы используете технологию Novell, которая обладает
>разрешением на использование такой технологии (той, что выходит за рамки ECMA).
>Т.е. Mono можно спокойно использовать. Проведу параллель с Intel и AMD.
>У компании AMD права на использование технологии x86 в свое время
>были лицензированы у Intel. Рассуждение о использовании Mono на других платформах
>и опасности этого неправомерны. Mono - продукт Novell. Соответственно используя его
>и соглашаясь с лицензионным соглашением Mono остальное - дела и проблемы
>Novell а не ваши. А у Novell с лицензиями все в
>порядке.

Вот пока за рамками ECMA и не видно просвета - вот, уже понимате, где собака зарыта.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

219. "Положение Mono в свете неопределенной патентной ситуации"  –1 +/
Сообщение от Трухин Юрий Владимирович on 19-Окт-09, 09:03 
>Вот пока за рамками ECMA и не видно просвета - вот, уже
>понимате, где собака зарыта.

не очень. Был же отказ от патентных претензий Майкрософта.


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

230. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Аноним (??) on 19-Окт-09, 20:49 
>>Вот пока за рамками ECMA и не видно просвета - вот, уже
>>понимате, где собака зарыта.
>
>не очень. Был же отказ от патентных претензий Майкрософта.

не было.
читайте первоисточник: http://tirania.org/blog/archive/2009/Jul-06.html
А что такое C# и CLR без библиотек, сами наверно знаете.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

239. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Хоменко (ok) on 19-Окт-09, 23:46 
http://www.opennet.dev/openforum/vsluhforumID3/59755.html#134
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру