Собсна сабж!
Вообще интересно, я понимаю, забугром например очень модно на C#. Ну всякие там VB и Delphi и прочая шняга. Я со всем этим незнаком. И не представляю даже, что можно было бы например сделать на C#, чего бы я несмог сделать на С++.
Хотя может я и неправ.
Posted via RSDN NNTP Server 2.1 beta
Только Путин, и никого кроме Путина! О Великий и Могучий Путин — царь на веки веков, навсегда!
Смотрю только Соловьева и Михеева, для меня это самые авторитетные эксперты.
КРЫМ НАШ! СКОРО И ВСЯ УКРАИНА БУДЕТ НАШЕЙ!
Здравствуйте, Smooky, Вы писали:
S>Собсна сабж! S>Вообще интересно, я понимаю, забугром например очень модно на C#. Ну всякие там VB и Delphi и прочая шняга. Я со всем этим незнаком. И не представляю даже, что можно было бы например сделать на C#, чего бы я несмог сделать на С++.
S>Хотя может я и неправ.
Если задача несложная, то конечно ты можешь сделать это на С++..., но на Delphi это будет иногда сделать выгодней для работодателя, т.к. потребуется менее квалифицированный специалист и меньше времени...
Здравствуйте, Smooky, Вы писали:
S>Собсна сабж! S>Вообще интересно, я понимаю, забугром например очень модно на C#. Ну всякие там VB и Delphi и прочая шняга. Я со всем этим незнаком. И не представляю даже, что можно было бы например сделать на C#, чего бы я несмог сделать на С++.
А я не знаю ничего, чего можно сделать на С++ но нельзя сделать на ассемблере или в машинных кодах
V>Если задача несложная, то конечно ты можешь сделать это на С++..., но на Delphi это будет иногда сделать выгодней для работодателя, т.к. потребуется менее квалифицированный специалист и меньше времени...
Ничего себе заявочки.. несложная задача, это на C# решаются детские задачки по интеграции, а на С/C++ серьезные алгоритмичесие вещи пишут, драйвера и вообще решения там, где нет виртуальных машин, а их нет на 90% существующих устройств.
Здравствуйте, Smooky, Вы писали:
S>Вообще интересно, я понимаю, забугром например очень модно на C#. Ну всякие там VB и Delphi и прочая шняга. Я со всем этим незнаком. И не представляю даже, что можно было бы например сделать на C#, чего бы я несмог сделать на С++. S>Хотя может я и неправ.
Нет спроса на плохих и средних программистов на С++ — их работа перешла к C#/Java-программистам.
Опытные С++-ники сейчас как раз очень нужны, так как системные или критичные по скорости вещи на C#/Java писать не получается нормально.
Здравствуйте, Uzumaki Naruto, Вы писали:
UN>Согласен, но часто еще более критические вещи пишутся на уже под конкретную платформу на ASM.
Агащаз. На асме сейчас разве что внутренние циклы игрушек на встроеные устройства пишутся. Никто в здравом уме ничего большого на ассемблере не пишет при наличии хоть какой-то альтернативы.
S>Вообще интересно, я понимаю, забугром например очень модно на C#. Ну всякие там VB и Delphi и прочая шняга. Я со всем этим незнаком. И не представляю даже, что можно было бы например сделать на C#, чего бы я несмог сделать на С++.
читал статью Страустрапа для hopl? он считает, что сейчас C++ занимает нишу системного программирования. в 90-х же он был, за неимением лушего, основным языком и прикладного программирования тоже. вот отсюда и результат — спрос упал потому, что системного программирования нужно в разы меньше, чем прикладного
написать всё что угодно можно хоть на brainfuck-е, но пихволительно программиста на managed языках наверно разаь в 1.5-2 превосходит производительность C++-ника. ты готов за программы столько переплачивать?
UN>Ничего себе заявочки.. несложная задача, это на C# решаются детские задачки по интеграции, а на С/C++ серьезные алгоритмичесие вещи пишут
сложные алгоритмы как раз лучше пишутся на высокоуровневых языках. C++ привлекают здесь только в тех случаях, когда нужна высочайшая пролизводительность
Здравствуйте, BulatZiganshin, Вы писали:
UN>>Ничего себе заявочки.. несложная задача, это на C# решаются детские задачки по интеграции, а на С/C++ серьезные алгоритмичесие вещи пишут
BZ>сложные алгоритмы как раз лучше пишутся на высокоуровневых языках. C++ привлекают здесь только в тех случаях, когда нужна высочайшая пролизводительность
BZ>сложные алгоритмы как раз лучше пишутся на высокоуровневых языках. C++ привлекают здесь только в тех случаях, когда нужна высочайшая пролизводительность
Uzumaki Naruto, вот тебе такая задача: есть файлы, описываемые именем, расширением и размером. есть критерии создания солид-блоков из этих файлов: суммарный объём не более N мб, суммарное кол-во не более N, все файлы имеют одинаковое расширение. дано: список файлов и список критериев, надо разбить список файлов на подсписки, удовлетворяющие всем заданным критериям (без переупорядочения). в http://rsdn.ru/forum/message/2602368.1.aspx
описан алгоритм её решения. там же приведены 10 строк на хаскеле — реализация этого алгоритма, при этом ещё половина из них — это библиотечный код, который я использую и для решения других задач, т.е. размер программы равен размеру спецификации! на С++ же это выйдет раз в 10 длиннее
я пишу параллельно на C++ и хаскеле, и могу сравнивать: алгоритмы, которые я реализую на C++, проще, при этом я трачу на них куда больше времени. фактически, сложность им создаёт только необходимость в высокоэффективной реализации
Я говорю не про алгоритмы обычной сортировки и компановки файлов.
Я говорю про алгоритмы, где требуется высокая математическая культура — где производятся преобразования, анализ и численное решение уравнений.
Здравствуйте, Uzumaki Naruto, Вы писали:
UN>Я говорю не про алгоритмы обычной сортировки и компановки файлов. UN>Я говорю про алгоритмы, где требуется высокая математическая культура — где производятся преобразования, анализ и численное решение уравнений.
и тут точно так же. что аналитические преобразования, что численные методы гораздо удобней использовать с высокоуровневыми средствами — от АПЛ и Лиспа до Mathematica. попробуй написать что-нибудь типа символьного дифференцирования или уиножения матриц на C++ и высокороуровневом языке и ты увидишь ту же 10-кратную разницу. вот пример из численной математики:
dotProduct u v = sum [u!i * v!i | i <- indices v]
наверно, всё же приёдтся задать вопрос — а ты сам пробовал сложные алгоритмы на чём-либо кроме C++ реализовывать?
Здравствуйте, BulatZiganshin, Вы писали:
BZ>написать всё что угодно можно хоть на brainfuck-е, но пихволительно программиста на managed языках наверно разаь в 1.5-2 превосходит производительность C++-ника. ты готов за программы столько переплачивать?
Угу если бы еще цена программы зависела от производительности програмиста
BZ>и тут точно так же. что аналитические преобразования, что численные методы гораздо удобней использовать с высокоуровневыми средствами — от АПЛ и Лиспа до Mathematica. попробуй написать что-нибудь типа символьного дифференцирования или уиножения матриц на C++ и высокороуровневом языке и ты увидишь ту же 10-кратную разницу. вот пример из численной математики:
BZ>dotProduct u v = sum [u!i * v!i | i <- indices v]
Я не про разработку алгоритмов, а про их имплиментацию, когда алгоритм уже реализован.
BZ>наверно, всё же приёдтся задать вопрос — а ты сам пробовал сложные алгоритмы на чём-либо кроме C++ реализовывать?
Естественно и пользовался в основном Maple & Mathematica (при разработке решения), но когда нужно сделать уже фиксированное решение, работающее на наборе данных быстро и оптимально — коммерческое решение, тут C/C++ и ASM спасают 100%, ибо остальные — тормознутые и не пригодны для коммерческого использования.