Qt prodáno společnosti Digia (diskuse)

[Sten]

Hmm, že by se Nokia připravovala na bankrot a převzetí Microsoftem?

[jancici]

to bude zaujimave ked sa to stane
mikrosrot sa uz tesi na patenty

[Sten]

Tak spoustu patentů Nokia právě prodala firmě Vringo, která se už delší dobu přeorientovává na moderní americké průmyslové odvětví: patent trolling. Za chvíli z Nokie zbyde jen jméno.

[qpal]

Treba zase budou vyrabet holinky, to by se ted trefili do trendu..?

[jiri.one]

Já Digiu neznám, ale asi je to lepší než s Nokií - ta si vybrala špatný směr, na který dojede.

[qpal]

Treba bude jako HW divize MS vzkvetat, dokud jim to EU nezatrhne pro ohybani trhu..? Oproti infuzi, na ktere jsou ted, na tom muzou byt jen lepe nebo mrtvi.

[little.owl]

Nokia si jiz nechava delat novy HW od Compal, vcetne vyvoje, bude z nich tak maximalne patentovy troll.

[qpal]

Skoda. Tak to vypada ze po Elopovi zbyde z Nokie v Evrope jen vedeni, montovny budou ruzne po svete a vyvoj outsourcovany. Tak tomu se rika rozlozit firmu zevnitr. Jedine v co doufam je ze konec bude nejvic "hořký" pro akcionare, kteri si ho tam sami nasadili.

[MeeGo - no future]

Banky Morgan Stanley mi líto nebude, odmítli lepšího kandidáta a dosadili toho pitomce. Líto mi je ovšem zaměstnanců a zmařené naděje v Linux-based mobile phones :(

[qpal]

Souhlasim. Jeste ted uvazuji o pozdni koupi N9.

[ovoce]

Nokia si jiz nechava delat novy HW od Compal, vcetne vyvoje, bude z nich tak maximalne patentovy troll.

Odkud tu informaci máte?

[little.owl]

(a) od lidi primo z Nokie, kteri u nich na HW pracovali, byli propusteni a hlasili se jako zajemnci o praci; (b) pred rokem toho uz byly plne noviny, viz. zde, zde ci zde.

Je to logicke, pri objemech prodeje jaky maji se jim nevyplaci neco stavet - i pokud by na to meli penize a vyrobni linky velmi rychle zastaravaji. Navic v Evrope uz nejsou zadni jejich subdodavatele, a do tovaren zde by to museli vozit pres pul zemekoule z Asie.

[ovoce]

Takže tlachy? (Pominu to, že takhle přes internet se může holedbat kdekdo, takže čert ví, jak to s těmi propuštěnými bylo; nezapomeňte ale taky, že propuštěný zaměstnanec bývá pomstychtivý, aby taky ne, že.)

Velice pochybuju, že už si nědělají návrh a design. Procím, třeba PCB/mobo telefonu, tam je to idocela logické, že by to mohl navrhovat výrobce OEM. Ale jinak je návrh telefonu stěžejní věc. Navíc od OEM jakékoliv plány velice snadno utečou ke konkurenci, což je průšvih.

Takže imho šíříte prázdný drb který je bohužel také poměrně FUDózní.

[little.owl]

Velice pochybuju, že už si nědělají návrh a design.

Pochybovat muzete, tim jen dokazuje,ze neznate soucasny stav veci. Vyvoj HW i jeho hromadna vyroba je normalni komodita a zrovna Taiwan je plny firem, ktere se takove sluzby specializuji; v Evrope kvuli nim za chvili nebudem mit praci. My sami delame pro treti strany kompletni vyvoj HW i SW, a zakaznici v podstate dodavaji jen specifikaci a testuji zdali ji finalni prototyp opovida, pokud ne, produkt neprevezmou. Na finalnim vyrobku je jejich logo a my podle smluv nesmime reklamovat fakt, ze jsme pro ne pracovali a ja mel vazny problem s tim, ze jsem jejich jmeno uvedl u svych verejnych profilu.

Takže imho šíříte prázdný drb který je bohužel také poměrně FUDózní.

A co byste ocekaval? Oficialni tiskovou zpravu Nokie? Ani tam by to jasne napsano nebylo. Okruh lidi s dostatecnymi zkusenostmi schopnych delat vysokofrekvenci design v Evrope je natolik maly, ze kdyz prijde podobne zemetreseni jako u Nokie, dane komunite to neujde; zejmena kdyz lide pres sve zname v oboru zacnou hledat praci.

[dustin]

Mně to zní věrohodně.

[mrv]

Počujte, Kefalín. A čo si vy predstavujete pod takým "vysokofrekvenci design"?

[little.owl]

Pokud byste se zeptal lepe, asi bych vam odpovedel.

[LKG]

Další, co si neumí představit, že na desce telefonu je CPU+paměť+FLASH to, co dá pomalu nejmíň práce (to je ten vysokofrekvenční design, dyť to jede na jeden a půl giga, mámo !), a gró věci je v kombinaci GSM/3G/BT/WiFi rádiových částí (laděné obvody, duplexery, LNA, PA atd.) a jejich antén a to jak z pohledu PCB návrhu, tak 3D simulace a výroby mechanických částí včetně antén. To neumí každej.

[little.owl]

Tohle si nejspise mysleli vyvojari Apple take a vysledkem byla polofunkcni antena u iPhone 4.

[ovoce]

Oni to jenom lidi neumí držet :)

[Rezza]

Ono to melo logiku - Nokia potrebovala neco hotoveho a diky omezeni hw na kterem jedou WP7 jim nic jinsiho nezbyvalo. Co nebylo fer bylo, ze vzali obrazky z vyroby N9, udelali trosku Photoshopu a prohlasili to za vyrobu Lumie ve Finsku :) Moje Lumie je ale samozrejme Made in China. Co vim, tak plan je, ze high end si Nokia zacne delat sama (mozna WP8), zbytek bude outsourcovany.

[little.owl]

Tak oni se uplne HW vyvoje zbavit nemohou, to by nebyli schopni napsat uz ani ty specifikace pro outsourcing vyvoje. Nicmene doby kdy vyrabeli velke mnozstvi modelu a vse si vyvijeli sami jsou pryc a to se nutne projevilo v propousteni lidi. Strategie, jak jste popsal je pouzivana - low end and middle s nizkymi marzemi - outsourcovana vyroba i vyvoj, high end s vyssimi marzemi a striktnejsimi pozadavky na utajeni - vlastni vyvoj s outsourcovanou vyrobou, mozna i ve vlastnich tovarnach.

[mrv]

kdy/jak EU zarizla HW divizi MS?

[Ilfirin]

Ou doprdele. Já doufal v Intel. Tak, třeba to nebude tak zlé.

[mirec]

Intel po tom, čo zarezal MeeGo nemá moc dôvodov.

[8an]

Digia už dřív převzala práva na komerční licencování Qt, takže je to firma která má ma rozvoji Qt zájem, rozhodně větší než Nokia. A nejspíš i větší než Intel, který snad už experimenty s MeeGo taky zabalil.

[Ilfirin]

To ano, ale komerční zájem, takže čekám návrat GPL.
Digia už má několik uzavřených rozšíření a jistě je bude nadále rozvíjet, na úkor otevřeného jádra
A nakonec, kolik má Digia lidí? Je schopna vůbec Qt vyvíjet?

[Ivan]

Podle webu maji 1200 zamestnancu.

[Jardík]

Tak se to forkne no ^^.

[xm]

Tohle se tuším probíralo v diskuzích na Phoronixu nebo v nějakém blogu. Někdo z Digie uváděl, že není pravda, že by vyvíjeli uzavřená rozšíření, pouze byly vázáni nějakou smlouvou s Nokií a ta si sama vybírala co z jejich kódu začlení do oficiální opensource větve, Digia nad tím neměla žádnou moc.

Pokud tomu tak opravdu je, tak teď už by snad naopak všechno mohlo být začleněno zpět do LGPL větvě...

[little.owl]

Pokud tomu tak opravdu je, tak teď už by snad naopak všechno mohlo být začleněno zpět do LGPL větvě...

Proc by to delali? Pokud maji hodne lidi, potrebuji vydelat penize na jejich platy.

[Ruža Becelin]

Porad muzou vydelat na supportu, ucelenych resenich apod...

[little.owl]

Supportu ceho? Qt neni zadne terno. Par lidi se nejak uzivit muze, tak na urovni starych Trollu.

[Ruža Becelin]

Supportu Qt - vetsi firmy vetsinou vyzaduji nejakou formu supportu (i kdyz v realu neni potreba). Ale podle toho vyjadreni budou vydelavat na aplikacich postavenych na Qt. Komunite daji rozsireni a muzou vyuzivat vysledku, co se na nich postavi...

[little.owl]

Market Qt je mrnavy, vetsina lidi, kteri presli do Accenture z Nokie a predtim byli preskoleni na Qt presla bud na Windows a nebo byli vyhozeni, pro Qt nejsou zakaznici.

[Sten]

Co jsem zažil, tak je třeba běžné provádět školení zaměstnanců výrobcem, což u složitějšího software, což Qt bezpochyby je, bývá i v cenách kolem 300 až 500 € za zaměstnance a den školení (na týdenní školení samo dostanete slevu )

[little.owl]

To jiste, Qt je bloated framework s dlouhou ucici krivkou nez se dostanete na produkcni uroven psani aplikaci.

[Ivan]

S tim souhlasim. Muzes ale doporucit nejakej framework, kterej takovej neni? Zamerne se neptam ani na OS, multiplatformnost ani na programovaci jazyk.

[little.owl]

Muzes ale doporucit nejakej framework, kterej takovej neni?

Tak otazka nestoji; hlavni je zdali ma smysl s frameworkem ztracet cas. U vetsiny aplikaci nevidim benefit v Qt a podobnych polofuncnich molosich snazicich se suplovat roli OS. Je lepsi aplikaci rozdelit na platform dependent cast a platform independent cast, a u platform dependent casti pouzit nativni toolkit. Vyjimkou snad mohou byt aplikace, kde se kvuli malemu mnozstvi licenci nic takoveho nevyplaci.

Dobri C/C++ programatori se byli schopni naucit psat produkcni kod pro iOS za pet tydnu, u Qt je to mnohem delsi a navic vlasne proc do toho v soucasnosti investovat cas?

[mirec]

Dobri C/C++ programatori se byli schopni naucit psat produkcni kod pro iOS za pet tydnu, u Qt je to mnohem delsi

Zdroj?

[little.owl]

Zkusenost. Znam zde lidi, kteri se zivi psanim aplikaci pro mobily jiz roky, drive psali vetsinou pro Symbian a Java ME. Pote se zacli ucit Qt - mela to byt budoucnost, ale vzhledem ke zmena na trhu presli *velmi rychle* na iOS a Android; predtim jsem videl jak se v Qt placali - a to nejsou pitomci. Nejedna se jen o freelancery, ale i o spolecnosti specilizujici se na web a mobilni aplikace, ktere museli zahrnovat naklady na [pre]skoleni zamestnancu do rozpoctu a odhadovat, kdy lide budou k dispozici a prechod na Qt neni rozhodne levny.

[karel]

Taky jsem přecházel mezi těmi platformami + nějaké desktopové a musím říct, že ty frameworky jsou si většinou podobné jako vejce vejci. Stačí si přečíst pár článků o specifických věcech a nebýt líný se podívat do dokumentace. Během pár týdnů už člověk může psát v něčem úplně novém s dobrou produktivitou. Framework se sice mění, ale aplikace, data a návrh zůstávají pořád stejné.

Jediný rozdíl vidím v tom, že každý framework má jiné slabé a silné stránky. Takže některé části mi v QT budou trvat 2x tak dlouho než třeba v Javě a naopak.

[Petr Ježek]

Bať, hovoříte mi z duše.

[little.owl]

Jadrem sporu byla ucici krivka a ta je u ruznych frameworku rozdilna.

jsou si většinou podobné jako vejce vejci.

Rici toto treba o GUI toolkitu na na bazi Qt a treba Microsoft Foundation Classes je celkem odvazne. Mame rozdilne predstavy o podobnosti vejci, podle mne nejsou hranata.

Během pár týdnů už člověk může psát v něčem úplně novém s dobrou produktivitou.

S tim celkem souhlasim, nicmene jedna vec je produktivita, druha produkcni kvalita. Produktivne vam mohu lipat paskvily, jak na bezicim pase.

a nebýt líný se podívat do dokumentace.

V tom rozhodne u nich nebyl problem.

Framework se sice mění, ale aplikace, data a návrh zůstávají pořád stejné.

Ano.

každý framework má jiné slabé a silné stránky.

Tohle se ucite s praxi, casto na vlastnich chybach a chce to svuj cas.

[karel]

jsou si většinou podobné jako vejce vejci.

Rici toto treba o GUI toolkitu na na bazi Qt a treba Microsoft Foundation Classes je celkem odvazne. Mame rozdilne predstavy o podobnosti vejci, podle mne nejsou hranata.

Jenže já jsem mluvil o frameworcích a ne o prostředcích pro terorizování programátorů :)

[little.owl]

[D.A.Tiger]

Dobri C/C++ programatori se byli schopni naucit psat produkcni kod pro iOS za pet tydnu, u Qt je to mnohem delsi a navic vlasne proc do toho v soucasnosti investovat cas?

Já bych řekl, že to je docela zavádějící. Jde totiž o to co se učily. Myslím, že samotný základ QT se dá (při obstojné znalosti C++) se dá zvládnout odhadem během 1-3 týdnů na úroveň, aby jsi byl schopen psát GUI aplikace.

Jiná situace asi bude pokud se máš učit zbylou tunu balastu, kterou QT obsahuje. Pak věřím tomu, že to bude trvat hodně dlouho...

[little.owl]

se dá zvládnout během 1-3 týdnů na úroveň, aby jsi byl schopen psát GUI aplikace.

Tyden? Ulipat se da rychle cokoliv, ale ja mluvil o produkcni kvalite, a jistote ze vas ci zakaznika necekaji nejaka prevapeni.

[D.A.Tiger]

Prosím nevykat! Jednak si potom připadám starší, než ve skutečnosti jsem a jednak potom už nevím komu mám vykat a komu zase ne...

"Tyden?"

Já psal odhadem 1 - 3 týdnů. Pořád beru QT jako GUI Framework, a tam toho zas tak moc nemáš. Pokud pochopíš základní systém, sloty - signály, Widgety, práci s nimy a tvorbu nových... navíc, hodně ti může ulehčit QT Designér. Ale jak říkám, mluvím o základu QT.

[little.owl]

To je na produkcni kod, kde musite poskytovat garance, malo. Kazdy takovyto komplexni framework ma ostre rohy a skryta zakouti, ktere clovek postupne poznava s praxi a prvni aplikace vetsinou musi nekolikrat prepsat.

[JeChW]

A bavíme se o Qt nebo Qt Quick (QML)? Klasické Qt je určeno pro desktopové aplikace, pro mobilní zařízení je určené QML. To se naučí i úplná lama za týden. První program pro mobil je i programátor-amatér schopný napsat a zkompilovat za jeden den.

Velká výhoda Qt/QML je, že kromě WP to běží všude - na desktopu (Linux/Windows/OS X, Android, samozřejmě Maemo/MeeGo/Tizen, Symbian (pořád jich je ještě hodně mezi lidma, takže pro vývojáře to není mrtvá platforma) a měla by být brzy i podpora pro iOS.

Možnost napsat aplikaci v jednom uživatelsky přívětivim IDE a rozběhat jí pod všemi běžnými OS je obrovská výhoda. Qt má naději na skvělou budoucnost, pokud to Digia veme za správný konec.

[little.owl]

Uvidime, zda-li o to bude zajem. QML? Myslite tu nedotazenou implementaci, jejiz memory leaky prispely k zastaveni Meltemi? Maemo a MeeGo jsou mrtvoly a Tizen je postaven na Javascript/HTML5.

rozběhat jí pod všemi běžnými OS

Pokud to kulha za nativni implementaci, je to malo.

[Ivan]

Sorry ze flamuju ve starym threadu, ale dneska me QTcko tak nas*.. ze se tom musim s nekym podelit. Co myslite, ze udela tohle:

Trida::const_iterator i = par.begin();
bool B = i == par.end()

Vysledek je nedefinovany. Jasne, ze vim ze je to spatne, cele to vzniklo refaktoringem a slo to krasne prelozit. V QTcku "neni mozne" konvertovat const na non-const iteratory a ani je nejde porovnavat. Teda ono QTcko na to ma metody, takze to jde prelozit, akorat to nefunguje. Me vlastne ani nevadi, ze to nefunguje. Me vadi, ze autori to povazuji za normalni a ani jim to nestoji za zminku v dokumentaci. I takovej Microsoft umoznuje lidem psat vlastni komentare k dokumentaci: Viz: tadya tady

[little.owl]

Teda ono QTcko na to ma metody, takze to jde prelozit, akorat to nefunguje.

Odpovida to me zkusenosti s Qt. Embedded Qt, roky neresene problemy s transparecy, pixel sem pixel tam, hledaji se workaroundy, ktere chodi neb deadlines tlaci.

[D.A.Tiger]

Fox toolkit?

[jkb]

fox-toolkit urcite neni na uceni jednodussi. Je ale pravda, ze tam neni tolik veci okolo. Kvuli dokumentaci a malemu rozsireni je to pouze pro experty. Myslim si ale, ze kdo dela s nejakym GUI by to mel znat, da se v tom lecos okouknout. Mam silny pocit, ze to pouzivaji jen hardcore programatori.

[Bubak]

Hardcore mi to neprijde, spis naopak, je to hrozne jednoduche na pouziti. Te dokumentace ale fakt moc neni a ucit se vetsinou holt musis z dodanych prikladu. Na druhou stranu dobre funguje forum, kde odpovidaji lidi, kteri s fox-toolkitem delaji dlouho a hodne a k vetsine dotazu se obvykle vyjadri i autor. A to jak k uplne pitomym zacatecnickym tak k tem zaludnejsim.

Ale pouzivam to jen obcas na nejake jednoduchosti, takze cert vi, jak by to bylo s necim vetsim.

[little.owl]

Na jednoduche veci jsem pouzival FLTK. Vypada to spise blbe, ale ucel to plni a hlavne to jde staticky prilinkovat k binarce, nebot to ma mrnavy footprint.

[Bubak]

Jasne, take jsem na nej kdysi narazil, to byl Fox-toolkit jeste skoro v plenkach a FLTK bylo asi i o kus dale (take jsem tehdy zkousel WxWindows a jeste nejaky dalsi toolkit, ale oboji bylo dost priserne). Fox-toolkit tehdy u mne zvitezil, myslim, hlavne tou jednoduchosti - potreboval jsem celkem rychle zbastlit nejake multiplatformi ovladatko a jeho filosofie nejak nejmene odporovala memu chapani, takze jsem byl schopny to udelat behem par hodin A mozna mi tehdy FLTK narozdil od Fox-toolkitu take nejak nechtelo chodit na Woknech, si matne vzpominam... Ale je to uz pekna radka let, takze za to nerucim.

[little.owl]

FLTK bylo asi i o kus dale

Tak FLTK je stare jak Jeruzalem a puvodni autor skoro duchodce z rodu vousatych geeku.

A mozna mi tehdy FLTK narozdil od Fox-toolkitu take nejak nechtelo chodit na Woknech,

S tim jsem nikdy nemel problem, mel jsem treba probleny s ceskym kodovanim.

Posledni zpravy rikaji, ze to muze snad behat i pod googlim NaCl frameworkem v browseru, coz je IMHO hezka feature.

[Bubak]

>> S tim jsem nikdy nemel problem, mel jsem treba probleny s ceskym kodovanim.

Je mozne, ze to bylo neco takoveho, byly to doby W95, W98, fakt si to nepamatuju

>> Posledni zpravy rikaji, ze to muze snad behat i pod googlim NaCl frameworkem v browseru

Hezke, sice pro me v soucasnosti k nicemu, ale kdoz vi, co bude...

[jkb]

no, lide zmlsani VisaulBasicem a podobnymi frameworky budou mit problemy uz u stanoveni poradi prochazeni elementu v okne. Dobry je take Copy/Paste, kdyz se udela Copy na nejakem edit-elementu, ten se pak zrusi a tim zmizi i i ten zkopirovyny udaj (dan za to, ze fox vychazi z Xwindows, kde je to takhle normalni).

Dost dobry gulas je i tem message-management, kde se na vice mistech rozhoduje o jeho chovani (mapping funkce, prislusna enumerace s hlidanim, aby se identifikatory neprekryvaly - t.zv. van Zijpovo '_LAST', returny ve zpracovavajicich funkcich (0,1) a prislusny parent objekt v new-volani elementu). To vse dava sice programatorovi absolutni volnost, ale tim je to take komplikovane a zasmodrchane.

Problem je take urcite chybejici html-widget.

[s0]

nekrm ho, dik.

[pjoter]

Kefalin, to jsou zase plky...

[XMen]

Nezabalil. Spojil sa so samsungom a spolocne sa pokusaju spojit meego a badu do noveho OS s nazvom Tizen.

[mirec]

A celé to bude postavené na HTML5. Títo rozhodne o Qt záujem nemajú.

[ovoce]

A pak se to spojí s dalšími ztroskotanými vapourwary a za pár let už to fakt bude super.

[little.owl]

Bez Qt, to vyhodili.

[w4rr10r]

Nedávno jsem četl, že s Qt se stále počítá u IVI.

[Michal Kubeček]

Sousloví "obchodní technologie" zní strašidelně…

[psholty2]

Tu mas par dalsich chutoviek na dobru noc

[D.A.Tiger]

uff, uff ... stačilo pár a mám dost

[guest]

Qt R.I.P. ze by to bylo dejavu?