Еще одна волна анти 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.me/opennews/art.shtml?num=23868
Ведь он все верно говорит. Правда на деле все наоборот. Кстати, недавно зашел на irc.gnome.org, самая посещаемый канал - #mono.
>Кстати, недавно зашел на irc.gnome.org, самая посещаемый канал - #mono.Как там... миллион мух не может ошибаться? Аргуме-е-ент.
Нежно любимый опенсорсниками микрософтушка на этом видимо хочет сыграть. Попросту устроив дело так что или вы платите им бабло или - на полунелегальном положении. Да здравствуют налоги на технологии! Разумеется, как всегда в пользу Микрософта почему-то.
> Такая ситуация перманентной неопределенности не может не волновать сторонников по настоящему свободных технологий.как показывает практика, среди сторонников свободных технологий не так уж и много "сторонников по настоящему свободных технологий".
У вас в Бабруйске? Верим. У нас - по другому.
>Ведь он все верно говорит. Правда на деле все наоборот. Кстати, недавно
>зашел на irc.gnome.org, самая посещаемый канал - #mono.Остальные пользуются jabber.
про положение моно можно сказать не читая новость - полная неуверенность в завтрашнем дне в технологическом и юридическом планах.
>про положение моно можно сказать не читая новость - полная неуверенность в завтрашнем >дне в технологическом и юридическом планах.Юридические гарантии от исков MS давала ,правда касались они только реализации котороя утверждена в ISO .Но нет гарантий от исков по кросс-лицензионным договорам ,а фичи Net 3 и старше вообще практически не портируемые .....
В общем правы были "аналитики " L.O.R -стратегия была увлечь разработчиков вкусностями платформы ,привлечь "кросплатформенностью" а затем ........
>Юридические гарантии от исков MS давала ,правда касались они только реализации котороя
>утверждена в ISO .Ага, и что с ней делать? Виндузятники будут юзать свои винформсы, а на них гарантий никто не давал. Итог?! Как всегда - то есть, все кто не микрософт и не их партнер т.е. не делится баблом - в жопе. Или у них чистый вариант технологии, который не совместим с виндами, или у них есть некоторые проблемы с шантажом, т.к. MS как всегда устроит возню где-то под ковром и пообещает в суд подать, если они не поделятся баблом в рамках "партнерства".
При том по-моему данный шаблон наблюдался уже немало раз. Кому-то сильно неймется хапнуть +1 к своему счетчику epic fail-ов? Конечно, господину Мигелю когда он входит в совет директоров и работает в новелл бояться нечего. А если вы не входите в совет директоров и не новелль - есть повод призадуматься.
>про положение моно можно сказать не читая новость - полная неуверенность в
>завтрашнем дне в технологическом и юридическом планах.Да там то как раз все предельно ясно - вы или платите микрософту и партнерите с ними, или имеете массу проблем, особенно если у вас денег - есть. Кто-то еще к 2009 году не просек как МС деньги подковерным шантажом вымогает, склоняя вендоров к партнерству путем ... угроз подать в суд? :)
Как некоторые клюнули на Mono?
Когда появилось Mono мне как программисту стало интересно её потрогать, пощупать. Нужно было для одной фирмы написать небольшую программу (работа с БД). Я хотел это сделать на Mono но тогда она была очень не доработана. Говоря короче мне тогда Mono не понравилась, документации было мало и т. д. Так вот ту небольшую программу я написал с использованием PyGTK. А со временем так получилось, что небольшая программа выросла и стала довольно полезной и нужной для той компании.
Так вот если бы я написал её на Mono не знаю во что бы это вылилось, маленькую программу (одно окно, пара кнопок) переписать, на что ни будь другое легко. А вот когда программа внедрена, отлажена и уже работает так как нужно - весьма затруднительно.
Подводя итоги я считаю, что мне повезло, но вот люди которые начали крупные проекты на Mono действительно попали в кабалу из которой так просто не выбраться.
Не используя Mono я не потерял ничего.
PS. Всё выше сказанной ИМХО.
>[оверквотинг удален]
>и стала довольно полезной и нужной для той компании.
>Так вот если бы я написал её на Mono не знаю во
>что бы это вылилось, маленькую программу (одно окно, пара кнопок) переписать,
>на что ни будь другое легко. А вот когда программа внедрена,
>отлажена и уже работает так как нужно - весьма затруднительно.
>Подводя итоги я считаю, что мне повезло, но вот люди которые начали
>крупные проекты на Mono действительно попали в кабалу из которой так
>просто не выбраться.
>Не используя Mono я не потерял ничего.
>PS. Всё выше сказанной ИМХО.Так в этом то и вся сущность дотнета.
Что он дает разработчику? Да ничего, еще одна платформа, одна из многих.
Чем она характеризуется, а тем что приложения будут больше жрать ресурсов и медленнее работать.Понять такое с java еще понятно --- независимость от платформы, как залог того что с кодом будет меньше возни, в не зависимости от изменчивой ситуации чего сейчас хочет заказчик, а чего захочет через 5 лет.
А что дотнет, привязка к одной платформе, несовместимость даже между своими фреймворками,
проблемы с лицензированием, шаг влево, шаг вправо от того что хочет MS, и получи иск.
Mono работает на нескольких ОС. Не ври.
>Mono работает на нескольких ОС. Не ври.Я собственно про дотнет, так что контекст не меняй парниша.
Может оно (моно) и работает на нескольких ОС, но уж больно криво оно работает, любое GUI (Windows Form) приложение к примеру не работает. А это уже знаете ли не кроссплатформенность, это так только как аргумент в споре, что мол есть, но не для реального применения. И ситуация это не изменится, моно всегда будет слаборазвитым догоняющим огрызком от реализации MS, см. патенты.
>но уж больно криво оно работает, любое GUI (Windows Form) приложение к примеру не работаетопять новость про моно, а пишут про дотнет. gtk# работает везде одинаково и не криво
>>но уж больно криво оно работает, любое GUI (Windows Form) приложение к примеру не работает
>
>опять новость про моно, а пишут про дотнет. gtk# работает везде одинаково
>и не кривоИ чё? Gtk стал родным интерфейсом для виндоус? Движение то в одну сторону, на платформу виндоус, а вот приложение написанное в виндоус на других платформах работать не будет.
причем тут windows, winforms???? речь идёт о Mono, для интерфейса предлагается использовать gtk# и на linux, и на windows, и на macos
А при чем тут вообще gtk. Речь шла о winforms в mono. А с gtk итак все понятно, в плане кроссплатформености, только mono к этому отношения никакого не имеет.
>Может оно (моно) и работает на нескольких ОС, но уж больно криво оно работает, любое GUI >(Windows Form) приложение к примеру не работает.вы написали, что ЛЮБОЕ gui приложение на mono работает криво, причем указали почему-то на winforms. основным средством для создания интерфейса в mono является gtk#, работает на многих платформах и неплохо работает.
>>вы написали, что ЛЮБОЕ gui приложение на mono работает криво, причем указали
>почему-то на winforms.Вы реально не понимаете о чем речь, или есть желание в упор фактов не замечать?
Повторяю:
1. Доминирующим фреймворком для дотнета, явяется не моно, и никогда, в силу перечисленных в статье причин им не будет! Это факт! Это даже 2 факта!
2. Поэтому чего использует моно, никому не интересно, в силу указанного выше (1), важно что он не использует, для полноценной кроссплатформенности написанных на дотнете приложений.
3. А в силу этого(2), теряется весь смысл дотнета как такого, потому как получаем на выходе не кроссплатформенные приложения, которые проигрывают по всем статьям обычным опять же не кроссплатформенным компилируемым приложениям, а с появлением для них полноценных кроссплатформенных фреймворков, вроде Qt, этот проигрыш все больше и больше.
4. Если у Java рекламный лозунг "Написано однажды --- работает везде", и из-за этого можно поступится с потерей ресурсов при исполнении программы, при то у дотнета: "Devlopers,Developers,Developrs..."
5. Есть ли какие-либо объективные причины, для проталкивания дотнета MS ? Да есть --- получить как больше непереносимых приложений, для увеличения функционала своей платформы.
6. Какую роль в этом (5) играет моно --- да козла отпущения, а в силу указанного в (1), и компрометации качества и функционала СПО.
> 2. Поэтому чего использует моно, никому не интересно, в силу указанного выше (1), важно что он не использует, для полноценной кроссплатформенности написанных на дотнете приложений.Это смотря где. Мы пользуем моно именно для того чтобы отдельные части нашего продукта можно было запустить под никсами. Впрочем клиент всё-равно под виндой.
> 3. А в силу этого(2), теряется весь смысл дотнета как такого, потому как получаем на выходе не кроссплатформенные приложения, которые проигрывают по всем статьям обычным опять же не кроссплатформенным компилируемым приложениям, а с появлением для них полноценных кроссплатформенных фреймворков, вроде Qt, этот проигрыш все больше и больше.
Это всё конечно правда если не учитывать такой параметр как install base. Учитывая что .net есть на 90% машин, то ваш аргумент можно просто игнорировать.
> 4. Если у Java рекламный лозунг "Написано однажды --- работает везде", и из-за этого можно поступится с потерей ресурсов при исполнении программы, при то у дотнета: "Devlopers,Developers,Developrs..."
О совместимости java-машин тоже легенды уже ходят. Что же касается "Developers", то без поддержки разработчиков платформа очень быстро угасает. В истории таких примеров достаточно.
> 5. Есть ли какие-либо объективные причины, для проталкивания дотнета MS
Это уже каждый решает сам. .net удобен для написания больших програмных комплексов. Если же у вас один вебсайт или простенькая софтинка для работы с базой - то тут преймуществ у .net нет, но если у вас и приложение, и web-сайт, и пара серверных приложений, причём часть работает у вас, часть у клиентов, то тут преймущества у .net просто неоспоримые. Единая кодовая база уже стоит многого.
> то тут преймущества у .net просто неоспоримые. Единая кодовая база уже стоит многого.Премущества по сравнению с жабой? Гы-гы! Вот там и правда единая кодовая база, а не " отдельные части нашего продукта".
>[оверквотинг удален]
>
>Это смотря где. Мы пользуем моно именно для того чтобы отдельные части
>нашего продукта можно было запустить под никсами. Впрочем клиент всё-равно под
>виндой.
>
>> 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.
>Для чего нужна промежуточная компиляция в байткод и в чем ее минусы?
>
>А нужна она для обеспечения кроссплатформености, а минусы ее:
>1. Меньшая скорость работы приложений.
>2. Большее потребление ресурсов: CPU HDD и главное ОЗУ.глупости пишете.
>для обеспечения кроссплатформености
нет. для работы виртуальной машины.
>Меньшая скорость работы приложений
неправда.
>Большее потребление ресурсов: CPU HDD и главное ОЗУ
частичная ложь.
jit или aot используют мизерное количество циклов
байт-код более высокоуровневый, в исполняемых файлах меньшее количество инструкций
для экономии озу следует отказаться от автоматического управления памятью.
или проводить статический анализ - байткод в этом поможет.
>[оверквотинг удален]
>>
>>А нужна она для обеспечения кроссплатформености, а минусы ее:
>>1. Меньшая скорость работы приложений.
>>2. Большее потребление ресурсов: CPU HDD и главное ОЗУ.
>
>глупости пишете.
>
>>для обеспечения кроссплатформености
>
>нет. для работы виртуальной машины.А работа виртуальной машины зачем нужна? Не для кроссплаформености?
>>Меньшая скорость работы приложений
>
>неправда.Правда, если больше ресурсов жрет, значит медленее.
>>Большее потребление ресурсов: CPU HDD и главное ОЗУ
>
>частичная ложь.
>jit или aot используют мизерное количество циклов
>байт-код более высокоуровневый, в исполняемых файлах меньшее количество инструкций
>для экономии озу следует отказаться от автоматического управления памятью.
>или проводить статический анализ - байткод в этом поможет.Самый короткий путь --- это прямая. Самый быстрый код это код который исполняется напрямую, без всяких зигзагов в сторону виртуальной машины.
>>jit или aot используют мизерное количество циклов
ага, для каждой инструкции.
>>байт-код более высокоуровневый, в исполняемых файлах меньшее количество инструкций
которые транслируются в большее количество инструкций на реальной машине.
>>для экономии озу следует отказаться от автоматического управления памятью.
... и вообще виртуальной машины.
>Самый короткий путь --- это прямаяgoogle:/llvm
>Самый короткий путь --- это прямая
>google:/llvmgoogle:/llvm and gcc
>А работа виртуальной машины зачем нужна? Не для кроссплаформености?Вы лучше разберитесь какая в .net виртуальная машина.
>Самый короткий путь --- это прямая. Самый быстрый код это код который
>исполняется напрямую, без всяких зигзагов в сторону виртуальной машины.пользуйте ngen, если хотите напрямую без зигзагов.
>>>jit или aot используют мизерное количество циклов
>ага, для каждой инструкции.jit компилятор вообще-то делает компиляцию в процесе выполнения
>[оверквотинг удален]
>глупости пишете.
>
>>для обеспечения кроссплатформености
>
>нет. для работы виртуальной машины.
>
>>Меньшая скорость работы приложений
>
>неправда.
>А вот теперь позвольте спросить, а нафига собственно то и создаются эти самые виртуальные машины то.
Есть конечно варианты выглядящие нескольлко абсурдно, например: для того что ба повысить продажи нового оборудования, понятно же что любая виртуализация работет менее быстро чем нативное решение. Но это абсурдный вариант, а вот менее абсурдный, его то и толькают как преимущество технологии, звучит так: виртуальная машина позволяет использовать приложение написанное под неё на любой аппаратной платформе под которую существует реализация данной машины, а именно, обеспечение кроссплатформенности.
И таки позвольте спросить, почему Вы считаете что преъидущий оратор говорит глупость и не правду.>>Большее потребление ресурсов: CPU HDD и главное ОЗУ
>
>частичная ложь.
>jit или aot используют мизерное количество циклов
>байт-код более высокоуровневый, в исполняемых файлах меньшее количество инструкций
>для экономии озу следует отказаться от автоматического управления памятью.
>или проводить статический анализ - байткод в этом поможет.По моему скромному мнению провести статистический анализ программы, а так же использовать меньшее количество инструкций сможет позволить несколько простых сущностей не привязанных к вендору как .net, а именно, это опыт разработчика, и обыкновенный дебагер.
>Для чего нужна промежуточная компиляция в байткод и в чем ее минусы?Почитайте 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 в рамках проекта в разных пропорциях)
>[оверквотинг удален]
>
>читай выше.
>
>>А если у клиента соляка стоит на серверах, или не дай бог
>>Linux? то конечно вы ему порекоммендуете ему Windows Server Enterpise Edition.
>
>Я уже понял что вы далеки от программирования и разработки софта. Вначале
>всегда идёт ТЗ. Если у клиента солярка или другой юникс/не-юникс, тогда
>и разработка будет идти на чём-то другом (у меня были в
>основном c/c++/java в рамках проекта в разных пропорциях)Вы путаете причину и следствие. Причина применения виртуальной машины --- кроссплатформенность. Следствие --- оптимизация кода.
Грамотный код написанный на С или C++ ,всегда быстрее грамотного кода написанного на .net или java.
Это неоспоримый факт.
Все остальное не важно, и у какого какие "рюшечки" и "феничики" --- просто разбавление "водой" здравого смысла.
>Я уже понял что вы далеки от программирования и разработки софта.
Я не далек от программирования, но такие прописные истины может понять даже ребенок: "Самый короткий путь всегда прямая".
>Вы путаете причину и следствие. Причина применения виртуальной машины --- кроссплатформенность. Следствие
>--- оптимизация кода.Точнее сказать насущная необходимость оптимизации кода.
>Вы путаете причину и следствие. Причина применения виртуальной машины --- кроссплатформенность. Следствие
>--- оптимизация кода.Кто вам такое сказал про причину? Достаточно высокоуровневая виртуальная машина даёт вам возможность использовать единую кодовую базу для нескольких языков. Весь interop лежить внутри машины.
>Грамотный код написанный на С или C++ ,всегда быстрее грамотного кода написанного
>на .net или java.Ещё раз - виртуальная машина .net занимается компиляцией в нативный код на лету. Достичь той же производительности что и в плюсах можно.
>>Я уже понял что вы далеки от программирования и разработки софта.
>Я не далек от программирования, но такие прописные истины может понять даже
>ребенок: "Самый короткий путь всегда прямая".Всё зависит от геометрии и пространства.
>Кто вам такое сказал про причину?Дык кто вы и и сказали, или кто-то кто с вами солидарен, ники тут меняются не углядишь.
>Достаточно высокоуровневая виртуальная машина даёт вам возможность использовать единую кодовую базу для нескольких языков. Весь interop лежить внутри машины.
Еще один прикол. А скажите я, скажем в нативном питоне, не могу использовать единую кодовую базу?
>Ещё раз - виртуальная машина .net занимается компиляцией в нативный код на лету.
И делает она это по всей видимости на святом духе, не тратя ресурсов реальной машины?
>Достичь той же производительности что и в плюсах можно.
Ох уж эти сказочники.
>>Достаточно высокоуровневая виртуальная машина даёт вам возможность использовать единую кодовую базу для нескольких языков. Весь interop лежить внутри машины.
>Еще один прикол. А скажите я, скажем в нативном питоне, не
>могу использовать единую кодовую базу?Можете, но только не забывайте что общим для всех языков в .net является достаточно высокоуровневый clr. Не думаю что питон может похвастаться чем-то похожим.
>>Ещё раз - виртуальная машина .net занимается компиляцией в нативный код на лету.
>И делает она это по всей видимости на святом духе, не тратя
>ресурсов реальной машины?Сборки из GAC-а сохраняются в кеше. Да и желающие могут вручную запустить ngen и построить нативные версии сборок.
>>>Достаточно высокоуровневая виртуальная машина даёт вам возможность использовать единую кодовую базу для нескольких языков. Весь interop лежить внутри машины.
>>Еще один прикол. А скажите я, скажем в нативном питоне, не
>>могу использовать единую кодовую базу?
>
>Можете, но только не забывайте что общим для всех языков в .net
>является достаточно высокоуровневый clr. Не думаю что питон может похвастаться чем-то
>похожим.Ну раз могу это делать везде, то тогда зачем же используется виртуальная машина?
Аргумент с оптимизацией провалился.
С единой кодовой базой тоже, что еще придумаете?>>>Ещё раз - виртуальная машина .net занимается компиляцией в нативный код на лету.
>>И делает она это по всей видимости на святом духе, не тратя
>>ресурсов реальной машины?
>
>Сборки из GAC-а сохраняются в кеше. Да и желающие могут вручную запустить
>ngen и построить нативные версии сборок.Да хоть в кеше, хоть у бабки Клавы за пазухой, инструкции выполняются на процессоре, и жрут процессорное время, и кеш этот в ОЗУ торчит.
>Всё зависит от геометрии и пространства.Я таки думаю, что MS еще пока не владеет такой технологией, по изменению четырехмерного пространства-времени.
>Почитайте Dragon book (Компиляторы, принципы, технологии и инструментарий, Ахо, Сети, Ульман и
>уже Лам) xtx про структуру любого компилятора, хотябы того же gcc.
>Сейчас любой компилятор фактически переводит программу в некий байткод, выполняет отпимизации
>и потом байткод переводит в нативный. Для чего это сделано -
>для упрощения: перевод в байткод является language specific задачей, оптимизация и
>перевод в нативный код - уже общая задача для всех языков.Согласен, любой компилятор оптимизирует код. Но! Любой скомпилированный код всегда выполняется быстрее и с меньшими накладными затратами на реальной машине, чем на виртуальной.
>gtk# работает везде одинаково и не кривоЗато винформсы - не для всех. В итоге есть первый сорт ака винды, и есть все остальные, которые или платят или рискуют быть засуженными к такой-то фене. Честная конкуренция по микрософтовски, хренли.
Внимание, вопрос на засыпку: почему другие кроссплатформенные среды и либы не производят деления на первый и второй сорт? Может, потому что там микрософта нет? :)
> Внимание, вопрос на засыпку: почему другие кроссплатформенные среды и либы не производят > деления на первый и второй сорт? Может, потому что там микрософта нет? :)потому, что они вынуждены догонять сами-знаете-кого, а в таких условиях любые средства хороши. Выбились бы те же Санки в монополюги, к бабке не ходи, сразу бы и пошли, и привязки к платформе и "одобрено-не одобрено" и патентные дела, чуть что.
>Я собственно про дотнет, так что контекст не меняй парниша.А чего это ты, собственно, про дотнет, ты тему топика читал?
>Может оно (моно) и работает на нескольких ОС, но уж больно криво
Каким образом ты это выяснил? Конкретные примеры будут, или просто пустые слова?
>любое GUI (Windows Form) приложение к примеру не работает.
_Любое_ mono-приложение работает в mono. Быть пускалкой .net приложений mono не обязано, никогда ей не являлась и таковой быть не собирается. То, что некоторый дотнет-софт работает под моно - не более чем приятное дополнение.
>А это уже знаете ли не кроссплатформенность
Mono настолько же кроссплатформенна, как и java.
>см. патенты.
см. патенты на Java. Oracle - он еще похлеще микрософта.
> У тебя с головой проблемы? _Любое_ mono-приложение работает в mono. Быть пускалкой .net приложений mono не обязано, никогда ей не являлась и таковой быть не собирается. То, что некоторый дотнет-софт работает под моно - не более чем приятное дополнение.http://www.mono-project.com/Main_Page
Что там на главном баннере написано?
>Что там на главном баннере написано?там написано "Puskalka dlya vsego dotnet-softa"
>>Я собственно про дотнет, так что контекст не меняй парниша.
>
>А чего это ты, собственно, про дотнет, ты тему топика читал?Да, и не только тему, но и содержание. А ты похоже нет, да и зачем, главное ведь пропиарить.
>>Может оно (моно) и работает на нескольких ОС, но уж больно криво
>
>Каким образом ты это выяснил? Конкретные примеры будут, или просто пустые слова?
>Хороший разрыв предложения, дочитывай его дальше:
>>любое GUI (Windows Form) приложение к примеру не работает.
Могу добавить сильверлайт в эту же кучу.
>У тебя с головой проблемы?
Да, не подаюсь гипнозу и зомбированию.
>_Любое_ mono-приложение работает в mono. Быть пускалкой
>.net приложений mono не обязано, никогда ей не являлась и таковой
>быть не собирается. То, что некоторый дотнет-софт работает под моно -
>не более чем приятное дополнение.О как, то есть по одному принятому ECMA международному стандарту пишутся приложения, а работать они и вовсе не обязаны.
Есть две гайки одинакового диаметра, с метрической резьбой от разных производителей, а закручиваться на винт того же диаметра, с той же резьбой они не обязаны.
Хорошая логика.
>>А это уже знаете ли не кроссплатформенность
>
>Mono настолько же кроссплатформенна, как и java.
>
>>см. патенты.
>
>см. патенты на Java. Oracle - он еще похлеще микрософта.Пруфлинк.
P.S. Java официально OpenSource.
>Mono работает на нескольких ОС. Не ври.Угу, только почему-то у остальных кроссплатформенных фреймворков нет деления на "первый сорт" ака винды и "все остальное". Микрософт - мягко стелит, да жестко спать.
>Угу, только почему-то у остальных кроссплатформенных фреймворков нет деления на "первый сорт"
>ака винды и "все остальное".И чем же реализация от Mono for Windows отличается от Mono for Linux? В чем избранность-то заключается?
>>Угу, только почему-то у остальных кроссплатформенных фреймворков нет деления на "первый сорт"
>>ака винды и "все остальное".
>
>И чем же реализация от Mono for Windows отличается от Mono for
>Linux? В чем избранность-то заключается?Ничем, только к делу это не относится.
да? вам лишь бы покричать про microsoft? новость про mono, функциональность одинакова на всех платформах
>да? вам лишь бы покричать про microsoft? новость про mono, функциональность одинакова
>на всех платформахАга, только дотнет-приложения (для чего и создавался) этот моно не может исполнить. Ну и нафиг он нужен тогда.
>Ага, только дотнет-приложения (для чего и создавался) этот моно не может исполнитьс чего вы взяли, что mono для этого создавался??? совместимость с .net никогда не была главной задачей этого проекта
>>Ага, только дотнет-приложения (для чего и создавался) этот моно не может исполнить
>
>с чего вы взяли, что 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
вот переведите сначала правильно))) там нет ни слова, что цель проекта запускать .net приложения
>вот переведите сначала правильно))"Моно это программная платформа позволяющая разработчикам легко создавать кроссплатформенные приложения. Это открытая реализация .NET Microsoft фреймворка, основанного на стандартах ECMA для C# и Common Language Runtime. Мы считаем, что благодаря успешной стандартизации программной платформы, мы можем снизить барьеры для производства большого приложений для Linux."
>там нет ни слова, что цель проекта запускать .net приложения
"Мы считаем, что благодаря успешной стандартизации программной платформы, мы можем снизить барьеры для производства большого приложений для Linux."
>>там нет ни слова, что цель проекта запускать .net приложения
>
>"Мы считаем, что благодаря успешной стандартизации программной платформы, мы можем снизить барьеры
>для производства большого приложений для Linux."ну и?
И о каких барьерах идет речь?
вы же у нас экстрасенс - сами и отвечайте.
Уже ответил выше.
>"Моно это программная платформа позволяющая разработчикам легко создавать кроссплатформенные приложения."и что? здесь есть где-то про запуск .net приложений? mono действительно позволяет создавать кросплатформенные приложения для всех популярных сейчас десктопных ОС
"Мы считаем, что благодаря успешной стандартизации программной платформы, мы можем снизить барьеры для производства большего количества приложений для Linux"О стандартизации какой платформы говорится? Какие барьеры поставлены для этой платформы для Linux?
есть стандарт ECMA для C# и CLR, о его реализации и говорится.Причем здесь барьеры для этой платформы? Просто Mono позволяет многим быстрее начать писать приложения, чем если бы они использовали С++.
>Причем здесь барьеры для этой платформы?Это вы меня спрашиваете? Не знаю. Но сайте mono так и написано.
>Просто Mono позволяет многим быстрее начать писать приложения, чем если бы они использовали С++.
Наивный.
>Не знаю. Но сайте mono так и написано.да у вас не с переводом проблемы, а с чтением, вы где-то видите то, чего нет))
>да у вас не с переводом проблемы, а с чтением, вы где-то видите то, чего нет))Ну если выкинуть слова из песни (что собственно вы и сделали), а именно ""Это открытая реализация .NET Microsoft фреймворка", и налягать только на ECMA, то конечно смысл измениться, а точнее потеряется полностью. Появляются какие-то "непонятные барьеры"
>да у вас не с переводом проблемы, а с чтением, вы где-то видите то, чего нет))
"Это открытая реализация .NET Microsoft фреймворка, основанного на стандартах ..."
Читай "читатель" и в этой открытой реализации точканетовские приложения не запускаются, прикол да?
>"Это открытая реализация .NET Microsoft фреймворка, основанного на стандартах ..."
>
>Читай "читатель" и в этой открытой реализации точканетовские приложения не запускаются, прикол
>да?Эм, кто такое сказал? У mono есть конечно свои особенности, но в целом приложения более/менее работают, как показывает личный опыт.
>Эм, кто такое сказал? У mono есть конечно свои особенности, но в целом приложения более/менее работают, как показывает личный опыт.Мне вам по 10 кругу объяснять чего там не работает, или вы потрудись перечитать тред?
а где-то на сайте проекта гарантируется запуск приложений .net?... мне лично хватает того что приложения mono работают на 3-х основных системах
>а где-то на сайте проекта гарантируется запуск приложений .net?
>
>... мне лично хватает того что приложения mono работают на 3-х основных
>системахТы не поверишь, но в Linux на прикладном уровне не существует не кроссплатформенных программ, на каком бы языке они не были бы написаны. OpenSourse да и развитая инфраструктура для кросскомпилирования, не говоря уже про различные системы начиная от cigwin и кончая всякими coLinux/andLinux. Хотя конечно некоторая доработка под систему должна быть, но практика показывает что это не решающий вопрос.
Системный уровень трогать не будем, да и для не Mono эти задачи.
И Mono тут непонятно зачем.
Для него не существует ниши. Разве что только программистов-композиторов пишущих на си-бемоли, да и те после дотнета будут плеваться.
Для Windows, Mono тоже не нужен, есть .Net и Mono ему не конкурент.
За "яблоки" не скажу, весь мой опыт это 20 минут в магазине повозился, с разрешения продавца --- не торкнуло ничем --- не купил.
[quote]
но в Linux на прикладном уровне не существует не кроссплатформенных программ, на каком бы языке они не были бы написаны. OpenSource да и развитая инфраструктура для кросскомпилирования, не говоря уже про различные системы начиная от cigwin и кончая всякими coLinux/andLinux. Хотя конечно некоторая доработка под систему должна быть, но практика показывает что это не решающий вопрос.
[/quote]Правильно, единственно правильно замечает товарищ. Плюс пять.
Кроссплатформенность есть суррогат переносимости. Переносимость написанного на чистых сях обеспечивает gcc, переносимость на питоне и прочем -- соответсвенно. Тут переносимость реализуется на уровне исходников, а не бинарников, поскольку скрывать исходники -- не по понятиям.
Кроссплатформенность *без открытия кода* -- именно об этом тайный умысел микрософта. Вот и соображайте, кому это надо и где какая конъюнктура на местах.
>Кроссплатформенность *без открытия кода* -- именно об этом тайный умысел микрософта.Откройте для себя такой замечательный продукт как Reflector, и бинарник .net лёгким движением руки превращается в исходник на IL/C#/VB/Delphi.NET/C++.NET/и ещё пара каких-то языков. Да и вообще без всей информации о сорце не будет работать reflection.
PS Уже по понятиям начали разбираться. Куда катиццо федо.
>Откройте для себя такой замечательный продукт как ReflectorЗвучит слишком пафосно.
>лёгким движением руки превращается в исходник на IL/C#/VB/Delphi.NET/C++.NET
Везде приставка .net не замечаете?
>PS Уже по понятиям начали разбираться. Куда катиццо федо.
Ну если людям нужно привести фразу, перевести ее, разжевать что там написано, если мозги загажены настолько что два предложения вместе стоящие связать не могут, о чем тут еще говорить как о не понятиях.
>а где-то на сайте проекта гарантируется запуск приложений .net?
>Да в том то и дело, что в открытой реализации .net запуск .net не гарантируется.
>Понять такое с java еще понятно --- независимость от платформы, как залог того что с кодом будет меньше возни, в не зависимости от изменчивой ситуации чего сейчас хочет заказчик, а чего захочет через 5 лет.С технической точки зрения, аналогия между дотнетом и java практически полная: тут вам и виртуальная машина, и сборщик мусора и множество других схожих черт. Так что если приводите эти аргументы, то будьте готовы аргументированно доказать, что помимо дотнета тормознытым отстоем является и java ;) Только вот дотнет появился позже и уже с учетом известных слабых мест java, и в большинстве случаев жрет меньше памяти и процессорного времени (а еще в дотнете удобно делать GUI, от которого не тошнит). Еще он поддерживает ДЕСЯТКИ языков программирования (в отличие от java), и самое главное - развивается семи-мильными шагами. Четвертая версия дотнета уже на подходе, а с ней и новые вкусности в c# 4.0, включение в официальную поставку функционального F# и кучу других нововведений. Если отбросить фанатизм, то становится очевидным, что если сейчас и ведутся серьезные разработки в этой области, так это в майкрософт (включая ведущих разработчиков того же Haskell'я, как бы не бесились от этого МС-ненавистники). А как у java обстоят с этим дела? Мало того, что там нет такого потока инноваций, так еще эта возня с Ораклом, явно java не на пользу. Поживем - увидим.
А оно уже работает где-то кроме винды?
>А оно уже работает где-то кроме винды?http://mono-project.com/Supported_Platforms
Что касается оригинального дотнета, то его нигде не будет, кроме винды, поскольку это преимущество платформы. Ну и 90% десктопов - не так уж и плохо.
p.s. Никогда не причислял кросс-платформенность к преимуществам дотнета. Сильные его стороны явно не в кросс-платформенности, которая далеко не всегда и нужна. Нужна кроссплатформенность - используйте Qt.
>>Понять такое с java еще понятно --- независимость от платформы, как залог того что с кодом будет меньше возни, в не зависимости от изменчивой ситуации чего сейчас хочет заказчик, а чего захочет через 5 лет.
>
>С технической точки зрения, аналогия между дотнетом и java практически полная: тут
>вам и виртуальная машина, и сборщик мусора и множество других схожих
>черт. Так что если приводите эти аргументы, то будьте готовы аргументированно
>доказать, что помимо дотнета тормознытым отстоем является и java ;)Я уже привел аргументы, что Java не в коем случае не является отстоем, см. что комментировал.
>[оверквотинг удален]
>тошнит). Еще он поддерживает ДЕСЯТКИ языков программирования (в отличие от java),
>и самое главное - развивается семи-мильными шагами. Четвертая версия дотнета уже
>на подходе, а с ней и новые вкусности в c# 4.0,
>включение в официальную поставку функционального F# и кучу других нововведений. Если
>отбросить фанатизм, то становится очевидным, что если сейчас и ведутся серьезные
>разработки в этой области, так это в майкрософт (включая ведущих разработчиков
>того же Haskell'я, как бы не бесились от этого МС-ненавистники). А
>как у java обстоят с этим дела? Мало того, что там
>нет такого потока инноваций, так еще эта возня с Ораклом, явно
>java не на пользу. Поживем - увидим.Слыш трохин зае.. со своим MS пиаром.
у юзера с твердым знаком вместо имени серьёзные проблемы
последние несколько дней ему повсюду мерещится какой-то трохин
>у юзера с твердым знаком вместо имени серьёзные проблемы
>последние несколько дней ему повсюду мерещится какой-то трохинТрохин имя нарицательное. Тролль который из-за всех сил пытается пропиарить тут MS.
> Трохин имя нарицательное. Тролль который из-за всех сил пытается пропиарить тут MS.Да-а-а, все-таки правду говорит Торвальдс.
Его словами: "Ненависть к Микрософт есть болезнь."
Ъ - больной.
>С технической точки зрения, аналогия между дотнетом и 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 имеет к мелкософту? наверное такое же, как и изобретение интернета биллом гейцом :))) да, насчет потока инноваций, недавно на опеннете была ссылка на интересную статью, откуда у мелкософта взялись эти "инновации", советую почитать, так, для ликбеза :)
>может под оффтопиком это и правда, но вот на нормальных платформах (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.
>А может подскажите, что такое оффтопик и этимологию этого слова? :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
>ASP.NET MVC тут можно и Spring найти, и RoR :)MVC это вообще-то старый добрый паттерн. А реализация это уже пятое-десятое.
>WCF - хитро переделанный EJB 1.0 с чисто мс костылями :)
Ню-ню
>ADO.NET EF - попробуйте догадаться сами, это домашнее задание :)
Только не говорите что Hibernate :)
Этих ORM как собак не резаных, причём есть даже приличные. Да и на .net более-менее приличный орм можно за пару дней самому написать.> Или может быть в 10
>>версии Java они таки сделают адекватный аналог LINQ? :D
>
> зачем забивать язык таким хламом, если для этого можно воспользоваться,
>например, Scala
> такие же запросы к коллекциям в функциональном стиле как и
>у LINQLINQ это более общая техника, позволяет доступаться к разным data source без использования sql или чего-то ещё. В языке иметь такой инструмент полезно, дабы все проверки типов и т.д. выполнять в compile time.
>>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 кстати, может выложите через два дня свой фреймворк, а?
>
>>>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 не сравнится, но более лёгкий и болше заточеный под мои нужды. Выкладывать в общественный доступ желания нет, не вижу никаких причин для этого и преймуществ для себя.
>И что с этого? Или хорошие вещи нельзя передирать себе, а нужно
>постоянно изобретать велосипеды?
>Я и не говорил, что не нужно или это плохо. Суть моих высказываний сводилась к тому, что у мс в дотнете нет совершенно никаких инноваций, которые тут один неадекватный анонимный тролль пытался распиарить, при этом даже не смог назвать хотя бы одну. Пришлось самому называть эти "инновации" и объяснять их происхождение :)
> вот, блин унылый тролль. 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?
>[оверквотинг удален]
>>>И какое отношение 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 beansp. s. в java вы полный профан, так что не позорьтесь здесь, лучше попытайтесь доказать свою компетентность в дотнете и представить хотя бы одну инновацию :)
>[оверквотинг удален]
>>не утверждал, что Хаскель придумали в МС, а вот что ребята
>>из МС многое делают для его развития - чистейшей воды правда.
>>
>>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О чем вы вообще тут пишете? Не верите, что МС учла грабли жабы? Дык это очевидно же.
> 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 как в жабе.Кого ещё забыл?
>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
>и этимология слова "костыли" мне неизвестна, как некоторым здесь "оффтопик" :-Dслово "костыль" Вы произнесли сами, если Вам память начала изменять :-D И часто Вы пишете то, чего даже не понимаете? ;) А вообще да, костыли - это только у майкрософт, у всех остальных это правильный и элегантный oo-way :-D
>можно написать просто A.B.C.D, что намного удобнее и читабельней.
>- oo-way only это уже само по себе криво. В том же
>c# есть лямбды, которые просто синтаксический сахар для анонимных делегатов. Их
>краткая запись позволяет писать очень окуратный и читабельный код.
>- перегрузка операторов - штука полезная в некоторых случаях. Я вот сейчас
>пишу приложение которое делает вычисления на основе кватернионов, перегрузил в них
>основные матоперации и упирьод.
>- Expression tree и LINQ в частности. Прощай SQL и прочие внешние
>конструкции которые нельзя проверить на этапе компиляции. Я пишу выражение на
>C#, а кто-то дальше его разберёт и сгенерит корректный sql.P.P.S как я уже говорил, в scala есть и лямбды и перегрузки и все такое и выглядят функциональные возможности вполне естественно так как закладывались в язык by design, а вот в шарпе они действительно выглядят как костыли, может для вас это и не так, но для меня и реализация делегатов и замыкакний в java выглядят вполне нормально, вобщем на вкус и цвет товарищей нет
>P.P.S как я уже говорил, в scala есть и лямбды и перегрузки и все такое и выглядят функциональные возможности вполне естественно так как закладывались в язык by design, а вот в шарпе они действительно выглядят как костыли, может для вас это и не так, но для меня и реализация делегатов и замыкакний в java выглядят вполне нормально, вобщем на вкус и цвет товарищей нетА какое отношение имеет Scala к Sun? Это сторонняя разработка, никак с мейнстримом не связанная, был даже порт Scala на .net, но он умер за ненадобностью в процессе развития C#. Много enterprise-софта на этой Scala написано, в отличие от языка Java?
>(а еще в дотнете удобно делать GUI, от которого не тошнит).Ага, покажите мне пользователей которых бы не тошнило когда программа тормозит при тычках на элементы гуя. И пользователей которые бы перлись от перспектив ставить при установке программы дотнет буквально ЧАС, засрав диск на ~500 мегов дрянью и с риском что сетап дотнета еще и грохнется при установке(а это он умеет).
>>(а еще в дотнете удобно делать GUI, от которого не тошнит).
>
>Ага, покажите мне пользователей которых бы не тошнило когда программа тормозит при
>тычках на элементы гуя. И пользователей которые бы перлись от перспектив
>ставить при установке программы дотнет буквально ЧАС, засрав диск на ~500
>мегов дрянью и с риском что сетап дотнета еще и грохнется
>при установке(а это он умеет).500 мегов, всего-то? Уже вроде давно за гигабайт, со всеми версиями фреймворка. А уже если VS то все 75 Гигабайт.
>500 мегов, всего-то? Уже вроде давно за гигабайт, со всеми версиями фреймворка.
>А уже если VS то все 75 Гигабайт.Бугага :-D Это уже не сколько наглая ложь, сколько какой-то сильно тонкий юмор! =) Надо видимо отдать должное разработчикам Sun, которые научили Virtual Box уместить полный комплект (Visual Studio Ent. 2008 + MSDN + .net 3.5 + MSSQL2008) в виртуальной машине с диском на 40 Гигов, из которых 25 свободно:) А оказывается только дотнет со студией целых 75 гигов занимает! :D
>>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
>По моему все уже знают, какие требования предъявляет VS 2010, даже на
>баш орге посмеялись:
>http://bash.org.ru/quote/400658Вас, умников, получающих образование на башорге, видно издалека :D
Для тех, кто предпочитает другие источники ссылка:
http://www.microsoft.com/downloads/details.aspx?FamilyID=329...Если мозг сильно пострадал после башорга и осилить столько букаф нет никакой возможности, то есть есть ссылка в самом начале страницы "System Requirements", давить надо на неё:) А если даже и этого не осилите, то скажу заранее: требования по дисковому пространству 3 гигабайта, не сильно больше чем в 2008 студии.
> 3 гигабайта, не сильно больше чем в 2008 студии.Ну то есть, отнюдь не хило, что и требовалось доказать
>> 3 гигабайта, не сильно больше чем в 2008 студии.
>Ну то есть, отнюдь не хило, что и требовалось доказатьты дурачок или прикидываешься?
VS2008 со всей документацией под хоть каким-то краем задетые платформы 2.5Гб.
Без док - 400 метров, без док, CrystalReports и OfficeTools - 300метров.
по-твоему, доки - зло?
>>> 3 гигабайта, не сильно больше чем в 2008 студии.
>>Ну то есть, отнюдь не хило, что и требовалось доказать
>
>ты дурачок или прикидываешься?
>VS2008 со всей документацией под хоть каким-то краем задетые платформы 2.5Гб.
>Без док - 400 метров, без док, CrystalReports и OfficeTools - 300метров.
>
>по-твоему, доки - зло?Да я дурачок, не понимаю, как VS может "весить" меньше чем фрейворк, если этот фреймворк входит в состав VS.
>Да я дурачок, не понимаю, как VS может "весить" меньше чем фрейворк, если этот фреймворк входит в состав VSВидимо настолько дурачок, что не можешь сравнить 2 числа, а так же слушаешь слова унылого тролля с ником User294. Все версии фреймворка (от 1.0 до 3.5 sp1) в СУММЕ занимают на диске около 160 мегабайт. Теперь попробуй подумать еще раз.
>>Да я дурачок, не понимаю, как VS может "весить" меньше чем фрейворк, если этот фреймворк входит в состав VS
>
>Видимо настолько дурачок, что не можешь сравнить 2 числа, а так же
>слушаешь слова унылого тролля с ником User294. Все версии фреймворка (от
>1.0 до 3.5 sp1) в СУММЕ занимают на диске около 160
>мегабайт. Теперь попробуй подумать еще раз.160 никак не получается, еще 1 гигабайт дотнета непосредственно в Windows (XP SP3, Vista SP1). А от перестановки слагаемых сумма не меняется.
>>>Да я дурачок, не понимаю, как VS может "весить" меньше чем фрейворк, если этот фреймворк входит в состав VS
>>
>>Видимо настолько дурачок, что не можешь сравнить 2 числа, а так же
>>слушаешь слова унылого тролля с ником User294. Все версии фреймворка (от
>>1.0 до 3.5 sp1) в СУММЕ занимают на диске около 160
>>мегабайт. Теперь попробуй подумать еще раз.
>160 никак не получается, еще 1 гигабайт дотнета непосредственно в Windows (XP SP3, Vista >SP1). А от перестановки слагаемых сумма не меняется.Нету там никакого мифического "1 гигабайт дотнета непосредственно в Windows", не выдумывай.
>>>> 3 гигабайта, не сильно больше чем в 2008 студии.
>>Ну то есть, отнюдь не хило, что и требовалось доказать
>>
>>ты дурачок или прикидываешься?
>>VS2008 со всей документацией под хоть каким-то краем задетые платформы 2.5Гб.
>>Без док - 400 метров, без док, CrystalReports и OfficeTools - 300метров.
>>
>>по-твоему, доки - зло?
>Да я дурачок, не понимаю, как VS может "весить" меньше чем фрейворк, если этот фреймворк >входит в состав VS.Не позорься уже, ладно?
Фреймворк и VS это как JDK и Нетбинс у санок. JDK тоже весит метров 140 в архиве, заметь. А доки к Java качаются отдельно, еще около 110мб в архиве.НО! У Санок доки только на один язык и библиотеку, а у MS на все сразу. Все языки(плюсы, шарп, бейсик, JScript), библиотека, все технологии (включая которые еще из беты не вылезли), а примеры продублированы на все(!) ЯП.
За доки МС только аплодировать надо, причем стоя. В прошлом году даже перевели хелпы на русский. Тех денег, что за нее просят, Винда, Студия и МСДН стОят, однозначно. А вот Моно это грабли, Мигель сам, похоже, не понимает, чего натворил.
Дай бог, народ не кинется писать под этот капкан, а предпочтет оригинальный дотнет или жаву, если нужно кроссплатформно.
> Фреймворк и VS это как JDK и Нетбинс у санок. JDK тоже весит метров 140 в архиве, заметь.А доки к Java качаются отдельно, еще около 110мб в архиве.
Ну... Вообще-то не 140, а 70-80, в зависимости от платформы, а доки - максимум 55. А фреймворк и JDK вещи все же разные. .NET Framework корректнее сравнивать с JRE. Который весит максимум 30 Мб. И входит в состав JDK.
> За доки МС только аплодировать надо, причем стоя.
Да, неплохие доки.
> А вот Моно это грабли, Мигель сам, похоже, не понимает, чего натворил.
Ну, что уж тут: "натворил". Каждый что хочет, то и творит, но сколько бы ты ни "натворил", если оно никому не надо, никто и пользоваться не будет. Впрочем, под Mono, как видим, и программ сейчас особо нету. И навряд ли будет их много.
> Дай бог, народ не кинется писать под этот капкан, а предпочтет оригинальный дотнет или жаву, если нужно кроссплатформно.
Да так и будет, надеюсь. Кому программы под Mono нужны? Одним линуксоидам/юниксоидам. А на винде еще придется Gtk# водружать. Проще нативно под линукс написать.
> А фреймворк и JDK вещи все же разные. .NET Framework корректнее сравнивать с JRE. Который весит максимум 30 Мб. И входит в состав JDK.Ерунда. Можете сами посмотреть - в любой .Net Framework входят ВСЕ компиляторы. Напишите приложение в Блокноте - и оно превосходно соберется и выполнится.
Среда сборки именно то, что вырезано в JRE. Отсюда вывод - Framework = JDK.
> в любой .Net Framework входят ВСЕ компиляторы.Простите, не знал. Надо же, правда входят, хотя только для 4-х основных, а не для всех.
Правда, это вызывает закономерный вопрос, насколько это целесообразно (особенно с учетом монструозности фреймворка). Хотя там, может быть, не удалось бы значительно сэкономить, как в JDK, если б вырезали.
>> в любой .Net Framework входят ВСЕ компиляторы.
>
>Простите, не знал. Надо же, правда входят, хотя только для 4-х основных,
>а не для всех.
>
>Правда, это вызывает закономерный вопрос, насколько это целесообразно (особенно с учетом монструозности
>фреймворка). Хотя там, может быть, не удалось бы значительно сэкономить, как
>в JDK, если б вырезали.Это нецелесообразно для Жавы, у нее другой метод исполнения сборок. (не хуже и не лучше, просто другой).
Для CLR-среды компиляторы необходимы, поскольку заранее оговорена возможность компиляции из уже исполняющегося приложения.
Грубо говоря, возможна компиляция и исполнение произвольной строки на любом языке, поддерживаемом фреймворком. Нафиг это надо - большой вопрос.
Пример применения здесь: http://www.codeproject.com/KB/dotnet/VBRunNET.aspx
>Ну то есть, отнюдь не хило, что и требовалось доказатьЧто и требовалось доказать - ты грандиозно слил. Всего-то в 25 раз :-D
>>Ну то есть, отнюдь не хило, что и требовалось доказать
>
>Что и требовалось доказать - ты грандиозно слил. Всего-то в 25 раз
>:-DДа вроде не слил. Вроде даже пруфлинк дали с 75 гигами.
>Да вроде не слил. Вроде даже пруфлинк дали с 75 гигами.Слил, и еще как слил. Пруфлинк был на дистрибутив Visual Studio 2010, о котором собственно и шла речь. И в том пруфлинке черным по белом было написано о требованиях в 3 гигах свободного пространства. 75 гигов занимает образ какой-то вирт. машины, в которую залито всё, что только можно. Его могли и 100 гигабайтным сделать, это вообще к делу не относится. НИКТО не заставляет никого качать этот образ, дистрибутив VS2010 вполне себе доступен и требует 3 гигабайта дискового пространства. Поэтому слив ровно в 25 раз
>>500 мегов, всего-то? Уже вроде давно за гигабайт, со всеми версиями фреймворка.
>>А уже если VS то все 75 Гигабайт.
>
>Бугага :-D Это уже не сколько наглая ложь, сколько какой-то сильно тонкий
>юмор! =) Надо видимо отдать должное разработчикам Sun, которые научили Virtual
>Box уместить полный комплект (Visual Studio Ent. 2008 + MSDN +
>.net 3.5 + MSSQL2008) в виртуальной машине с диском на 40
>Гигов, из которых 25 свободно:) А оказывается только дотнет со студией
>целых 75 гигов занимает! :DНу и прикольно конечно, было прочитать про 25 свободных гигов, в динамическом диске VirtualBox.
>Ну и прикольно конечно, было прочитать про 25 свободных гигов, в динамическом
>диске VirtualBox.Динамический диск и раздел NTFS (который буковкой С: подписывается) на этом диске - 2 разные вещи. Диск C имеет размер 40 Гигабайт, из них свободными являются 25, таким образом все установленное хозяйство занимает от силы 15 гигов. Тебе все еще смешно? :-D
>>Ну и прикольно конечно, было прочитать про 25 свободных гигов, в динамическом
>>диске VirtualBox.
>
>Динамический диск и раздел NTFS (который буковкой С: подписывается) на этом диске
>- 2 разные вещи. Диск C имеет размер 40 Гигабайт, из
>них свободными являются 25, таким образом все установленное хозяйство занимает от
>силы 15 гигов. Тебе все еще смешно? :-DДинамические диски в Virtual Box на то и динамические, что пустое место не хранят в файле образа. И да мне смешны твои потуги доказать очевидную глупость.
>Динамические диски в Virtual Box на то и динамические, что пустое место не хранят в файле образа. И да мне смешны твои потуги доказать очевидную глупость.Осознав, что наговорил кучу всякой ерунды, ты прыгаешь с темы на тему, пытаясь ухватиться за каждую из них как за спасительную соломинку. Речь здесь шла не о виртуальной машине, не о размере виртуального диска, и уж ТЕМ БОЛЕЕ не о том, сколько он занимает пространства на реальном диске. Речь шла о том, сколько занимает на диске Visual Studio, и в качестве простого иллюстративного примера была приведена конфигурация с диском (и не важно, реальным или нет) размером 40 гигов, на котором прекрасно себя чувствует туева хуча софта для разработки. Впрочем, конкретные пруфлинки уже были приведены, и слив твой документально засчитан.
>А уже если VS то все 75 Гигабайт.Сразу видно разрабов и тех кто просто потрепаться пришёл. MS выложило CTP VS2010 в виде виртуалки для VirtualPC. Виртуалка занимает 75G, там свободно гиг 50 вроде как, плюс установлено окромя VS/.net 4 ещё куча всего.
>>А уже если VS то все 75 Гигабайт.
>
>Сразу видно разрабов и тех кто просто потрепаться пришёл. MS выложило CTP
>VS2010 в виде виртуалки для VirtualPC. Виртуалка занимает 75G, там свободно
>гиг 50 вроде как, плюс установлено окромя VS/.net 4 ещё куча
>всего.Это конечно же, по вашему нормально: качать 50 Гигабайт пустого места. А по моему это звиздец.
>Это конечно же, по вашему нормально: качать 50 Гигабайт пустого места. А по моему это звиздец.Не надо съезжать с темы, ты здесь утверждал, что установленная 2010 Студия занимает 75 гигабайт дискового пространства. Когда тебя ткнули носом в тот факт, что она занимает от силы 3 гига, ты сразу начал изворачиваться. Как там приготовили образ виртуальной машины - дело тридцать пятое. В общем, слил ты здесь грандиозно.
>>Это конечно же, по вашему нормально: качать 50 Гигабайт пустого места. А по моему это звиздец.
>
>Не надо съезжать с темы, ты здесь утверждал, что установленная 2010 Студия
>занимает 75 гигабайт дискового пространства. Когда тебя ткнули носом в тот
>факт, что она занимает от силы 3 гига, ты сразу начал
>изворачиваться. Как там приготовили образ виртуальной машины - дело тридцать пятое.
>В общем, слил ты здесь грандиозно.Как установить образ размером в 75 Гигабайт, на меньшее пространство? Подскажи анонимус.
>Как установить образ размером в 75 Гигабайт, на меньшее пространство? Подскажи
>анонимус.А нахера мне его устанавливать? Для установки 2010 Студии совершенно не нужно ставить никаких образов, её дистрибутив доступен и для установки требуется 3 Гигабайта дискового пространства. Слив, такой слив.
>>>А уже если VS то все 75 Гигабайт.
>>
>>Сразу видно разрабов и тех кто просто потрепаться пришёл. MS выложило CTP
>>VS2010 в виде виртуалки для VirtualPC. Виртуалка занимает 75G, там свободно
>>гиг 50 вроде как, плюс установлено окромя VS/.net 4 ещё куча
>>всего.
>
>Это конечно же, по вашему нормально: качать 50 Гигабайт пустого места. А
>по моему это звиздец.мне пофиг, у меня анлим. Вечером поставил - утром уже готово.
>[оверквотинг удален]
>>>
>>>Сразу видно разрабов и тех кто просто потрепаться пришёл. MS выложило CTP
>>>VS2010 в виде виртуалки для VirtualPC. Виртуалка занимает 75G, там свободно
>>>гиг 50 вроде как, плюс установлено окромя VS/.net 4 ещё куча
>>>всего.
>>
>>Это конечно же, по вашему нормально: качать 50 Гигабайт пустого места. А
>>по моему это звиздец.
>
>мне пофиг, у меня анлим. Вечером поставил - утром уже готово.Ну ты понял, да?
>Ага, покажите мне пользователей которых бы не тошнило когда программа тормозит при
>тычках на элементы гуя.Название программы Вы конечно не скажете даже под дулом автомата, так ведь? ;) Впрочем, я знаю как Вы рассказываете сказки о том, как F-Spot у Вас грузился стопицот часов=) То, что у большинства остальных все было нормально - для Вас не аргумент :-D
>И пользователей которые бы перлись от перспектив
>ставить при установке программы дотнет буквально ЧАСУ меня ставится меньше десяти минут. Вы слишком много врёте ;)
>и с риском что сетап дотнета еще и грохнется
>при установке(а это он умеет).Ну да, на Вас я смотрю сошелся клином белый свет=) Час ставится, грохаются, программы запускаются часами, а у остальных все работает :-D Карма у Вас, видимо, плохая
>[оверквотинг удален]
>>ставить при установке программы дотнет буквально ЧАС
>
>У меня ставится меньше десяти минут. Вы слишком много врёте ;)
>
>>и с риском что сетап дотнета еще и грохнется
>>при установке(а это он умеет).
>
>Ну да, на Вас я смотрю сошелся клином белый свет=) Час ставится,
>грохаются, программы запускаются часами, а у остальных все работает :-D Карма
>у Вас, видимо, плохаяА они вообще есть? Программы на дотнете?
>Название программы Вы конечно не скажете даже под дулом автомата, так ведь? ;) Впрочем, я знаю как Вы рассказываете сказки о том, как F-Spot у Вас грузился стопицот часов=) То, что у большинства остальных все было нормально - для Вас не аргумент :-DДык их больше на моно и нет, кроме F-Шпрот. И да он тормозит. Кому он нужен...
> Дык их больше на моно и нет, кроме F-Шпрот. И да он тормозит. Кому он нужен...banshee, f-spot, tomboy, beagle - это сходу вспомнил.
Другое дело, что ценность их оказалась невелика.
>> Дык их больше на моно и нет, кроме F-Шпрот. И да он тормозит. Кому он нужен...
>
>banshee, f-spot, tomboy, beagle - это сходу вспомнил.
>Другое дело, что ценность их оказалась невелика.Я собственно про эту ценность. Не одного "убийцы категории" тут нет еще один плеер, еще один фотоменеджер, еще одни липкие листочки, еще один индексер.
ну-ка приведите примеры фотоменеджеров для Gnome кроме F-spot) или примеры индексаторов
gThumb
обычный просмотрщик с фотоменеджером не путаете?
>ну-ка приведите примеры фотоменеджеров для Gnome кроме F-spot) или примеры индексаторовTracker
>ну-ка приведите примеры фотоменеджеров для Gnome кроме F-spot) или примеры индексаторов...а также geeqie (бывшый gqview), причем вообще чистой воды gtk. Там и каталоги, и сортировка, и комметарии, и exif и все-все. Больше двух почти идентичных просмотрщиков -- только для gnome/gtk -- уже как бы и не нужно.
Есть еще rawstudio и сбоку собсно ufraw.
Насчет tomboy -- вспомним gnote и вызвынный им butthurt у авторов томбоя.
Насчет индексаторов (это тех, которые приводят новоприбывших с венды в ступор от того, "какой тормознутый этот ваш линукс"?) -- ответили уже.
>Насчет индексаторов (это тех, которые приводят новоприбывших с венды в ступор от
>того, "какой тормознутый этот ваш линукс"?)при чём здесь индексаторы? вспоминайте про динамическую линковку, скриптовые потроха, плохой шедулер и жирный графический сервер - вот где причины тормозов.
я согласен с Джереми Эллисоном - первый кто вот так кратко описал сущность бытия .netслава богу я вовремя стал учить python и ушел из mono, так ни чего и не начав
>слава богу я вовремя ушел, так ни чего и не начаввоистину.
Глупо. В жизни все может пригодиться. Может однажды появится хорошо оплачиваемая вакансия на .Net:) Или линукс надоест.
Нет программисты постоянно на дыдлайнах сидят, нервы и здоровье теряют.
>Глупо. В жизни все может пригодиться. Может однажды появится хорошо оплачиваемая вакансия
>на .Net:) Или линукс надоест.А может появится хорошо оплачиваемая вакансия дворника? Всем по метле?
>Глупо. В жизни все может пригодиться. Может однажды появится хорошо оплачиваемая вакансия
>на .Net:) Или линукс надоест.Или .Net сойдет на нет...
Меня с первого дня гнобения силовыми структурами наших предприятий на лицензионность Windows дико возмущало - ну отчего они (силовые структуры) существуют на мои деньги, но защищают не мои авторские права, а буржуйские.Видимо я тупой, непонимаю важности соблюдать их (американские) законы, а не наши. Чему подтверждение в очередной (тысячный) раз - бурная полемика наших программистов о проблемах буржуев.
Не все же участники этого форума продвигают свои разработки на запад. Ну какое нам дело до их патентов.
PS. наболело. Пустотреп о дядиных проблемах последние лет 5. А ведь такой был полезный форум
был.
>Меня с первого дня гнобения силовыми структурами наших предприятий на лицензионность Windows
>дико возмущало - ну отчего они (силовые структуры) существуют на мои
>деньги, но защищают не мои авторские права, а буржуйские.Такова жизнь в оккупации.
> Видимо я тупой, непонимаю важности соблюдать их (американские) законы, а не наши. Чему подтверждение в очередной (тысячный) раз - бурная полемика наших программистов о проблемах буржуев.Видимо.
Пока Россия существует за счёт продажи нефти и т.п. буржуям - приходится соблюдать их законы.
Иначе п***ец населению.
Так что силовые структуры и дальше будут "гнобить наши предприятя на лицензионность Windows".
И даже с большим усердием.
Qt4 вот вам и кроссплатформенность + python
>Qt4 вот вам и кроссплатформенность + pythonСогласен. Но ситуация с pyqt , немного напрягает.
А как можно юридически лицензировать технологии всему сообществу? Те компании кому это было интересно подписали договор с Microsoft. Novell, разработчик Mono подписал, соответственно если вы используете Mono - вы используете технологию Novell, которая обладает разрешением на использование такой технологии (той, что выходит за рамки ECMA). Т.е. Mono можно спокойно использовать. Проведу параллель с Intel и AMD. У компании AMD права на использование технологии x86 в свое время были лицензированы у Intel. Рассуждение о использовании Mono на других платформах и опасности этого неправомерны. Mono - продукт Novell. Соответственно используя его и соглашаясь с лицензионным соглашением Mono остальное - дела и проблемы Novell а не ваши. А у Novell с лицензиями все в порядке.
>А как можно юридически лицензировать технологии всему сообществу?Выбрать лицензию, взять бумажку с этой лицензией, и вписать туда имя этой технологии, а потом ее опубликовать.
Это юридически будет неверно и не будет иметь никакой силы.
>Это юридически будет неверно и не будет иметь никакой силы.Почему?
>Mono - продукт Novell.Надо же а я думал свободный продукт, а оказывается проприентарщина.
>>Mono - продукт Novell.
>
>Надо же а я думал свободный продукт, а оказывается проприентарщина.Использование Mono регулируется лицензией: http://www.mono-project.com/License
>>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.
Используя Mono вы должны согласиться с этими лицензиями. Они все дают вам достаточно много свобод. Полностью свободной лицензии не бывает. Например GPL не дает мне свободы распоряжаться своим кодом, например если я его опубликовал под GPL, а потом кто-то использовал его в другом коде проекта - он должен и его открыть. Это несвобода.
>Используя Mono вы должны согласиться с этими лицензиями. Они все дают вам
>достаточно много свобод. Полностью свободной лицензии не бывает. Например GPL не
>дает мне свободы распоряжаться своим кодом, например если я его опубликовал
>под GPL, а потом кто-то использовал его в другом коде проекта
>- он должен и его открыть. Это несвобода.Что за чушь. Свободная лицензия это GPL - вот еще ряд с ней совместимых - http://www.gnu.org/licenses/license-list.html. Очевидная попытка человека подсевшего на проприетаршину очернить свободную лицензию. Свобода - это не отсутствие ограничений. Свобода - это баланс.
"Чтобы защитить ваши права, нам нужно ввести такие ограничения, которые запретят кому бы то ни было отказать вам в этих правах или потребовать вас отказаться от этих прав. Эти ограничения переходят в некоторые обязательства для вас, если вы распространяете копии ПО или если вы модифицируете его."
Например, "свобода одного заканчивается там, где начинается свобода другого".
>[оверквотинг удален]
>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.Ну ? Лицензии свободные. А причем тут принадлежит новел?
А где в моих высказываниях слово принадлежит???
>Ну ? Лицензии свободные. А причем тут принадлежит новел?Mono - продукт Novell - (можно сказать Mono - продукт производства Novell, который она опубликовала под этими лицензиями)
>[оверквотинг удален]
>>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
вы хоть прочитайте ее сначала чем людей смешить
>>Mono - продукт Novell.
>
>Надо же а я думал свободный продукт, а оказывается проприентарщина.Чтобы все это узнать я зашел на сайт проекта. Впредь советую вам делать также, прежде чем так резко менять свое мнение на основании высказываний на форуме.
>>>Mono - продукт Novell.
>>
>>Надо же а я думал свободный продукт, а оказывается проприентарщина.
>
>Чтобы все это узнать я зашел на сайт проекта. Впредь советую вам
>делать также, прежде чем так резко менять свое мнение на основании
>высказываний на форуме.Вот человек, а? Ну да раз Mono под GPL и тд. значит все ок. И MS сразу отказалась от возможности убить конкурирующую технологию? TomTom тоже кое-что выпускал связанное с Fat.
Она не конкурирующая, а расширяющая возможности .net
>TomTom тоже кое-что выпускал связанное с Fat.А TomTom, простите, мог просто купить лицензию. Фирма зарабатывала используя чужие интеллектуальные наработки и платить за это не хотела. Бедный TomTom...
>[оверквотинг удален]
>было интересно подписали договор с Microsoft. Novell, разработчик Mono подписал, соответственно
>если вы используете Mono - вы используете технологию Novell, которая обладает
>разрешением на использование такой технологии (той, что выходит за рамки ECMA).
>Т.е. Mono можно спокойно использовать. Проведу параллель с Intel и AMD.
>У компании AMD права на использование технологии x86 в свое время
>были лицензированы у Intel. Рассуждение о использовании Mono на других платформах
>и опасности этого неправомерны. Mono - продукт Novell. Соответственно используя его
>и соглашаясь с лицензионным соглашением Mono остальное - дела и проблемы
>Novell а не ваши. А у Novell с лицензиями все в
>порядке.Ну да NOvell защищена соглашением с MS. Mono на и то и свободный продукт - если я захочу внести изменения или сделать с него форк - я не должен беспокоиться чей это продукт - мне достаточно, что он свободный. Причем здесь Novell если Mono свободный?
нефиг форкать хорошие вещи:)
>[оверквотинг удален]
>было интересно подписали договор с Microsoft. Novell, разработчик Mono подписал, соответственно
>если вы используете Mono - вы используете технологию Novell, которая обладает
>разрешением на использование такой технологии (той, что выходит за рамки ECMA).
>Т.е. Mono можно спокойно использовать. Проведу параллель с Intel и AMD.
>У компании AMD права на использование технологии x86 в свое время
>были лицензированы у Intel. Рассуждение о использовании Mono на других платформах
>и опасности этого неправомерны. Mono - продукт Novell. Соответственно используя его
>и соглашаясь с лицензионным соглашением Mono остальное - дела и проблемы
>Novell а не ваши. А у Novell с лицензиями все в
>порядке.Пока не будет гарантий от MS - Mono несет определенную угрозу. Это очевидно. Не имеет значение кто, что и у кого лицензировал - если продукт свободен.
>[оверквотинг удален]
>было интересно подписали договор с Microsoft. Novell, разработчик Mono подписал, соответственно
>если вы используете Mono - вы используете технологию Novell, которая обладает
>разрешением на использование такой технологии (той, что выходит за рамки ECMA).
>Т.е. Mono можно спокойно использовать. Проведу параллель с Intel и AMD.
>У компании AMD права на использование технологии x86 в свое время
>были лицензированы у Intel. Рассуждение о использовании Mono на других платформах
>и опасности этого неправомерны. Mono - продукт Novell. Соответственно используя его
>и соглашаясь с лицензионным соглашением Mono остальное - дела и проблемы
>Novell а не ваши. А у Novell с лицензиями все в
>порядке.Вот пока за рамками ECMA и не видно просвета - вот, уже понимате, где собака зарыта.
>Вот пока за рамками ECMA и не видно просвета - вот, уже
>понимате, где собака зарыта.не очень. Был же отказ от патентных претензий Майкрософта.
>>Вот пока за рамками ECMA и не видно просвета - вот, уже
>>понимате, где собака зарыта.
>
>не очень. Был же отказ от патентных претензий Майкрософта.не было.
читайте первоисточник: http://tirania.org/blog/archive/2009/Jul-06.html
А что такое C# и CLR без библиотек, сами наверно знаете.
http://www.opennet.me/openforum/vsluhforumID3/59755.html#134