The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Положение Mono в свете неопределенной патентной ситуации, opennews (??), 16-Окт-09, (0) [смотреть все] –1

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

112. "Положение Mono в свете неопределенной патентной ситуации"  +1 +/
Сообщение от Ъ (?), 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 Salowemail (ok), 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), 16-Окт-09, 22:40 
> то тут преймущества у .net просто неоспоримые. Единая кодовая база уже стоит многого.

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

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

138. "Положение Mono в свете неопределенной патентной ситуации"  +/
Сообщение от Ъ (?), 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.

Ответить | Правка | К родителю #116 | Наверх | Cообщить модератору

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

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

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

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

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

неправда.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

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

google:/llvm

Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

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

google:/llvm and gcc

Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

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

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

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

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

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

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

Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

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

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

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

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

Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

Ответить | Правка | К родителю #156 | Наверх | Cообщить модератору

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

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

Ответить | Правка | К родителю #160 | Наверх | Cообщить модератору

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

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

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

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

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

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

Ответить | Правка | К родителю #160 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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


Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

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

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

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

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

Ответить | Правка | К родителю #172 | Наверх | Cообщить модератору

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

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

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

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

Ответить | Правка | К родителю #178 | Наверх | Cообщить модератору

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

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

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

Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

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

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


Ответить | Правка | К родителю #156 | Наверх | Cообщить модератору

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

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

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

Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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


Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Пруфлинк.

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

Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

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

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

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

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

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


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

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

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

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

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

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

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

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

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

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

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

183. "Положение Mono в свете неопределенной патентной ситуации"  –1 +/
Сообщение от Ъ (?), 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), 18-Окт-09, 01:04 
вот переведите сначала правильно))) там нет ни слова, что цель проекта запускать .net приложения
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

ну и?

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

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

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

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

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

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

Ответить | Правка | К родителю #193 | Наверх | Cообщить модератору

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

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

Ответить | Правка | К родителю #199 | Наверх | Cообщить модератору

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

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

Ответить | Правка | К родителю #200 | Наверх | Cообщить модератору

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

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

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

Наивный.

Ответить | Правка | К родителю #201 | Наверх | Cообщить модератору

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

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

Ответить | Правка | К родителю #203 | Наверх | Cообщить модератору

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

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

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

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

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

Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

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

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

Ответить | Правка | К родителю #231 | Наверх | Cообщить модератору

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

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

Ответить | Правка | К родителю #232 | Наверх | Cообщить модератору

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

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

Ответить | Правка | К родителю #231 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

Ответить | Правка | К родителю #233 | Наверх | Cообщить модератору

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

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

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

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

Ответить | Правка | К родителю #235 | Наверх | Cообщить модератору

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

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

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

Ответить | Правка | К родителю #237 | Наверх | Cообщить модератору

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

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

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

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

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

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

Ответить | Правка | К родителю #241 | Наверх | Cообщить модератору

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

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

Ответить | Правка | К родителю #233 | Наверх | Cообщить модератору

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

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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