Язык C

[Gekko]

Есть одна прога, которая сокрушает всех пессимистов настроенных против Python, это Blender. Очень крутая прога по уровню функционала уже вплотную дышит в затылок 3dMAX-у.

Не совсем корректный пример, Blender написан не на Python.

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

[alexander.pronin]

По поводу применения python.
1. Обычно плагины можно писать на питоне в мощных графических программах.
Примеры: в gimp, inscape, blender.
Если бы сама программа была написана на питоне, то вероятно, тормозила бы (хотя есть и перекомпиляторы в java, С#).
2. Второе применение питона. Это межплатформенное средство скриптования и администрирования, скажем так - вместо bash, php или perl.
3. Клиенты для серверов и серверы пишутся питоне легче, чем где-либо. Хотя сами серверы для производительности лучше писать на java или С#. Сами сокеты и пайпы у питона вылизаны очень прилично.
4. При современных процессорах программы с ГУИ на питоне просто летают.
5. Веб на стороне сервера. Хороший пример: jango.
...
Где питона не будет.
В ядре, там только С.
Во встраиваемых микроконтроллерных системах (пока так). Там только С и С++.
PS. Это так обзорно.

[Gekko]

По поводу применения python.
1. Обычно плагины можно писать на питоне в мощных графических программах.
Примеры: в gimp, inscape, blender.
Если бы сама программа была написана на питоне, то вероятно, тормозила бы (хотя есть и перекомпиляторы в java, С#).
2. Второе применение питона. Это межплатформенное средство скриптования и администрирования, скажем так - вместо bash, php или perl.
3. Клиенты для серверов и серверы пишутся питоне легче, чем где-либо. Хотя сами серверы для производительности лучше писать на java или С#. Сами сокеты и пайпы у питона вылизаны очень прилично.
4. При современных процессорах программы с ГУИ на питоне просто летают.
5. Веб на стороне сервера. Хороший пример: jango.
...
Где питона не будет.
В ядре, там только С.
Во встраиваемых микроконтроллерных системах (пока так). Там только С и С++.
PS. Это так обзорно.

Не знаю на сколько эффективно писать серверы на питоне, но знаю точно, что JAVA и С# самое плохое решение которое только можно придумать. Если сервер да и вообще приложение, критично к скорости работы, то использовать прокладку-посредника в виде JRE или .NET Framework абсолютно безумная идея.

Да и вообще не понимаю, зачем использовать такие сомнительные технологии, пожирающие ресурсы компа? Если аргумент кроссплатформенность, то достичь оную можно и без JAVA и С# для этого есть кроссплатформенные библиотеки типа Qt, GTK, wxWidgets.

Хотя признаю, для телефонов, андройдов и прочих свистелок читалок для книг, JAVA возможно и хороший вариант.

[Чистый]

Хотя признаю, для телефонов, андройдов и прочих свистелок читалок для книг, JAVA возможно и хороший вариант.

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

[Glorks]

Не знаю на сколько эффективно писать серверы на питоне, но знаю точно, что JAVA и С# самое плохое решение которое только можно придумать. Если сервер да и вообще приложение, критично к скорости работы, то использовать прокладку-посредника в виде JRE или .NET Framework абсолютно безумная идея.

Сразу видно что человек "знает" лишь в теории, начитавшися форумов от таких же как сам.

[Gekko]

Не знаю на сколько эффективно писать серверы на питоне, но знаю точно, что JAVA и С# самое плохое решение которое только можно придумать. Если сервер да и вообще приложение, критично к скорости работы, то использовать прокладку-посредника в виде JRE или .NET Framework абсолютно безумная идея.

Сразу видно что человек "знает" лишь в теории, начитавшися форумов от таких же как сам.

Сразу видно, что человек программирует на JAVA и С# и все упреки на эти технологии, расценивает как попытку отобрать у него  кусок хлеба.

[alexander.pronin]

Если сервер да и вообще приложение, критично к скорости работы, то использовать прокладку-посредника в виде JRE или .NET Framework абсолютно безумная идея.

Попробуйте на С написать многоклиентский (многопотоковый) сервер без утечек памяти и тогда можно будет говорить о чем-то. Поверьте, это очень не просто.
На С++ будет полегче, но потребуется вручную убирать всяких зомби (по типу Java, С# и python). Процесс штопанья будет длительный.
Ну и чему пришли?
Именно на Java и C# пишут всякие индустриальные сервера.

[Gekko]

Попробуйте на С написать многоклиентский (многопотоковый) сервер без утечек памяти и тогда можно будет говорить о чем-то. Поверьте, это очень не просто.
На С++ будет полегче, но потребуется вручную убирать всяких зомби (по типу Java, С# и python). Процесс штопанья будет длительный.
Ну и чему пришли?
Именно на Java и C# пишут всякие индустриальные сервера.

Всю жизнь высокопроизводительные приложения писали на С/С++ и вот оказывается "Именно на Java и C# пишут всякие индустриальные сервера." Хотелось бы спросить, а лондонская фондовая биржа это "индустриальный сервер" или нет? Просто они запустили систему трейдинга на .NET Framework с использованием разумеется C# и когда несколько раз все это грохнулось, они снесли этот мусор и создали новую систему на С/С++. Возможно вы не знаете, что значит быстродействие на фондовом рынке, за секунду могут совершаться сотни тысяч сделок, т.н. торговые автоматы и роботы делают за миллисекунды едва ли не миллион сделок, любая даже незначительная задержка может принести убытки. И как же "всякие индустриальные серверы" будут работать в такой нагрузке? JAva и С# хорошие языки программирования для читалок для книг. Для более серьезных приложений использовать их не разумно.

[alexander.pronin]

Про фондовые биржи я ничего не знаю, но подозреваю, что Вы не правы.
Я говорю про АСУТПшные серверы. Их и называют индустриальными. Они пишутся исключительно на C# и Java.
Серверы уровня предприятий, в основном, на Java.
На C++ и тем более на С никто не пишет - это египетский труд и главное бесполезный.
Проблемы постепенного утекания памяти и постепенного торможения с дальнейшим подвисанием (из-за неосвобождения неиспользуемой памяти при всяких непредвиденных ситуациях) очень актуальны при круглосуточной работе.

[Чистый]

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

Эти проблемы полностью на совести разработчика, а не как проблема языка, в C# (про Java говорить не буду никогда не писал на нем) не смотря на наличие сборщика мусора, который несомненно упрощает работу с памятью, тоже могут быть утечки, т.е. вернулись к тому с чего начинали, утечка памяти это проблема не языка программирования, а разработчика приложения. C# несомненно хороший язык, но он не кроссплатформенный как бы MS не пыталась его таковым показать. Надо понимать главное что выбор языка зависит от задачи которую надо выполнить....

[alexander.pronin]

Эти проблемы полностью на совести разработчика, а не как проблема языка

Это только в теории так. Увы, фактически все обстоит несколько иначе. Причем вылавливание таких ошибок занимает на порядок больше времени, чем вся разработка.

[Упс]

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

Совершенно верно и alexander.pronin о том же.

[Glorks]

они снесли этот мусор и создали новую систему на С/С+

Систему переписали на Java.

Вы просто еще слишком молоды и не писали бизнес приложений. Не поддерживали ни единого проекта, которому лет 10 уже как.
Ну и в конце концов. RTOS никто на яве писать никого не заставляет. Для C и C++ остается своя ниша. Но она ничтожно мала. А для большинства задач производительности .net/java хватает за глаза. Между прочим, приложения разработанные под эти платформы, могут быть быстрее чем С++.
А если где-то и тормозит, так и на С можно такое наваять.

[alexander.pronin]

А если где-то и тормозит, так и на С можно такое наваять.

Все верно говорите. Маленький кусочек можно переписать на С и даже на ассемблере, в самом крайнем случае.

[Gekko]

Систему переписали на Java.

http://www.computerworlduk.com/in-depth/open-source/3260982/london-stock-exchange-the-road-to-linux/

.......... Для C и C++ остается своя ниша. Но она ничтожно мала. А для большинства задач производительности .net/java хватает за глаза. Между прочим, приложения разработанные под эти платформы, могут быть быстрее чем С++.
А если где-то и тормозит, так и на С можно такое наваять.

Вы чего глупости пишете? Все, ЗНАЧИТЕЛЬНОЕ, что создано для компьютеров в последние 20 лет написано на C/C++, начиная от фотошопа и заканчивая М$ офисом. Зачем писать такие глупости? Ни одного серьезного проекта на JAVA/.NET не существует, есть только свистелки-перделки. Любая СУБД, любое крупное приложение уровня AutoCAD написано на C/C++. Как я понимаю вы решили тонко потролить.