Колись був у тій же ситуації, теж створював теми на цьому форумі раз і два. Вообщем моя історія приблизно така: консольні додатки -> Борланд C ++ Білдер -> Qt -> C # + WinForms -> C # + WPF. Пробував зайнятися Java, але якось не пішло (хоча я її дуже поважаю і на роботі стикаюся з нею періодично).
Коротше зараз для своїх власних напрацювань використовую C # + WPF - нічого більш кращого поки не знайшов для себе.
Додано пізніше:
А на ринку праці тобі може і не знадобиться займатися призначеним для користувача інтерфейсом :)
ну а могли б більш детально плюси і мінуси тієї чи іншої середовища описати
панове модератори, може бути створити розділ типу "прикладні питання С ++" або "інструменти для розробки"?
а то вже реально затрахало подібні теми в цьому розділі!
панове модератори, може бути створити розділ типу "прикладні питання С ++"?
а то вже реально затрахало подібні теми в цьому розділі!
ось обов'язково залізти і написати якусь хрень
якщо не подобається тема просто йди лісом, навіщо заходити, вона що тобі очі муляє чи що, не дає заснути, її існування турбує тебе.
ніколи не розумів таких людей
ну а могли б більш детально плюси і мінуси тієї чи іншої середовища описати
Борланд C ++ Білдер - бесперспектівняк (коротше загинається він і погано дружить зі стандартом C ++), тому я його залишив в минулому (хоча для універскіх лаб був саме той)
Qt - всім хороший, але мене дратує, що в ньому все "своє": конкретний випадок - контейнери, замість того щоб юзати всякі std :: vector, std :: list і т.д. Qt-шні класи працюють з власними контейнерами (в наслідок чого у мене були всякі функції з перетворення якого-небудь qvector (не пам'ятаю точних назв) в std :: vector). Тому вирішив перейти на мову, де робота з файловою системою, GUI і мультіпоточностью буде частиною мови
C # + WinForms - по суті дуже схоже як в Borland C ++ Builder, але тільки це C # зі своїми приятностями (ну і неприємностями теж). Залишив цю технологію, тому що дізнався про WPF.
WPF - досить перспективна (бо Microsoft ще нічого після неї начебто не придумали) і зручна штуковина. Спочатку мені не дуже сподобалася, але якщо розібратися, то дуже приємна на дотик технологія.
Вобщем-то середовищ тут тільки дві Білдер і ВіжуалСтудія, але крім того, що ВіжуалСтудія на тлі билдер зараз процвітає, так у неї ще й є безкоштовна версія (Express edition).
якщо так мислити, то я можу в цьому розділі створити тему з розробки патча для модуля vmnet для vmware, який мені зараз виносить моцг.
###
загальне питання передбачає, що він не підходить ні під одну іншу гілку і не несе в собі будь-якої було конкретної проблеми. ви че тут з глузду з'їхали чи що. зайнятися більше нічим
а то що ти тут не по темі пишеш, це по твоєму нормально. напиши модераторам
У мене клас картоплю нарізати не вміє, можна я тут тему створю? Це начебто загальний питання)))
як дотепно) тільки ваше запитання до с ++ не має ніякого відношення, а мій безпосередньо з ним пов'язаний
нехай модератори розсудять і якщо вважатимуть, що я не маю рації - видалять тему
А ось це не зрозумів, зазвичай слово Qt і проіводітельность поряд не стоять. Вже давно відомо про гальма Qt в плані графіки на будь-яких сканер типу Nmap при посиленій роботі.
Та й в сторону продуктивності, якщо радити, то потрібно відмовлятися від зайвих рівнів абстракцій, інакше асимптота буде збільшуватися на N ^ 2. а в деяких випадках і на N ^ 3
Зазвичай в сторону радять добре почати вчити Натів, голе API, Compter Science і в цьому стилі
Ти маєш рацію і не правий одночасно. Уяви, що тобі потрібно написати складну бізнес-програму. Час розробки якої обчислюється людино-роками на API високого рівня. І тільки один компонент критичний до швидкості роботи. Ось скажи, що ти вибереш: WinAPI або Qt? Ось і я теж, все зроблю на Qt, а той компонент, якщо буде гальмувати, перепишу на WinAPI (libX11 та ін.).
QML взагалі-то не його) воно таке ж, як і ін. Япов, яке QML юзают взагалі-то. чисто по логіці
QML - інша назва Qt Quick. Робота його забезпечується QDeclarative. Тому, QML без Qt існувати не може.
Інша справа, що для ряду мов існують Біндінг, які дозволяють використовувати Qt і, відповідно, QML на даних мовах (Python, наприклад).
Уяви, що тобі потрібно написати складну бізнес-програму. Час розробки якої обчислюється людино-роками на API високого рівня. І тільки один компонент критичний до швидкості роботи. Ось скажи, що ти вибереш: WinAPI або Qt?
1). я не працюю з високим рівнем на своїх роботах, тому мені з реального життя вибирати нема з чого) я як би реалізувати на низькому рівні все + даю АПИ на Виска, щоб інші програмісти могли смикати це АПИ не вдаючись у подробиці. а також не роблячи зайвих рухів самим
2). складні бізнес-програми ще обчислюються хорошим володінням алгоритмів. незручне рух і можна на + = млн. ітерацій більше влаштувати в обробці
3). і взагалі завдання можуть бути дуже різними, деякі UI пишуть для ARM мікроконтролерів на столах з повною емуляцією ефектів сучасних ОС. так то
QML - інша назва Qt Quick. Робота його забезпечується QDeclarative. Тому, QML без Qt існувати не може.
Я своє замечніе щодо QML відносив ні до Qt, а до С ++. Що QML настільки ж його, наскільки він пітоновскій і не більше, перечитайте контекст будь ласка.