Поддерживаеться ли С# в линух

http://www.mono-project.com/Main_Page

Про перспективы недавно был flame в новостях, бинды к C# включили в гном.

>есть ли переспективы этого языка в Linux

Такие же как у java. Учи нормальные языки ;)

> Учи нормальные языки ;)

Список - в студию!

>Такие же как у java. Учи нормальные языки ;)

функциональное гуано?

извини, Антоша, но сам ты после этого ... /вписать нужное/

в функциональном подходе есть свой смысл и приемущества

c,c++,python,perl,ocaml,lisp. Не понятно зачем использовать c#,java, кроссплатформенность их достаточно сомнительна, даже на такой популярной платформе, как FreeBSD, у java есть проблемы, в то время как qt, к примеру, работает практически на всех системах. Скорость программ на этих языках, как минимум в 2 раза хуже, чем на c++, уже не говоря про потребление памяти. Гибкость у них хуже, чем у скриптовых языков, типа python,perl или ruby. Возможностей создавать сложное ПО, всякие DSL, компиляторы у них хуже, чем у ocaml и lisp.

> в функциональном подходе есть свой смысл и приемущества

Но его сторонники о них никому не рассказывают :(. Такое впечатление, что считают себя элитой и хотят ею оставаться.

Ну да. Покажи мне аналог Eclipse на c++/perl/python/ocaml итд.
Или вот, много ли в оракле на лиспе написано?
Да, софт на жабе, к примеру, не тормознее Qt-шного, просто загружается дольше.
За .Net хорошего не скажу, ибо коряво оно...

Visual Studio.... Visual SlickEdit, Emacs. Мы же говорим про десктоп, а не про сервер.

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

>Не понятно зачем использовать c#,java

Хотя бы затем, что это - мэйнстрим. Хотя изобретателям велосипедов, конечно, оно противопоказано :)

>Скорость программ на этих языках, как минимум в 2 раза хуже, чем на c++

Такой большой, а в сказки веришь :) Кроме того, ты там только что про Perl говорил - он тоже вдвое быстрее Java?

>не говоря про потребление памяти.

О, да... Упомянутый тобой Питон - безусловно очень экономичен к памяти :D

Ну у ocaml порог вхождения думается не сильно выше питоновского, а в
целом очень неплохой язык, причем людям, знающим с++/java/python, на 
него ИМХО будет перейти проще на erlang (и тем более Haskell).

В Debian и Ubuntu есть ряд библиотек для ocaml'а:

max@charon:~$ apt-cache search ocaml | grep '^lib' | grep -v dev
libagrep-ocaml - Wu-Manber algorithm for string searching with errors
libcairo-ocaml - OCaml bindings for Cairo
libcamlimages-ocaml - OCaml image processing library
libcamlimages-ocaml-doc - OCaml CamlImages library documentation
libcamomile-ocaml-data - Unicode data for OCaml
libcf-ocaml - OCaml library with miscellaneous utility functions
libcryptokit-ocaml - cryptographic algorithm library for OCaml - runtime
libcurl-ocaml - ocaml curl bindings
libdbi-ocaml - Database Independent Interface (DBI) for Objective CAML, bytecode runtime files
libequeue-ocaml - Event queues OCaml library
libexpat-ocaml - ocaml expat bindings
libgdome2-ocaml - OCaml bindings for GDome2 DOM implementation
libgdome2-xslt-ocaml - OCaml bindings for a minimal GDome2 based XSLT processor
libgmp-ocaml - O'Caml bindings for the GNU multiprecision arithmetic library
libhugs-missingh - Library of utility functions for Haskell, Hugs package
liblablgl-ocaml - Runtime libraries for lablgl
liblablgtk-ocaml - Runtime libraries for lablgtk.
liblablgtk2-gnome-ocaml - runtime libraries for OCaml bindings to Gnome
liblablgtk2-ocaml - runtime libraries for OCaml bindings for Gtk+ version 2
liblablgtk2-ocaml-doc - Documentation of OCaml bindings for Gtk+ version 2 (lablgtk2)
liblablgtkmathview-ocaml - OCaml bindings for libgtkmathview, a GTK widget to render MathML
liblablgtksourceview-ocaml - OCaml bindings for libgtksourceview, a source editor GTK widget
libmad-ocaml - OCaml bindings for the MAD library
libmlgtk-ocaml - Ocaml bindings for Gtk+
libmlpcap-ocaml - binding of libpcap for OCaml
libmysql-ocaml - OCaml bindings for MySql
libnumerix-ocaml - Numerix "big integer" library for OCaml - runtime
libocamlgsl-ocaml - GNU scientific library for OCaml
libocamlnet-ocaml - OCaml application-level Internet protocols and conventions library
libocamlodbc-ocaml-bin - UnixODBC database bindings for OCaml, Biniki
libpcre-ocaml - OCaml bindings for PCRE (Perl Compatible Regular Expression)
libperl4caml-ocaml - Use Perl code in OCaml programs, runtime library
libperl4caml-ocaml-doc - Use Perl code in OCaml programs, documentation
libpostgresql-ocaml - OCaml bindings to PostgreSQL's libpq
libsdl-ocaml - OCaml bindings for SDL - runtime files
libshout-ocaml - OCaml bindings for the shout library
libsqlite-ocaml - Embeddable SQL Database for OCaml Programs
libssl-ocaml - OCaml bindings for OpenSSL
libvorbis-ocaml - OCaml bindings for vorbis library
libzip-ocaml - ocaml compression libraries

Память, как известно, сейчас дешева :-)

кстати я тоже заметил, что для окамла библиотек очень не мало

http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=gpp&... http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=ocaml&a... http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=ocaml&a...

g++ там ни к месту. Сравнивать нужно языки равной категории. Ты же не станешь Питон с ассемблером сравнивать...

O'Caml - ближе, но он тоже не прямой аналог. Где в O'Caml reflection? class loaders? боксинг, наконец?

Кстати, на http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=gpp&... видно, что Java на некоторых тестах, таки, быстрее Си++ :D Впрочем, я такое у себя на Фибоначи наблюдал - http://balancer.ru/forum/punbb/viewtopic.php?id=32510

>Где в O'Caml reflection? class loaders? боксинг, наконец?

нету и не надо

>нету и не надо

Точно то же любой звезданутый "сишник" тебе скажет про сборку мусора или объекты.

Может, не будет сравнивать тёплое и мягкое?

>Может, не будет сравнивать тёплое и мягкое?

а я кстати о том же ;) в окамле нету кое-чего, т.к. не надо, а в яве нету кое-чего - ту так сидите и радуйтесь тому, что есть ;)

О сях: если пишут бааальшой проэкт, то думаю самим реализовать сборщика не так уж и сложно. В стандартых цях оно не нужно. А объекты... Ну хз... Я всё больше убеждаюсь, что они не совсем нужны там, куда их все пихают

ЗЫ На работе пишу на Java 'n' PLSQL, так что я тоже радуюсь. ;)

"Отучаемся говорить за всех" (c) ФИДО

ехххх прагматики...

>Ну да. Покажи мне аналог Eclipse на c++/perl/python/ocaml итд.

Слово из пяти букв, на 'e' начинается ;) Хотя про аналог здесь говорить сложно, тк возможностей у последнего на порядок больше...

>Или вот, много ли в оракле на лиспе написано?

Незнаю, он закрытый. А много ли в Maxima или Axiom не на лиспе написано? (заметь, это лучшие cas).

>Да, софт на жабе, к примеру, не тормознее Qt-шного, просто загружается дольше.

Угу, только питон (и др. языки) с динамикой (!) ест памяти в разы меньше чем жабка (см. shootout). Кто считает что память дешевая - присылайте мне ее по почте ;) И нету кучи плохо совместимых реализаций библиотек. И с сегфолтами vm не вываливается (по крайней мере ни разу не замечал в отличие от sun jvm). И на порядок меньше проблем с переносимостью (из _всех_ гуев к mld на жабе заработал только один (!) самый тривиальный). И т.д. И т.п.

>За .Net хорошего не скажу, ибо коряво оно...

+1