Mindenesetre a srácok felének annyi köze van a java programozáshoz, mint nekem az ABAPhoz. "Aha, láttam már olyat!" A Red Hat csákók túlnyomó része nyilván kemény linuxer, égget scriptszag terjeng a levegőben, commandlineokban gondolkodnak, satöbbi. Na és a maven dependency resolution dolgára keményen beszólt egy srác, hogy nem akarnak jar fileokat letölteni a maven repositorykból, jöjjön szépen a buildhez a jar file egy szép csomagból az yum repositoryból. Oszt csókolom.
Elmondtuk neki -többen is-, hogy hát vannak még olyan srácok a világon, akik nem fedorát használnak. Ezzel nem akartam megsérteni de ők vannak azért többen, nekem oké a fedora. Is... akár... Szóval mit mondjunk a java fejlesztők és felhasználók többségének?
Sajnálom ez a java program nem fordul le Windows 7/OS-X/MyPetLinux operációs rendszeren, mert még nem csinálták meg a függő jar fileokat tartalmazó exe/msi/dll/rpm/deb/tgz/ fileokat az ő rendszerére.
(Osx-hez mi is a csomagolás? Na mindegy...)
Aztán meg mi java fejlesztők még mindig ott tartunk, hogy a java alkalmazás operációs rendszertől független amennyiben nem csesszük el ugye, és ezt előnyként értékeljük. Ugyanis bátran fel tudod upgradelni a linuxodat a legfrisebb linuxra, a java alkalamzásod még mindig ugyanazt fogja tenni. legalábbis jó eséllyel, de egy rendszer upgrade semmiképpen sem olyan seggfájás, mint ha OS-függő lenne. Ez egy üzleti alkalmazásnál szvsz rohadtul fontos. Míg ha a függűségeidet pl RPM-be csomagolod, a következő rendszer upgrade esetleg agyoncsapja az alkalmazásodat. Oszt csókolom.
Mit szólnál ha ezzel köszöntene reggel a rendszeradminod?
Hoppá, kicseréltem a hibernate-t az alkalmazásod alatt 4.x-re, maradhat?Megijednél kicsit, nem? :-)
Azért egy pár sráccal beszéltem, azt hiszem még egy pár kört beszélgetnünk kell mielött azt mondjuk hogy oké értjük egymást, de rajta vagyok a témán.
Egyébként a prezi itt található. Sajnos a hangminőség csapnivaló volt, meg hát angolul se tudok. Ja meg beszélni se nagyon.
3 beszólás:
A kerdes konnyen felreerheto volt, raadasul hirtelen megszolalt a srac telefonja es elrohant anelkul hogy lehetosege lett volna hosszabban kifejtenie az allaspantjat. (Es nekem is korabban el kellett mennem... :) ) Plusz az RPM egyertelmuen rossz pelda volt es rossz iranyba vitte el a diskurzust.
Ha jol vettem ki a szavaibol, akkor fo mondanivaloja a 'trusted source' lett volna. Merthogy az RPM-csomagok megfelelo alairasokkal rendelkeznek. Igy a user megbizonyosodhat afelol, hogy az RPM csomagok a megfelelo helyrol kerultek letoltesre. Szoval en mint rendszer-, vagy applikacio-adminisztrator hogy hajthatom nyugodtan alomra a fejem abban a biztos tudatban hogy a Maven nem hasznalt semmilyen 'rosszhiszemuen modositott' kulso fuggvenykonyvtarat?
Abban igazad van, hogy a rendszeradminisztracio es a Java-fejlesztes nehezen osszehasonlithato. Bar en mar hallottam olyat hogy az Operations hasznalt Scrumot. :)
Lehet hogy ezt akarta kerdezni, de ha nem tudja raszanni az idot a kerdesre, nem tudja raszanni az idot a valaszra es nem tudja kikapcsolni a szaros telefonjat akkor szerintem maradhatott volna otthon is :-D
A trusted source kerdes jo, es nem tudom a valaszt. Megnezem hogy mit tud a verifikacio teren adni a maven...
Gentoo fejlesztok kiserleteznek hasonlo megoldassal egy ideje, tobbe-kevesbe mukodik, csak maven ne keruljon a gepre.
Az van, hogy a Gentoo-sok egy csomo Java-s cuccot beraktak ebuild-ban (ez egyfajta script, ami leforditja, patcheli es feltelepiti az illeto csomagot). Mivel maguk az ebuildok (legalabbis ami a fo faban van) tobbszoros ellenorzesen esnek at, illetve haromlepcsos release folyamat van, igy viszonylag trusted source-nak minosul.
Persze, a mavennek lovese nincs arrol, hogy mi van fenn a rendszeren, nem is lehet megmondani neki. De ez elsosorban maven korlat.
Megjegyzés küldése