LINUX.ORG.RU
Ответ на: комментарий от Serg_HIS

Нет. Brainfuck тоже полноценный, универсальный и алгоритмический, однако он не похож на ЯП, на котором можно писать для энтерпрайза.

peregrine ★★★★★
()
Ответ на: комментарий от peregrine

Не он же по названию даже не универсальный.

Помню его.

Он именно для того и создан, чтобы делать то, что в названии написано.

Serg_HIS
()
Ответ на: комментарий от roy

Ну на самом деле у Джавы есть JIT компайлер который горячие участки кода компилирует в машинный код

100 раз говорено, что JIT компайлер явы — плох.

то на сервер-сайде она не менее быстра чем все её «конкуренты» - .NET, Ruby, Python.

.NET заведомо шустрее, как раз

next_time ★★★★★
()
Ответ на: комментарий от next_time

Есть сравнительные тесты?

Я же не спорю, что язык написанный на Си будет быстрее этого языка...

Но всё же, есть сравнительные тесты конкретных применений (алгоритмов)?

Мне самому интересно.

Serg_HIS
()
Ответ на: комментарий от roy

Вот к примеру, тормозит ли ЛОР?

ещё как, и регулярно сбоит.

Транзакции по твоей кредитной карте

2 цифры передать, о да...

next_time ★★★★★
()
Ответ на: комментарий от fluorite

он заметно отстаёт на нескольких тестах. в остальных результаты примерно одинаковые. но! в C# есть finalize и unsafe code, преимущества использования которых будут заметны лишь на более крупных задачах.

next_time ★★★★★
()
Ответ на: комментарий от next_time

Рыбята! Не ссортесь. Я не мало работал с обеими языками.

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

То есть каждый тянет на себя.

Я так же знаю что любая современная Жаба машина байт код компилирует в ассемблерный код текущей платформы.

Обычно если замерять этот процесс при первом запуске Жаба кода - он конечно же проигрывает в разы.

А про структуру хранения можно поговорить отдельно.

Serg_HIS
()
Ответ на: комментарий от next_time

Заметно - это когда выбрать сравнение джавы с плюсами, а так - ноздря в ноздрю.

fluorite ★★★★★
()
Ответ на: комментарий от fluorite

а ещё в С# полноценные инты (вкл unsigned) и прочее, прочее, что может в некоторых ситуациях очень значительно сказываться

next_time ★★★★★
()
Ответ на: комментарий от next_time

Тю... так ты сравниваеши До диез и Жабу?

Я думал Си++ и Жабу.

Зачем сравнивать кросплатформенную штуку только с виндузятницкой?

Serg_HIS
()
Ответ на: комментарий от Serg_HIS

Обычно если замерять этот процесс при первом запуске Жаба кода - он конечно же проигрывает в разы.

в этом тесте это учтено.

next_time ★★★★★
()
Ответ на: комментарий от BattleCoder

ООП везде одинаковое

Не так уж прямо одинаковое. Конкретно в C++ и Java довольно разное.

Зависит от широты охвата. Конечно, они разные. Но на фоне ООП Smalltalk, O'Caml или хотя бы JS, даже у PHP этот ООП почти как в С++ :)

KRoN73 ★★★★★
()
Ответ на: комментарий от Serg_HIS

я и то и то сравнивал. а mono (вкл. До диез) — кроссплатформенная вещь, все бенчмарки по ссылке — на линуксе.

next_time ★★★★★
()
Ответ на: комментарий от Stahl

Ой, там разницы, как между Си и, скажем, Паскалем

Между Паскалем и Си разница качественно больше, чем между Java и C++ :)

KRoN73 ★★★★★
()
Ответ на: комментарий от w1nner

Т.е. ты хочешь сказать что на сервере Java чувствует себя так же хорошо, как, скажем, и С++?

В общем, лучше. На сервере Java обычно применяется куда чаще, чем Си++ :)

KRoN73 ★★★★★
()
Ответ на: комментарий от unt1tled

Java похожа на C++ исключительно скобочками и знаками =, !=, < и >. Больше похожестей у них нет.

— Набор ключевых слов
— Управляющие конструкции
— Оформление блоков кода
— Описание переменных
— Вызовы переменных и методов
— Работа с массивами
— ...

Реально проще различия перечислить, чем общее. После Си++ на Java практически не нужно переучиваться, не хитрый код можно писать, прочитав пару страниц текста об основных отличиях.

KRoN73 ★★★★★
()
Ответ на: комментарий от w1nner

Я хочу сказать, что на сервере Java появляется быстрее, чем C++, и в производительности ему почти не уступает. Конечно, для этого нужно, чтобы разработчики приложения понимали платформу несколько глубже, чем Java жир пыщ пыщ пыщ.

f1xmAn ★★★★★
()
Ответ на: комментарий от peregrine

все промышленные языки чем-то похожи

Не все. Сравни Си++/Java и Ada, например. Не говорю уже про Erlang или FORTRAN.

KRoN73 ★★★★★
()
Ответ на: комментарий от Lavos

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

f1xmAn ★★★★★
()
Ответ на: комментарий от KRoN73

Реально проще различия перечислить, чем общее.

Согласен.

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

Я если вдруг вспомню - добавлю к Вашим.

Serg_HIS
()
Ответ на: комментарий от Serg_HIS

Все универсальные языки программирования похожи.

Ага. Algol, PL/1, Cobol, Pascal — прямо так похожи на Java/C++... :D

...

Это я уже молчу, что нет такой общей формальной классификации, как «УЯП». Есть, например, ЯВУ. И там различий куда больше...

KRoN73 ★★★★★
()
Ответ на: комментарий от next_time

у них примитивное ООП, по сравнению с С++. особенно в JS.

А мы о схожести ООП, говорим, а не о мощности. Кроме того, в JS ООП куда мощнее :) Другое дело, что прототипный подход — зло (ИМХО).

KRoN73 ★★★★★
()

Следствие аксиомы Эскобара.

aedeph_ ★★
()
Ответ на: комментарий от KRoN73

Ага. Algol, PL/1, Cobol, Pascal — прямо так похожи на Java/C++... :D

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

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

Ой-йо-йой как всё отличается!

там понимешь ли бегин, а там понимешь ли кавычка...

тут = сравнение, а тут = присвоение. Жестяк!

Ой страдаем - страдаем...

Я вообще спрашивал именно про коренные отличия JAVA и С++

Serg_HIS
()
Ответ на: комментарий от Serg_HIS

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

Именно по синтаксической части (мы же о ней спорим?), а не по архитектурной (сборка мусора, комплексные типы переменных, приведение типов, один класс на файл и т.п.):

— Другой формат работы с выделением памяти и указателями (из-за архитектурного различия — сборки мусора)
— Другие типы данных и несколько иной формат описания сложных структур
— Отсутствие goto
— Отсутствие файлов заголовков, препроцессора, #define
— Иной формат описания/вызова main()
— Отсутствие множественного наследования
— Опасное различие в сравнении комплексных объектов (сколько граблей било по лбу на сравнении Integer по == и т.п.)

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

KRoN73 ★★★★★
()
Ответ на: комментарий от Serg_HIS

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

И вот это всё, как раз, и составляет основу синтакиса языка. То есть отличатся в итоге практически всё :D

там понимешь ли бегин, а там понимешь ли кавычка...

Ну так и что в итоге общего останется? Императивность исполнения?

Я вообще спрашивал именно про коренные отличия JAVA и С++

Тогда это другая подветка спора :) Java и Си++ в сравнении с перечисленными «универсальными языками» практически близнецы-братья.

KRoN73 ★★★★★
()
Ответ на: комментарий от Serg_HIS

Я вообще спрашивал именно про коренные отличия JAVA и С++

вкратце: в джава есть сборщик мусора, но нет полноценного ООП и шаблонов.

Ой-йо-йой как всё отличается!

между Паскаль и С++ — пропасть. в Паскале нет: шаблонов, макросов, инлайн функций, нормальной типизации, ООП, перегрузки операторов и всех фич С++11+

next_time ★★★★★
()
Ответ на: комментарий от KRoN73

А мы о схожести ООП, говорим, а не о мощности.

А, ну ок тогда.

Кроме того, в JS ООП куда мощнее :)
Другое дело, что прототипный подход — зло (ИМХО).

/0 же?

next_time ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.