Tag Archives: Gnome

Tool fejlesztés I. 17 aug

Mivel az eddigi legtöbb látogatót hozó bejegyzés technikai volt, úgy döntöttem nem hagyom abba és írok még valamiről, amiről azt hiszem értek hozzá. Remélhetőleg csupa hasznos információval tele tűzdelve. Sajnos sok ilyen leírást nem csináltam még, így, ha bárkinek van javaslata, hogy és mint alakítsam az írásaimat.

Első körben arra gondoltam, hogy a tool fejlesztésről írok, mivel mostanában foglalkozom vele egy kicsit, és már nagyon régóta érdekel a téma. Könnyen lehet azt hinni, hogy a fejlesztés ezen része egyszerű, amit szinte bármilyen programozó meg tud csinálni. Hát szerencsére ezzel ellent kell mondjak. Egy jó toolt sem könnyebb csinálni, mint akár egy játékot.

Kezdjünk is bele …

Először is ki kell választanunk egy program nyelvet, amiben a toolt fejleszteni akarjuk. Ez a kérdés nem feltétlenül egyszerű, habár ma már rendelkezésünkre állnak olyan technológiák, amik azért megkönnyítik a döntést. Az első lépés, hogy kiválasszuk az operációs rendszert, ami alatt a toolt használni akarjuk. Mivel játékfejlesztő vagyok, leginkább a Microsoft Windows rendszer az, ami a környezetemben leginkább elterjedtebb és be kell látni, hogy ez az a rendszer, ami alá a legegyszerűbb és ezáltal a leggyorsabb fejleszteni (gyorsaság = olcsóság). Való igaz, hogy egy Windows 30-80.000 ft ba kerül, de ha azt vesszük, hogy ez az összes egy fejlesztő 1 heti bére, akkor hamar ki lehet kalkulálni, hogy több értelme van akár Windows rendszereket venni, mint hónapokat beleölni egy Linuxos fejlesztésbe. De azért nézzük meg miért is mondom én ezt.

Windows

  • Kiforrott fejlesztő eszközök (Visual Studio, WPF)
  • Könnyed használat
  • Széleskörű software support
  • Kiforrott, nagymennyiségű library, OS support
  • Fejlett ActiveX-es objektumok
  • Széleskörü codec lista
  • Magas generációs programnyelvek (C#, C++)
  • Kiforrott, komoly SDK-k (XNA)

Linux

  • Széleskörü Open Source megoldások
  • Integrált script nyelvek (Bash, Perl, Python)
  • Ingyenesség
  • C# támogatás

Mivel egy ilyen fejlesztés nem arról szól, hogy ki mit szeretne, itt nincs helye Linux – Windows vita. Egyszerű tények alapján kell dönteni, ami legtöbbször oda vezethető vissza, hogy melyik az olcsóbb és mivel a Windows sokkal több és sokkal kiforrottabb lehetőségeket tartalmaz ezért a választás egyértelműen rá esik.

Az OS kiválasztás után ki is lehet választani a program nyelvet, amit használni akarunk. Ezek a döntések ugyan azon alapulnak, mint maga az operációs rendszer választás. Eléggé sok mindent figyelembe kell azonban venni ahhoz, hogy jó döntést hozhassunk.

A kiválasztott nyelv legyen:

  • Magas szintű, hogy könnyen és ezáltal gyorsan lehessen benne fejleszteni
  • Legyen hozzá grafikus designer, hogy a gui elemeket könnyedén össze tudjuk állítani
  • Legyen hozzá teljeskörü debugger, hogy a hibákat minél előbb megtaláljuk
  • Legyen hozzá remote debugger
  • Legyen jól dokumentálva
  • Legyen a lehető legnagyobb a tudástára, hogy minél kevesebb dolgot kelljen nekünk lefejleszteni
  • Legyen hozzá egy jó IDE, hogy a munkát könnyítse és ne lassítsa
  • A fordító legyen minél gyorsabb
  • Az elkészült program beüzemelése legyen minél könnyebb
  • A futásbeli hibakezelés legyen minél fejlettebb
  • Könnyedén lehessen alkalmazni hozzá a fontosabb librarykat (adatbázis, 3D, script, stb)
  • Képes legyen DLL ek betöltésére (akár ctype al)
  • A könnyed fejlesztés mellett legyen gyors és ne egyen sok memóriát
  • Legyen hozzá minél több gui elem
  • Képes legyen ActiveX es objektumok használatára

ez eléggé sok feltétel, de nem árt, ha olyan nyelvet keresünk, ami mindennek megfelel. Persze, van ilyen nyelv, mert az alapján szedtem össze, hogy mit kell tudjon, azaz csaltam egy kicsit. Mivel a választott operációs rendszerünk a Windows ezért szinte csak egy nyelv jöhet szóba, de azért nézzünk meg pár lehetséges választást, megpróbálom megindokolni, hogy melyik nyelv miért nem jó.

  • C++ – mondhatni ősi nyelv, minden tud, gyors, kevés memóriát eszik, viszont kevés UI Framework van hozzá és azokhoz sincs grafikus designer. (Gtk, Gtkmm – itt megjegyezném, hogy egy magyar, Érdi Gergő eléggé kiemelt helyen van ebben a projectben, Qt – ami egy eléggé életképes alternatíva, multi platform és kifejezetten sokat tud, habár a KDE ezt a keret rendszert használja és sajnos eléggé bugos, ami nem biztos, hogy a Qt hibája, MFC – ezzel kb a kisgyerekeket kell riogatni). Maga a C++ eléggé bonyolult nyelv és nagyon sok minden nehezen implementálható, illetve saját magunknak kell megteremteni. Nincs benne védelem sok alaphiba ellen (mivel nincs saját VM je), így a memória felülírás, rossz pointer használat, mind komoly veszélyt rejt.
  • Java – a C++ al ellentétben a Javanak van saját VM je, nincs benne pointer, így memória hibákat Önmaga kivédi. A garbage collector miatt nem kell foglalkozni az objektumok menedzselésével sem. A Javahoz óriási mennyiségű library van, nem tudok olyat mondani, ami nincs megírva hozzá. Ezzel ellentétben sajnos nincs hozzá olyan editor ami valóban könnyeddé tenné a fejlesztést. Mind az Eclipse, mind a Netbeans komoly hibákkal küszködik, sem a debuggerek sem maga az IDE nem könnyen használható, nem felhasználó barát, viszont nagyon lassúak, ezáltal lassítják a fejlesztést. Mindemellett Windows alatt Java-t futtatni eléggé körülményes tud lenni, főleg a 64 bites rendszeren. UI Frameworkben nem szenved hiányt, viszont grafikus designerben annál inkább. A Netbeans és az Eclipse az elsődleges amit említenek. Az Eclipseet próbáltam, de nem működött, a weboldalán írták is, hogy jelenleg nem működik. A Netbeans pedig lassú volt, nehezen kezelhető és itt ott komoly bugokkal szenvedett.
  • Adobe Air – újszerű ötlet, de szinte azonnal ki is lehet zárni. Nem támogat multi threadinget, nem tud natív kódot hívni, nem tud dll-t betölteni, nincsenek hozzá adatbázis driverek, csak magas szintű hálózat kezelés van benne. Úgyhogy kilőve.
  • C# – igen, ez az a nyelv, amire gondoltam. Nem meglepően, mert a fentebb felsorolt elemekből minden igaz rá. Akárcsak a Javaban itt is minden meg van írva, viszont van hozzá egy nagyon komoly IDE, grafikai designer, debugger. Mivel az IDE fizetős, ezért nincsenek benne fél megoldások, nem kontárkodik bele mindenki, amitől rengeteget tud, de semmit sem jól. Képes dll ek betöltésére, képes natív kód hívására, ActiveX objektumok betöltésére, nagyon egyszerű. Mindezek mellett komoly OS supportot is kap, ami csak hab a tortán. Mindezek mellett eléri a teljes DirectX et, akár natív módon, akár a managed kódot, vagy akár az XNA-n keresztül, ami ugye multiplatformos 3D megjelenítést és még sok minden mást tesz lehetővé.

Nekem mindig egyszerű a választás és mindig a C# mellett teszem le a voksom. Egy régi munkatársam, akitől eléggé sokat tanultam, mindig azt mondta:

C# ban ha valami több mint 1 sor, akkor ott elrontottam valamit

 

Igaza is volt. Minden meg van valósítva, amire szükség lehet, és egyre több és több a már amúgy is hatalmas mennyiségű C# Managed Library, amit felhasználhatunk a toolunkhoz.

Mára ennyi, még folytatom, ahol már inkább programozás lesz, mint szövegelés.

Comments

Tool fejlesztés I. bejegyzéshez a hozzászólások lehetősége kikapcsolva

Author
TwILeK

Ubuntu, Kubuntu, Xubuntu … azaz Linux 31 Júl

Igen … eljött az idő és telepítettem egy Linuxot. Persze nem Debiant, hanem egy szép Kubuntu-t!

"Ubuntu: Az alap ubuntu kiadás, ami Gnome kezelő felületet tartalmaz

Kubuntu: Az ubuntu kiadás, csak KDE kezelő felülettelUbuntu

Xubuntu: XFCE kezelő felületű ubuntu kiadás"

Hát vegyesek az érzéseim azaz igazság. Először is a telepítés nagyon gyors és kényelmes volt. Csak le kellett töltsek egy 1.5 MB os exe-t a Windowsra, egy kis telepítés, ahol kiválaszthattam, hogy hova szeretném logo-kdetelepíteni és már mondta is hogy boolthatok! Na mondom ez már igen, akkor nyomás. Szépen be is épült a windows boot ba, azaz választhattam az Ubuntu Linuxot. Hajrá! Hát a KDE változott azóta amióta utoljára láttam, de csak kinézetben. Egyszerűen nem értem, hogy miért nem mennek rá arra, hogy kijavítgassák a bugokat, ahelyett, hogy szinte értelmetlen featureöket építenek bele. Azt meg kell hagyni, hogy nagyon szép lett, és rengeteg olyan grafikai elem van benne, ami a windowsban is benne lehetne (pl ami nagyon tetszett, hogy mozgatáskor az ablakok deformálódtak, áttetszővé váltak, stb)

No de miközben ezen sorokat írogattam, észrevettem, hogy van Gnome hoz Windows 7 Theme, Gnomeúgyhogy úgy döntöttem feltelepítem inkább azt, hátha valamivel jobb lesz. Meg kell hagyni, hogy az Ubuntu installere messze túlszárnyalja a windowsét technológiailag. Habár grafikailag is nagyon sokat fejlődött, azért még bőven van hova neki. Nem értem azt sem hogy miért kell hogy én lássan egy 2 soros ablakban hogy éppen milyen linuxos commandokat hajt végre a telepítéshez … legyen egy másik terminálon, aki nagyon azt akarja nézni, nézze azt, de ne az installerben.

Aztán jött a gnome … hát le van maradva a KDE től az biztos. Először is ugyan azokon a problémákon végig kellett mennem mint a KDE nél a dupla monitorral, habár itt már mondhatni szakértő voltam Mosolygó arc 

Hát ez valamivel gyengébb a KDE nél. A Windows 7 theme nem annyira sikerült, főleg mivel az új Gnome felülbírálgatta mindenben, eltűnt a taskbar, stb … szóval annyira nem érte meg.

Az az érzésem már nagyon nagyon rég óta, hogy a Linuxos grafikus felületek azért ennyire bugosak és szétesősek, mert nagyon általánosak akarnak lenni. Mindent lehet bennük, bárhogy nézhetnek ki, és emiatt csak azok az alapok működnek megbízhatóan, amit a fejlesztők csinálnak, viszont ezek általában eléggé rondák. Míg a Windows ban minden kötött nincs theme zés, nem lehet mindent össze vissza állítgatni, addig a Linux ban teljes szabadság van, akár GTK környzetben QT –s alkalmazást is futtathatunk és emiatt az ablakok szétesnek, a betűk kilógnak …

Szóval levonva a logikus következtetést … a Linux olyan nehéz mint egy kacsa Mosolygó arc

Eléggé sok jó dolog van a Linuxban, technológiailag fejlettebb a Windows nál, Server felhasználásra pedig egyszerűen butaság bármi mást használni linuxon kívül. Viszont desktop gépre szinte teljesen alkalmatlan. Ha már Gnome-ot vagy KDE-t használunk akkor instabilabb mint a Windows, ha az alap telepítéstől már csak egy kicsit akarunk eltérni, akkor ahhoz komoly ismeretekre van szükségünk (Windows alatt az NVidia driver telepítője egy szép grafikus alkalmazás, aminél elegendő a Next gombot nyomogatni, Linux alatt le kell állítani az X servert, ami még nekem sem ment mert a KDE nem hagyta, majd olyan kérdéseket tesz fel, amit szerintem egyszerű halandó sose fog megválaszolni) nvidia_linux

Úgyhogy mindent egybe vetve én azt hiszem maradok Windows 7 fun, amíg ki nem jön a következő verzió Mosolygó arc de azért a tisztesség kedvéért adok még 1 esélyt a KDE nek (ja igen, mindent lehet állítgatni Gnome alatt, csak éppen a bejelentkező képernyőt nem, ami a narancssárga színével egyszerűen az őrületbe kerget … az interneten millió leírás van hogy az Administration –> Logon Screen Settintgs ben ezt könnyedég át lehet állítani … nos az Ubuntu ezen verziójában ez a panel teljesen máshogy néz ki, és nem lehet beállítani a kinézetet).

Comments

Ubuntu, Kubuntu, Xubuntu … azaz Linux bejegyzéshez a hozzászólások lehetősége kikapcsolva

Tags

, , ,

Author
TwILeK