Kannattaako panostaa nokian omistaman Qt-frameworkin opiskeluun, eli onko se miten laajassa käytössä suomalaisessa it-teollisuudessa?
Qt:n asema
gui-guy
10559
0Äänestä
Muut lukivat myös
Odottaa vastausta
Näihin keskusteluihin ei ole vielä vastattu. Ole ensimmäinen.
Vastaukset 10
Vanhimmat
On se vuoden päästä kun Nokia alkaa puskea MeeGo kännyköitä ulos. Sen lisäksi ohjelmoinnissa mennään vahvasti monialustaohjelmointiin kun Windows 2000/XP:n ajan jättäessä, laitealustat alkaa pirstoutua.
MeeGo on hyvä jos haluaa tehdä kännyköihin ja sen lisäksi pöytäkoneisiin/läppäreihin. Java taas on hyvä kaikkialla missä Javatuki vaan on. On myös hyvä silloin kun tähdätään mobiili työpöytäsoftaan joka toimii MeeGon sijasta Androidilla.
GTK sitten on kiva jos ei halua liikaa sitoutua mihinkään kieleen kun C-kielisenä se on wrapattu ties mille. Siinä on myös hyvä teemamoottori, on useimmilla alustoilla natiiviframework käyttöliittymässä mutta mobiilipuolella ei sitten niin hyvä.
Näitä Nokian kehitysympäristöjä jonkin verran Windowsin alta linukka virtuaalikoneessa pyöritttäneenä sanoisin että ei ole minun juttu. Tunne on sama kuin palaisi koodaamaan windows sovelluksia c -la windowsin alkuaikona. Lisklksi liikaa linukka nörttiyttä vaativaa tauhkaa.
Mielestäni jotta homma onnistusi tuleee saada Windows-ympäristässä toimiva kääntäjä ja windows natirivi IDE, eikä mitään Java höttöä Eclipsen tai NetBeansin tyyliin. Lisäksi emulaattori jossa softa ajetaan windows-ympäristössä.
Mutta voihan olla että windows 7 Moblie korjaa potin
http://www.windowsphone7.com/
"Tunne on sama kuin palaisi koodaamaan windows sovelluksia c -la windowsin alkuaikona."
No kielihän on C . Paitsi että Qt on hurjasti parempi alusta kuin Win32.
"Lisklksi liikaa linukka nörttiyttä vaativaa tauhkaa."
Mitä ihmeen tauhkaa missä?
"Mielestäni jotta homma onnistusi tuleee saada Windows-ympäristässä toimiva kääntäjä ja windows natirivi IDE, eikä mitään Java höttöä Eclipsen tai NetBeansin tyyliin. Lisäksi emulaattori jossa softa ajetaan windows-ympäristössä."
Windowsissa toimiviin kehitysvälineisiin on turha panostaa kun kehittäjät on jo suurelta osin siirtyneet pois Windowseista, ja se vaatisi niin paljon säätöä kun Windows ei ole oikein standardin mukainen.
"Mutta voihan olla että windows 7 Moblie korjaa potin"
Höpöhöpö. Microsoft itse sanoi että se alkaa kunnolla olla kypsä alusta viidessä vuodessa, eli peli on jo menetetty. MeeGogin lähtee huonoista asemista kun puhelimet saadaan joskus ensi vuoden joulumarkkinoille joten Android saattaa ehtiä jyrätä markkinat niin voimakkaasti, että MeeGo ei ehkä enää ehdi mukaan, vaikka onkin ainakin miniläppärissä huimasti Androidia kehittyneempi kun olen koeajanut.
QtCreator toimii Linuxissa, Windowsissa ja OS X:ssä. Softan saa suoraan käännettyä ja ajettua N900:ssa. Emulaattorit ovat vielä pahasti vaiheessa, taitaa olla pahin puute tuossa.
Ei tarvitse emulaattoria. Kyllähän se MeeGo varmaan pyörähtää virtualisoituna kun miniläppärissäkin yhteensopivuus luvataan.
QT:n tulevaisuus on mullan alla yhtiön viimeisimpien ratkaisujen ansiosta. Kannattaa suosiolla katsella muualle hyvissä ajoin sen sijaan että rupeaa rakentamaan mitään isompaa kuolevan frameworkin päälle.
QT:n tulevaisuus on mullan alla koska Nokia myi sen kaupallisen puolen Digialle?
http://www.mtv3.fi/uutiset/talous.shtml/2011/03/1285758/digia-ostaa-qtn-lisensoinnin-ja-palvelut-nokialta
Pelkästään se että Qt on C pohjainen tekee siitä kuolevan. Microsoft on hylännyt kielen C#:n suosimiseksi, minkä näkee selkeästi uusimmassa Visual Studiossa, ja se ettei tuleva Windows puhelin eikä jo olemassa olevat Android puhelimet kumpikaan tue sovelluskehitystä Qt:llä ei povaa sille kovin kummoisia tulevaisuudennäkymiä.
Vaan, minkäs teet? Jos koodarit kokeilee ja toteaa sen hyväksi, niin ei siitä eroon pääse. C kuolemassa :D, tässähän pääsee oikein kielisotien tunnelmiin! Minä ainakin opin Qt:n viikossa sillä tavalla, että
sillä sai aikaan ihan järkeviä juttuja ja siistejä käyttöliittymiä.
Ensinnäkin puurot ja vellit erilleen: viimeksi kun tarkistin, niin HW-suunnittelusta kun lähtee liikkeelle, niin järjestys on suunnilleen seuraava: ASM -> C -> (C / java). Eli rauta-riippuvaisia juttuja on tehtävä käytännössä C:llä ja joskus jopa pakko turvautua assembleriin. Sittenhän nuo yläpuolelta löytyvät oliopohjaiset(jokainen valitkoon makunsa mukaan) on helpompia käyttää(ja siten nopeampia kehityksessä).
Jäi mainitsematta oikeastaan vielä skriptikielet, mitkä ovat kehitysnopeuden aatelia. Valitettavasti vaan ohjelmista tulee sitä hitaampia, mitä korkeammalla tasolla ne ovat. Lisäksi ne istuvat lopulta melkoisen softa-korttitalon päällä, joka siis on kokonaan rikki, jos yksikin pala on rikki.. minkä kehityksen nopeudessa voitat, sen joudut maksamaan myöhemmin käytännössä debuggauksen hitautena.
vielä esimerkki: videon skaalaaminen java:lla, youtube tekee tämän ja lopputuloksena video, joka skaalaamattomana pyörii moitteetta, tökkii nopeudella 5 kuvaa sekunnissa kokoruudulla, 2.8GHz prosarilla.
Näytönohjaimen säädöistä, homman saa tehtyä HW:lla ja video pyörii edelleenkin moitteetta(itse asiassa testien mukaan tehoja riittäisi n. 60 kuvaan sekunnissa, eli ei ihan uusi näytönohjain).
Pitääkö siis ostaa tupla(neli?) ydinprosessori, koska softat on tehty väärin javalla?
Korttitalo kaatuu.. ennen ei ollut ikkunointia, videot oli pakko katsoa kokoruutuformaatissa, mutta koneen tehoiksi riitti 266MHz MMX.. siispä java syö 10x enemmän energiaakin, kuin matalan tason toteutus!