Qt 5 Beta

Programozás

A Qt Labs Developer Blog-on Lars Knoll ma bejelentette, hogy 15 hónappal a Qt 5 fejlesztésének elindítása után elérhető a Qt 5 bétája. Ez az első "major" kiadás, amely az új Qt Project ernyője alatt lát napvilágot. A részletek itt olvashatók.

( uid_15426 | 2012. 08. 31., p – 09:25 )

Total halott projekt sajnos. Kar erte, jopofa reteget huztak a C++-ra, nem volt rossz programozni.

----------------------
while (!sleep) sheep++;

> Van egy csomo alkalmazasi terulete, igaz nem mainframe.

Gondolom mainstream-et akartal mondani.

> Egy nagyobb C++ project eseten elkerulhetetlen, hogy igy vagy ugy belekeruljon a Qt.

Hat LOL. Ha meg Boost-ot mondtal volna, az oke. En sem a sajat teruletemen, sem a nepszerubb open source C++ projektekben eseteben nem latom, hogy a Qt olyan kotelezo lenne.

Egyebkent en elsosorban a GUI reszere ertettem, hogy ki fog halni szep lassan.

----------------------
while (!sleep) sheep++;

Ja, nem fogalmaztam jól: a QT szerintem is a legeslegjobb C++ framework, de nem vagyok róla meggyőződve, hogy érdemes időt fordítanom rá.
A C++-t sokáig használtam, akkor jó volt, szerettem is, szerintem nem egy rossz nyelv, de a mostani igényeimet már nem elégíti ki: nagyon sok dolog hiányzik belőle, pl. 8 évig kotlottak a szabványon, mégsem került bele az interfész kulcsszó (és még hosszan sorolhatnám -- értem, meg lehet csinálni az interfészt így meg úgy, de pont emiatt a "végülis meg lehet csinálni" dolog miatt hagytam ott a C++ és a Linuxot.).

Fuszenecker_Róbert

A többszörös öröklődés mellett nem igazán látom, milyen szükség van az interfacere mint kulcsszóra. Olvashatóság és hibamegelőzés szempontjából persze hasznos (sokminden bekerült ezért, pl az override kulcsszó), de nem kell körbehekkelni semmit ahhoz, hogy legyen egy "üres" osztályod.
----
India delenda est.
Hülye pelikán

"Egy nagyobb C++ project eseten elkerulhetetlen, hogy igy vagy ugy belekeruljon a Qt."

Ezen én is nevetek. Honnan jött ez egyáltalán?
Én nagyon szerettem a Qt-t amíg használtam, de nem látom, miért lenne elkerülhetetlen (különösebb erőlködés nélkül)...
----
India delenda est.
Hülye pelikán

Oke, fogalmazzunk ugy, hogy en eddig olyan projecteken dolgoztam, amiknek mindig voltak olyan reszei (meg ha belso hasznalatra szant reszek is voltak), amik Qt alapuak voltak.

Beagyazott teruleten dolgozok egy ideje: az altalam latott projectek pe'ce's portjai, az algoritmosok tesztkornyezete mindig Qt volt.

Open governance-t akartal irni gondolom.

Aszongya a Qt az oldalan:

> Put decision power in the hands of the community, i.e. the people who contribute to the Project’s success

En nem sok olyan projektet latok a vilagban, ahol egy ceg kezeben levo termeket a kozossegnek adtak, majd az sikeresebb lett, mint elotte. A kozkezre adas utan altalaban (<- gondolom az 'altalaban' szo jelentese mindenkinek tiszta) megdoglenek.

----------------------
while (!sleep) sheep++;

Igen, sorry, eléggé siettem...

Egyrést már a Digia-é a Qt teljesen, reméljük hogy tisztelettel és nagy gonddal fogják tovább tovább fejleszteni. Elhiszem, hogy még nem láttál ilyet, de még én sem láttam ilyen jó közösséget mint a Qt-s vagy/és a maemos ...

Üdv.: CreMindES

Szerintem a Qt nagyon hasonlít a Javára, igazából szerintem csak két lényeges különbség van:
1. A Qt (platform) C++ (nyelvre épül), míg a Java (platform) Java (nyelvre épül).
2. Qt-ot többször újragondolták, míg a Java - a visszafelé kompatibilitás érdekében - régi tervezési hibák terhét nyögi.

( Kiskübi v | 2012. 08. 31., p – 12:44 )

Pár kollégával pont előkerült a GUI-téma. Ebbe-abba belefogtunk már; van, aki inkább SWT-Swing vonalon, van, aki Gtk-Qt, mások Windows API-n. De általános meglátás, hogy egy idő után legjobban szeretjük kézzel kódolva kezelni a widgeteket.

Most az a kérdésem, hogy mit gondoltok erről a QML-JavaScript vonalról, illetve vannak-e komolyabb tapasztalatok?

JavaFX 2.0-ban kivágták a JavaFX Script nyelvet, és újra normál java kódból lehet gui-t programozni, cserébe van FXML amiben
összerakhatsz egy panelt és beinjektálhatod a kódba, és onnantól kezdve megint csak java kóddal dolgozol... Ha ez volt a kérdés...

Nem tartom jobbnak egyiket a másiknál, és úgy látom, hogy tisztán egyikkel vagy másikkal nem lehet GUI-s programot írni, főleg komplexebbet.

Csak ennyit írtam: ,,meglátás, hogy egy idő után'' (mi) ,,legjobban szeretjük kézzel kódolva kezelni a widgeteket'' - és QML-javascript-es vagy hasonló tapasztalatokra lennék kíváncsi.

( emberk | 2012. 08. 31., p – 14:00 )

Mint laikus kérdezem (talán 2-3 alkalommal láttam és használtam qt-s alkalmazást, programjaimban C:GTK, vagy C++:wxgtk párosokat szoktam használni). Mennyiben változtatatja meg pl a KDE jövőjét , hogy "filozófiát" váltanak? Nem örülnék ha a két nagy DE-közül az egyik kihalna. Lehetséges egyáltalán asztali környezetet írni (jó biztos lehet, de van értelme?), nem lesz memóriazabáló, és lassú? A satbilitás az odafigyelés kérdése, de ahogy ezt látni vélem amolyan java szerű cucc lesz belőle. Egyéni tapasztalataim azok a java-s kódokkal/programokkal, hogy ahol nem kritikus pl a matematikai teljesítmény teljesen jók, jól átláthaó a kód...... De ahol sok memória használat mellet komoly matematika van ott csiga lassú. Tudom, hogy egy de-nek nem a feladata a matematika, de egy filmnézés is pl igen komoly matematikát rejt maga mögött. (Egyébként azért lovagolok folyton ezen a matek-teljesítmény támán, mert kb a szakmám, és ehez értek) De akár egy komolyabb vektorgrafikus kép is ilyen. Tudom az informatika fősodra most a kütyük felé mutat, és arra ez biztosan jobb, ha ebbe az irányba lépnek. Nekem nincs kütyüm, így nem tudom megítélni. Aki ebben a témában jártas kérhetnék tőle egy "trollmentes" véleményt?

------
3 fajta matematikus létezik. Aki tud számolni, és aki nem.

Szamitasigenyes feladatokat is meg lehet csinalni veszett gyorsra Javaban is.

(FWIW, https://github.com/meteorfox/newtonian egy relative egyszeru demo. Nyilvan nem a legszamitasigenyesebb dolog a vilagon, de az leszurheto belole, hogy nem remenytelen eset a java akkor sem ha grafikarol van szo :)

--
|8]

Kezdjük ott, hogy adott feladatra mindig adott nyelvet/keretrendszert keresünk, mert a lehető legrövidebb idő alatt a lehető legtöbb pénzt akarjuk keresni úgy, hogy közben sz@rt nem adunk ki :)

Java-ban szépen és gyorsan lehet nagy programot írni. A java nyelv-et mérnökök tervezték meg, viszonylag értelmes osztálykönyvtárral, logikus és konzisztens nyelvi elemekkel (nagyjából),
a fejlesztőnek jórészt a feladat megoldásával kell foglalkoznia, és nem a nyelvvel küzdenie.
A Java elterjedésével jöttek igazán képbe a tervezési minták és egyéb XP dolgok, mert
lehetőséget adott a fejlesztőknek arra, hogy egy magasabb absztrakciós szinten tudjanak gondolkodni.
(aki programozott már c++-ban és java-ban vagy c#-ban IS az tudja miről beszélek)

Namost, ha neked speciális feladatod van, ahol nem rendszereket kell összeintegrálni, hanem matematikai problémákat kell megoldani, akkor végig kell gondolni, hogy milyen programozási
nyelv a leghatékonyabb a számodra. Szükséged van-e ilyen magas szintű absztrakciós problémamegoldásra,
vagy igazából matematikai algoritmusokat kell összedobnod, és mondjuk vizualizálni. Ha igen, akkor a számítást mennyire tudod többszálúsítani, esetleg videókártyán futtatni. Szükség van-e arra, hogy rommá optimalizáld a kódodat akár assembly szinten azért, hogy egy ÜBERgépen fusson, vagy inkább hamarabb lekódolod, és elosztott rendszerben, párhuzamosan több gépen futtatod az algoritmus egyes részeit.