Чи програмування в Python швидше, ніж у C, C ++ чи Java? [зачинено]

Серед програмістів поширена думка, що чим динамічніше і вільніше набирається мова, тим продуктивнішим буде програміст. Гвідо ван Россум писав про продуктивність програмування за допомогою python у 1998 році та пошуку в Інтернеті, я все ще бачу людей, які посилаються на цю точну заяву:

Синтаксично код Python виглядає як виконуваний псевдо-код. Розробка програми за допомогою Python в 5-10 разів швидша, ніж використання C / C ++ і в 3-5 разів швидше, ніж використання Java. У багатьох випадках прототип програми може бути записаний на Python, не записуючи жодного коду C / C ++ / Java. Часто прототип є достатньо функціональним і працює досить добре, щоб бути доставленим як кінцевий продукт, економлячи значний час на розробку. В інших випадках прототип можна частково або повністю перекласти на C ++ або Java - об'єктно-орієнтована природа Python робить переклад простою процедурою.

Чи належним чином було науково оцінено це питання? Якщо не для python, то, можливо, для подібних мов сценаріїв, таких як ruby , perl або php ?

Я не шукаю раціоналізацій, аналогій чи пояснень, чому на це потенційно важко відповісти, якщо тільки думка дослідників чи експертів не потребує часу, щоб розглянути це питання.

_{Я спочатку задав це питання на скептиці.SE , і хтось запропонував мені також його задати тут.}

Стаття ¹ Ousterhout про мови сценаріїв говорить про те, що чим вище відбувається програмування, тим продуктивнішим є програміст. Якщо взяти до уваги, що, як каже Бом ² , кількість рядків, які програміст може записати за певний час, є постійною і не залежить від мови та її типу (низький рівень, системне програмування, сценарій), можна легко повірити у твердження. Отримані вказівки для співвідношення код-рядок-код-рядок можуть бути на порядок (або кілька) кращими для мов сценаріїв, ніж для мов програмування системи.

Оскільки мови сценаріїв сильно покладаються на готові утиліти для загальних завдань (наприклад, структури даних, маніпуляції з рядками), їх основне використання зазвичай полягає у підвищенні продуктивності із витратами на більш низьку швидкість роботи, надаючи синтаксис, який легко засвоїти та ефективно підтримувати програми з. Не можна вдаватися до мови сценаріїв, коли потрібна максимальна швидкість виконання.

[1]: JK Ousterhout, Сценарій: Програмування вищого рівня для 21 століття , Комп'ютер (IEEE), 1998
[2]: Б. Боем, Економіка програмного забезпечення, Економіка програмного забезпечення , Prentice Hall, 1981

Якщо ви оцінюєте продуктивність як "час написання певної простої програми", то це набагато більше залежить від досвіду програміста та швидкого розуму, ніж від мови, яку ви дійсно оцінюєте програмістом, а не мовою.

Я вважаю, що змагання з приуроченим кодом вказують на те, що мова не дуже важлива для таких завдань. Немає жодної мови, яка перемагає такі виклики простіше, ніж інші (принаймні, не, якщо ви дозволите відносну популярність мов).

Якщо ви оцінюєте ефективність як "ефективність найкращої програми", написану певною мовою, то це ще менше залежить від мови. Ознайомтеся, наприклад, з результатами конкурсу Galcon AI . Переможець пишеться в Ліспі. Наступний запис Lisp, однак, займає # 280. Що це говорить нам про придатність мови для ефективного письма AI? На мою думку, нічого. Це просто говорить нам, що "bocsimacko" придумав та реалізував найефективніші алгоритми. Для запису час не був головним фактором цього конкурсу - люди мали більше двох місяців, щоб розробити свій код.

Нарешті, якщо ви оцінюєте ефективність як "довгострокову вартість підтримки проекту", то я думаю, що ви щось вирішили. Особливо, якщо ви наймаєте на роботу лише найкращих людей і рахуєте вартість в людино-годинах, а не в доларах. У мене є тверда думка щодо того, які мови найкращі для цього, але не маючи вагомих доказів, які б вас пов'язували, я не омину цю думку. Можливо, хтось інший має посилання на цей вид вистави.

http://page.mi.fu-berlin.de/prechelt/Biblio/jccpprtTR.pdf - одне з небагатьох досліджень, про які я знаю, що здійснило фактичне безпосереднє порівняння між продуктивністю на різних мовах. Він старий, але варто прочитати, якщо ви вважаєте тему цікавою. Порівняння має низку основних недоліків, про які в статті дуже чесно.

Загальний результат полягає в тому, що мови низького рівня (наприклад, C, C ++) пишуть більше часу, можуть займати набагато менше пам’яті та працювати набагато швидше. Але з дуже високою мінливістю. Мови сценаріїв високого рівня, як правило, займають удвічі більше часу і мають меншу варіативність у підході. Спочатку дивно, що існує очевидний спосіб зробити щось на мові сценаріїв.

Зауважте, що всі номери продуктивності для Java слід сприймати з великим зерном солі - папір випускався в 90-х роках, перш ніж люди мали великий досвід роботи з Java, і до того, як JVM був добре оптимізований. Обидва фактори повинні мати значний вплив.

Якщо говорити загалом, написання програми на Python, як правило, буде швидше, ніж написання тієї самої програми на C, C ++, Java.

Також, швидше за все, біжить повільніше.

Звичайно, є спеціальні програми, для яких інші мови можуть бути швидшими, оскільки певні завдання, які пов'язані із завданням, підтримуються "ріднішими".

Хоча я не знаю жодного дослідження, яке підтверджувало б збільшення швидкості / продуктивності (як зазначав один із коментаторів, це важко точно виміряти), було проведено пряме дослідження виразності мови.

Я думаю, що є деяка заслуга у співвідношенні між мовною виразністю та швидкістю програмування. Просто змалюйте просту ітераційну схему і як пітонічне розуміння циклу чи списку може бути більш лаконічним. Він не тільки може бути негайно введений швидше, але він також усуває занепокоєння помилками один за одним, індексами поза межею та іншими подібними проблемами, які можуть значно уповільнити процес кодування.

Це показує в таблиці оцінку співвідношень виразності мов. Хоча його слід брати із зерном солі, виноски, про які йдеться, дуже варті.

http://en.wikipedia.org/wiki/Comppare_of_programming_languages#Expressiveness

Востаннє я використовував Java (деякий час тому, правда,), для відкриття та запису у файл знадобився екран, повний коду. Порівняйте це з парою рядків у Python або Perl, і ви можете здогадатися, який з них швидший.

Очевидно, що всі мови мають свої сильні та слабкі сторони, але для більшості завдань Python буде швидше писати.