Qt Project жив!

где Qt тормозит? пример или 4.2.

>где Qt тормозит? пример или 4.2.

KDE

Сам работаю на KDE меня устраивает, особых тормозов не замечал. Да и его функциональность нельзя даже сопоставить с другими средами.

> где Qt тормозит? пример или 4.2.

Сборка кутишных программ длится раз в десять дольше гткшных.

>Qt тормозит

Сборка

gentoofacepalm.jpg.tar.gz

>Сам работаю на KDE меня устраивает, особых тормозов не замечал.

А в KDE и нет особых тормозов. Там просто куча обычных.

В некоторых версиях KDE тормоза не работают, и работа заканчивается, не успевая начаться.

>>Сам работаю на KDE меня устраивает, особых тормозов не замечал.

А в KDE и нет особых тормозов. Там просто куча обычных.

В некоторых версиях KDE тормоза не работают, и работа заканчивается, не успевая начаться.

anonymous (21.10.2011 20:03:16)

Эка бубунтобляди жопку-то порвало

ОЧЕНЬ ТОЛСТО. кеды не тормозят (если и тормозят, то точно не от Qt), у них другие проблемы.

Я о запуске и использовании, а не о сборке, она тормозит из-за moc.

Уйди отсюда, школьник. Просто уйди.

Что я не так сказал?

>у них другие проблемы.

Наверное, не «другие», а «разные»?

Да, так было бы лучше.

> Сборка кутишных программ длится раз в десять дольше гткшных.

Так это проблема не столько Qt, сколько C++, код на котором который весьма тяжело парсить, в отличии от того же C. Зато оптимизированный компилятором код на плюсах вполне может конкурировать с сишным по быстродействию.

Для пользователей это вообще не имеет значения. Для программистов есть прекомпилированные хедеры, ccache и forward declarations.

правильно будет:
emerge facepalm

или хоятбы facepalm.ebuild

вариант с таргз в контексте сборки больше про слаку

Запишем :}

> ОЧЕНЬ ТОЛСТО. кеды не тормозят (если и тормозят, то точно не от Qt), у них другие проблемы.

а можно послушать какие? подумываю о переходе на кеды, cwm и awesome.

Сборка кутишных программ длится раз в десять дольше гткшных.

а написание наоборот

>Да и его функциональность нельзя даже сопоставить с другими средами.
Это да :(
Может теперь со смертью QT на GTK перепишут и развиваться начнёт?

Сборка кутишных программ длится раз в десять дольше гткшных.

а написание наоборот

+1

P.S. Поэтому PrintDesign будем ждать очень долго ;)

Вот только так получается, что большая часть времени написания программы - отладка. А это значит - компиляция - баги - правка - компиляция ... и так по кругу.

Осиль уже pch и нормальную организацию проекта. Тогда при изменении 3 строчек в текущем файле у тебя на любой машине перекомпиляция будет занимать секунды.

> Вот только так получается, что большая часть времени написания программы - отладка. А это значит - компиляция - баги - правка - компиляция ... и так по кругу.

Исправление мелких багов чаще всего изменяет пару строк, что в итоге приводит к необходимости перекомпиляции одной или нескольких единиц трансляции, что происходит очень быстро (конечно если была произведена хорошая объектная/модульная декомпозиция). Даже если производится изменение в заголовочном файле, это не всегда влечет за собой пересборку большей части проекта. А серьезные баги, которые вызваны чуть ли не ошибкой на стадии проектирования лечатся только перепроектированием с последующим рефакторингом - тут уж ССЗБ.

>А серьезные баги, которые вызваны чуть ли не ошибкой на стадии проектирования лечатся только перепроектированием с последующим рефакторингом - тут уж ССЗБ.

А что, теория безошибочного проектирования уже создана? Или создано ПО для моделирования архитектуры другого ПО?

> А что, теория безошибочного проектирования уже создана?

Ну не совсем чтоб, но Технологию программирования студентам щас читают стрелянные старые кодеры.

>Технологию программирования

Это авторские курсы или учебники?

> А что, теория безошибочного проектирования уже создана? Или создано ПО для моделирования архитектуры другого ПО?

Ты что, постоянно делаешь ошибки исключительно на стадии проектирования, раз на стадии отладки приходится переписывать много кода, что вызывает долгую пересобрку всего проекта?

> Это авторские курсы или учебники?

Авторские, но не будь я Карлос Санчос, столько всего полезного узнал, от стольких ошибок уберегли в зародыше. Да че рассказывать, все (из тех, у кого призвание) когда-то учились программировать сами, костыли изобретали, индусокодили и т. д. А тут стоит перед тобой опытный мужик и рассказывает как делать не надо, а как надо и ПОЧЕМУ так. Расскажет пару примеров из жизни. И вот теперь вродь и несерьезное что-нибудь пишешь, а тонна комментариев с подробынм разъяснением всех моментов, которые сам же не поймешь потом, и микро-справочник по функциям как-то сами собой возникают :)

Ошибки на стадии проектирования наиболее сложно исправляются.

Что же они, нехорошие люди, учебники-то не пишут?

> Ошибки на стадии проектирования наиболее сложно исправляются.

Спасибо за науку, Кэп ;)

> Ошибки на стадии проектирования наиболее сложно исправляются.

Спасибо, кэп!

>Что же они, нехорошие люди, учебники-то не пишут?

Пишут. Конкретно этот мужик методичку годную написал, занимается издательством, годным студентам раздает, опубликовал у себя на сайте. Но ИМХО живая работа с преподавателем в сто рез эффективнее.

Не у всех есть возможность живого общения с преподавателем. Да и не каждому везёт с вузом.

> Не у всех есть возможность живого общения с преподавателем. Да и не каждому везёт с вузом.

Я родом из деревни с населением в 300 чел. Мой отец, хоть и умный мужик, зарабатывает 3500 в месяц на двух работах. Жизнь такая в селе. Неужели ж у кого-то еще меньше стартовых возможностей? )) при желании - найдется возможность.

Мне тоже не шибко повезло с вузом, за те 2.5 года что я там провел, пока не сбежал, возможность поработать с этим вот мужиком - это единственное полезное (на самом деле) что этот вуз дал мне.

Мне тоже не шибко повезло пообщаться с отцами юникса, но мужики придумали возможность довести до парней из российской глубинки свой опыт - они написали книги. Понятное дело не живое общение, но зато в MIT поступать не нужно )

>Неужели ж у кого-то еще меньше стартовых возможностей? ))

У некоторых потребностей больше, и они не могут (или не хотят) учиться в нескольких институтах разом.

Кстати да: сборка Отладка-Сборка на Си может занять много больше времени из-за перекомпиляции больших объёмов кода. С С++ и ООП всё много проще, всё перекомпилировать не нужно.

>С С++ и ООП всё много проще, всё перекомпилировать не нужно.

Смотря как написан код :(