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

SVN74,

-1

а ты сможешь написать свой велосипед?  

Если страна потребует, напишу....  + несколько тысяч таких, как я и "Винда" готова....  


Это сообщение отредактировал(а) SVN74 - 9.11.2008, 16:32

SVN74, успехов тебе... Давай проведи исследования сначала на академическом уровне, потом реализуй с максимальной эффективностью твой алгоритм, опробуй в сотне проектов, потом хвастайся. С чего ты бы начал "дорогу к идеальному коду"?  

Шутка конечно.   
Все реально, если есть "маньяки - кодеры", ну и как известно в создании Windows XP участвовало около 50000 человек, правда это подсчитали вместе с уборщиками даже.   



Это сообщение отредактировал(а) SVN74 - 9.11.2008, 21:06

Незнай как вы.А я изучая С++ доволен  

Будущее С++ - увеличение статических возможностей, добавление небольших фич by popular demand, расширение поддержки шаблонов, расширение стандартной библиотеки за счет буста. Вряд ли будет что-то кардинально новое.

Не, это не так, за C# настоящее, а будущее, на мой взгляд, за языками параллельного программирования и за функционально- и аспектно-ориентированными языками. Однако Си изучать надо, так же как и ассемблер, для того, чтобы понимать как "это" работает на низком уровне, а вот использовать на практике вряд ли стоит, исключением будет лишь небольшой ряд узкоспециализированных областей.
А на поле "завтрашней битвы" мы скорее увидим MC#, AspectJ, Erlang, Alice, etc. Список претендентов весьма велик, их не один десяток, но лидеры ещё чётко не определились...
Так же стоит отметить тенденцию к переходу на тонкие клиенты, т.е. вероятнее всего веб-сервисы и в будущем продолжат укреплять свои позиции.

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

Заблуждаешься. С++ - язык для написания высокопроизводительных программ с низким футпринтом памяти. И в этом классе он давно вне конкуренции, а с новым стандартом станет еще лучше. Ты просто сравниваешь его с языками, предназначенными совсем для другого, да еще пытаешься самоутвердиться. Со стороны выглядит глупо.

Java - язык для написания переносимых и легко распределяемых систем, и в своем классе он лучший, в том числе и по производительности. C# - Delphi с наработками Джавы, предназначен для RAD. Python и Ruby - языки, предназначенные для макисимизации продуктивности программиста, во многом они достигают этого за счет полного отказа от претензий на производительность. И это я только коснулся классификации императивных языков, а ведь есть еще и логические (Prolog, для решения оптимизационных задач), функциональные (Haskell, для решения широкого круга математических задач), декларативные (SQL, для унификации запросов к реляционным базам данных) и еще многие, о которых мне не известно 

Kallikanzarid, можно примеры?

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




где?   
Где я в этом топике что-то с чем-то сравнивал? О возможности сравнения языков даже речи не шло,  читай внимательнее, если с первого раза не понял смысл прочитанного..

Лучше б ты вообще этой классификации не касался, умнее выглядел бы  

Декларативные языки поставил в один ряд с логическими и функциональными, хотя функциональная и логическая парадигмы - подвиды декларативной парадигмы, а SQL кстати относится к ещё одному подвиду декларативных языков - языки предметной области (DSL)

Сравнивать парадигмы не стоит, но каждой своя пространственно-временная область, вот как раз об этом и топик, что время императивных структурно-ориентированных языков, таких как С, С++, Delphi уходит, а область их применения стремительно сокращается. На смену им приходят другие парадигмы, в данный момент мы наблюдаем господство ОО-парадигмы, но и оно лишь временное явление...
"Всё течёт - всё изменяется" (с) Гераклид

Интерестно какой язык можно изучить и быть увереным что он не устареет?  

Развели дяденки спор - можно ставки ставить?  

теперь моя очередь идти в   

1. если мне предложат как строителю выбирать молоток сделанный на с++ или с#, то я выбиру на с++ - потому что он с мотором шустрее. 

2. Чтобы молоток начал завинчивать шурупы в стены совсем не важен язык программирования с++ или с#, потому что на любом языке программирования (c++/c#) это можно реализовать достаточно легко и непринужденно. Тогда встает вопрос - зачем мне молоток который может завинчивать шурупы когда у меня есть отвертка? ведь молоток завинчивающий шурупы в корни ломает все мои стериотипы - а стало быть извращение. и тут тоже вопрос спорный - потому что допустим пиво я пью с лимоном и солью - я извращенец? нет скорее у меня вкус такой и мироощущение. Так что не важно какой язык - че удобно то и пользуем (оглядываясь на девелоперов из команды и главного архитектора с менегерами и есесно заказчика который как обычно хочет сразу все и за меньшие деньги).

3. Архитектура, защита типов данных и конечно же гребаные утечки памяти.
     А вот тут С++ ошень проигрывает С#. Только не надо бить меня сейчас палкой - вы сами понимаете что многие проблемы которые вылезают в процессе эксплуатации програмного обеспечения можно было избежать - причем методом банального чтения отладочных сообщений вашего компилятора и поиска этих ошибок и БЛИН КОМПОТ исправлений онных. Не секрет что многие "ворнинги" у компила с++ в таком же коде на с# просто спаткнется с ошибкой или выкидоном исключения. Это уже вопрос профессионализма - не так ли?

Что косается кто помер - кто не помер - кто гламурней и красивше: То тут неизвесно что будет. Ведь вы сами понимаете что потдержка языка непосредственно завязана на компиле - а компил завязан на архитектуре машины. Вот я ж не заю полечу я завтра на алфацентавру потому что сегодня изобрели гравицапу?