Зачем нужны интерпретируемые языки?

Posted by maloy under Общалка

rpy3uH

Вообще зачем придумали языки perl, ruby, php, python? Зачем тратить столько вычислительных ресурсов на интерпретацию кода?

Самый быстрый и кошерный ruby работает медленее, чем нативный код примерно в 10 раз. Проще говоря: примерно 90% времени процессор тратит просто на интерпретацию кода.
Да, понимаю, разработка на нативных языках типа С++ или Delphi, довольно сложная штука и очень много проблем с переносом на разные платформы. Плюс таки спецов не много, они высокооплачиваемые. Да и вообще медленная разработка и долгий этап тестирования. Поэтому придумали языки для мартышек типа perl, ruby, php, python, на которых можно легко и быстро накатать код, на них запилено много классов и инструментов, у которых красивый и логичный синтаксис, программист занимается реальными алгоритмическими задачами, а не тем, где у него утечка памяти или нарушение стека. Плюс, самое главное для бизнеса (бизнес — это деньги, а деньги это самое главное), самое главное, что если спец вдруг начнёт быковать, то его легко уволить и нанять другую мартышку на следующий день, в случае же сложных языков типа С++, это довольно сложная задача, искать спеца придётся месяц или два. Это очень хороший плюс и пофиг на потерю в произволительности кода в 10-15 раз.

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

Но потом придумали .NET, который почти не уступает в производительности нативным языкам, но при этом это довольно простые языки, со свеми преимуществами языков для мартышек: простота, логичность, лёгкость разработки кода. Есть Mono, есть ASP.NET, который благодаря mono можно поднять на бесплатном Linux, также есть XST — веб-сервер в котором вместо PHP можно использовать кошерный .NET язык типа C# или Delphi.NET

Человека_Борща

Встречный вопрос(ы): зачем Windows поставляет API? Зачем в Linux, Bash? Для чего нужен JavaScript в веб-браузере и почему?

Когда большая система идет в перспективу, очень накладно каждый раз переписывать, дописывать и менять её в соответствии с желаниями потребителей, которые, кстати говоря, часто противоречат другим идеям и прочему «я хочу».
Куда проще реализовать меньшую подсистему, скрывающую огромную работу за малыми строками кода(а то и за одной строкой) и дать доступ к ней чтобы бошковитые пользователи реализовывали свои хотелки сами.

А придумали их для того, чтобы не искать высококвалифицированного спеца, который бы быстро въехал в крупный проект и начал его дорабатывать. Большая система реализует малую как более простое средство её же доработки и расширения, меньшими затратами на ЗП кадрам и время обучения, разгрузку тез кто занимается самим монстром. Параллельно скрывая то что другим видеть не надо, то что делает спец за огого$ и обыскались его огого месяцев.

Другой пример:
Сайт написанный вами на в виде CGI приложения может быть написан за в 4 раз меньший срок на php.
О сроках доработки можно вообще молчать, там где мартышке 10 минут — страницу добавить, вам недельку посидеть.

продолжение в теме на форуме

Похожие статьи

• Если бы языки программирования…
• Предназначение языков