» Самый перспективный язык программирования

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

Воистину большинство - вседа не право.

RedMac

Цитата:

пришли к войне явы и шарпа

Ага...

Земля небо
Между землей и небом война
И где бы ты не был что б ты не делал
Между землей и небом война

(орфография оригинальная (?))

RedMac


Цитата:

Вроде "уравновешенные" пришли к войне явы и шарпа - а люди голосуют за плюсы.

Точняк! Может быть потому, что вебсервисы далеко не всем нужны? В самом деле, на кой они мне в комп. графике и численных методах?

TheChampion

Цитата:

Может быть потому, что вебсервисы далеко не всем нужны? В самом деле, на кой они мне в комп. графике и численных методах?

И мне ни разу пока не были нужны.

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

Целиком и полностью согласен с aar.
Каждому свое.

aar

Цитата:

перспетивен тот, который подходит для решения конкретной задачи.

Так никто в этом не сомневается. Нет панацеи на все случаи жизни...
Но есть задачи, которые многовариантны в решении.

Я даже более скажу в подтверждение своих слов. Мне как-то пришлось решать одну задачу по обработке строк. Начинал я с поиска именно языка! Потому как те, которыми владел на тот момент, не предвещали ничего хорошего. Пришлось бы написать целую кучу модулей, библиотек, классов. Нашел перл, причем до этого ничего о нем не знал, про регулярные выражения так, постольку-поскольку. Так вот сейчас, когда задача решена, я вижу, что сделал правильный выбор. А мог бы мучиться с делфи, с с++. Так что, как говорил доцент в нашем институте, "нужно выбирать язык под задачу, но не наоборот".

Цитата:

нужно выбирать язык под задачу, но не наоборот

Насколько я помню, тема начиналась с того, какой язык лучше учить чтобы через n<=10 лет его с успехом применять. Имхо достаточно знать синтаксис C и паскаля, особенности нетипизированных языков, владеть объектно-ориентированным подходом (причем, не обязательно знать язык, можно изучить только принципы, к примеру, с помощью UML), иметь общее представление об SQL и регулярных выражениях и обладать вменяемым математическим базисом. Ну и голову на плечах, разумеется. Это основная составляющая, которая перевешивает все остальные вместе взятые.
Чем больше средств знаешь и можешь использовать, тем меньше возникает вопросов "что лучше".
обработка строк - регулярные выражения (не обязательно perl)
базы данных - SQL/PL/SQL + обертка на удобном для конкретной среды языке
большие проекты - объектно-ориентированные языки (например Java)
и т.д.

beeos
хорошо сказал, однако Особенно про
Цитата:

голову на плечах

, добавлю умную.
На это прения в этой теме я прекращаю

beeos

Цитата:

Ну и голову на плечах, разумеется. Это основная составляющая, которая перевешивает все остальные вместе взятые.

Всегда справедливо.
aar

Цитата:

нужно выбирать язык под задачу, но не наоборот

Но не всегда это определяешь ты. Особенно в больших проектах.

инфа для размышления:
http://www.tiobe.com/tiobe_index/index.htm
мне лично было удивительно увидеть что perl и даже delphi опережают C#
мда...

redp

Цитата:

мне лично было удивительно увидеть что perl и даже delphi опережают C#

Он еще слишком молод и не обкатан.
Но некоторые здесь не хотят об этом слышать...

TheChampion

Цитата:

В самом деле, на кой они мне в комп. графике и численных методах?

Смотрели MATLAB 7 new features? Есть там примерчик.

Цитата:

The ratings are based on the world-wide availability of skilled engineers, courses and third party vendors

Who cares 'bout SUCH ratings?

TCPIP

Цитата:

Смотрели MATLAB 7 new features?

Так если хватает и старых фич, зачем новые?...

mihas83

Цитата:

если хватает и старых фич, зачем новые?...

Так то оно так, но лично мне никогда не мешали новые вещи. Путь редко, но я ими пользуюсь.

TCPIP, что ты, в частности, делаешь с MATLAB у себя в программе?

mihas83
Ну, попробовал тут сделать запрос к университетскому FTP (данные реализаций забрал). Неплохо.

TCPIP

Цитата:

попробовал тут сделать запрос к университетскому FTP

Ну и какой выигрыш от MATLABа?

TCPIP

Цитата:

Смотрели MATLAB 7 new features? Есть там примерчик.

Цитата:

Ну, попробовал тут сделать запрос к университетскому FTP (данные реализаций забрал). Неплохо.

Это просто альтернатива вызову браузера или той же самой ftp. Я вот хотел бы посмотреть на тех, кто на Perl или ASP (или C#) будет программировать конечноразностые методы решения параболических УрЧП.

Да это просто удобный plug-in, к математической основе Mathlab'a отношения он не имеет.

TheChampion

Цитата:

Это просто альтернатива вызову браузера или той же самой ftp.

Т.е. запросто можно было обойтись без этого наворота..., если не в курсе дела о нем.

Цитата:Встанет лишь вопрос, на чем дешевле и быстрее будут клепаться вебсервисы к тому времени.
Совершенно верно.

Цитата:мне субъективно кажется, преимущество есть у джава.
Почему? Сам же говоришь:

Цитата:У дотнет есть некое преимущество в том, что вебсервисы интегрированы в платформу.

----

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

NVadim, ИМХО, немного отклоняемся от темы...

mihas83
TheChampion


Цитата:

просто удобный plug-in, к математической основе Mathlab'a отношения он не имеет.

Да. И что? Как это меняет суть вопроса??? Вопрос был:

Цитата:

если хватает и старых фич, зачем новые?...

Я привел первый попавшийся пример. Тем, кто пишет комментарии на русском, по вкусу придется Unicode в MAT-файлах, да еще и их компрессия! Тем, кто как и я устал от "стационарных" окон рисунков понравится новшество пристыковки окно с рисунками к рабочему столу MATLAB.

Цитата:

к математической основе Mathlab'a отношения он не имеет.

Хорошо, вот то, что имеет отношение:
RF Toolbox & Blockset --- думается, многим этого не хватало.
M-Lint code analyzer --- приятно...

Ability to create nested functions, providing an easier way to define and call customized functions
Anonymous functions for defining single-line functions at the command line or in scripts
Conditional break points, letting you stop when any expression is true
Block comment markers to comment out an entire section of code

Никому не надо?
Это:

Цитата:

Single-precision arithmetic, linear algebra, FFT, and filtering, enabling you to process larger single-precision data sets

Никому не надо?

Цитата:

Integer arithmetic, letting you process larger integer data sets

Никому не надо???

Да, и самое важное:

Цитата:

DSP Blockset has been renamed. The new name is the Signal Processing Blockset.

Посмотрите $matlabroot\help\base\relnotes\help.jar\ch15.html и вопросы вроде

Цитата:

Ну и какой выигрыш от MATLABа?

отпадут сами собой

TCPIP

Ну и какое отношение это имеет к вебсервисам? Или целочисленная арифметика MATHLAB'A написана на perl? Вопрос не в том, что plug-in - это плохо, а в том, что ни один нормальный человек не будет писать алгебру на языках, предназначенных для написания вебсервисов.

TheChampion

Цитата:

Вопрос не в том, что plug-in - это плохо, а в том, что ни один нормальный человек не будет писать алгебру на языках, предназначенных для написания вебсервисов.

Тем более, в основном, можно без этого обойтись...

TheChampion

Цитата:

Вопрос не в том, что plug-in - это плохо

Правильно, вопрос был:

Цитата:

Ну и какой выигрыш от MATLABа?

То есть меня спросили. "Нахрена козе баян?" А я ответил, привел пример с FTP. Мне было сказано, что это все чепуха и никому не надо, а стало быть, все равно можно и нужно сидеть на старой версии, мол ничего и не добавилось (такой ведь контекст был?). Я привел пример нововведений математического плана.
А с тем, что

Цитата:

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

и спорить не надо. О чем тут спорить? Конечно не будет. Вопрос mihas83 был в другом...

Насчет перспективного языка программирования, хочу поделиться линком:
по-русски: http://www.computerra.ru/hitech/35042/
в оригинале: http://www.paulgraham.com/hundred.html

ИМХО доводы в статье хорошо аргументированы и дают возможность взглянуть по-новому на современные языки программирования.

daryna

Цитата:

Насчет перспективного языка программирования, хочу поделиться линком:

Цитата:

Кобол, несмотря на всю свою популярность в былые годы, похоже, не оставил интеллектуальных потомков. Я считаю, что похожая судьба ждёт и Джаву.

Здесь сразу-же чувствуется заказ приверженцев Билла?

mihas83

Да нет. Автор скорее критикует процедурные языки в целом и агитирует за переход на функциональные вроде Lisp, Haskell и т.д.
Сложно сказать. То что я читал про них особо не впечатлило. Одно дело привести пример задачи которая красиво и элегантно решается на каком-либо языке. Другое дело решить 80-90% задач на этом языке.
С другой стороны - утверждается что они проще. Не знаю. К примеру - мне было бы несложно объяснить обычному человеку как сложить числа из массива циклом (взял первое, прибавил к нему второе, третье и т.д.), другое дело объяснить как это сделать, к примеру, при помощи рекурсии - я бы не взялся объяснить это первому встречному .
Опять же, утверждается что на них быстрее писать программы. Обработку данных - возможно и так. Но, на мой взгляд, в нынешних приложениях большая часть кода это вовсе не обработка данных - это пользовательский интерфейс, различные проверки для защиты от дурака и т.д. Обработки - это меньшая часть. Само собой это не во всех задачах, есть, конечно, и другие - но в большинстве задач кода, который непосредственно занимается полезным делом, меньшая часть. Имхо.
Так что я в этой части с автором все же не соглашусь