Проект Timelord

[yurchor]

Оголошено про новий проект розвитку популярного дистрибутива на основі Ubuntu. Розробники (Джонатан Ріделл, Джонатан Томас та інші супровідники дистрибутива) планують відмовитися (або принаймні скоротити до мінімуму потребу у послугах) від послуг Launchpad. Планується зняти латки на код KDE, які призводили до відсилання звітів про помилки у систему стеження за вадами Launchpad. Натомість всі повідомлення буде спрямовано до системи bugs.kde.org. Також планується повна відмова від використання Rosetta через численні вади у останній.

Всі переклади буде розподілено на переклади головної гілки, за які відповідатиме команда перекладу KDE, та переклади латок, які надсилатимуться команді перекладу Kubuntu для перекладу поза мережею.

Kubuntu планує повністю позбутися важких залежностей (Python, Mono тощо). Всі поточні модулі на Python (apport-kde, apturl-kde, backintime-kde, gdebi-kde, jockey-kde, software-properties-kde, system-config-printer-kde, update-manager-kde, update-notifier-kde, usb-creator-kde тощо) планується переписати на C++.

Передбачено також тіснішу співпрацю з розробниками основної гілки KDE з метою уникнення дублювання реалізації можливостей у різних дистрибутивах.

Реакція основної групи перекладу Ubuntu (у особі координатора перекладу, Давіда Планелли) була доволі стриманою, але оскільки протягом тривалого часу стійкі команди перекладу Ubuntu так і не сформувалися, ймовірно, що думку перекладачів Ubuntu не буде взято до уваги.

Анонс проекту

[piktor]

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

[Re.]

Всі поточні модулі на Python планується переписати на C++.

Навіщо, задля швидкодії?

[yurchor]

Всі поточні модулі на Python планується переписати на C++.

Навіщо, задля швидкодії?

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

[Re.]

Тоді б одразу на C.   Начебто ні рубі, ні пайтон не такі вже й гальмівні, принаймні над їх прискорення працюють досить незле.

[yurchor]

Тоді б одразу на C.   Начебто ні рубі, ні пайтон не такі вже й гальмівні, принаймні над їх прискорення працюють досить незле.

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

[case0lc]

Таких клонів Ubuntu десятки або, навіть, вже сотні, якими ніхто не користується.

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

Скрипти для Amarok на чому тоді писати? На С?

[yurchor]

Таких клонів Ubuntu десятки або, навіть, вже сотні, якими ніхто не користується.

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

Скрипти для Amarok на чому тоді писати? На С?

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

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

[case0lc]

А вас процесор Pentium II і 128МБ пам'яті? Ну тоді дійсно все гальмувати буде

[yurchor]

А вас процесор Pentium II і 128МБ пам'яті? Ну тоді дійсно все гальмувати буде

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

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

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

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

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

[case0lc]

Якщо викинути з KDE python, то треба йому придумати відповідну заміну. Поки що її немає. От зробить Google мову Go придатною для використання тоді і побачимо. Поки що йому альтернативи нема. Порівняння його з Delphi - це, взагалі, як ви кажете, маразм. Це ж мови зовсім різної напрямленості. На Delphi хіба скрипти пишуть?
Знаєте, можна ще KDE переписати на асемблері або на машинних кодах. Уявіть тепер, як це все швидко буде працювати...
PS Між іншим є такі дані, що youtube на python написаний

[yurchor]

Якщо викинути з KDE python, то треба йому придумати відповідну заміну. Поки що її немає. От зробить Google мову Go придатною для використання тоді і побачимо. Поки що йому альтернативи нема. Порівняння його з Delphi - це, взагалі, як ви кажете, маразм. Це ж мови зовсім різної напрямленості. На Delphi хіба скрипти пишуть?
Знаєте, можна ще KDE переписати на асемблері або на машинних кодах. Уявіть тепер, як це все швидко буде працювати...
PS Між іншим є такі дані, що youtube на python написаний

Ви не повірите, є 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]

Сучасні FOSS програми (GIMP, Inkscape тощо), в яких широко використовується Python в десятки разів повільніші за свої комерційні аналоги на C/C++

  Таке порівняння повністю відкритої програми з закритою є, взагалі, некоректним. Ніхто не знає, як написаний той Photoshop, які алгоритми обробки там використовуються... Будуть коди Photoshop відкриті, тоді і будемо порівнювати.

   Якщо вам, наприклад, дати покористуватись двома програмами: одна з них написана на python, інша на с++, при умові, що ви в програмуванні не дуже орієнтуєтесь, на сучасних машинах ви різниці в швидкодії в 90% випадках не помітите

[yurchor]

Якщо вам, наприклад, дати покористуватись двома програмами: одна з них написана на python, інша на с++, при умові, що ви в програмуванні не дуже орієнтуєтесь, на сучасних машинах ви різниці в швидкодії в 90% випадках не помітите

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

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

[case0lc]

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

Маю на увазі швидше знання, як досвідченого клористувача, який знає, які бібліотеки використовує програма

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

Давайте закриті програми взагалі не розглядати. Порівнюємо тільки відкриті