The OpenNET Project / Index page

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



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

Оглавление

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

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


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

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

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

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

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

http://mono-project.com/Supported_Platforms

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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


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

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

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


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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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


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

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

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


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

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

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

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

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

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

>
>>

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

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

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

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

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

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


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

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

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

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

Ню-ню

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

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

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

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

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

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

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

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

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


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

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

>

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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


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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Tracker

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

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

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

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

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

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

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

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

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

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

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

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




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

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