Új hozzászólás Aktív témák

• #96 Sipi addikt FTeR #82

  Új Válasz 2006-04-24 21:24:48 #96

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sipi

  addikt

  válasz FTeR #82 üzenetére

  Félreértesz. MÉG nem írtam le azt, hogy a fejlesztők hülyék.
  Nem ismerem az okaikat. Sőt, meglepődsz, az a pár )jópár) programozó ismerősöm, barátom, aki van, Windows-ra fejleszt. NEM az ő hibájuk, ha belekényszerítik őket egy fejlesztőkörnyezetbe, amely így és így működik. Alkalmazkodik hozzá - de véleményem szerint az, ami most megy,. nem programfejlesztés. Többnyire gányolás. (És ez speciel ezen ismerőseim véleménye, sokszor a saját maguk fejlesztette programról. Te pr5ogramozó vagy, tudno kell, hogy egy pénzes programnak a legtöbb esetben szinte semmi köze a specifikációkhoz. A megrendelőhöz van köze, a határidőhöz, a pénzhez, és ennek keverékéhez.)
  
  A GPL-re mondtam már, hogy ne menj bele, mert számodra csak a GPL létezik, holott ez csak egy a sok közül, ráadásul egyáltalán nem úgy van, hogy egy linkelt GPL-es könyvtár miatt meg kell nyitnod a programodat...
  
  Driverek: ezt nem igazán értem. A Linux kernelben a driver az driver, és a kernelben van. Pont. A user space más tészta. Az max. a kernel műdú driver dokumentált hivatkozásait használja ki. Erre is van sok szép pálda (használok is ilyet), de semmi köze az általad leírt helyzethez.
  (Pl. Canon digikamera. A korai Canon kamerák nem követik a PTP szabványt, emiatt minden PTP driver meghal velük. Speciálisan Canonra át kell írni a megfelelő drivereket. Ez kernelben fut, modul, a libgphoto2 része. Ez félig egyéként a kernel USB drivereire épül.) Ugyanakkor létezik egy user space filesystem, mely kvázi semmit sem csinál. Lehetőséget ad, hogy fs-t csatolj valahova. Ennek semmi köze a kernelhez, sem semmiféle hw-gyártóhoz.
  És létezik egy gphotofs nevű driver. Ez user space, semmi köze a kernelhez. Az előző user space fs-t használja, s az észlelt kamerát csatolja megadott könyvtár alá, anélkül, hogy a kamera ismerne bármiféle USB Mass Storage, vagy hasonló szabványt. Itt létezik két kernel driver: az USB hub és a kamera. Ezek hw-gyártótól függenek. Egyetlen egy layer. Az összes többi ettől független: Linux alatt ugyanis mindennek szabványos, dokumentált ki-és belépési pontja, függvényhívása van. A gphotofs-nek semmit sem kell tudnia sem az USB chipsetről, sem a kamera típusáról. Független a hw-gyártótól. Ugyanakkr a hw-gyártótól függő rész csak kerneles.
  
  Ezt a GUI a konzolon alapszikot, sajnálom, nem értem. Nem használok Mozillát, a java konzolját pedig pláne nem akarom kukkolni.
  
  A Win GUI-ját félreértetted. Most lusta vagyok megkeresni a neten, az egyik kmegközelításnek talán THE a neve. A lényeg az, hogy felejtsd el az összes eddigi megközelítést. (És ilyen szempontból nekem mindegy, Win vagy Lin, alapvetően elhibázottnak tartom a jelenlegi GUI-kat.) Ha megnézel egy ilyen megközelítést, rájöhetsz, hogy NEM lehet lecserélni a Windows explorer.exe-jét. Ezt programozóként nem is értem, hogy mondhatod... Az explorer.exe tartalmazza a Windows fél GUI-ját, ha kicserélem, és nem teszem bele az ebbe zsúfolt tonnányi függvényhívást, összeomlik a Windows...
  Nem lehet áttervezni a GUI-ját anélkül, hogy az egész rendszert át ne írnád. És kérlek, ne azzal gyere, hogy de igen, ki lehet a Start gombot is cserélni. Nem ilyen apróságokra gondoltam...
  Jó példa erre pont a Vista/XGL. A Windows esetében a teljes rendszert át kell írni, hogy DirectX felületen fusson. Az Xorg alatt az Xorg pár száz csomagjából egyet kell kicserélni. Ez a filozófiabeli köülönbség. S ez az, amit fikázásnak foghatsz fel, ha Windows-platformon programozó emberekről írok. Ez az, amit nem találok semmiféle futószalagos, pénzes programban. Hogy legyen bármilyen tré is az egész, nem tudom egyszerűen kicserélni. A nyamvadt backup programomban hiába csak a szalagos egység kezelője szar, azt ne mlehet kicserélni jóra, neadjisten a Window beépített, jól működő, saját driverein alapuló kezelőjérte. Nem, ennek a vilgá egyik legnagyobb szoftverfejlesztőjének úgy kellett, hogy megírja még egyszer a SCSI alapú tape drive-ok kezelőjét, ami ütközik a Windows sajátjával, keresztbe sikoltoznak egymástól, kárpótlásul szarul működik, és még support sincs (csak papíron).
  
  Sipi

  Mont-joie! Saint Denis! Je trépasse si je faiblis!

Új hozzászólás Aktív témák