Решено. Каковы преимущества в с++?

[math]

в котором нет виртуальной машины, нет сборщика мусора,

Это теперь преимущества? ню-ню По остальным пунктам многие из вышеперечисленных подходят. По всем пунктам (вроде бы) подходит, например, D.

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

виртуальная машина - почти совершенно ненужная вещь, так как даже C обеспечивает кроссплатформенность. ну я думаю вы знаете эту точку зрения и понимаете, что для людей, которые её придерживаются, виртульная машина - огромный недостаток
сборщик мусора, имхо, развращает программиста и абсолютно, 100%-но не нужен в императивном, объектно-ориентированном языке. к тому же люди, программирующие на C#, например, очень даже знают, какие с этим бывают проблемы и как сложно бывает избавиться от мемори-ликов

[azsx]

интересно, а реализации фокспро под линукс же нету, да?
и еще. Это же выглядит несколько странно, писать к примеру на Fortran или OCaml или Haskell? Допустим у меня проблемы будут, и выясниться, что OCaml не знает никто. Или толкнуть куда свою программу захочу, с открытыми кодами. Для меня это как сделать сдл на plone или typo3, а потом продавать его кому то. Что на самописной цмс бы сайт был, что та типо3 - один фиг в кодах буду разбираться только я, а не тот кто этот сайт у меня купит.

[diesel]

интересно, а реализации фокспро под линукс же нету, да?

что вам так в этом foxpro нравится?

а еще проще на java, или C#

У меня такое ощущение, что приложения Java будут тормозить *на любой* системе. И даже через 10 лет, когдла мощность процессоров ещё больше возрастёт, авторы JVM сделают что-то ещё так, что эти приложения всё равно будут выполняться медленно.

it depends.

[Crazy]

виртуальная машина - почти совершенно ненужная вещь, так как даже C обеспечивает кроссплатформенность.

Обеспечивается на уровне исходного кода, который написан в соответствие со стандартом. Отсюда проблемы: компилятор поддерживающий стандарт, платформо-зависимый код.
Благодаря виртуальной машины в java размер int фиксирован, для всех систем, в отличие от C/C++.

а еще проще на java, или C#

У меня такое ощущение, что приложения Java будут тормозить *на любой* системе. И даже через 10 лет, когдла мощность процессоров ещё больше возрастёт, авторы JVM сделают что-то ещё так, что эти приложения всё равно будут выполняться медленно.

У меня на работе разработка ведется на C++/Java, для некоторых проектов его производительности вполне хватает.
С++ используется для проектов работающих в режиме реального времени, обрабатывающие большое количество данных.

[math]

виртуальная машина - почти совершенно ненужная вещь, так как даже C обеспечивает кроссплатформенность.

Обеспечивается на уровне исходного кода, который написан в соответствие со стандартом. Отсюда проблемы: компилятор поддерживающий стандарт, платформо-зависимый код.
Благодаря виртуальной машины в java размер int фиксирован, для всех систем, в отличие от C/C++.

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

[Portnov]

я бы хотел язык, похожий на C++, но проще

D: http://digitalmars.com/d/.

[math]

я бы хотел язык, похожий на C++, но проще

D: http://digitalmars.com/d/.

это со сборщиком мусора, что неприемлимо

[Portnov]

Если в каком-то языке плохой сборщик мусора, это ещё не значит, что все сборщики мусора плохие :)

[azsx]

что вам так в этом foxpro нравится?

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

[math]

Если в каком-то языке плохой сборщик мусора, это ещё не значит, что все сборщики мусора плохие

Я не говорю, что они плохие. Есть весьма хорошие. Я говорю, что сама идея сборщика мусора - плохая.

[diesel]

что вам так в этом foxpro нравится?

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

ну то есть если то что Вы хотите написать будет строится вокруг базы данных: то выбирайте СУБД. То есть есть тот же postgres, с PL/Python (http://www.postgresonline.com/journal/index.php?/archives/99-Quick-Intro-to-PLPython.html ), или если не надо сервера и прочего(встраиваемая БД): sqlite с tcl, итп

[azsx]

Portnov почему то питон не советовал. Именно запросов мне и mysql хватит, смысл в обработке данных, а не в выборке.
зы
но ни пл ни питон - я также не знаю.

[math]

Portnov почему то питон не советовал. Именно запросов мне и mysql хватит, смысл в обработке данных, а не в выборке.
зы
но ни пл ни питон - я также не знаю.

знакомые веб-программисты мне говорили, что если контора пишет на php - значит дела у неё плохи. рекомендовали питон

[azsx]

знакомые веб-программисты мне говорили, что если контора пишет на php - значит дела у неё плохи. рекомендовали питон

ага. тыща движков кругом на пхп, и только plone круче всех! Он же на питоне. Как я сразу не догадался, давно бы себе уматную цмску поставил и все бы само работало.
зы
Я устал учить с. У меня в нем все получается с пятидесятой попытки. И я подумал, а может я язык программирования выбрал не правильно. И я решил спросить практиков, правильно ли я двигаюсь, нет ли кардинальных ошибок изначально, ну и всем ли тяжело в с++ программы писать или это только я такой без талантливый.
И что ответили люди? Кто говорит бери джаву, кто говорит, что джава тормоз и г**о. Кто то там категоричный, ему минусы ставят, кто то там (другие) просто книжки советуют нормальные по с. Я уже запутался, что я спрашивал то два дня назад...

[Portnov]

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

[diesel]

Portnov почему то питон не советовал. Именно запросов мне и mysql хватит, смысл в обработке данных, а не в выборке.
зы
но ни пл ни питон - я также не знаю.

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

Да, и кстати, есть еще ведь и jython, который при некоторых условиях, позволяет запускать написанное на python'е, в JVM. Опять же, в некоторых случаях, это может быть сильно быстрее.

[azsx]

то есть совет забрасывать пока си, на котором всё равно ничо не работает и ума мне не хватает и "тренироваться на кошках" на питоне? А потом и собственно основную прогу на питоне писать? Правильно?

Если в третьей части граф оказывается очень большой

даже по яше по запросу "окна" найдено 87 миллионов документов (они не все html). Есть куча проблем даже с тем, чтобы выкачать все их в базу, есть проблемы с фильтрованными сайтами (то есть реально документов намного больше). К тому же не получится сделать выборку только по окнам, (в первой части программы), но можно очень сильно сократить кол-во фильтрованных документов. Однако цифры кол-ва записей для третьей части надеюсь понятны.
зы
первые две части скорее будут упираться в каналы, место и возможность бана от прозорливых админов, а вовсе не в язык программирования. Образно как выкачивать страницы с инета я представляю.

[Denjs]

интересно, а реализации фокспро под линукс же нету, да?

что вам так в этом foxpro нравится?

FOXPRO DEAD. IS WAS BOUGHT BY MICROSOFT AND KILLED.
sleep in peaсe dear foxpro. you was greate! in your time.

Я устал учить с. У меня в нем все получается с пятидесятой попытки. И я подумал, а может я язык программирования выбрал не правильно. И я решил спросить практиков, правильно ли я двигаюсь, нет ли кардинальных ошибок изначально, ну и всем ли тяжело в с++ программы писать или это только я такой без талантливый.
И что ответили люди? Кто говорит бери джаву, кто говорит, что джава тормоз и г**о. Кто то там категоричный, ему минусы ставят, кто то там (другие) просто книжки советуют нормальные по с. Я уже запутался, что я спрашивал то два дня назад...

вы ещё на ЛОРе не спрашивали (;
То что с 10-й попытки - оно всегда так. пока вы не научитесь думать тем образом как предполагает решать задачи язык - мало что будет получаться.
На ООП (это уже в С++) ваш мозг вообще года через 2 полностью переключится. По крайней мере у меня именно так было. Т.е. писать то я писал, но понимать и чувствовать объектный подход к программированию (когда программа - это набор объектов(как модульный музыкальный центр) который живут и работают параллельно, а не куча последовательно вызывающихся функций ) - у меня уложился только года через 2. Сейчас не нарадуюсь)))
Удачи вам.

[drBatty]

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

1) встроенная - плохо. а если УЖЕ есть скажем MySQL?
2) в C++ есть STL. Впрочем, вы можете выдумать свои классы, прям как в foxpro(или в чём угодно), при этом эти классы будут работать не медленнее родных (т.к. в foxpro они написаны на С/С++)
3) вовсе нет - специализированная БД ВСЕГДА быстрее. Обычно на порядки. А часто БД нельзя выбирать - она УЖЕ есть.
4) это уже вопрос к IDE.

Я не говорю, что они плохие. Есть весьма хорошие. Я говорю, что сама идея сборщика мусора - плохая.

+500.
в том смысле, что встроенный в ЯП сборщик мусора - он всегда глючит. Но в некоторых случаях сборщик мусора - нужен. И тогда его можно сделать на С++.

(Всё - ИМХО. Для тех, кто подпись не видит).

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

вы сначала определитесь: С или С++?
это разные ЯП, мало того, по моему мнению, С - это тот-же С++, только вывернутый наизнанку. Там ВСЁ по другому. Хотя всё - одно и тоже

[diesel]

то есть совет забрасывать пока си, на котором всё равно ничо не работает и ума мне не хватает и "тренироваться на кошках" на питоне? А потом и собственно основную прогу на питоне писать? Правильно?

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

[eddy]

по моему мнению, С - это тот-же С++, только вывернутый наизнанку. Там ВСЁ по другому. Хотя всё - одно и тоже

Я бы сказал наоборот: кому-то (Страуструпу, что ли) надоело придумывать всякие конструкции вроде inline функций и дублировать одинаковые функции для работы с разными типами данных, и он из С сделал С++. Который, в принципе, приводит к совершенно аналогичному результату, но зачастую посредством меньшего количества писанины.

[Portnov]

Какбе к слову: http://www.linux.org.ru/news/java/5148692

[azsx]

Какбе к слову: http://www.linux.org.ru/news/java/5148692

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

вы ещё на ЛОРе не спрашивали (;

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

[eddy]

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

Тогда только чистый C-99.

[azsx]

Тогда только чистый C-99.

я не хочу юзать стандарт языка 99 года! Я уверен, что с++ - не зря улучшали.

[eddy]

Тогда только чистый C-99.

я не хочу юзать стандарт языка 99 года! Я уверен, что с++ - не зря улучшали.

А вы думаете С++ новее? Спешу вас разочаровать...
И да, основные математические пакеты до сих пор пишут на ФОРТРАНе по стандартам языка 75 года.

Совершенный язык программирования в улучшениях не нуждается.

[Crazy]

Какбе к слову: http://www.linux.org.ru/news/java/5148692

При этом Google Web Toolkit под Java.

[drBatty]

Какбе к слову:

мимо кассы ИМХО.

[Voral]

знакомые веб-программисты мне говорили, что если контора пишет на php - значит дела у неё плохи. рекомендовали питон

хм..... может они готовить не умеют?

[kamre]

И да, основные математические пакеты до сих пор пишут на ФОРТРАНе по стандартам языка 75 года.

Кто в здравом уме будет писать на старом f77, если есть f90? Скорее проблема в куче работющего кода на f77, который не переписан на f90.