Вышел MonoDevelop 1.0 Beta 3 (0.18)

>> Win32 и COM уйдут фтопку

> куда он денется с подводной лодки.. представляете себе DirectX без COM?

Папы Билл и Стивен сказали "уйдут" -- значит, уйдут. Куда денутся с подводной лодки -- в эмулятор. Что из этой затеи выйдет и каким станет DirectX -- увидим, скорее всего, получится сановский LookingGlass с вайном. Но НАЗЫВАТЬСЯ это будет "виндой".

>В настройках компилятора можно указывать версию C#

Дак это было со времен 0.13 или 0.14

>Вышел MonoDevelop 1.0 Beta 3 (0.18)

Спасибо, поблевал.

>Хотя на LOR новости о beta-версиях обычно не подтверждаем, но ряд изменений, в том числе работа в MacOS X показались достаточно интересными, чтобы пропустить новость.

А почему тогда зарубили мою новость об исправленной версии Java SE 6 Update N Early Access Build 8, в которой починили Nimbus Look&Feel?

Какие-то двойные стандарты.

P.S.
Кстати, неделю назад вышла Java SE 6 for Leopard.

>Больше 500 форм с интерфейсом к БД MS SQL Server 2005 (724 таблицы, 1417 хранимых процедур, 4414 триггеров, 661 вида) + ASP.Net Web Services + ...

А как там обстоят дела с поддержкой БД, отличных от MSSQL 2005? Никак или через жопу?

>MS поддерживает 2 языка для .Net: Visual Basic и C#. >А вот Sun - только ОДИН. И то он - г...

Странно. Если Java такое гавно, то почему тогда C# почти его близнец? Не находишь, что есть неувязки логические?

>Больше 500 форм с интерфейсом к БД MS SQL Server 2005 (724 таблицы, 1417 хранимых процедур, 4414 триггеров, 661 вида) + ASP.Net Web Services + ...

А что нужно чтобы запустить эту вещь на Mono?

> Поддержка MacOS X

Не нужно такое поделие, как "мона", в мегарулезной макоси. У нас Xcode и Obj-C (уже 2.0!) есть. Xcode c 1989 года свою родословную ведет, еще с NeXT'а. Когда никаких еще ни Java, ни дотНЭТ не было.

PS. Это мелкомягкоподобное поделие в мире макоси может конкурировать с Obj-C Cocoa и Java + Quaqua L'n'F? Обосновать можете? :)

> MS поддерживает 2 языка для .Net: Visual Basic и C#.

Да ну? А С++ Вы-таки не осилили? А F#? :)

> А вот Sun - только ОДИН.

Да ну??? А camelot? A Jpython? A Tcl/Java? Списочек продолжить?

> И то он -

А обосновать? Или нам на слово поверить пиаршику от мелкософта?

>У Сана сейчас в активе не один, а несколько работающих ЯП для JVM: Java, JRuby, Groovy и JavaFX.

+ Scala

ИМХО гораздо серьезнее чем Groovy и JRuby, я думаю в переспективе может конкурировать с самой жабой

> C# почти его близнец?

С# похоже на Джаву, как "Жига" "похожа" на "Фиат".

Что такое С#? Это

1) синтаксический "sugar", перегружающий язык,

2) новые сущности, нарушающие "принцип Оккама",

3) отсутствие четкой системы перехвата исключений, дабы нерадивые программеры не заморачивались на коде обра

4) возможность создания НЕНАДЁЖНОГО кода.

Предоставляю нашему "монисту" почетное право возразить мне по пунктам.:)

> 1) синтаксический "sugar", перегружающий язык,

Чушь

> 2) новые сущности, нарушающие "принцип Оккама",

Вздор

> 3) отсутствие четкой системы перехвата исключений, дабы нерадивые программеры не заморачивались на коде обра

х-ня

> 4) возможность создания НЕНАДЁЖНОГО кода.

феерический выпук

Принимается?

>Принимается?

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

А они изначально были созданы?

VB/C# - созданы одновременно и развиваются одновременно.

С++ - это не язык для .Net.

camelot? A Jpython? A Tcl/Java? - кто их ПРОИЗВОДИТЕЛЬ?

Фирма Sun? Или Вася Пупкин Community voluntary association?

Язык должен быть КОММЕРЧЕСКИ поддерживаемым.

C# - это улучшенная ява (смотрим C# 3.0)

0. Дженереки. Нормальные, полноценные дженереки. 1. делегаты и евенты 2. Свойства 3. Partial-классы 4. атрибуты 5. ref и out параметры 6. автоматические определение типа при инициализации 7. Инициализация контейнеров 8. лябмда-исчисление (+ анонимные делегаты) 9. Анонимные типы 10. Unsafe. Задача - надо быстро обрабатывать файлы бинарного формата вида: Дата (8 байт), ID (int - 4 байта), 4 поля типа double (по 8 байт). Это как вставки на асме. Иногда приходится. И хорошо, что есть такая возможность.

+1, чего действительно не хвататет - пункта 0, 10 при чём 10 - весьма сущществено. Потому что JNI имеет большие накладные расходы. 9 - я может что то пропустил - но чем оно отличается от Anonymous Nested Classes? Всё остально - вобщем по мне так просто приятный сахар, но не что то так уж сильно необходимое.

Нет, не принимается. Спора без эмоций не бывает, однако, стОит различать легкий троллинг, как риторический прием, и хамство, как продукт воспитания.

По существу Вы ничего не ответили.

-----

"Вопрос: Почему вы считаете, что Microsoft # - это Java без надежности, продуктивности и защищенности?

Ответ [Гослинг]: Там есть места, которые в принципе могут служить лазейками для чего угодно. Эта проблема проистекает из их правил проектирования, которые использовались и при создании С и С++, то есть сама модель памяти позволяет получить доступ ко всему в любой момент времени. Эти лазейки и служат источником проблем безопасности, надежности и продуктивности, с которыми сталкиваются разработчики. Так что, с одной стороны, они скопировали Java, а с другой - добавили всякие неуместные глупости. Это забавно." (с)

Вы только что перечислили "синтаксический сахар" и "back doors" для С# и моны + .НЕТа.

Однако синтаксическим сахаром не достичь того, что MVC не было, нет и не планируется в отличие от Свинга. А зато "дыры" - это просто наследие ActiveX, "попиаристее", то есть побыстрее == похалтурнее, чем у конкурентов.

Фреймворков для моны - "раз, два и обчелся", в основном плохо "цельнотянутые" из Java (типа NHiberbate). Стиль программирования - одна большая "магическая кнопка" a-la VB или Delphi и много-много кода. Куда уж там нам, "жабабыдлокодерам", ревностно доводящим до совершенства малейшие детали архитектуры классов! Берем формочку - и тяп-ляп - кнопка. Навесим делегатов - и всё готово. А то мы тут на "каждый чих" модель для компонента создаем, все о масштабируемости думаем... Стоп-стоп! А как там с "маштабируемостью" с моне дотНЕТе? :) Вот тут то и облом-с! Нельзя с "писючковым мышлением" от M$ в корпоративные проекты лезть! :)

> 2. Поработав с дотнетом, Микрософт понял бесперспективность Win32 и COM и открыто объявил об этом.

Угу и реализовало CLR как COM-сервер.

Самый кульный язык D--

Самая кульная среда Metasploit Framework

GibbonaMatherFuckerEveryBodyLastOneOfYou!

> нам, "жабабыдлокодерам", ревностно доводящим до совершенства малейшие детали архитектуры классов!

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

> Нельзя с "писючковым мышлением" от M$ в корпоративные проекты лезть! :)

/me рыдает от умиления. Джависты - просто рыцари в сверкающих доспехах, на белых конях...

>0. Дженереки. Нормальные, полноценные дженереки. 1. делегаты и евенты 2. Свойства 3. Partial-классы 4. атрибуты 5. ref и out параметры 6. автоматические определение типа при инициализации 7. Инициализация контейнеров 8. лябмда-исчисление (+ анонимные делегаты) 9. Анонимные типы 10. Unsafe. Задача - надо быстро обрабатывать файлы бинарного формата вида: Дата (8 байт), ID (int - 4 байта), 4 поля типа double (по 8 байт). Это как вставки на асме. Иногда приходится. И хорошо, что есть такая возможность.

Имеем - С++ инкарнация 2.

>/me рыдает от умиления. Джависты - просто рыцари в сверкающих доспехах, на белых конях...

ТЕм не менее стоит признать что большинство книжек не "как склепать хелло ворлд на очередном езыге" а на тему качества разработки приложений, архитектуры приложений, методик разработки, равно как и огромное количество фреймворков и библиотек, реальных применений определенных принципов типа AOP, IoC и т.п. появились именно в этой среде.

>ТЕм не менее стоит признать что большинство книжек не "как склепать хелло ворлд на очередном езыге" а на тему качества разработки приложений, архитектуры приложений, методик разработки, равно как и огромное количество фреймворков и библиотек, реальных применений определенных принципов типа AOP, IoC и т.п. появились именно в этой среде.

AOP и IoC не нужны. Слишком жирно придумывать названия таким вещям. Вот давайте назовем структуру if-else каким-нибудть мудреным выражением, и напишем про это книгу.

Я этот вопрос на LOR с 2004 года задаю. Все отмолчиваются.

> ТЕм не менее стоит признать [...] на тему качества разработки приложений, архитектуры приложений, методик разработки, равно как и огромное количество фреймворков и библиотек, реальных применений определенных принципов типа AOP, IoC и т.п. появились именно в этой среде

Признаю с готовностью и даже читаю с интересом (хотя и мало :/). Только два "но": все методические наработки Явы можно использовать и в .NET; не надо говорить за всех и про всех.

> Вот давайте назовем структуру if-else каким-нибудть мудреным выражением

Она называется "условный оператор" - всего на 1 слово короче, чем "inversion of control". Хотя с терминологией и баззвордами Ява меры не знает, это да.

А почему в Gnome раздел?

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

Запустите мне Visual Studio. Давно хотел посмотреть.

> А вот Sun - только ОДИН.

Мужики из Sun, как всегда, не знают?

> Посмотрите уже вместе с GotDotNetMono, на чем нормальные люди визуально решения разрабатывают

Не знаю, меня Seam вполне устраивает. А в MonoDevelop есть?

>Слишком жирно придумывать названия таким вещям.

Ну я смотрю ты готов продемонстрировать примеры применения AOP и IoC до того как кто-то это популяризовал в жабской комунити?

>Только два "но": все методические наработки Явы можно использовать и в .NET; не надо говорить за всех и про всех.

Можно. Чем собственно .NET Community и занимается. Дело ж не в том можно или нельзя - а чо бдлоджава таки была офигенным стимулом и для всех прочих технологий и языгов в том числе.

>Ну я смотрю ты готов продемонстрировать примеры применения AOP и IoC до того как кто-то это популяризовал в жабской комунити?

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

>Ну я смотрю ты готов продемонстрировать примеры применения AOP и IoC до того как кто-то это популяризовал в жабской комунити?

И вообще, они не нужны. Приведи примеры, где это может оказаться полезным?

>, а эти баззворды к ней не имеют никакого отношения.

Следовательно ты готов продемонстрировать их применение в других языках?

> Язык должен быть КОММЕРЧЕСКИ поддерживаемым.

Язык??? Мощно задвинул, мощно. Я понимаю там, продукты должны поддерживаться, но ЯЗЫК! А кто поддерживает C? Или C++?

>И вообще, они не нужны. Приведи примеры, где это может оказаться полезным?

IoC это вообще принцип построения архитектуры систем. Работает сейчас в каждом первом серьезном жабском приложении.

До нормального АОПа мы еще не доросли - мы не в тех терминах делаем приложения. АОП проявит себя в будущем как модель интеграции различных приложений. Сейчас оно конечно везде работает (в jee серверах) - но так как оно везде работает лично мне не холодно не жарко.

>А кто поддерживает C? Или C++?

MS, Intel, IBM, etc.

> Все, что не изложено в описании языка - от лукавого.

Чтоб тебе всю жизнь разрабатывать только на том, что есть в языке, без дополнительных библиотек и сторонних компонентов. Да-да, забудь про SQL!

> MS, Intel, IBM, etc.

Ну, так я тоже умею поддерживать - тот же Python поддерживается Sun. Но товарищ анонимус явно имел что-то другое.

>Ну, так я тоже умею поддерживать - тот же Python поддерживается Sun.

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

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

Поддержка языка - это "Задвигание его другим компаниям"? Надо бы определиться с терминами. :)))

>Поддержка языка - это "Задвигание его другим компаниям"?

Да. От того что кто-то платит зарплату разрабам это популярным не станет. НУжен пиар и активные задвигания.

> C# - это улучшенная ява (смотрим C# 3.0)

> 0. Дженереки. Нормальные, полноценные дженереки.

Интересно. Когда я читал о дженериках C# 2.0, то у меня сложилость прямо противоположное мнение. Я не нашел эквивалент явовскому "?" (или это будет ключевое слово "var"). Исправили? Да и слишком много ограничений. Это нельзя, то - тоже нельзя. Особенно в сравнении с шаблонами. В общем, после ознакомления остался неприятный осадок.

2All

Кстати, вы тут сравниваете .NET vs Java через призму C# vs. Java. Последнее сравнение уже устарело. Сейчас основным языком .NET является все же С++/CLI, поскольку он наиболее полно покрывает возможности .NET CLR. Так стало, начиная с .NET v2.0. Но это не всегда очевидно, поскольку порог вхождения для C++/CLI много выше...

>Кстати, вы тут сравниваете .NET vs Java через призму C# vs. Java. Последнее сравнение уже устарело. Сейчас основным языком .NET является все же С++/CLI, поскольку он наиболее полно покрывает возможности .NET CLR. Так стало, начиная с .NET v2.0. Но это не всегда очевидно, поскольку порог вхождения для C++/CLI много выше...

Окей, давай сравним C++/CLI со Scala/JVM, а заодно позовем функциональных извращенцев, чтобы они тут прочитали лекции про монады...

откуда такие странные выводы, уважаемый?

>Вот си^Wгрудь - ТруЪ интуитивный интерфейс (%

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

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

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

Это шутка такая? Если нет, то примеры технологий, _родившихся_ в Яве - в студию.

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

Мои соболезнования.