Russian Qt Forum

Доброго времени суток всем!
Вот хотелось бы узнать, проекты каких направлений создаются участниками этого форума. Конечно же, если это не секретные разработки и все такое... Если спросите "Зачем?" -- просто интересно. Не обессудьте. Сам занимаюсь Qt уже 2-й год. Но непрофессионально, поэтому особо глубоких скилзов не наработал. И еще, использует ли кто Qt в своей профессиональной девелоперской деятельности?
Заранее спасибо за ответы  ;)

Пишу прогу, которой пользуются на работе уже 3 года. Начиналось все простенько и на делфях, теперь все серьезней и серьезней - на куте, субд и все такое, уже пол года - не жалуюсь. :)

Интерфейсы к базе данных. В основном сеть и XML.

C 2004 по 2006 разрабатывали две проги (используються и по сей день): Мобильная торговля и Мобильный склад:

http://www.unico.ua/?mode=u_mob
http://www.unico.ua/?mode=u_mob_s

До меня этим занимался Dendy, после меня den'ka :)

С 2006 и по сей день  занимаюсь в основном портировнием с Qt3 на Qt4. Участвовал в проекте QicsTable вместе с Racheengel

http://trolltech.com/company/newsroom/announcements/00000157/?searchterm=Qicstable

На работе - Qt/Embedded для embedded систем (фронт-енды к системам сбора данных), дома просто Qt, уже 4 года :)

Недавно скачал qtopia-core-4.3.1, решил поглядеть, перекомпил свою программу запустил qvfb...
и запустил свою программу, Афигеть и она работает... :)
Только это конечно эмулятор, как она будет на том девайсе пахать не знаю...
Расскажи (если не секрет) какие подводные камни (ограничения) при написание такого на Qt (в java me, например вроде как нет float чисел) когда с десктопа её загоняешь в такой девайс?
И какие устройства работают с qt софтом...? Т.е. простой Palm и на нём это работает?
У нас на работе есть терминалы на WinCE 2003 PDT8146, интересно на нём попробовать если попрёт...
У нас я знаю есть несколько компаний, где используется подобное ПО на С#...

Ваше мнение относительно моего вопроса выше тоже интересно!
И какая версия Qt?

По работе я на Qt делаю ВСЕ. Начиная от склада электронных компонентов на MySQL до системы опроса железа через COM порт...

В общем, почти все по работе - просто виджеты, более серьезные проекты, да все что на www.ii-system.com лежит.

Софт для работы с железом и SCADA системы, метрологические приложения, СУБД и прочее.

Участвовал в проекте QicsTable вместе с Пастором :)

Гы ;) Коллега ;)  ;D Толькое FireBird и USB\Ethrernet ;)

У нас серверная часть была написана на Qt 3.х.х
По Палм мы разработали свой фрейворк, аля Qt. Назвали PalmLib. Все классы, синтаксис, коннекты аналогичное Qt'шным. Так что Qt/Embedded в этих проектах мы не юзали.

Если что нужно уточнить, обращайся, расскажу :)

Уже больше года пишу ПО для автоматизированных стендов диагностики топливной аппаратуры тепловозов. В основном это GUI, ну и опрос и управление аппаратурой (usb, com, pci).

Полгода, клиенты для базы данных. Проект автоматизации деятельности аэропорта

Спасибо всем за интересные ответы! А есть ли среди участников форума представители софтверных компаний, которые разрабатывают ПО с использованием Qt?

P.S. Не флуда ради, а просто интересно, почему такой замечательный framework не используется так массово при разработке коммерческих программных решений, как например, MS Visual C++/MFC? Подтверждение этому можно увидеть в предложениях об открытых вакансиях на сайтах-работопоисковиках (по крайней мере в украинском сегменте)...

Компания Юнико (Украина) http://unico.ua
Компания ICS (США) http://www.ics.com/


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

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

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

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

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

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

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

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

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

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

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

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

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

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

Всем привет,

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

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

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

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

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

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

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

В данный момент я работаю на контору, которая пишет софт торгово-учетной направленности. Не на Qt  :(. Тоже есть решения для КПК. Под дотНЕТ. Собственно вопрос. А не задумывались ли Вы по поводу создания своей учетной системы на Qt в обход 1С:Предприятия? Которая с одинаковым успехом работала бы на разных платформах.

Что то подобное у нас есть:
http://www.unico.ua/?mode=u_trg

А если это не секретно, то можно было бы взглянуть на скриншоты Вашей системы?

.... и жестко привязывает ее к форточкам :( А по нынешним веяньям это бывает не гуд .... Хотя у каждого свои требованья ;) MFC в принципе вещь толковая , но если нужна кросплатформа - то ой :(

А как опрашиваете аппаратуру и связываете это дело с Qt?
Интересно как это реализуется на межплатформенном уровне? #if#def?

йа плакал...

Лично я не видел еще более тупой и отстойной либы, чем сие произведение мелкософта. И ни одна из уважающих себя контор на мфц писать ничего не будет, разве что ради поддержки старых версий... Да и то стараются портировать их на .NET либо Qt.


WinAPI - это WinAPI, иногда без него никуда, но WinAPI - это не MFC (Most Fuckin' Crap)...

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

Qt - использую для зарабатывания денег, за это сейчас платят

А можно узнать злачное место, где за программирование на Qt платят денег?  ;)

Использую в работе написанную мной на QT прогу которая является многопоточным клиент-серверным приложением и проводит измерения параметров телефонных линий АТС через com-порты АТС.

платят везде
особенно там где нужны портируемые приложения или ты смог доказать начальству что на тебя нада потратить 1500$  и купить тебе QT.
По большей часте все равно на чем ты пишешь MFC и QT.

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

Отвечая на вопрос о нераспространенности кути ИМХО тому есть несколько причин:
- платная лицензия(если стартовать с нуля нужно получить деньги в как можно более короткие сроки)
- ограниченость задач с требованием к кроссовости.

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



Ну не то чтоб злачное, но кути использует - Program-Ace. Есть такая контора в Харькове, игрушки делает...

Да вот еще нашел:
http://www.qtforum.org/thread.php?threadid=22507&sid=cbdda6a50d47438576b3151d046973b7
уж там то точно больше заплатят ;)

Начал с одного, закончил другим...

Т.к. отчётов нет, пишу либу для экспорта в "excel"

Уважаемы форумчане, расскажите, как вы связываете программирование  на Qt с опросом железа по Com портам. ОЧень интересно. Есть ли ссылки на обзоры или примеры кода?
И как это работает межплатформенно?

Есть такая либа QextSerialPort написаная на Qt. Она как раз служит для работы с COM-портом

http://qextserialport.sourceforge.net/

Спасибо.
И как она в работе? Не глючная?

Sergey B. работал с ней под виндой. Глюков не заметил. Но помоему вам следует об этом писать не в этой теме.

Занимаюсь клиентского софта на Qt
Два проекта одному уже более 1,5 лет второй на старте
Софт распространяется по GPL

Использую по работе — Биллинг (расчёты с населением ЖКХ)
Связка БД + Сервер приложений + Клиент.

1) Сервер приложений Linux + Qt + API InterBase + Threads + Socket
2) Сервер приложений Linux + Qt + API OpenOffice (для генерации массовых отчётов на стороне сервера)
3) Клиенты
 - Win + С++Builder + QuickReport методично заменяется на Win/Linux + Qt + API OpenOffice