(no subject)

[beldmit]

Собственно, возвращаясь к посту про настоящего программиста. Там в комментах cmike высказал мнение, что Java - это такой нишевый язык.

Я задумался, и понял, что ниши для Java я не представляю. Возможно, сейчас не представляю - потому что уже есть C#.

Посему вопрос: какие задачи могут быть удачнее, чем на каком-либо другом языке, решены на чем-нибудь из списка: Java, Smalltalk, Haskell, Erlang? Меня устроит, если будет какой-то другой язык близкого класса, который это позволит сделать (кроме Java - там я хотел бы видеть четкие преимущества).

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

Comments

[alexott.livejournal.com]

Java - это сейчас такой нишевой язык для писания всяких веб-сервисов и порталов и т.п.
Ну SmallTalk - это совсем редкость, а вот Erlang & Haskell сейчас потянулись в гору. Первый в основном из-за своего масштабирования и ориентированности на сети

[beldmit.livejournal.com]

Погоди. В чем тогда преимущество Java перед Perl или C#?

[vitus_wagner]

Ниша для Java - это тупые мобильные телефоны. Вот на J2ME действительно получается неплохие вещи писать. Почему-то на них Java не жрет гигабайты и гигагерцы как свинья. Ниша для Erlang - коммутаторы для этих самых телефонов. Не исключено что jabber и другие IM-протоколы, где текста мало, а коммутации - много, тоже хорошо делаются на Erlang. Недаром ejabberd так популярен.

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

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

[beldmit.livejournal.com]

Про Erlang, допустим, понял.

Gmail-клиент, написанный на Java, мегагерцы и мегабайты может и не жрет, но грузится за 2-3 минуты на моей Nokia E61i.

Про Haskell - это, извини, не ответ.

Про Smalltalk - а почему, собственно, Tk пофиг, на чем написан десктоп, а Smalltalk-у нет? Или что тогда значит "интегрироваться"?

[arilou]

А C# уже мультиплатформенный? Или по принципу "а у кого немикрософт - тот сам виноват"?

[beldmit.livejournal.com]

Ну, для сервера это плюс-минус пофиг, сам понимаешь. А вообще-то есть Mono.

[dimas.livejournal.com]

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

В том числе гуёвых приложений ...

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

[beldmit.livejournal.com]

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

[yakov-sirotkin.livejournal.com]

Ниша Java - это бизнес-приложения: банки, торговля, логистика, бухгалтерия и всё такое. Конечно, C# конкурирует с Java в лоб, но программировать на C# и не дружить с Майкрософт - это большое извращение, а дружить с Майкрософт - не все хотят.

[dph.livejournal.com]

Да как-то не заметно, что конкурирует.
Насколько я вижу, C# занял нишу Дельфи - то есть клиент-серверных приложений. Т.е. если и конкурирует, то только с Java EJB, причем C# тут изначально не в лучших условиях (как среда).

[dph.livejournal.com]

Основной плюс Java - это простой язык. Т.е. код, написанный даже каким-нибудь "индусом" (или вчерашним перлистом) можно таки разобрать и отрефакторить за разумное время. Более того, его можно поддерживать даже без рефакторинга (по крайней мере у Яши получается).
Собственно, из этого и вылезает ниша - все приложения, для которых стоимость поддержки существенна. Т.е. весть корпоративный сектор, веб-сервисы и все, что живет долго и меняется часто-часто.

Как ни странно, Eclipse RCP сейчас - один из лучших способов делать GUI, причем даже под Win результат выглядит вполне нативным и быстрым. С# пока еще нормального RCP не получил, насколько я знаю.

[dph.livejournal.com]

Ну и сейчас Java - самый быстрый из медленных языков ;) Т.е. если задача не требует совсем уж жесткой оптимизации под Fortran или C, но производительность имеет значение - лучше брать Java.
Кстати, по слухам, Fortran уже потихоньку вытесняется Java в научных исследованиях.

[a-quantum.livejournal.com]

Fortran уже потихоньку вытесняется Java в научных исследованиях

Фортран весьма заметно вытесняется Матлабом (последние версии которого, по слухам, написаны на Джаве).

[arilou]

Его-таки научились делать быстрым?
Не знал ещё.
Мои устаревшие сведения были таковы, что нормальную скорость Java показывает только в родных условиях - на Sun'ах. Впрочем, сведения и в самом деле давние.

[city-rat.livejournal.com]

Я вот завтра понесу показывать заказчику портал. Инета унутре конторы у заказчика нету - он режимный, так что тащить для показа надо всю систему, а не клиента. Корневой портал будет работать на машине под aix, сиблинги - хрен знает на чем, в основном - линукс. Винды там не будет на серверах НИКОГДА, потому что заказчик - ослеп, а не е.. режимный.

А я вот покажусь завтра на ноуте под виндовс.

C#, говорите?

Ах да, это потом еще и суппортить надо, развивать. Кроме того, мы это ядро портальное уже три года довольно успешно запихиваем во все проекты. Perl, говорите?

[beldmit.livejournal.com]

Тут обосновал.

Саппортить - зависит от архитектуры все-таки, а не от языка?

[dimrub.livejournal.com]

Не понимаю, а в чем принципиальная разница между Java и C#?

Посему вопрос: какие задачи могут быть удачнее, чем на каком-либо другом языке, решены на чем-нибудь из списка: Java, Smalltalk, Haskell, Erlang?

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

[beldmit.livejournal.com]

Я перечислил все языки, которым мне в окрестности пели дифирамбы наиболее громко. За исключением питона, к которому я отношусь с подозрением.

[gornal.livejournal.com]

Java - переносимые GUI приложения.

[beldmit.livejournal.com]

Ну это вроде совсем не аргумент. Есть Tk (куча языков), есть Qt.

[yurikhan]

О да. Мой любимый пример, админка биллинга NetUp UTM5 для провайдеров. На Linux’е у неё не выпадают календарики ввода дат. И даже в винде они не управляются с клавиатуры. И поля ввода текста не выделяют всё содержимое при получении фокуса.

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

[dmih.livejournal.com]

Паскаль - нишевый язык для преподавания на бумаге в школах в глубинке.

[beldmit.livejournal.com]

Вирт его вроде так и позиционировал.

[(Anonymous)]

Дима - когда ты пишешь для бд у тебя нет выбора...
+ когда ты пишешь всякий системно-смешной софт - у тебя нет выбора...
+ когда ты пишешь бизнес-ориентированный софт - у тебя есть выбор между очень странными языками и java... и у тебя нет выбора...

а c# - ну и где он нужен? ну и где он живьем используется? даже в виндовых игрушках - и то, java...

Gor
P.S. ты не мог бы зарегистрировать меня на
http://rblaze.livejournal.com/628095.html
?

[beldmit.livejournal.com]

Что такое системно-смешной софт, я не знаю.
К базам сейчас можно цепляться на 10 языках как минимум.

Про бизнес-ориентированный софт - а ты, собственно, про что? Про аналитику кризиса (K++)? Там-то как раз выбор есть, насколько я знаю.

Тебя зарегистрировал.

[mcfirst.livejournal.com]

Как недавно попавший в пространство ГИСов, могу добавить - практически все опен-сорсовое, что сейчас есть, сделано либо на unmanaged языках, либо на Java. Причем на Java существуют уникальные проекты, которые спортированы в native.

P.S. Ну, не считая НАСАвского WorldWind'а. И то они его на Java портируют.

[behrk.livejournal.com]

Отвечу за Smalltalk.

Для меня Smalltalk -- это прежде всего язык экспериментальной разработки, exploratory programming. Т.е. я люблю решать на нём задачи вида "сделай то, не знаю, что".

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

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

Другой пример -- создать COM-объект и начать дергать его за разные методы, чтобы понять, как он себя ведет. Естественно, в процессе всё часто рушится или приходит в неправильное состояние, но при соблюдении минимальной аккуратности у меня всегда имеется на руках код, выполнив который после перезапуска я воспроизведу то состояние, с которым работаю.

[beldmit.livejournal.com]

Хорошо. То есть ниша Quick-and-Dirty языка? Или что?