Весь аццкий креатиф на Python'е - поночалу очень универсально, удобно, правда немного медленно, "но с современным развитием вычислительной техники..." Потом думаешь - лучше б никогда не знал о Python'е...
Portage - яркий пример. Чуваку всего-то нужно было - парсить скрипты автосборки, а потом... emerge metadata - ~10мин на средней по нынешним меркам тачке...
~10 мин. (у меня с 11 активными оверлеями быстрее ну да ладно) потому вся инфа распределена по файлам(т.е. emerge metadata рекурсивная операция выдирания инфы из файлов, а их много), а не в бд, где вам это мешает ? обнолвяете портэжи 2 раза в час ? для быстрого поиска есть программы с индексирующими в том числе и в бд движками. При emerge тормозов не заметил. Питон тут рулит хотябы потому, что позволяет хранить общие операции в функциях eclass'ов.Еще касательно питона: да язык общего назначения, чтобы "слабать", "склеить", "распарсить", "выбрать". Покажите лучшую кросспалтформенную альтернативу под эти цели.
Этот процесс можно заметно ускорить. Во-первых, положив метадату в cdb (см. http://gentoo-wiki.com/TIP_speed_up_portage_with_cdb ), во вторых запихав /usr/portage в файл с рейзер4 внутри, очень сильно уменьшает дрич винтом. В сумме emerge metadata теперь работает за 2 минуты (за одну со второго раза).
>Tcl 8.4. А лучше 8.5
Кстати, TCL умеет рисовать нормальные (вроде GTK-2) интерфейсы?
Потому как жуткий внешний вид TCL/TK программ напрочь отбивает желание иметь с ними дело...
И при чём тут питон, деточка? На сях быстрее бы не было, деточка, потому что алгоритм ущербный, деточка. Учись, деточка, когда научишься и поумнеешь - сможешь позволить себе высказывать своё мнение и не позориться при этом.
Знаете че я вам скажу ... SQLObject - уебище. Просто уебище по определению. У меня есть гораздо более мощная библиотека со вменяемым определением маппинга и с поддержкой OQL-like языка запросов к БД. Думаю вот сделать ее OpenSource как нить когда напишу к ней доку :) Впрочем и остальные части TurboGears красотой не блещут.