А что лучше учить С++ или Делфи ?

Я просто не знаю что нужно учить. Подскажете ?

0

Сообщение от Prok12 НЕ РАБОТАЕТ!

Лично проверял около недели назад на нескольких "голых" (читай - только что установленных
Windows с MSDN-образов, без какого-либо софта, драйверов и апдейтов), начиная с XP и
заканчивая Windows 10. Работает. А с /MT вообще никаких проблем нет, один exe на выходе,
никаких сторонних зависимостей, только стандартные kernel32.dll и т.п.

Если у кого-то не работает - следует прочитать инструкцию. Например, вот здесь,
все хорошо расписано:

Introducing the Universal CRT
https://blogs.msdn.microsoft.c... ersal-crt/

Во-вторых, все известные мне версии Visual C++, начиная с VS2005 (с VS.NET 2003 не
довелось толком поработать), поддерживают четыре варианта установки: /MT (single exe),
app-local (копирование зависимых dll в папку или подпапку с приложением), vcredist и
merge module. Выбирай по вкусу. С первыми двумя способами лично у меня никогда никаких
проблем не было, софт везде запускался и работал без лишних пинков.

Сообщение от Prok12 Только в простых приложениях, где подключены стандартные библиотеки.

У меня в одном из проектов подключены Boost, Bzip2, Zlib, HTMLayout, OpenSSL, Crypto++,
jpeg-compressor, rapidjson, ICU, http-parser, NSS и SQLite, все прекрасно доставляется на
машины пользователей через app-local, т.е. копирование dll в папку с проектом.
Никаких redist-ов ставить не нужно. Так что я знаю, о чем пишу, и попрошу хотя бы с
этой стороны в Visual C++ грязью не кидаться. Да, некоторые разрабы спустя рукава
относятся к вопросу распостранения своих программ, но тут все вопросы уже к
разрабам, а не к Visual C++.

Сообщение от Velesthau Странная у любителей С++ логика, что не любят его те, кто его не знает.

В большинстве холиваров на данную тему оппоненты демонстрируют весьма средненький уровень C++.

Сообщение от Velesthau Для меня, например, последней каплей безумия в С++ стал decltype(auto).

Любопытно. И какой путь ты выбрал (как замену C++)?

Сообщение от Velesthau Зачем тому, кто не любит С++ помнить всю жизнь про него? Не за чем.

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

0

Сообщение от Убежденный При этом он может объективно поругать C++ за какие-то конкретные вещи.

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

у священных военнов жеж,
причина батхерта - тупо не осилили.

0

Сообщение от Убежденный человек программировал некоторое время на C++

Человек не въехал ни как комп работает ни как программы писать и начал что то пытаться на С++. С++ его естественно затоптал. С++ это очень норовистая дикая лошадь,просто так на себе кататься этот язык не даст.

Сообщение от Убежденный При этом он может объективно поругать C++ за какие-то конкретные вещи.

Ну да. похоже на такое сравнение: Выпускника курса дельтапланеристов посадили за штурвал истребителя. Он на нем полетал и может объективно указать все недостатки.

Добавлено через 4 минуты

Сообщение от hoggy причина батхерта - тупо не осилили

Ну если касается C++ вообще то таки да. Если касается STL и прочей шаблоновозни не к месту - то как бы тут другой холивар - между любителями программирования ради программирования и теми кто работает на результат. У первых во главе угла безумные и бездумные выкрутасы с шаблонами где не попадая, у вторых - четкий удобочитаемый ООП код использующий шаблоны как вспомогательное средство.

Добавлено через 54 минуты

Сообщение от Убежденный Так что я знаю, о чем пишу, и попрошу хотя бы с этой стороны в Visual C++ грязью не кидаться

Ну вот с редистрами у нее проблемы бывают. Делал весной софтину на 13-ой. В феврале попробовал ее запустить на своем компе - нету редистра(за это время студию поднял до 15-ой). Скачал редистр 13, поставил. Из System32 не видит. пришлось ей требуемые dll в папку к приладе копировать.

0

Сообщение от Fulcrum_013 Ну вот с редистрами у нее проблемы бывают. Делал весной софтину на 13-ой. В феврале попробовал ее запустить на своем компе - нету редистра(за это время студию поднял до 15-ой). Скачал редистр 13, поставил. Из System32 не видит. пришлось ей требуемые dll в папку к приладе копировать.

Именно про это и говорю! Как вы называете "редистр" (Package) поставить правильно от 15-ой не всегда удаётся. А без него в некоторых случаях никакие опции НЕ помогают. А DLL там требуется EXE-шнику аж несколько десятков. В этой папке - пример проекта на Visual Studio 2015 C++ : http://gofile.me/2Zesj/4jcDEj6A
Как раз для расчёта (тест!) на GPU через функции C++ AMP. И там как раз лямбда-функция в анонимном методе parallel_for_each сидит, но по сути - это обёртка для Direct Compute. Но я ни о том. Там выложен проект ЦЕЛИКОМ. Вот попробуйте собрать его так, чтобы получился один EXE ну и скажем парочка нужных DLL рядом - и всё. И где угодно можно запустить.

0

Если ты собираешься работать программистом - учи более востребованный, на котором больше вакансий. Если не собираешься - тогда какая разница? Учи какой нравится. Лично мне нравится Qt C++.

0

Сообщение от alexu_007 Если ты собираешься работать программистом - учи более востребованный

Ну если ориентироваться на популярность - точно не Delphi, и даже уже не С++. Скорее 1) JAVA, 2) C#, 3) Python

0

Сообщение от Prok12 А DLL там требуется EXE-шнику аж несколько десятков

Ну не знаю у меня один DLL просил. Там правда MFC не пользуется. голый OpenGL + С++ c опроосом клавиш и мыши через WinAPI.
Хотя основным тулсом C++ Builder пользую, в котором тоже есть галочка весь рантайм вшить в exe

Сообщение от Prok12 Ну если ориентироваться на популярность

Все в зависимости от зависимости из какой области софт и в какой географии. Если формошлепство с ДБ то в на пост-СНГ таки много на дельфе. Тут до середины 90-ых в основном паскаль в вузах был. соответсвенно имеем огромную кодобазу котороая с середины 90-ых клепалась на дельфах.

Если имеем гейм дизайн то опять же в зависимости от зависимости на какой платформе. Если платформа таки PC и таки разработка движка то таки С++ без вариантов.
Если имеем промышленную автоматику то таки С++ и фортран в не зависимости от географии. Ну и специализированные языки, типа Simantec Step 7. А вот тут синтаксис близкий к паскалю у невизуальной части.
Так что я ж говорил - знать нужно и тот и тот.
Если имеем софт для Пентагона и NASA то это таки Ада, тоже пока что без вариантов.
Ну а если гоняние по сетке говноданных то таки Java C# и питон тоже не в лидерах. Тут как бы PHP знать надо. Из области разработки для андроида яву тоже очень скоро выдвинут. С++ таки удобнее, а под Android компилить уже научился.

0

Сообщение от Fulcrum_013 Если платформа таки PC и таки разработка движка то таки С++ без вариантов.

Ты тоже слышал? По-моему, это хихикнул автор Minecraft на своей вилле.

Сообщение от Fulcrum_013 Если имеем промышленную автоматику то таки С++ и фортран в не зависимости от географии.

А это хихикнули на металлургическом заводе в центре России, где все на шарпе автоматизировано.

0

Сообщение от Fulcrum_013 С++ таки удобнее, а под Android компилить уже научился

Ну так последние версии Delphi тоже создают приложения и под ARM Android, и под Mac OS X, и под iOs

0

Сообщение от Fulcrum_013 Ну вот с редистрами у нее проблемы бывают. Делал весной софтину на 13-ой. В феврале попробовал ее запустить на своем компе - нету редистра(за это время студию поднял до 15-ой). Скачал редистр 13, поставил. Из System32 не видит. пришлось ей требуемые dll в папку к приладе копировать.

Так с этого и надо было начинать - скопировать требуемые dll в папку программы.
И все работало бы без лишних заморочек. Лично я не считаю, что закинуть в папку
несколько dll или даже несколько десятков dll суммарным объемом в несколько
мегабайт максимум - это проблема. Во всяком случае, это точно проще, чем
возня с redist-ами и merge module. Особенно для конечного юзера, который
может не знать, что вообще это такое. Кстати, в VS2005/2008 было сложнее, там
требовалось кидать dll-ки в специальные подпапки и про манифесты не забыть...
А в VS2010, например, VC++ Runtime - это две (всего две!) dll-ки в 1.5-2 метра.

0

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

избавьте меня от своей неосиляторской хрени.

0

Сообщение от Prok12 Ну так последние версии Delphi тоже создают приложения и под ARM Android, и под Mac OS X, и под iOs

Точно так же как и последние версии C++ Builder

Добавлено через 1 минуту

Сообщение от hoggy избавьте меня от своей неосиляторской хрени.

Я просто контейнеры, строки и делегаты пользую более удобные чем в STL. А вот те кто не доехали до сих пор что максимум что можно с помощью STL делать это массивы фундаментальных типов хранить, да и то лучше вместо нее что то более разумное использовать и есть неосилянты. Начнем с того что если разработчик динамического массива (имеется в виду std::vector) НЕ ПОНИМАЕТ что если массив имеет метод добавления элемента, то шаг роста должен быть управляемым, то пользоваться библиотеками написанными таким программистом явно вредно для надежности софта.

Добавлено через 8 минут

Сообщение от Убежденный Так с этого и надо было начинать - скопировать требуемые dll в папку программы. И все работало бы без лишних заморочек.

Так заморочка не в том была. Сделал софтину на 13-ой. Работает. Поставил 15-ю. Редистр 13-ой куда то исчез. Поставил редистр 13-ой. не видит. Что самое интересное на машинах других людей у которых самой студии и близко нет запускается без всяких вопросов.

0

Сообщение от Fulcrum_013 Я просто контейнеры, строки и делегаты пользую более удобные чем в STL.

мне без разницы что вы используете.
вы STL не знаете, и не хотите знать.

0

Сообщение от hoggy вы STL не знаете, и не хотите знать.

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

0

Сообщение от Fulcrum_013 А на кой ляд она со своими костылями

Спасибо, ваше мнение очень важно для нас, оставайтесь на линии

0

Сообщение от Prok12 Ну если ориентироваться на популярность - точно не Delphi, и даже уже не С++. Скорее 1) JAVA, 2) C#, 3) Python

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

0

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

Насчёт тормозов JAVA, C# и Python - поддерживаю. Вычислительные приложения на них неэффективны. Сравнивал на тестовых задачах! Особенно - Python. Чтобы там ни говорили про его "само-оптимизирующийся" интерпретатор , считается код Python жутко медленно (примерно как Visual Basic) А у нас научные расчёты на многопроцессорных рабочих станциях длятся сутками : не всё равно, какая скорость. Можно конечно, для этих языков использовать спец. библиотеки для быстрых вычисления, но!! От силы 10-20% например научной (расчётной) задачи сводится к простым библиотечным функциям вроде умножения/обращения матриц.

0

Сообщение от Prok12 задачи сводится к простым библиотечным функциям вроде умножения/обращения матриц

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

Добавлено через 4 минуты

Сообщение от Velesthau А это хихикнули на металлургическом заводе в центре России, где все на шарпе автоматизировано

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

0

(Поперхнувшись) Шо, опять?
Очередной холивар на тему "А может, delphi ещё подёргается?".

Добавлено через 2 часа 8 минут

Сообщение от Prok12 От силы 10-20% например научной (расчётной) задачи сводится к простым библиотечным функциям вроде умножения/обращения матриц.

По моим наблюдениям, как раз наоборот. 90% выполняется через стандартные библиотечные функции. Функции элементарные (от слова "элемент"), их объединяем в разных комбинациях.
А уж если действительно что-то нестандартное - не зазорно и пониже, на плюсы перейти, в виде подключаемого модуля.

0

ага, щас. для этого есть fortran

0