Почему говорят что Java это улучшенный С++.
Это так или у них больное сознание?

В литературе есть такое понятие: метафора.

Скорее урезанный чем улучшенный.

пойду ка я отсюда, пока помидорами не забросали.

Это сообщение отредактировал(а) Perchilla - 18.3.2005, 14:51

Да это совершенно разные языки.

ЗЫ: ТЕМУ ВО ФЛЕЙМ!!!

Цитата

ЗЫ: ТЕМУ ВО ФЛЕЙМ!!!

Ага!

Ява - ето действительно улучшенный С++ и для етого есть несколько существенных причин.
Вот несколько из них:

1) Максимальное упрощение синтаксиса языка, (отказ от указателей, шаблонов, и прочих средств С++ в которых часто могут быть неприянности).
2) Создание мултиплатформенной, единой системы, как для разработки сетевых программ, так и для простых приложений.
3) Создание единой и удобной системы разработки GUI приложний.
4) Создание улучшеной и гораздо обильнее чем в С++ стандартной библиотеки.

Ну так судите сами, лучше или нет ?

Я не поддамся на провокацию. С++ лучше.
Без указателей это не ООП, а просто глупости.

И Ява и С++ это просто улучшенный ассемблер!

Цитата(JAnty @ 18.3.2005, 15:47)

Без указателей это не ООП, а просто глупости.

Во первых, какое отношение имеют указатели к ООП?
Во вторых в Джаве все переменные это и есть указатели.


ЗЫ: ТЕМУ ВО ФЛЕЙМ!!!
ЗЗЫ: Может сделать у себя такую подпись: "ТЕМУ ВО ФЛЕЙМ!!!"

Понятие "лучше" крайне растежимое. Ява - язык полностью объекто ориентированный. Он не поддерживает структурного программирования, так что говорить что без указателей - это не ООП, неправильно.
Но у Явы, тоже есть сушественный изьян: Скорость работы. Он крайне медлителен изза своего чуда "Байт кода".
Хотя на сегодняшний день С++ гораздо чащe применяемый чем Ява, и на мой взгляд более удобней чем Ява.
И еще, как говорят многие начинающие программисты ООП, ява гораздо легче в понимании чем С++.

Так что если стоит вопросс что выбирать Ява или С++, а лично выбрал бы С++, несмотря на все прелести Ява.

Хотите соглашайтесь, хотите нет, это моё личное мнение.

Добавлено @ 16:31
Нащет Ассемблера полностью согласен, только Ассемблер - это улучшеный язык машинных кодов.

Цитата(pablo @ 18.3.2005, 16:28)

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

только разница в том, что в ассмемблере можно сделать тоже самое что и в машинных кодах, а на Яве некоторые вещи не сделаешь, то что можно сделать в C++ .

Насчот ООП я погорячился, но я тогда не вижу смысл Джавы.

Модератор: ТЕМА В ФЛЕЙМ!!! ... перемещена

Цитата

Но у Явы, тоже есть сушественный изьян: Скорость работы. Он крайне медлителен изза своего чуда "Байт кода".

http://www.idiom.com/~zilla/Computer/javaCbenchmark.html
http://soft.compulenta.ru/2004/6/17/47645/?ref=left
http://kano.net/javabench/

Цитата

Хотя на сегодняшний день С++ гораздо чащe применяемый чем Ява, и на мой взгляд более удобней чем Ява.

Ерунда - насчет удобства по крайней мере. На западe жe С++ стабильно проигрывает.

Цитата

Ява недорос.  На счот ООП я погорячился, но я тогда не вижу смысл Джавы. Если в С++ перестать пользоваться тем, чего нет в J, то С превратится в J.

Смысл Java - в кроссплатформенности, а тakже в тоm, что программы нa ней проще и намного быстрее писать, проще поддержиать. Корпоративные веб приложения / сервиса и пр пишутся нa Java, С++ тaм рядом не стоял.

Цитата

Скорее урезанный чем улучшенный.

часто лi нужнa "неурезанность"? Пo опыту знаю - в 99% не нужна.

ЗY: J++ - это не Java.

Цитата(Perchilla @ 18.3.2005, 17:42)

на Яве некоторые вещи не сделаешь, то что можно сделать в C++  .

Можно примерчик для общего развития? Без кодов, просто на словах.


Это сообщение отредактировал(а) dm9 - 18.3.2005, 20:20

Цитата

Можно примерчик для общего развития? Без кодов, просто на словах.

Например, нельзя указывать поинтером на пустое место и думать, что там что-то есть, забывать удалить объеkt в цикле и гадать потом, куда делась память, вылазить за границы массивa из-за опечатки и брать непонятно какие непонятно откуда значения. Нельзя иметь богатую библиотеку классов - одну на всех, а нe кучу разных и несовместимых. Нельзя путаться в дебрях *->***->...__> и прочих хороших вещах... И так далее...
шучу.

Как мне кажется, большое удобство - возможность сделать большое корпоративное приложение с доступом через браузер, т.е. никакой специальной клиентской части. Это позволяет делать очень крупные распределенные системы. В С++, как в более универсальном языке, тоже можно такое сделать, но в J2EE есть много классов, методик и т.п., предназначенных специально для этой задачи.
Все ИМХО.

Цитата

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

Дело в самой спецификации J2EЕ, понятии "контейнер" и кроссплатформенности Java.

Java - J2EE приложениe будет одинаковo работать нa Макe, винде, линухe или солярисе. Вообще без каких-либо изменений и перекомпиляции. с++ - нет.

Java - J2EE приложениe будет одинаковo работать на любом J2EE контейнерe - правдa, с настройкоj самого контейнера.

Java - J2EE контейнер делает столько зa программиста, сколько весь этот форuм зa год не напишет. Транзакции, персистенс, кластеринг, балансинг нагрузки, фейл-овер, динамический редеплоймент, логгинг и аудиt, трединг, управлениe жизнью объектa, пулинg ресурсов, секьюрити, кеширование и т п. Все этo делается контейнерoм, причем один клиент можet работать на линухe с десктоп приложeния, другой- черeз броузер, третий - быть таким же прилoжением на виндe.

Сделайтe этo нa с++ ...

Цитата(Domestic @ 18.3.2005, 21:05)

Транзакции, персистенс, кластеринг, балансинг нагрузки, фейл-овер, динамический редеплоймент, логгинг и аудиt, трединг, управлениe жизнью объектa, пулинg ресурсов, секьюрити, кеширование и т п.

Просто челюсть отвисла... Сколько всего еще нужно узнать...

Цитата(Domestic @ 18.3.2005, 20:28)

Например, нельзя указывать поинтером на пустое место и думать, что там что-то есть, забывать удалить объеkt в цикле и гадать потом, куда делась память, вылазить за границы массивa из-за опечатки и брать непонятно какие непонятно откуда значения.

Это уже беда не языка, а программиста. Если он не может писать правильно, то тут уж.... Это все равно что говорить что автомат Калашникова хуже чем палка, из автомата можно себе что - нить прострелить, поэтому с палкой проще воевать....
Java более уневерсален, а плата за это обычно - большая ограниченность в возможностях. Убери у жабы кроссплотформенность и у нее сразу гораздо меньше преимуществ останется.

Domestic Cat вот ведь изругался, от всей души.

Все, будем переходить на Java, или С# .

Цитата(Darked @ 18.3.2005, 12:06)

Убери у жабы кроссплотформенность и у нее сразу гораздо меньше преимуществ останется.

Всё что есть у Jav'ы, также есть и у C++.
Кроссплатформенность? Пожалуйста, boost::thread, STL и Qt.
garbage collector? std::auto_ptr и т.д.
Но кроме того у C++ есть перегрузка операторов, прямая работа с памятью и большее быстродействие.
Добавлено @ 23:14

Цитата(Domestic @ 18.3.2005, 10:05)

Java - J2EE контейнер делает столько зa программиста, сколько весь этот форuм зa год не напишет.

Пожалуй только с этим я соглашусь.

Цитата(Darked @ 18.3.2005, 14:06)

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

Это спорный вопрос. Например, если завтра раздать каждому по пистолету с боевыми патронами - увеличится количество убийств или нет? Мне почему-то кажется, что да. Хотя формально вина будет не на раздававшем.

Цитата(Darked @ 18.3.2005, 14:06)

Java более уневерсален, а плата за это обычно - большая ограниченность в возможностях.

Ничуть не "большая". Посмотри ради интереса на IntellijIDEA - прекрасный IDE, написанный на Java, даст 100 очков вперед многим, в том числе студии. Посмотри игру Chrome. Большая ограниченность, говоришь?
Да, нельзя с памятью работать напрямую. Ну не напишу я драйвер какой. Ну, не смогу я делать чисто виндозные приколы. Ну и ? IDEA от этого хуже стала? Ничуть. Каждому свое - ну есть МФЦ - пишите пожалуйста.

Цитата(Darked @ 18.3.2005, 14:06)

Убери у жабы кроссплотформенность и у нее сразу гораздо меньше преимуществ останется.

Тогдя это будет не Java. А если у С++ отобрать всю его МОЩЬ... А у ассемблера MOV ....

chipset просто когда Windows будет полностью построен на IL, а Linux и Mak на байт коде (возможно в далеком будущем) использование C++ с API будет не целесообразым, если конечно он удивительным образом не перекочует на IL или байт код.

Это сообщение отредактировал(а) Perchilla - 18.3.2005, 23:18

Цитата(chipset @ 18.3.2005, 14:12)

Кроссплатформенность? Пожалуйста, boost::thread, STL и Qt.

Не понял? Где тут кроссплатформенность???? А ну-ка, дайте мне приложение на С++, чтоб я его на своем Маке запустил

Цитата(chipset @ 18.3.2005, 14:12)

Но кроме того у C++ есть перегрузка операторов, прямая работа с памятью и большее быстродействие.

Перегрузка - не преимущество, а фича, причем спорная по полезности.
Быстродействие - смотри
http://soft.compulenta.ru/2004/6/17/47645/?ref=left
Сколько раз ссылку давать?

Цитата(Domestic @ 18.3.2005, 23:22)

Не понял? Где тут кроссплатформенность????

ну ты сначала QT поставь, потом я пришлю програмку, а ты скомпилишь. А ты как хотел? . Мне же тоже, чтобы Явовскую прогу запустить надо JVM поставить, или как там у вас .

Цитата(Domestic @ 18.3.2005, 23:17)

увеличится количество убийств или нет? Мне почему-то кажется, что да.

Так и я о том же, что это С++ - интсрумент убийства, а не самоубийства ; )))

Цитата(Domestic @ 18.3.2005, 23:17)

Ну не напишу я драйвер какой. Ну, не смогу я делать чисто виндозные приколы. Ну и ? IDEA от этого хуже стала? Ничуть. Каждому свое - ну есть МФЦ - пишите пожалуйста.

Согласен, под каждые нужды свои инструменты. Но системные вещи все таки не для джабы.

Цитата(Domestic @ 18.3.2005, 23:17)

Тогдя это будет не Java. А если у С++ отобрать всю его МОЩЬ...  А у ассемблера MOV ....

То есть все таки я прав, у джавы основной козырь - кроссплатформенность ; )

Цитата(Perchilla @ 18.3.2005, 23:25)

Мне же тоже, чтобы Явовскую прогу запустить надо JVM поставить, или как там у вас

Если локальное приложение - да.
Если обратиться к серверному - нет.
Добавлено @ 23:28

Цитата(Darked @ 18.3.2005, 23:27)

То есть все таки я прав, у джавы основной козырь - кроссплатформенность

Прав.

Цитата(Darked @ 18.3.2005, 23:27)

Но системные вещи все таки не для джабы

Согласен.

Цитата(Lamer @ 18.3.2005, 23:27)

Если обратиться к серверному - нет.

поясни. Допустим у меня стоит голая винда, я ничего на нее не ставил. И как мне запустить серверное приложение?

Цитата(Perchilla @ 18.3.2005, 14:25)

ну ты сначала QT поставь, потом я пришлю програмку, а ты скомпилишь. А ты как хотел? smile . Мне же тоже, чтобы Явовскую прогу запустить надо JVM поставить, или как там у вас smile .

Нет. Это НЕ КРОССПЛАТФОРМЕННОСТЬ. Кросплатформенность в том, что я присылаю тебе прогу, а ты ее запускаешь БЕЗ КОМПИЛЯЦИИ.

Цитата(sergej @ 18.3.2005, 16:20)

И Ява и С++ это просто улучшенный ассемблер!

Глаголишь, истину.

Асм всему голова.

Цитата(Perchilla @ 18.3.2005, 14:32)

поясни. Допустим у меня стоит голая винда, я ничего на нее не ставил. И как мне запустить серверное приложение?

Lamer George имел в виду, что можно обратиться к серверному Java -приложению или веб сервису.

Цитата(Domestic @ 18.3.2005, 23:22)

Быстродействие - смотри http://soft.compulenta.ru/2004/6/17/47645/?ref=left Сколько раз ссылку давать?

Ну gcc не самый быстрый код дает, это бы сравнить с M$ Visual C++!

Цитата(Perchilla @ 18.3.2005, 22:32)

поясни. Допустим у меня стоит голая винда, я ничего на нее не ставил. И как мне запустить серверное приложение?

http://www.server-proga.ru/

Цитата(Darked @ 18.3.2005, 14:35)

Ну gcc не самый быстрый код дает, это бы сравнить с M$ Visual C++!

Да какя разница? По сравнению с самыми быстрыми С++ компиляторами Java отстает раза в 1.5 - 3. Если в особо критических местах пользовать нативные методы (в Java можно такое делать кстати), то будет где-то проигрыш в 1.2 раза.
Но в целом, для 95% приложений разницы нет, даже если бы Java проигрывала в пять раз. Основные тормоза приложений при нынешней скорости компов - работа с IO, нетворкинг. А юзеру пофик - посчитает твоя программа 2+2 за 1 наносекуну или за 1 миллсекунду. Он не заметит просто.

Какие - то странные у вас приколы.

Цитата(sergej @ 18.3.2005, 23:38)

http://www.server-proga.ru/

И что? там может быть что угодно, хоть C++ прога на ISAPI. Не удивили .

Это сообщение отредактировал(а) Perchilla - 18.3.2005, 23:43

Цитата(Domestic @ 18.3.2005, 23:40)

А юзеру пофик - посчитает твоя программа 2+2 за 1 наносекуну или за 1 миллсекунду.

В принципе согласен, но а если дело касается обработка изображений или работа с БД ?

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

Цитата(Perchilla @ 18.3.2005, 23:41)

там может быть что угодно

Вот именно это "что угодно" и удобно писать на Яве

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

Цитата(sergej @ 18.3.2005, 23:48)

БД - io поэтому тормоза главные в ней

В смысле? В самой базе или во время ее обработки в бизнес-логике?

Цитата(Darked @ 18.3.2005, 14:44)

работа с БД

Работа с БД - здесь Java поступает хитро - она предоставляет интерфейс, и все. То есть, работать с любой БД можно. Написал для Оракла - потом можно перейти на мускул и не заметить. Хотя тонкости есть, некоторые БД не имеют некоторых фич, но это мелочи. Чтоб работать с БД, нужен драйвер от производителя. Производитель сам как хочет, так и пишет. Потому проигрыша тут нет.

Цитата(Darked @ 18.3.2005, 14:44)

касается обработка изображений

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

Цитата(Lamer @ 18.3.2005, 22:49)

В смысле? В самой базе или во время ее обработки в бизнес-логике?

Во время самих запросов. передача из твоего процесса - БД процессу

sergej.z

Цитата(sergej @ 18.3.2005, 23:48)

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

почему же тогда Corel, Adobe свои продукты на сях пишут и для кажой платформы перекомпилируют. "Удобнее" же на Java: бесплатно, не надо компилить заново, не надо переделывать по каждую платформу, раз Java с изображениями так быстро работает?

Цитата(Perchilla @ 18.3.2005, 14:53)

почему же тогда Corel, Adobe свои продукты на сях пишут и для кажой платформы перекомпилируют. "Удобнее" же на Java: бесплатно, не надо компилить заново, не надо переделывать по каждую платформу, раз Java с изображениями так быстро работает?

В мире больших програм и большого бизнеса логика своя. НАпример, штат программеров. Их надо переучивать тогда. Далее - есть готовый продукт, а Java -приложение нужно с нуля начинать. Скорость в таких делах тоже серьезный фактор.

Цитата(Perchilla @ 18.3.2005, 23:53)

почему же тогда Corel, Adobe свои продукты на сях пишут и для кажой платформы перекомпилируют. "Удобнее" же на Java: бесплатно, не надо компилить заново, не надо переделывать по каждую платформу, раз Java с изображениями так быстро работает?

Тут я думаю любой солидный коммерческй проукт лучше писать под свою плотформу хотя бы потому, что не нужно пользователя выкачивать еще и джава машину, которая кстати есть не у всех! А на С++ я написал софт, и мне не нужно просить бедного юзера искать вирт.машину, чтобы наслодиться приобретенным сфтом.

Цитата(Domestic @ 18.3.2005, 22:58)

В мире больших програм и большого бизнеса логика своя.

Именно!
В основном из за переучивания персонала. Ещё роль играет суппорт разработчика IDE.
Многие фирмы выбирают продукты микрософта исключительно из за гарантированного суппорта. Деньги не имеют при этом большого значения, потому что списывается с налогов
Добавлено @ 00:03

Цитата(Darked @ 18.3.2005, 23:00)

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

Если и он и ты на "на виндах"

Цитата(Darked @ 18.3.2005, 15:00)

Тут я думаю любой солидный коммерческй проукт лучше писать под свою плотформу хотя бы потому, что не нужно пользователя выкачивать еще и джава машину, которая кстати есть не у всех! А на С++ я написал софт, и мне не нужно просить бедного юзера искать вирт.машину, чтобы наслодиться приобретенным сфтом.

За то что она не у всех - спасибо мелкософту. Хотя они вроде с Сан помирились, кто его знает, чем обернется. Тем не менее, поставил JRE и забыл. Для запада 15 метров скачать легче, чем левое ухо почесать. Я сейчас могу стянуть хоть всю вижуал студию на четырех дисках плюс все звездные войны и заплачу те же 30 баксов в месяц. И так каждый (тут).
Добавлено @ 00:12
Забыл - на Макинтоше уже стоят Java, Perl, Python, gcc - даже тянуть не нужно.

Цитата

Можно примерчик для общего развития? Без кодов, просто на словах.

Например, ядро операционной системы и работа с памятью - на java нереально написать, а на C++ в самы раз.

Цитата

Насчот ООП я погорячился, но я тогда не вижу смысл Джа

Да вы что? Совсем что ли? И так поняно: написание мобильных приложений, корпоративные проекты, аплеты...

Цитата

На западe жe С++ стабильно проигрывает.

Да C++ уже почти везде проиграл - сейчас время java и .NET (C#).

ИМХО:
Java - язык хороший, но для него нет универсальной, удобной и стандартной IDE (и даже не заикайтесь о SUN One Sudio), а вот
Visual Studio.NET в самый раз - удобный и распространенный, так что
C# рулит!

Цитата(alir @ 18.3.2005, 15:42)

Java - язык хороший, но для него нет универсальной, удобной и стандартной IDE (и даже не заикайтесь о SUN One Sudio), а вот

Универсальной - точно нет, но многообразие - это хорошо Хотя в целом, есть две приличные IDE - IDEA и Eclipse, ничуть не хуже Студии.

Цитата

Можно примерчик для общего развития? Без кодов, просто на словах.

Например, написание ядра OS и ее работу с памятью нереально на java, только на C++.

Цитата

Насчет ООП я погорячился, но я тогда не вижу смысл Джавы.

Да ты что? На java пишут мобильные приложения, корпоративные поекты,
иногда и web, но в создании "настольного" ПО эффективен C++ в силу своей скорости выполнения.

Цитата

На западe жe С++ стабильно проигрывает.

Еще бы, сейчас рулит .NET.

alir, повторяешься

Цитата(alir @ 18.3.2005, 15:57)

Еще бы, сейчас рулит .NET.

Рынок сейчас такой: 60-70 % Java - 30-40% C# - по веб приложениям и сервисам

Цитата(alir @ 18.3.2005, 23:57)

Например, написание ядра OS и ее работу с памятью нереально на java, только на C++.

не, ну почему? Тоже можно, если возмёшь компилер, который её в исполняемый код переведёт

sergej.z в таком случае C++ Virtual Mashine тоже можно изобрести .

Цитата(sergej @ 19.3.2005, 01:14)

не, ну почему? Тоже можно, если возмёшь компилер, который её в исполняемый код переведёт

Смысл Jav'ы теряется.. Получается очередной J#.

Цитата(Perchilla @ 18.3.2005, 16:16)

sergej.z в таком случае C++ Virtual Mashine тоже можно изобрести

Дык есть же .NET CLR и Managed C++ Правда там кросплатформенностью и не пахло

Цитата(Domestic @ 19.3.2005, 01:21)

Правда там кросплатформенностью и не пахло

Почему не пахло? Mono.

Это сообщение отредактировал(а) ZX-80 - 19.3.2005, 01:25

Цитата(ZX @ 18.3.2005, 16:24)

Почему не пахло? Mono.

Какая это кроссплатформенность? Это проект вообще не мелкософтный; потому никакой гарантии никто не дает. Это раз. А два - посмотри как пишут программы на C#. Сплошные ансейфы, работа с виндозными неймспейсами и пр ...

Цитата(ZX @ 19.3.2005, 00:18)

Смысл Jav'ы теряется.. Получается очередной J#.

Смысл Явы как раз её концепт как языка. Кроссплатформенность - побочный эффект. Очень приятный, но не всегда ключевой при выборе

Цитата(Domestic @ 19.3.2005, 01:21)

Дык есть же .NET CLR и Managed C++

ну дык отдать идею в нормальные руки (не Microsoft ) и забацать машинку, которая переводит C++ в тот же байт-код . Я же могу использовать указатели, шаблоны, перегрузки операторов на всех платформах с одинаковым успехом. Не было бы Java .

Это сообщение отредактировал(а) Perchilla - 19.3.2005, 01:34

Цитата(Domestic @ 19.3.2005, 01:29)

А два - посмотри как пишут программы на C#. Сплошные ансейфы, работа с виндозными неймспейсами и пр ...

MS планирует закрывать всю функциональность WinApi FCL'ом. Надеюсь что потребности в упомянутых тобою вещах не будет возникать...

Цитата(Perchilla @ 19.3.2005, 01:34)

забацать машинку, которая переводит C++ в тот же байт-код

Есть куча компиляторов в байт код(не из Java). Но при этом часто теряется возможность нормальной работы с framework.

Цитата(LSD @ 19.3.2005, 01:39)

Но при этом часто теряется возможность нормальной работы с framework.

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

Это сообщение отредактировал(а) Perchilla - 19.3.2005, 01:41

Цитата(ZX @ 18.3.2005, 16:35)

MS планирует закрывать всю функциональность WinApi FCL'ом. Надеюсь что потребности в упомянутых тобою вещах не будет возникать...

С нелегкой руки господина Страуструпа они появился аргумент о "миллионах строк кода". За 4 года сколько написано? И что, все это переведут в кроссплатформенный код?
Почему за это время микрософт не позаботился о .НЕТ хотя бы под линух?
И будет ли вообще .НЕТ Винда? Вот тут автор сильно сомневается
http://www.ddj.com/documents/s=9211/ddj050201dnn/

Цитата(Perchilla @ 19.3.2005, 00:34)

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

Походы указателями одинакого на разных платтформах ?
В яве поэтому стандартизированы типы.

Цитата(Perchilla @ 19.3.2005, 01:41)

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

Не обязательно, например попробуй к LISP прикрутить MFC.

Цитата(sergej @ 19.3.2005, 01:41)

Походы указателями одинакого на разных платтформах ?

почти. Да и типы там стандартизированы с помощью различных кросплатформенных библиотек. А потом я же не собираюсь с указателями вытворять что - нибудь невообразимое .

Цитата(Perchilla @ 19.3.2005, 00:46)

А потом я же не собираюсь с указателями вытворять что - нибудь невообразимое

Но ведь возможность имеется, а значит потенциальные грабли.
Добавлено @ 01:52
Вообще факт то, что на яве за короткое время можно больше написать полезного кода, чем на Си. (У меня по крайней мере). Хотя на Си прогил намного дольше (ещё когда ява была не распространена).

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

Цитата(sergej @ 19.3.2005, 01:48)

Программируя на си думаешь об освобождении памяти и не ускакивания в какие нибудь пространства памяти.

Когда я програмлю, у меня всегда голова болит, все ли ссылки я освободил.

Цитата(Perchilla @ 18.3.2005, 16:34)

Я же могу использовать указатели, шаблоны, перегрузки операторов на всех платформах с одинаковым успехом. Не было бы Java smile .

В том то и дело, что не можешь - это я насчет указателей; если ты имеешь в виду указатели в нынешнем С++ виде. Там где можно отвлечься от конкретного адреса памяти, указатель вообще не нужен. Убери его - получишь Java переменную. Там где он нужен - там приложение уже непереносимо с одной ос на другую.
Синтаксис Java такой же как у С++, только убраны * и -> за ненужностью. Есть интерфейсы, как в КОМ, что очень большой плюс. Никаких тебе МФЦ / АТЛ и проч - все собрано в 3 SDK - Standard edition, Enterprise Edition, Micro Edition. Множество полезных тулзов - Ant, XDoclet, ... Переписывать все это еще и под С++, имхо, пустая работа. Вон Микрософт захотел придавить Java - и быстренько состряпал 44 языка НЕТ, причем многие библиотеки FCL были по спешке переделаны из VB и WFC. И толку? Сотрудничество с Сан дало бы им гораздо больше.

Да... Я сделал вывод, С++. Если говорить, что программист должен искать более простое решение задачи, то возможно Джава, а зачем, если есть VB.

Интересно , какие перспективы у JAVA перед .NET ? Не вытеснит ли "нет" жабу? Последнее время, только и слышу , что java умрёт . Но тем не менее всё чаще и чаще замечаю, что JAVA-программисты востребованы. Взгляните на предлагаемые з/п! Очень впечатляют.

Цитата(Domestic @ 19.3.2005, 06:22)

Сотрудничество с Сан дало бы им гораздо больше.

Не согласен. Мелкийсофт любой ценой хочет задавить SUN и остаться монополистом.

Добавлено @ 16:53
Вообще, хватит давать дяде Билли возможность оставаться монополистом!НУжно любой ценой отвязаться от его вездесущей оси! Один из выходов - пересесть, главным образом, на java.

Цитата(Kaskad @ 19.3.2005, 05:44)

Не вытеснит ли "нет" жабу? Последнее время, только и слышу smile , что java умрёт

Это отдел маркетинга мелкософта так думает. Он также думает, что НЕТ кроссплатформенный и что ВС.НЕТ - чудо из чудес. Точнее, не думает, а делает такую рекламу, ибо не похвалишь - не продашь.
Не вытеснит он никого.

Цитата(JAnty @ 19.3.2005, 05:02)

Если говорить, что программист должен искать более простое решение задачи, то возможно Джава, а зачем, если есть VB.

Мда. Запомни: у с++ - одни задачи, у Java - другие, у ВБ - третьи. с++ нужен для системных вещей, для части десктоп приложений, для ресурсоемких штук типа игр, для поддержания готовых с++ проектов. На с++ НИКТО не будет писать веб приложения, сервиса, корпоративные приложения, кроссплатформенные приложения. Java устраняет часть (редко необходимых ) сложностей с++; и это само по себе хорошо. Java - 100% ОО язык, в отличие от С++. Сравнивать его с ВБ - глупо, тут разговору нет. И не надо думать, что Java - раз плюнуть, просто программист Java меньше отвлекается на ненужные манипуляции с указателями, удалениями и проч. Но ни один из супер-пупер с++ программеров, включая и тебя в том числе, даже после пары лет изучения Java не будет понимать и десятую долю Java технологий. Это другой уровень, на нем ВБ6 и не стоял, а с++ на него забраться не успел, как его Java выкинула.

Цитата

Если говорить, что программист должен искать более простое решение задачи

Программер обязан искать простое решение. Также, как никто не делает двери в потолке или унитаз на стене на высоте трех метров. В реальной жизни никакой радости писать сложный код нет. После тебя приходит, возможно, не один человек - поддерживать приложение. Само написание программы - это 20-30% времени, остальное - дебаггинг и документация. И сложный код здесь как та самая дверь в потолке - готов убить строителя.
Потому программист должен подходить к задаче с другой точки зрения - выбирать язык программирования не из соображений крутизны, простоты или сложности, а исходя из того, что больше подходит. И подходить объективно, а не эмоционально, как многие тут делают. Т.к. работает программист не для того, чтобы показать, что он умеет прибавить к указателю единицу, а из того, понятно ли будет это ему самому через месяц; или кому-то другому через год; исходя из той выгоды, которую даст использование с++ для данной задачи.

Наверняка ты не знаешь ту же Java, насчет ВБ - не знаю. Поэтому мой совет - сначала выучи язык, потом напиши маленький проект, тысяч на 10 строк, а потом напиши то же на с++. И сравни. Хороший программер напишет такой проект на Java быстрее чем на С++ - раза в 3-4, при аналогичной функциональности и дополнтельной кроссплатформенности.