Якщо ви пропустили це, за останні два дні сталося багато, що могло б вплинути на рамки Qt, на гірше. :-( Це вплине на мобільний сектор декількома і, мабуть, не визнаними на даний момент.
Він розпочався вчора з внутрішнього листа генерального директора Nokia Стівена Елопа, в якому зображено, що Nokia сидить на палаючій платформі та потребує великих та агресивних змін у бізнесі.
Через день, на конференції Nokia World, Nokia оголосила про партнерство з Microsoft , яке на даний момент поновлюється тим, що Nokia прийняла платформу і середовище розробки Windows Phone 7, скидаючи Symbian по дорозі і позначивши Meego як R&D (досить небезпечне ключове слово, якщо ви запитаєте мене), що стосується серії Maemo / N900, я думаю, що це до побачення. Я знаю, про що ви думаєте, але ні, Qt не буде перенесений на платформу Window Phone. І я теж з цього приводу боюся . Спільний прес-реліз Elop & Ballmer ви можете подивитися тут .
Тепер, прочитавши цю величезну нитку у списку розсилки Qt-інтересів, я не можу не задатися питанням, яке майбутнє Qt у Nokia, тепер, коли вони більше не зосереджені (взагалі?) На Qt (пам’ятайте повний фокус увімкніть Qt як основну основу розробки для всіх продуктів Nokia (включаючи Symbian, так) ще в жовтні ?).
Мені подобається Qt, на мою думку, це єдиний справжній рамок для розробки додатків між платформами і одна з небагатьох, яка зробила розробку C ++ радісною (наскільки це можливо), і хороші речі трапилися в рамки та значний імпульс, перебуваючи під час Nokia, таким чином мені цікаво, які шанси на те, що Qt може постраждати повільно після Nokia? Так, я знаю про KDE.org і про те, що Qt легко передати, але я все ще відчуваю себе непросто.
Це також має бути жахливим для всіх зусиль або співробітників Nokia, або третіх сторін, які перейшли на Symbian та весь вміст і бізнес Ovi Store Symbian / Qt, а чому б і ні, Maemo / Meego. Плануються також масові звільнення , я підозрюю, що Symbian техніка та Qt?
Я хотів би почути вашу інформацію про це? Чи безпечне майбутнє Qt та доказ?
ЛЕ: Питання поступово переглядалося, вдосконалювалося та було краще посилатися, тому ви, можливо, захочете швидко перечитати, щоб побачити, що ви могли пропустити.
moc
), і що багато Qt-коду взагалі не відображає сучасний C ++ (наприклад, макроси та відсутність безпеки виключень) . Хоча я розумію, чому це moc
було розроблено, мені набагато не доведеться залежати від зовнішнього інструменту на додаток до "стандартного" набору інструментів C ++. Сьогодні компілятори C ++ є досить хорошими, що ви можете робити багато речей в межах мови без зовнішнього інструменту.