Кто как и для чего использует Qt в своей деятельности?

[gashock]

BWT: Всех с праздником!!!

А какой сегодня праздник, если не секрет?

[pastor]

А какой сегодня праздник, если не секрет?

Ну такого незнать, это непростительно
Сегодня День программиста! (256 день в году)

[gashock]

А какой сегодня праздник, если не секрет?

Ну такого незнать, это непростительно
Сегодня День программиста! (256 день в году)

  Уже будем знать!!!

[pastor]

Уже будем знать!!!

Уже пора отмечать

[gashock]

Уже будем знать!!!

Уже пора отмечать

Нельзя, за рулем 

2 pastor: Приведенные Вами линки - можно сказать единичные случаи. Мне интересна ситуация, почему Qt не так распространена среди отечественных софтостроителей как, например, тот же VC++/MFC? Вот где философский вопрос...

[pastor]

2 pastor: Приведенные Вами линки - можно сказать единичные случаи. Мне интересна ситуация, почему Qt не так распространена среди отечественных софтостроителей как, например, тот же VC++/MFC? Вот где философский вопрос...

Исторически сложилось, что у нас в школах универах препадают Pascal/Deplhi. Большество прогеров этим и владеют. В последнее время набрала большой популярности Java, PHP и прочее, многие начали перелазить на них. Время С\С++ многие просто пропустили Все вышесказанное имхо. Про MFC ничего сказать не могу, знакомых прогеров таких нет. Вопрос к аудитории: На MFC кто-то ещё пишет?

[Вячеслав]

2 pastor: Приведенные Вами линки - можно сказать единичные случаи. Мне интересна ситуация, почему Qt не так распространена среди отечественных софтостроителей как, например, тот же VC++/MFC? Вот где философский вопрос...

Исторически сложилось, что у нас в школах универах препадают Pascal/Deplhi. Большество прогеров этим и владеют. В последнее время набрала большой популярности Java, PHP и прочее, многие начали перелазить на них. Время С\С++ многие просто пропустили Все вышесказанное имхо. Про MFC ничего сказать не могу, знакомых прогеров таких нет. Вопрос к аудитории: На MFC кто-то ещё пишет?

Ну че с бодуна не сделаешь ? Эпизодически приходиться тащить старый софт ... После нынешнего gcc и накрайняк vs2005  vs6 воспринимаеться как-то неадекватно

[Пантер]

MFC так и не смог освоить и даже понять за несколько недель. В кутю врубился за 2-3 дня.

[-QT-]

Планируется проект ЕРП.
Пока идет изучение технологий, продуктов и платформ. Пишу тестовый проект под названием.
"Управление задачами предприятия" платформа разработки PostgreSQL 8.1.4, GCC 4.1.1, QT 4.3.1, Mandriva 2007 & WinXP.
Пытаюсь определить оптимальные направления использования и технологии программирования для этой связки продуктов.
=*=
Т.к. перед этим использовалось только Win* + FoxPro то понимание организации данных их управлением и создания пользовательского
интерфейса кардинально отличается от текущего.

[gashock]

Мда... Спасибо за интересные ответы! Но это _спасибо_ ни в коем образе не говорит о том, что ветка закрывается  Будет интересно увидеть здесь еще много интересных примерчиков сферы применения Qt.

MFC так и не смог освоить и даже понять за несколько недель. В кутю врубился за 2-3 дня.

У меня примерно такая же ситуация. Есть толстая умная книга по MFC. Сколько я ее не читаю, все равно как-то туго оно дается. Что мне больше всего нравится, так это то, КАК б0льшая часть авторов описывают модель "документ-представление". Никто так и не удосуживается на реальном примере показать, как ее использовать. Мусолят разработку текстовых редакторов и дальше не заходят... С Qt у меня как-то сразу сложилось. И не только для создания текстовых редакторов.

З.Ы. Продолжаем делать посты 

[fred]

Всем привет,

На MFC кто-то ещё пишет?

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

Что мне больше всего нравится, так это то, КАК б0льшая часть авторов описывают модель "документ-представление". Никто так и не удосуживается на реальном примере показать, как ее использовать. Мусолят разработку текстовых редакторов и дальше не заходят...

да такое тоже есть, но это всего лишь пример как удобнее построить архитектуру программы.
На самом деле Документ-вид очень полезная и продуманая фича. Которая позволяет отделить данные от интерфейса. Это чем то похоже на архитектуру клиент-сервер, документ хранит в себе данные, представления (виды) отображают только то что им нужно.

[gashock]

2admin: как смотрите на то, чтобы прикрепить данную ветку?

[Admin]

прикрепил - только нада ее переназвать попонятливей чтоли
типа Кто мы в QT или как то еще ))

[denka]

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

Что я могу по этому поводу сказать... Надежная тут я возможно соглащусь все таки использовали ее и использует обширное количество программистов. Что касаеться "удобности" сего чуда, то тут я категорически не согласен и здесь согласиться со мной каждый кто сталкивался с MFC, а потом юзал Qt. Для изучения MFC в любом случае прийдеться столкнуться с WinApi, а не ограничиться изучением самой библиотеки... Прийдеться перерыть справочники по тем или иным структурам и ф-циям... В конце концов MFC всего лиш объектная обвертка над WinApi. Лично меня это очень сильно достовало когда я пытался освоиться с этой библиотекой.
Именно отсутсвие продуманого ОО дизайна в библиотеке сделали ее такой уродской и не удобной в использовании... И именно наличие такого дизайна в Qt сделало ее так "легко усваемой". И на мой взгляд именно продуманная ОО архетектура сделала ее переносимой на разные платформы, скрыв  платформо зависимый код.

На самом деле Документ-вид очень полезная и продуманая фича. Которая позволяет отделить данные от интерфейса.

Посути MVC в Qt... Но отсутсвие нормального описания и примеров заставляют тебя побиться головой об стенку не один раз пока въедиш в эту фичу... Опять таки на мой взгляд в Qt это лучше реализовано и задокументировано, а следовательно и освоить легче...

По теме:
Кроме Мобильной торговли о которой упоменул pastor занимаюсь еще вот этим
http://www.unico.ua/?mode=u_arm

[fred]

Для изучения MFC в любом случае прийдеться столкнуться с WinApi

С этим я полностью согласен, но для эффективного программирования под Win лучше всего как раз использовать WinAPI, что повышает производительность вашей программы.