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

[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

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

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

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

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

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

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

[Arigato]

Чем мощнее железо, тем больше на него всякой работы нагружают. Иначе не понятно, зачем мощное железо.

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

Зачем козе баян?

[Arigato]

Чтобы музыку изучала.

[Vad33]

Лень - двигатель прогресса.
Во времена "больших машин" встречал системного программиста который
запросто садился к консоли и писал команды в машинных кодах.

А сейчас 99% ресурсов расходуется на интерфейс взаимодействия
компьютера с человеком для удобства последнего.
Это касается и интерпретаторов.
Все идет к освоению программами свободного человеческого языка,
чтобы не писать программы, а формулировать "хотелки".

[Utkin]

А сейчас 99% ресурсов расходуется на интерфейс взаимодействия
компьютера с человеком для удобства последнего.

Сейчас 99% ресурсов используется на обогрев окружающего пространства.

самое главное, что если спец вдруг начнёт быковать, то его легко уволить и нанять другую мартышку на следующий день,

В бизнес-приложениях быдлокод норма сплошь и рядом. Независимо от языка программирования. Спецов просто не хватает. Нет культуры разработки программного обеспечения. Гарантированная оплата только в госконторах, но именно для них и делают самое унылые вещи, так заказчик часто не разбирается в сути вопроса, а потому зачем напрягаться? Да и распил никто не отменял.
Вот для примера:
http://topwar.ru/10049-ministerstvo-...ry-i-sayt.html

Зачем тратить столько вычислительных ресурсов на интерпретацию кода?

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

[Stilet]

Лень - двигатель прогресса.

Вот вот. Когда-то писал нативный компиль. В серьез в общем-то занялся. А потом подумал: Да че я буду тратить кучу времени на ассемблерный код? И переделал компиль в интерпретатор. В результате его допиливание, доправка крутыми и тяжелыми функционалами (как то ADO) пошла гораздо быстрее и эффективнее. Сравнил скорость - меня устраивает даже на пентиумах 3 под мои задачи.
Лень - матушка не дала все сделать нативным.

[Пепел Феникса]

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

похорошему 11 минут, а не недельку

[Smitt&Wesson]

Всеми нелюбимый Basic - интерпретатор, его клон Visual Basic используется в Офисе. Многим непонятный Visual LISP, используется в AutoCad. Всеми обхаиваемый PHP, используется на многих серверах. В чём причина такой популярности интерпретаторов?
1. Кроссплатформенность. Не важно на какой системе и на каком процессоре работает комп. Если на нём стоит интерпретатор, написанный именно под него, то прикладной код будет ним интерпретироваться без переделок.
2. Сорость написания программ.
3. Безопасность прикладного кода. Не нужно думать о том, что стек переполнится или выйдешь за границы массива и затрёшь расположенную в соседнем сегменте прогу.
4. Ну, и как писал rpy3uH, его легко могут изучить "мартышки", что немаловажно для работодателей.