Насколько юзабельно это в настоящий момент? Кто использовал - поделитесь впечатлениями плиз.

Ну, дык, из заголовка:

>Hello World:

No comments

вот интерестно - кто как считает: C# дерьмо или нет? (флейм прошу не подымать ;)

2 sergey_volosat: Как человек, который на C# пишет каждый день с утра до вечера, могу сказать, что удобнее чем в C# мне не было нигде.

Сам язык не плохой, спору нет. А вот насчёт реализации... GC+JIT и всё это в multithread environment и по производительности не сильно отстать от С++ - непростая задачка, даже для M$. Так что IMHO другие платформы под большим вопросом.. :-))

А не знает ли кто о существовании GTK+2.0 под мастдай ?

Немного флейма :))

2Bluezman: "Кому и кобыла невеста"

2Bluezman: товарищ, от вас я и не ожидал фраз а-ля "опять майкрософт дерьмо в массы проталкивает" ;)

Ну и ламер. C# - та же гнилая Жаба, только ещё более испохабленная... Не понимаю я маньяков, на такой дряни пишущих. Ведь для .NET есть куда как более вкусные языки...

Какой JIT? Там прекомпиляция. А правильный GC обычно обгоняет по производительности ручной мемори манагемент.

2 Antichrist: Ну и ламер! Там прекомпиляция есть только в виде опции. А вообще там JIT. Только очень быстрый JIT, т.к. CIL (formerly known as MSIL) заточен именно под компиляцию, а не под интерпретацию.

2 Bluezman: Ну-ну... Расскажи как, как это p-code может быть "специально заточен под компиляцию". В чем это выражается?

To Antichrist: А правильный GC обычно обгоняет по производительности ручной мемори манагемент.

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

2AC:

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

Разжевать?

2 Bluezman:

Судя по последним новостям о C# (точнее по их отсутствию) M$ как-то заморозилась/замёрзла/застыла/ с C#. IMHO такие вещи нужно активнее поддерживать (как Sun например). Чё скажешь?

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

Думаешь, все кругом идиоты? Читай, о чем шла речь. Что мешает так же распределять память вручную?
Товарищ Antichrist утверждал, что GC эффективнее ручного распределения памяти. Я желаю доказательств. В вы, уважаемии анонимный, с объяснениями про 'юзверя' и 'поостынет', идите лесом...

2 anonymous (*) (2001-10-13 19:20:35.0): Так к шипингу дело близится. Мне, знаете ли, трудно судить о наличии или отсутствии новостей, потому как я инсайдер. Большинства новостей про MS я не знаю. Слышал недавно объявили что будет J#. Т.е. жабу .NET тоже будет поддерживать. Болезненно для Sun. Опять на следующей неделе поднимется скулеж. Но теперь никто не говорит, что это Java (это средство для миграции с Java, то, что раньше называлось JUMP), так что скулеж будет абсолютно бестолковый. :0)

To AC:

Хороший обзор материалов по "сборке мусора" находится здесь:

http://www.xanalys.com/software_tools/mm/faq.html

там очень обширная библиография.

Что же касается сравнительной эффективности GC versus hands, то в какой-то документации на Лисп-машину (кажется, от Symbolics) упоминался Ephemeral-object garbage collector, который в ходе работы анализирует расположение в памяти данных, взаимные ссылки различных объектов друг на друга и при помощи этой информации во время очередной упаковки памяти располагает объекты так, чтобы минимизировать количество page faults при обращении к ним и проходе по ссылкам. IMHO это может принести кое-какой выигрыш в производительности. Вручную так распределять будет весьма трудно. Правда, штука эта использовала хитрые аппаратные возможности Лисп-машины, вроде read/write barriers, но есть информация, что такая схема управления памятью реализована и в Open Genera под Alpha.

---

SVK

To Bluezman: олезненно для Sun. Опять на следующей неделе поднимется скулеж.

Безболезненно для Sun. Соответственно, не будет и скулежа. Поскольку МС не имеет права использовать Java 2. J# будет поддерживать только JDK 1.1.8, что, в общем-то, уже мало кому интересно...

2 AC (*) (2001-10-14 02:14:41.0): Будем спорить, что будет скулеж? Собственно спорить без толку, т.к. скулеж начался в тот же день, когда объявили о J#. Сан лелеет мечту, что MS лицензирует у него Java 2. А MS все не лицензирует и не лицензирует. Они уж даже в газеты полностраничные объявления давали. Типа "звоните скорее в MS, пусть они нам дадут бабок". Видать никто не позвонил. Жаба так и осталась пятимеговым отдельным download'ом, который мало кто будет сгружать до конца.

а что 5 мегов скачать это уже проблема? ;))))

Для меня, через DSL дома или через 100Мbit ethernet (канал еще толще, просто ко мне подходит 100Мбит со свича) на работе - не проблема. А для Joe Sixpack через аналоговый модем, скачивать какую-то Java (про которую он знает только то, что есть такой сорт кофе) - нет, он лучше пойдет на сайт не требующий Java.

Bluezman, you are an idiot.
Java right now is getting more and more popular in _SERVER SIDE APPLICATIONS_

>>он лучше пойдет ?!!!!на сайт?!!!! не требующий Java, applets have deceased
 a long time ago you dumb shit.

Just about NOBODY in the US and EUROPE has analogue modems now.

2anonymous (*) (2001-10-15 12:33:55.0)

I wouldn't say that (about analogue modems). It's not always possible to get DSL or cable connection.