Ммм. І yurchor перекладе KDE для Kubuntu.  

Цитата Re. о 09.11.2009 14:29:26:

Так, ви мабуть помітили, що, наприклад, деякі з меню налаштування Amarok 2 відкриваються по 3 секунди. Відповідні додати написано на Ruby. З Python та сама історія...

Цитата Re. о 09.11.2009 16:15:52:

Прискоренням роботи (та й то у дусі "якщо викинути з Python весь Python, Python стане швидшим"), а не прискоренням холодного запуску.

Цитата case0lc о 10.11.2009 15:22:59:

Ви будете сміятися, але ви, як Ъ не ходили за посиланнями: це не клон, це і є сама Kubuntu. Її офіційний сайт і всі її офіційні розробники. Якщо відняти їх від Kubuntu, Kubuntu дорівнюватиме тому, про що ви сказали.

О, то це ви їх написали? Не пишіть більше таких скриптів, без них краще.

Цитата case0lc о 12.11.2009 16:42:39:

Любий друже, у мене Core2Duo 4700, але рубісті віджети гальмують так, що мало не здається. Не треба мені розказувати, що за Python-Ruby майбутнє. За таким маразмом не повинно бути ніякого майбутнього. Кожен інструмент має бути на своєму місці: створювали замінник Perl з кращим синтаксисом — отримуйте замінник Perl з кращим синтаксисом.

Коли панував Pascal-Delphi нікому і на думку не спадало переписати геть усе на Delphi. Тепер же у порядку речей заявити, що Python замінить C++, Fortran, Pascal, Perl, Haskell і мову асемблера.

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

Перший раз я побачив Python у Fontlab. Тоді мене вразила простота, з якою робилися досить складні речі. Тепер же, заглядаючи до коду віджетів, я бачу якусь незрозумілу мішанину з підкреслюваннями, у якій і сліду не лишилося початкової ясності. Бидлопрограмінг — це не щось притаманне Delphi чи будь-якій мові програмування. Це певна налаштованість, яка від початку веде манівцями.

Те саме ми бачимо з дистрибутивами: Марк хотів підім’яти геть усе. Було створено окремі сховища програм, окрему систему перекладу, яка не перетиналася з офіційною. І що ми бачимо: єдине стільничне середовище, яке може працювати у цій системі нормально (GNOME), відсутність розробників, жахливі переклади. Кому це все потрібно?

Цитата case0lc о 13.11.2009 18:54:17:

Ви не повірите, є ECMA Script (JavaScript) і він чудово працює і у KDE  і у GNOME. Мова спеціально придумана для скриптів. Python є і має бути, але не треба його пхати у всі щілини. Он GNOME обходиться без Ruby і Python, чому ви думаєте, що KDE не обійдеться? Ну скажіть, чим убоге system-config-printer-kde на Pyhton (автор — той самий Джонатан Ріделл) краще за KDEPrint на C++?

Справа у тому, що Python, як і Perl має свою обмежену область використання, і ця область називається «зробити швидко». Все, що виходить за межі цієї області («зробити з найкращою швидкодією», «зробити малого розміру»). Якщо результат «зробити швидко» є оптимальним і додаткова швидкодія, а також обмеження на пам’ять не суттєві, Python ідеальний. Але, вибачте, аплет, який запускається на потужній машині декілька секунд (майже як ціла програма) — це ганьба. Сучасні FOSS програми (GIMP, Inkscape тощо), в яких широко використовується Python в десятки разів повільніші за свої комерційні аналоги на C/C++. Хто буде користуватися такими гальмами? Правильно, лише той, хто не може заплатити за комерційні продукти.

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

P.S. На Delphi написано декілька програм, які переважають за популярністю будь-яку з програм Linux. Це не значить, що ця мова є чудовою, — це просто значить, що застосована у потрібному місці, ця мова дає чудові результати.

Цитата case0lc о 16.11.2009 00:23:08:

Приклад наведете? Як знання програмування впливає на швидкість роботи програм у конкретного користувача?

На чому написано Photoshop? Гляньте в середину exe файла, або всередину Xli файла додатка будь-яким переглядачем ресурсів.