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

[Oracul]

К сожалению, действительно хорошо спланированные языки (ruby, python) не имеют большой популярности, но НИКАК нельзя назвать их лучшими!
C# - НЕТ

[chesnok]

Сообщение от Oracul

одна из важнейших прочит, почему Яву(я не имею ввиду только синтаксис самого языка) создали такой,какая она есть, это возможность переносить программы на другие платформы => учи ява

С/С++ с этой позиции выглядит ещё лучше, т.к. огромное число библиотек для них являются кроссплатформенными, начиная со stdlib

[alexey_ma]

Сообщение от shalomman

Если вам в ресторане дадут надкушеный стэйк и скажут, он с одной стороны надкушеный, а с другой не надкушеный. Поэтому мы можем его считать не надкушеным, что вы ответите?

Не нужно отвлеченных примеров про стейки. Что-же такого объектно-орентированного Вы сможете сделать на Java, чего я не смогу сделать на С++? Все дело в уровне проектирования, а вовсе не в особенностях синтаксиса языка. И то что С++ подерживает синтаксис С вовсе не делает его языком на котором нельзя писать хорошо спроектированные ООП программы. Кто вам мешает наплодить собственные типы которые будут соответствовать вашему представлению о ООП, и пользоваться ими в своих программах. А глобальные функции можно рассматривать как объекты не имеющие членов-данных (шутка).

[Oracul]

chesnok
Нет........ну и что же, что много библиотек...САМ язык ведь нельзя использовать как кроссплатформенный(думаю понятно, что я имею ввиду)а Ява как раз кроссплатформенна....Я уверен, что ты сам не знаешь Яву и ее принципов...Ведь, кстати, ВСЕ библиотеки Ява применимы везде!На какой бы ОС ты бы не писал.
alexey_ma
Речь совершенно не об этом...а о том, является ли С++ ООП языком или поддерживающим ООП....я за первое...Никто не говорил, что на Ява можно написать то, чего на С++ нельзя, и то, что программу на С++ нельзя хорошо спроектировать по ООП "правилам", концепциям.

[alexey_ma]

Oracul:
Речь совершенно не об этом...а о том, является ли С++ ООП языком или поддерживающим ООП....я за первое...Никто не говорил, что на Ява можно написать то, чего на С++ нельзя, и то, что программу на С++ нельзя хорошо спроектировать по ООП "правилам", концепциям.

Ну так и я о том-же. В ООП важнее отнюдь не язык, а подход к пректированию.
Кстати про кроссплатформеность. Я думаю что кросплатформенные программы без краней необходимости писать не стоит. Поскольку написание кросплатформенного кода как правило приводит к некоторой потере производительности(иногда большой), поскольку нельзя использовать некоторые быстрые вещи специфичные для определенной операционной системы (ну например механизмы межпроцессного взаимодействи, механизмы работы с память, какие нибудь сервисы поставляемые ОС и т.п.). На мой взгляд, в подобных случаях нужно не выбирать кросплатформенный язык, а старатся писать код который можно будет легко адаптировать на другой ОС, путем замены нескольких классов/функций.Так что кросплатформенность весьма слабый аргумент в пользу языка за исключением конечно тех достаточно редких случаев когда она действительно нужна. По мне лучше написать для каждой ОС свою небольшую и быструю программу, чем одного но зато кросплатформенного монстра. Ну и все это разумеется IMHO.

[RaZEr]

Так что кросплатформенность весьма слабый аргумент в пользу языка

Джаве его хватило...

[chesnok]

Oracul:
chesnok
Нет........ну и что же, что много библиотек...САМ язык ведь нельзя использовать как кроссплатформенный(думаю понятно, что я имею ввиду)а Ява как раз кроссплатформенна....Я уверен, что ты сам не знаешь Яву и ее принципов...Ведь, кстати, ВСЕ библиотеки Ява применимы везде!На какой бы ОС ты бы не писал.

Ну в С то же самое - 95% библиотек кроссплатформенны (кроме Win API ), а там, где джаве требуется большая тормознутая и сложная в отладке виртуальная машина, С обходится простой перекомпиляцией (+ аргумент в пользу OpenSource)

[alexey_ma]

И это далеко не единственный аргумент сторонников Java. Но опять же есть большой круг задач для которого Java ну никак не подходит. Мне С++ нравится своей универсальностью. Хочешь пиши на нем Gui для базы данных, а хочешь пиши драйвер или например интерпритатор Java.

[RaZEr]

Ну в С то же самое - 95% библиотек кроссплатформенны...С обходится простой перекомпиляцией

А результат? Конструкции вроде "#ifndef WIN32" на каждом шагу.

Мне С++ нравится своей универсальностью. Хочешь пиши на нем Gui для базы данных, а хочешь пиши драйвер или например интерпритатор Java.

Ключевое слово "пиши". Так вот писать на Java и C# много проще чем на С++. И как результат - более функциональные и расширяемые приложения. Тормозные конечно, но будет ли завтра это критично?

[alexey_ma]

Не, ключевое слово не это. Важно что писать. И насчёт расширяемости поспорить можно, и всегда будут критичные по времени(или ресурсам) задачи. Ну на чем же еще писать компиляторы/итерпритаторы, виртуальные машины и прочее системное добро, конечно же на нем родимом - С/С++ или на асме.

[RaZEr]

Я повторю: "писать на Java и C# много проще чем на С++". Программа создается быстрее, стоит дешевле и умеет больше. То что она тормозит на пару миллисекунд больше 99.99% потребителей мало беспокоит.

[ЕЖ]

RaZEr
Я вот уже давно пишу на С++ и на Java, подбираюсь к C#. Полностью с тобой согласен что Java и C# продуктивнее и писать на них много приятнее. И скорость действительно сейчас уже не критична. Работаю сейчас на P IV 3.2 GHz, но что меня по прежнему бесит в Java, хотя уже не так как ранье (привык наверное), так это скорость работы _интерфейса_ программ. Ну есть там задержка в открытии менюшек, таскании окошек и т.п. Да, милисекунды, но раздражает.

[alexey_ma]

shalomman:
Помоему мои аргументы были весьма убедительными

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

shalomman:
Джава пошла дальше, создавая свои технологии для разных узко(хотя не особо узко=) ) специализированных вещей.

А уж сколько написано кода и технологий для "узко(хотя не особо узко=) ) специализированных вещей" на С++. Заметьте есть вещи написанные на С++ которые невозможно реализовать на джаве.
Ненужно меня убеждать что Java и C# круче чем С++. Я могу согласиться что для некоторых задач, да удобнее , да дешевле. Я просто хочу сказать что все что можно реализовать на Java и C# можно также реализовать и на С++( я не говорю о затратах). A вот наооборот - нет. Попробуйте поставить глобальный клавиатурный хук на Java или перехватить вызов API-функции в чужой программе. Я если нужно могу еще примеров подкинуть.

RaZEr:
Программа создается быстрее, стоит дешевле и умеет больше.

Ну никак неможет Java/C# уметь больше чем С++.
Если вернутся к аналогии с продуктами питания предложенной уважаемым shalomman то Java и C# являются некими полуфабрикатами из супер-маркета, дешевые и быстрые в приготовлении. Но ведь в особо торжественных случах большинство нормальных людей предпочитают обедать в ресторане и есть пищу приготовленную профессиональными поварами ( кстати зарабатывающими немалые деньги) и более того, есть отдельные гурманы предпочитающие убить кучу времени на выбор мяса на рынке, маринование его, приготовление шашлыка и получающее еще допольнительный кайф от самого приготовления пищи. Так что как бы не убеждали что продукты из супера и дешевле и быстрее в приготовлении всегда были и будут поводы потратить время и деньги на обед в ресторане или самостоятельное приготовление чего-нибудь вкусненького. И обратите внимание что хороший повар зарабатывает гораздо больше чем работник макдональдс или рабочий на заводе по приготовлению быстрой еды.
Так что в принципе, спорить не о чем, есть случаи когда оправдано применение полуфабрикатов то-есть написание программ с использованием быстрых средств разработки и языков более высокого уровня из-за недостака времени/средств/квалификации персонала и т.д., но всегда найдеться работа для хорошего повара умеющего приготовить что-то особенное. Ни в коем случае не принимать все это лично. Я, кстати, не считаю себя шеф поваром, я умею готовить только отдельные блюда и довольно часто прибегаю к употреблению полуфабрикатов.

[RaZEr]

Ну никак неможет Java/C# уметь больше чем С++.

Не перефразируй. Было сказано другое. Для большей конкретики я приведу сравнение PHP и C++... на PHP пишется скрипт за 5 минут, а на си за 15. Добавь сюда кривую переносимость, лишние источники ошибок и большую стоимость. Из преимуществ разве что быстрота. Только вот нужен ли кабриолету кондиционер...

И обратите внимание что хороший повар зарабатывает гораздо больше чем работник макдональдс или рабочий на заводе по приготовлению быстрой еды.

В ресторане много получает не просто повар а шеф-повар, т.е. тот, кто рулит рецептами. Так вот что касаемо пищи быстрого приготовления ... там это называется "технолог". Получают такие люди поболее шеф-поваров.

[alexey_ma]

RaZEr:
В ресторане много получает не просто повар а шеф-повар, т.е. тот, кто рулит рецептами. Так вот что касаемо пищи быстрого приготовления ... там это называется "технолог". Получают такие люди поболее шеф-поваров.

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

[RaZEr]

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

Рынок ПО лишен изысканных вкусов Приходится жрать что дешевле и сытнее

[alexey_ma]

К сожалению, в этом абсолютно с тобой согласен.

[Hex0gen]

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

[alex-garad]

Assembler - для души

Какая загадочная у вас душа
Ну, в общем, я думаю можно выделить 3 группы языков по степени удалённости от аппаратной платформы:
1. Уровень 0. Кроме Assembler'a здесь вроде ничего нет. В ранней юности я, правда программил в машинных кодах (Электроника-60, в ларьке пиво по 44 копейки литр, по пять литров на рыло и утром как огурчик, море девушек, все красивые, всех хочется и имеется, эх времечко...), но этот путь мы отметём как экстремальный
2. Т.н. "высокоуровневые ассеблеры", т.е. почти все императивные языки с изначально задуманной компиляции в машинные коды - Pаscal, Oberon, C, C++ и т.д. Наш выбор - C/C++ из-за высокой развитости, распространнёности и кроссплатформенности
3. Не совсем языки, скорее межплатформенные среды - Java, .NET
Думаю, именно 3-й вариант боллее перспективен в смысле распространения, первые два постепенно отойдут в область узкоспециализированных применений

Есть ещё одна категория - функциональные языки - всякие CAML, OCAML, и иже с ними. Хрен их знает, может и получат рапростаранение.

[alex-garad]

Если молодой, да денег побыстрее хочется... Думаю надо копать в сторону баз данных, т.е. SQL, понимание реляционной модели данных, и далее применение полученных знаний в написание приложение, крутящемся на WEB сервере, т.е. HTML, CSS, XSLT, XML, JavaScript, PHP, анд J2EE. Это уровень уже неплох, можно кушать самому и кормить семью, далее - C, C++, c прицелом на C#. Здесь уже можно зафиксироваться и наращивать мускулы опыта. Этот анализ сделан на данных рынка труда в Великобритании.

А Дельфи... Не в обиду, но похоже ни для чего кроме домашних поделок он не годен. [Уворачиваясь от пролетающего кирпича] Зе мышь тоже, тово, поделка [увернулся от другого], стандарты не держит