[java vs all] Боян?

Поменялось до хрена, в C# куча функциональщины появилась.

Селиком не читал, только просмотрел.

63. Hard Realtime Capabilities

Улыбнуло

Аппаратные JVM отменили?

http://en.wikipedia.org/wiki/Real_time_Java

Где-то третья часть звездешь, еще третья часть уже не актуальна. Но все равно осталось еще много причин почему Java лучше как платформа. Хотя бы потому, что самое лучшее что появилсоь у дотнета - во многом слизано с жава-решений (nhibernate, nant, asp .net mvc, etc)

>Java лучше как платформа

потому, что самое лучшее что появилсоь у дотнета - во многом слизано с жава-решений

Это нелогично.

http://img528.imageshack.us/img528/7127/12784884540347.png

Наворотить как можно больше всего в языке - не лучшее решение, и все мы видим что из этого получается, на примере C++. Там этих «Yes» еще больше.

Это не полная таблица, есличо.

Наворотить как можно больше всего в языке - не лучшее решение, и все мы видим что из этого получается, на примере C++. Там этих «Yes» еще больше.

C++ по сравнению с Common Lisp - язык Лого, для управления экранной черепашкой.

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

Да, первая таблице жизнее. Если кому-то не хватает Жавы, то есть Скала. Только ни нужна она ни кому. Надрачивать на факториалы в том же Хаскелее и то лучше. А для серьезного программирования, я это сто раз уже говрил, достаточно минимума, позволяющего писать в структурном стиле.

>> 63. Hard Realtime Capabilities

Улыбнуло

Ничего, в принципе не мешает пользоваться только статическими объектами и массивами и отключить GC. Только тогда программировать на Жаве будет не легче чем в Си, пожалуй.

Улыбнуло? Ну на http://www.sql.ru/forum/actualthread.aspx?tid=808408, чиста паржать

Уже обсудили. Java - realtime. Но со статическими обьектами мог бы быть не торт, так как классы лениво загружаются класслоадером

Сравнение устарело с выходом Java 6.0. А параметры сравнения, приписываемые категории ООП, рассмешили. :))

И ещё, дженерики в Java появились на два года раньше, чем в C#. ;)

>Улыбнуло? Ну на http://www.sql.ru/forum/actualthread.aspx?tid=808408, чиста паржать

А что ржать? Наверняка RT-треды жрут некоторую константу процессорного времени, скажем 70%, а RT-некритичные функционируют по остаточному принципу отнимвая оставшиеся 30%.

>Постараюсь дополнить до логичности: все то, что в жаве уже сто лет как в продакте, в шарпе кое-как силами энузиастов по кусочкам копируется

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

А с аннотациями и атрибутами мутная история.

Сначала в неофициальных доках MS, потом в официальных доках Java, потом в реализации .NET, потом в реализации Java.

Дотнет не нужен.

>И ещё, дженерики в Java появились на два года раньше, чем в C#. ;)

только сделаны через ж*пу, по сравнению с тем же C#. при всей моей нелюбви с C#.

только сделаны через ж*пу, по сравнению с тем же C#.

Ага. А было у кого поучиться? ;)

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

С точки зрения производительности и экономии памяти при хранении примитивных типов - та еще лажа

Но модель «Ни один .NET никакой версии не совместим вообще с никаким .NET другой версии» более дружелюбна к нововведениям. В этом их сила )