Az IBM is az OpenDocument mellé áll
Jelentkezz be a hozzászóláshoz.
Köszi... <#vigyor>#vigyor>
Nyilván nem, de azért vannak a linux huszárok, hogy ha kijavítsanak, ha valótlant állítok. Ma ez nem sikerült, de sosem lehet tudni, elõfordulhat...
De amíg még egy hamis szakmai érved sincs, addig inkább maradj csendben és tanulj. <#nezze>#nezze>
Sajnos minden topicban ide jutunk, mégis rámegy 1-1 nap, mire mindenki belátja.
"De mint eleddig is holnap is úgy fog ébredni pár ezer rendszergazda hogy "affene már megint nem mission critical rendszert kell adminolni, ellenben a usereim igényeit k*ra ki kell elégítenem". "
Igen, ilyen is van, csak ott sincs túl sok érv a linux mellett. El lehet azzal is evickélni, fõleg, ha még nem láttak a userek exchange-t, outlook-ot, owa-t, sharepointot stb... De egyszerû környezetekben valóban lehet létjogosultsága a linuxnak - én is felügyelek 2-t is egyébként.
Hát persze... Mutass egy implementációt. Féleg a valódi világ nagyságrendekkel bonyolultabb mint ahogy te azt elképzeled. (próbáltam már utalni, hogy leszámítva, hogy eleve halott ügy a sima mount, smart cardoknál eleve nem mûködik, mert nem is azt a gépet kell hitelesítse ahol a kártyaolvasó van, hanem azt ahova bejelentkezik, ez pedig igen bonyolult)
"De biztos lehetsz benne, ha kellene, akkor megcsinálnák, és idõvel meg is fogják."
Erre mit mondjak? <#nemtudom>#nemtudom>
Legyen igazad, de én sajnos a jelenben élek és nem egy "idõvel". Ma, per pillanat a linux fényévekkel le van maradva ezekben a technológiákban a win mögött. Ez tény, lassan mindenki belátja. Hogy holnap mi lesz, majd beszéljük meg holnap. (de megjegyzem, a linuxnak alapvetõen más a szemlélete, hatalmas az elavult technológiai teher a hátán, csak toltozzák-foldozzák, nem tud elég gyorsan változni a mai követelményeknek. Egyáltalán nem mozdultak rá a komoly központosított menedzsmentre, a terminal szolgáltatásokra, wmi szintû menedzselési apikra stb-stb, szóval én szekptikus vagyok, 5 éve halljuk minden évben, hogy most jön a linux és elsöpör mindenkit, aztán hová jutott? Igazából sehova. De mondom hagyjuk a jóslatokat, a jelenrõl beszéljünk.
"Csak azért azt se felejtsd el, hogy linux fejlesztõ igaz, hogy 10x annyi van, mint MS, de ehhez a lefedett terület meg 100x, vagy még többször akkora.(Mármint ha az egész GNU-t nézem)"
Nos, ez egy ismét hatalmas mentalitásbeli különbség, én magasról teszek rá, hogy kinek milyen nehéz dolga van (az ms-nek se könnyû, állandó célpont) engem az érdekel melyik a jobb. Most a ms az, "sajnálatból" nem fogok linuxal szívni... (ha fordul a kocka, vagy jön egy nevetõ harmadik ami mindegyiknél jobb, akkor a ms-ot se fogom "sajnálatból" használ, váltok a jobbra. És ez az amit a munkáltatók elvárnak egy komoly szakembertõl, hogy kizárólag szakmai szempontok vezéreljék és ne, hit, sajnálat, a "szabad világ" iránti elkötelezettség vagy a kommunizmus eszméje...
ms ismerte fel, ms valósította meg, ms formálta, piacot teremtett
Igen, például kiadták a Word-öt a WordPerfect elõtt. (felismerték, hogy jéé ilyen is van 😄😄)
Aztán formálták az Office csomagjukat, piacot teremtettek maguknak a konkurrenciát meg lenyomták. És most felismerték, hogy jééé van ez a fránya OASIS OpenDocument standard amit ráadásul egy fránya Office már a második verziójának elsõ vagy második bétájában implementált (.odt=Open Document Text 😊), és jééé nézzétek már egy két-amerikai állam úgy döntött ha nem csinálunk más program által is feldolgozható formátumot (azaz maradunk a bináris maszlagunknál) megválnak a csúcsszuper office solutionünktõl, és jééé sajnos kénytelenek vagyunk lépni (de mentjük a menthetõt, a saját "nyilt" szabványunkkal).
de ez továbbra sem válasz a kérdésemre.
#115 szólj ha tévednék, de asszem nem kötelezõ errefele olvasgatni.
MrCrowley, az a helyzet, h vállalatoknál ms tarol (kliensen is...), és web servereken is elég jól nyomul, 3-4 éve nagyon beindult a témára, látszik is az eredménye. nagy clusterekre egyelõre csak béta win van, az is nemrég óta, szal nem nehéz ott erõsködni, ahol az ms szinte egyáltalán nincs jelen fejlesztésben (vagy csak most indul).
majd 5 év múlva térjünk vissza erre.
írnék többet is, de holnap korán kelek. majd Equ 😉
miben is jobb?"
Itt annyi tortent, hogy megjelent az OpenDocument szabvany(?) es az MS latta, hogy ez veszelyt jelent az irodai szoftverekben levo egyeduralmara. Ezert kihasznalja ezt a monopoliumat es megjelentet sajat szabvanyt, hogy tovabbra is fenntartsa vezeto helyet.
Egyrészt amirõl beszélsz az csak egyfajta felhasználás (mi köze egyáltalán a cikk témájához?), másrészt meg nem hinném, hogy bármelyik distro-t vagy akár unix rendszert ismernéd olyan szinten mint a drágalatos m$száksz rendszereidet...
Nagyon szép az elvakultság, Te gondolom még azt is elhiszed magadról, hogy nyitott vagy 😊
Szóval értettük, szerinted a pici puha az ász (innovativ, enterspájz redi meg hasonlók), a többi meg szar és semmire sem jó.
Ez mind szép de hála a /dev/urandom -nak meg számos emberkének nem igaz 😊
AA platform: Kameo, Super Mario Galaxy, Jak1, Ratchet, Psychonauts... Live: Byuecee, PSN(US): Dee, PN(JP): Japet / Galaxy Omega Star!
És nem a smart card linuxos támogatásával hanem az X fejletlenségével van bajod..há' ez korrekt _az_ tényleg fejletlen.
De mint eleddig is holnap is úgy fog ébredni pár ezer rendszergazda hogy "affene már megint nem mission critical rendszert kell adminolni, ellenben a usereim igényeit k*ra ki kell elégítenem". További szép napot nektek! 😉
Ha kezeli, akkor megy az a hálón keresztül is.
De ha már eleve ilyen perifériák vannak csatlakoztatva, azt a legkevésbé hívják terminálnak.(jó, ezzel lehez, hogy kicsit maradi vagyok 😊)
De biztos lehetsz benne, ha kellene, akkor megcsinálnák, és idõvel meg is fogják.
Csak azért azt se felejtsd el, hogy linux fejlesztõ igaz, hogy 10x annyi van, mint MS, de ehhez a lefedett terület meg 100x, vagy még többször akkora.(Mármint ha az egész GNU-t nézem)
Azért mindent nem dobozolhatnak elõre, így is szép teljesítmény, amit nyújtanak.
\"We choose to go to the moon in this decade and do the other things, not because they are easy, but because they are hard\" - John F. Kennedy
pedig ehelyett inkább figyelmesebben kellett volna elolvasni mirõl beszélünk, lásd lentebb...<#levele>#levele>
Nos cluster téren igen jól áll az ms, ha 2-4-8 node-osról beszélünk, mert ez az a szegmens, amit a nagyvállalatok mission critical rendszerekként használnak és még megfizethetõ rá a license. Ahol nem áll jól a win az a több ezer node-os klaszter, ahova irdatlan összeg a win license jelenleg (de ezen jövõre változtat az ms). De még igy is van pár wines szuperszámitógép a top500-on is. De kétségkívül itt a linux költséghatékonyabb, kivéve, ha olyan feladatról van szó, amiben a win még igy is jobb, ez az a pár rendszer amire mégis wint raktak a szupszerszámitógépek közül.
"akkor miért nyomul a Novell meg a Red Hat ezen a téren is az Amcsi minõsítéskért?"
miért? pénzért. 😊
És hogy milyen sikerrel? Nézd meg a piaci részesedését...
" Diák billentyûzetbe betol, linux bejelentkezik, használ, örül! 😉"
Igen, a helyi kis számítógépére és nem egy távoli X kiszolgálóra... Gizike-gõzeke.. <#vigyor2>#vigyor2>
pcsc-ccid
Csak beírtam yast-ba, debian valószínû többet dobott volna ki rá.<#vigyor2>#vigyor2>
\"We choose to go to the moon in this decade and do the other things, not because they are easy, but because they are hard\" - John F. Kennedy
Azt értem hogy vannak körülmények amik megkívánják az ilyen eszközök használatát. Azt is hogy van az MS-nek ilyen megoldása (de miért lenne csak neki?). De ha ez az "entöspájz" réteg számít ( csak ez létezik a világon, vagy mi? akkor dúrjuk le a webszervereket, és éljen az enterspájz!) akkor miért nyomul a Novell meg a Red Hat ezen a téren is az Amcsi minõsítéskért?
A lib-ek is mindig tartják a kompatibilitást. Az lehet, hogy az újban van olyan is, ami a régiben nem, dehát az természetes.(Jó van erre ellenpélda, de a csomagkezelõ ki is dobta nekem, és mondta, hogy downgradelni kell. Meg azért nem túl sok).
A másik: persze, hogy biztonságosabb, de a kulcs akármilyen hosszú is lehet. És a feltöréshez szükséges idõ pedig hatványozódik, szóval nem tudják annyi idõ alatt feltörni a világ összes számítógépével sem, ami alatt cserélik a kulcsokat(rendszertõl függ, van ahol évente, van ahol havonta, van ahol sûrûbben)
\"We choose to go to the moon in this decade and do the other things, not because they are easy, but because they are hard\" - John F. Kennedy
"(nem, a titkosított jelszó küldés kutyagumit sem ér ilyen környezetben)"
Ok. ezt értem, bár azt nem hogy miért lenne csak win függõ..de ebben nem vagyok otthon, tehát tõlem akár az is lehet.
"Bizony a linuxot is idõrõl idõre frissíteni kell, ilyenkor nem mindegy, hogy egy komponensed van aminek csak önmagával kell mûködnie és minden funkcióját a komponenst iró cég tesztelhette"
Igen, de az sem mindegy hogy egy évben csak kettõt kérdezhetek vagy amennyi nekem tetszik. Számomra mindegy ki teszteli ha a komponens jó. Illetve akkor is érdektelen ha rossz, de nem használom (ki az adott funkciót/komponenst). Azért mondjuk arra befizetnék hogy az MS hány gyártót ismer el azok közül amelyek idehazai piacra programoznak külön a magyar igények és törvények szerint.
"Mert én inkább a programba nyúlnék egy debugerrel, nem az oprendszerbe" Ebben van valami, csakhogy a kolléga (nem Én) éppenséggel egy triviális jogosultsági kiosztást szeretett volna eszközölni..ami így eléggé meghiúsult.
"az nem egy általános eszköz, azt nem lehet csak úgy" tehát hw! és az MS nem a kisujjából szopta hozzá a supportot, IGAZ? Nem a Bill bácsi fejében villant a szikra ami az adott eszköz támogatásához kell, hanem nyomtak nékik némi doksit is a jóemberek.
"felbecsülhetetlen értékû enterprise passwordnek a hálón utaznia"
lol...és ha van más út is akkor miért is?
#103 Igen, ez helytálló. Feltételezem hogy itt a disztributor (akármilyen rendszerre is fejlezst) tudja mit csinál és nekem (mint helyi adminnak) már "nem sok dolgom van vele", mert Õk kész megoldást szállítanak. Ez esetben valóban a backup/restora, illetve a helpdesk opciók maradnak a "házon belül".
Csak ez a mentalitás éppen a smart cardok esetében nagyon nagy bukás... (esetleg megint oda juthatunk ki, hogy nagyon egyszerû környezetben jóval nagyobb energiabefektetéssel és szenvedéssel mûködhet a linux, de komoly környezetben szóba sem jöhet)
Már hogy ne lenne... Szinte nincs is olyan komponense a linuxnak, aminek ne lenne kernel verzió vagy egyéb rendszerelem függõsége. Nem lehet a kernel és program verziókat eszetlenül keverni, mert sok program használ olyan kernel hívásokat amelyek csak az új kernelekbe vannak, így a régiekkel meg sem nyikkanak. Aztán azok a programok amelyek ezen programoktól függnek, amiatt halnak meg, ezt nevezik kártyavár effektusnak, szinte mindent cserélni kell, hogy jól mûködjön.
"Akkor, ha új funkció kell, akkor új /dev eszközt hoznak létre hozzá, de a régit is meghagyják."
Nem eszközökrõl beszélünk hanem kernel hivásokról, programok verzió függõségérõl.
"Azt nem tudom, hogy miért nem bízol a kétkulcsos titkosításban."
Csak abban bízok. De mivel az sem fertörhetetlen, csak idõ és pénz kérdése, ezért én (a smart card) nem is jelszót titkosítom, igy értelme sincsen feltörni, mert csak percekig érvényes...
(de szépen kérlek, ne süllyedjünk odáig, hogy a smart card-ok nagyságrendekkel biztonságosabb voltát kelljen bizonygatnom egy sima titkosított admin jelszó átküldése felett...)
Akkor, ha új funkció kell, akkor új /dev eszközt hoznak létre hozzá, de a régit is meghagyják.
Ez már évek óta így van.
Azt nem tudom, hogy miért nem bízol a kétkulcsos titkosításban. Az RSA matematikailag bebizonyítható, hogy csak brute-force-al lehet feltörni, de kellõen hosszú kulcsok esetén az nem vezet eredményre.
\"We choose to go to the moon in this decade and do the other things, not because they are easy, but because they are hard\" - John F. Kennedy
Backup-ból teljes rendszer újrahúzása és az illetõ operátori státuszi pihentetése után a fõnökség belátta, hogy mégsincs akkora elõnye a linux forrás módosíthatóságának, így aztán vissztértünk egy 2k3 szerverre itt is, ami azóta is vígan megy, bár sajnos nem tudok a forrásába piszkálni, bármennyire is szeretné az igazgatóság... 😊
ha jól tévedek a distributorok nem vállalják a felelõséget, ha önszorgalomból a rendszerbe történt "fejlesztés", "helyreigazítás" követõen egy éppen aktuális hivatalos patch után a rendszer összeomlik. sõt kimondottan jvasolják, h ha nem tudjuk/akarjuk az eredetibe visszaállítani a rendszert, akkor legalább egy biztonsági másolatot készítsünk (nem mintha egyébként nem tennénk). asszem redhatéknál (mint legjelentõsebb linux server forgalmazó) még a kifizetett supportot is elveszítjük egy ilyen eksön után.
ebbõr merem venni azt bátorságot, amivel Equ-nak igazat adok és bátorkodom, azt mondani, h még a distributorok sem szeretik (feltételezni merem valamilyen negatív tapasztalat nyomán), ha a rendszerükbe kontárkodnak, mégha a nagy opensource szellem ezt lehetõvé is teszi.
köhm. elnézést és köszönöm. még1x elnézést.
és nekem szerinted meddig tart 4 kattintás control lenyomva tartása közben? 😊
Ez egy kicsit beszûkült tudatra utal. A komoly rendszergazdák már rég belátták, hogy egyik sem jobb a másiknál. Feladattól függõen vagy a gui vagy a terminal a hatkékonyabb...
"mindenhol a kerek-e világon?"
Nem, csak ahol a rendszer lehetõvé teszi, hogy ne utaztassunk feleslegesen nyilvános hálózatokon olyan jelszavakat amikkel multinacionális vállalatokat lehet rövid idõ alatt megfektetni... (nem, a titkosított jelszó küldés kutyagumit sem ér ilyen környezetben)
"frissül? ki beszélt itt verziófrissítésrõl?"
Én. 😊
Bizony a linuxot is idõrõl idõre frissíteni kell, ilyenkor nem mindegy, hogy egy komponensed van aminek csak önmagával kell mûködnie és minden funkcióját a komponenst iró cég tesztelhette, vagy 10 féle komponensed 10 féle gyártótól akik nem is hallottak egymásról és esélyük sincsen a kompatibilitás ellenõrzésére...
"XY prg szabálytaaln mûv..." szóval ilyenkor biza jól jönne az hogy az ember kézzel bele tudjon kicsit gányolni a rendszerbe."
Konkrétan mit szeretnél az oprendszerbe nyúlni, amikor egy felhasználó program le nem kezelt kivételt dob? Mert én inkább a programba nyúlnék egy debugerrel, nem az oprendszerbe. (persze még a rendszerbe is belenyúlhatsz windbg-vel, még egy távoli gép kernelét is debuggolhatod, csak éppen az esetek 99,999%-ban nem ott van a hiba)
"Nem értetted a kérdés lényegét: az MS sem tud infó nélkül drivert szülni a "semmibõl"."
Ja, bocs. Azt hittem értetted, hogy miért a smartcardot kérdezem, az nem egy általános eszköz, azt nem lehet csak úgy átvinni a távoli gépre, mivel nem a jelszavadat pötyögi be az ablakba, hanem kettõs kulcsú titkosítással challange/response alapon azonosítja a számítógépet és a felhasználót a pin kódja alapján, úgy hogy a user jelszava nemhogy a hálózatra de még arra a gépre sem kerül egy pillanatra sem ahova a smart card olvasó csatlakoztatva van... Ahhoz hogy ez távoli gépen mûködjen a certificate alapú cross signingtól kezdve a transitive delegation-ig sokminennek mûködnie kell amirõl az x mégcsak nem is hallott...
"Tehát ezt nem a linux fejlesztõinek a nyakába kenném, max a linux hiányosságai közé sorolnám."
Habár a felhasználó szempontjából édesmindegy, hogy a linux fejlesztõk hiányos szaktudása vagy a gyártók világméretû összesküvése miatt kell a felbecsülhetetlen értékû enterprise passwordnek a hálón utaznia mindenn nap tucatnyiszor, egyszerûsítsuk úgy a kérdést, hogy véletlenül a linux támogatja a smart card olvasónkat...
egyébként egyet értünk, szal nicns itt gond 😊
lol..multkor 1100 user egyik mezõjét (shell) állítottam át fél perc alatt scriptel. 😊
"mission critical szerverre kimondottan csak smart card-al lehet feljelentkezni"
mindenhol a kerek-e világon? 😉
"Mikor a linux komponensek kártyavárként omlanak össze mikor frissül egy kernel vagy függõ komponens? Ne vicceljünk..."
frissül? ki beszélt itt verziófrissítésrõl? ha sima sec frissítés/update akkor meg sajna nem tudom visszaigazolni amit mondasz (persze lehet nem egy linuxot/disztrót használunk).
"Dehogynem, ha értessz hozzá, bármit meg tudsz csinálni rajta." akkor az a koléga nem ért hozzá akinek az SBS szervere kissé szétszállt mikor megpróbálta adminolni, és vohogy nem sok tool van ami az "XY prg szabálytaaln mûv..." szóval ilyenkor biza jól jönne az hogy az ember kézzel bele tudjon kicsit gányolni a rendszerbe.
"van amelyiket helybõl támogatja, van amihez a gyártó ad."
Nem értetted a kérdés lényegét: az MS sem tud infó nélkül drivert szülni a "semmibõl". Mint ahogyan a linux fejlesztõi sem. Kell(ene) hozzá a gyártók támogatása. Ez szerintem nem új dolog. Tehát ezt nem a linux fejlesztõinek a nyakába kenném, max a linux hiányosságai közé sorolnám.
Ez se mindig igaz... Ha 400 usert kell felvegyek activedir-be egy excel táblából, akkor tényleg elég egy konzol és irok rá egy 5 soros scriptet, ha viszont 4 különbözõ ou-ban lévõ userek jelszavát kell reseteljem, akkor bizony 5-öt kattintok gui-n minthogy megpróbáljak ldap query-t irni rájuk... 😊
Ráadásul mission critical szerverre kimondottan csak smart card-al lehet feljelentkezni, szóval nem csak nyûg ez a sok távoli erõforrás...
"Én inkább veszõdök egy hetet a barkácsolással _egyszer_ "
Egyszer? Mikor a linux komponensek kártyavárként omlanak össze mikor frissül egy kernel vagy függõ komponens? Ne vicceljünk...
"minthogy rezignáltan megállapítsam h ez sajna megint sz*r az új verzióban is, és számomra használhatatlan a tool amit X cég kiadott az Y termékéhez. "
Ez éppen az rdp-re nem jellemzõ, de ha néha elõ is fordulna ilyen, akkor még mindig ugyanott vagyok mint linuxon, nekiállhatok komponensekbõl felépíteni azt az összetett rendszert amit az rdp nyújt...
"Az MS nemigen ad módot a barkácsolásra, míg a linuxot szétszedheted ízeire ha kell (és van merszed hozzá)."
Dehogynem, ha értessz hozzá, bármit meg tudsz csinálni rajta. Csak winen semmi szükséged barkácsolni az esetek 90%-ban amikor linuxon hetekig barkácsolsz... A 10%-ban, ha tényleg különleges az igényed, akkor meg ugyanannyi munka és szakértelem kell hozzá.
"Ez a smart card olyan stuff amihez az MS saját maga hekkel drivert infó nélkül?"
Az a kártyától-olvasótól függ, van amelyiket helybõl támogatja, van amihez a gyártó ad.
Feladat kérdése. Ha arra használod hogy szervereket adminolj akkor pl a grafikus felület is csak nyûg. Ha klienseken kell babrálni az persze más.
Én inkább veszõdök egy hetet a barkácsolással _egyszer_ minthogy rezignáltan megállapítsam h ez sajna megint sz*r az új verzióban is, és számomra használhatatlan a tool amit X cég kiadott az Y termékéhez. Az MS nemigen ad módot a barkácsolásra, míg a linuxot szétszedheted ízeire ha kell (és van merszed hozzá). Az hogy _neked_ melyik felel meg jobban az ízlés kérdése.
Szerintem egy jó nyitot formátum elsõsorban ezen a téren tesz nagy dolgot le az asztalra és nem pedig a platformfüggetlenségen. Ahogyan te Írtad _ha_ (!!!) az MS portolná az XY alkalmazását akkor megnyitható lenne a doksija. (Még MacOS-re sem tették ezt újabban, nemhogy linuxra) Nos ezen a _ha_ szón van a hangsúly. Ilyen dolgoknak nem szabadna lenni ha dokumentumokról beszélünk, és ezért kell(ene) a hordozhatóság.
Ilyen hatalmas professzortól az ember elvárná, hogy elsõre is megérti amit a buta halandók mondanak neki... 😊
De megpróbálok a kedvedért egyszerûbben fogalmazni, hátha: a konkrétum az, hogy szép dolog ez a tucatnyi szedett vedett programocska, csak az életben nem fognak olyan integrált környezetet alkotni és úgy együttmûködni (kezdve a sávszélesség optmiális együttes kihaszálástól a verzióváltások problémájáig) mint az rdp.
(és persze a smart card-ot sokadszorra is megpróbáltad a szõnyeg alá söpörni... na nem mintha számítana, mert nem az elvi megoldhatóság a lényeg, hanem a gyakorlati használhatóság, ami az általad kitalált gányolásnál a nullához konvergál)
talán én hoztam fel, lázálmaim "bizonyítására"?
"A linux nem koppintás, hanem klón."
Nevezd ahogy akarod, a tényeken nem változtat, gyk: más tollával...
"A remote device-ra annyit, hogy ha mûködik az általam írt megoldás, akkor egy scriptel pillanatok alatt megoldható BÁRMILYEN hardver hálózatilag transzparenssé tétele"
Igen, HA mûködne, akkor valószínûleg alapból benne lenne az összes user friendly disztribben és attól lenne hangos az összes hittérítõ fórum, hogy feltalálták a melegvizet... 😊
(neked is külön ajánlom a figylmedbe a smart cardos távoli bejelentkezést a távoli X-en, hátmég egy sima mountal, bruhaha)
"szóval talán azért nincs dobozos, mert alapból tudja, mint rengeteg mást."
talán azért nincs dobozos, mert ez sem megoldható kulturáltan és valószínûleg emiatt emleget tucatnyi szedett vedett gányolást dr. Analízis is ugyanerre a problémára...
"Hogy win alatt van néhány eszköz, amit lehet hálón keresztül? És?"
Semmi különös, csak ez linuxon úgy tûnik nem mûködik a 30 éves "nagyon kiforrott" X-el. Nem kell ettõl felkapni a vizet, csak el kell könyvelni, hogy eljárt felette az idõ. (és nem csak ezek miatt, hanem a sávszélesség pazalása miatt is)
"Fizethetsz érte"
Igen, bár éppen a munkahelyemen a linuxért is fizetünk, csak éppen winnél kapunk is valamit a pénzünkért, méghozzá komoly rendszereket amiket általános feladatra nem kell hetekig hackelni...
" holott ha nem téged alkalmaz, hanem mondjuk valaki mást, lehet, hogy nem többért, õ megoldotta volna"
Ez biztos. Hogy ugyanannyit kérnének egy heti szenvedésért (meg utána mikor a tucatnyi komponensbõl az egyik frissül és felborul az egész, emiatt állandóan buherálni kell) mint amennyit én elkérek azért hogy rányomok a remote desktop ikonra és beirom a távoli gép nevét, azt egy "picit" kétlem... Bár linux hittérítõk biztos ingyen dolgoznak heteket, hogy egyel több installjuk legyen és "bebizonyítsák" a hozzá nem értõknek, hogy hú de fejlett ez a linux, egy hét barkácsolással már megy is egy távoli gép erõforrásainak elérése... 😊
Magyarországon csak kevesen azért is divattevékenység külföldön munkát vállalni. Itt szinte bárki lehet informatikus. Ezeknek az úgynevezett 'alkalmazásfejlesztõk' két csoportja ismeretes nálunk, egyik részük járt pár évet egyetemre (info területen) csak nem sikerült befejeznie, és még ez a jobbik csoport. A másik sajnos ebbõl van több közelébe sem került. De õket valóban 'megtudja fizetni' az átlag magyar vállalkozó. Kérdés mire megy vele, mert a 'semminél jobb' mentalitással nehéz lesz verenyben maradni az EU-ban.
Valóban nehéz érvelned ha csak én írok érveket.
Ne kelljen keresned becopyzom itt vannak a válaszok, az X alapú /kliens server problémákra.
'A nyomtatás nem az X feladata, viszont nyomtatószerverrel és a használt alkalmazások megfelelõ konfigurálásával egyszerüen megoldható, hogy minden X-en megjelenített program ugyanarra a nyomtatóra nyomtasson.
Vágólap, bár nem így hívják, de soha nem volt probléma. Akár úgy is ha minden alkalmazás a munkafelületen más más serveren fut.
Meghajtók memóriakártyák használata egyszerûen megoldható NFS-el például vagy CIFS és még sorolhatnám.
A hang esd, arts sound demonokkal egyszerüen megoldható X-kliensen.
A tömörítésre használtak LBX proxyt régebben, de kiderült, hogy az SSH (nem is oda való tömörítése😊 megfelelõbb a célra. Az X server/kliens éppolyan hatékonyan haszánlható, csak érteni kell hozzá'
Nos ezekre kellen konkrétumokkal reagálnod(tok), de az tudud nem a 'az a fájó, h a lényeget nem érted' szintet jelenti. Az sem érv, hogy ennek a telepítése 'hetekig eltart', persze ha kifogytál az érvekbõl el is lehetne ismerni, kár hogy az soha nem fog menni.
Tipikus szálka és gerenda esete.
A linux nem koppintás, hanem klón.
Ahogy az OS X is.
A remote device-ra annyit, hogy ha mûködik az általam írt megoldás, akkor egy scriptel pillanatok alatt megoldható BÁRMILYEN hardver hálózatilag transzparenssé tétele, szóval talán azért nincs dobozos, mert alapból tudja, mint rengeteg mást.
Hogy win alatt van néhány eszköz, amit lehet hálón keresztül? És? Fizethetsz érte, persze neked nem gond, szólsz a fõnöknek, hogy ilyen kell, õ meg hisz neked, és megveszi, holott ha nem téged alkalmaz, hanem mondjuk valaki mást, lehet, hogy nem többért, õ megoldotta volna.
Tudod a mérnöki munka arról szól, hogy olyat valósítunk meg, amit addig még nem csinált senki. Aki csak alkalmazza, az felhasználó.
\"We choose to go to the moon in this decade and do the other things, not because they are easy, but because they are hard\" - John F. Kennedy
Analízis elõadóként ahhoz veszed a bátorságot amihez akarod, legfeljebb nagyobbat égsz vele. Én speciel rendszermérnök vagyok, csak én nem szoktam ezzel kérkedni.
"Talán kiforrt annyira mint a windows az elmúlt pár évben. "
Hát saját bevallásod szerint az elmúlt 30 évben nem sikerült kiforrnia annyira, hogy alapvetõ erõforrásokat átvigyen távoli gépre... (sajnos ez a 30 éves BS sem a komoly szakemberek érve az IT iparban. Azt már hagyjuk is, hogy a linux csak a 30 éves unix koppintása, ráadásul jóval gyengébb koppintása mint pl a freebsd...)
"azzal talán egyetértessz, hogy a NASA legalább olyan 'komoly' hely"
bizony, legalább ugyanolyan, pont ezért irtam, hogy ugyanolyan "komoly" hely mégis wint használnak. Ennyit az "érveidrõl", csak gondoltam, ha már le kell alacsonyodjak hozzád, akkor olyan példát hozok amit még te is megérthetsz, függetlenül attól, hogy nem döntõ szempont a kérdésben...
"ha képzettség hiányában mélyebb összefüggések már meghaladják a képeségeidet."
hogy ki mennyire képzett az egy fórumon nem fog kiderülni, de ha te ilyen nagy szakértõ vagy, nekem meg még diplomám sincs, akkor elég nagy bajban vagy, mert még egy épkézláb szakmai érvet nem tudtál felhozni ami megállt volna a lábán és ne cáfoltam volna... 😊
"Az ACL posix szabvány, úgy használhatja a Ms is mint a linux FreeBSD Aix stb. "
Itt is el vagy tévedve... 😊
A posixnek nincsen acl szabványa, legfeljebb tervezete és egy working groupja, talán ebbõl fakad az a káosz ami a unixok között van, ugyanis alig találni kompatibilis acl megvalósítást. (az külön vicc lenne, ha az "analízis elõadó úr" lázálma igaz lenne, akkor 2002-ig a linux nem követte a posix szabványt, ugyanis 2002-ben került bele hivatalosan acl. (windowsba 10 évvel korábban, ezek szerint a win jobban követi a posix szabványt mint a linux, mert ugye posix alrendszere is van. Legközelebb próbáld meg végiggonoldni, hogy miket halandzsázol és annak milyen következményei lesznek)
"Világosan leírtam, minden megoldható X-windows rendszerrel éppúgy. "
Én is ezt mondtam, bár éppen a smart cardot kihagytad. De elhiszem, hogy bármi megoldható, csak éppen kézzel gányolva tucatnyi külön programmal. Szánalmas.
"Érveid sajnos nincsenek, ami értthetõ is miután leírtam, hogyan lenet megoldatni az általad felvetett problémákat."
Bruhaha, képzelem milyen elõadó lehetsz, ha ez neked a megoldás, hogy összehánysz szedett vedett játékszereket két sorban és elõadod mint megoldás. Bár ez is olyan linuxos hittérítõs, problémákat megoldani nem tudsz, át se látod a kérdést, csak hittérítesz...
"nos azután hangzik ez hitelesen, ha már a zsebedben van egy prog.mat vagy matematikus, fizikus, BME vill. mérnük ... stb. diploma."
Lásd fentebb kisbarátom... <#vigyor2>#vigyor2>
és már másnak is írtam, az lenne csak igazán gáz, ha minden alkalmazásfejlesztõ egyben progmat is lenne. szted ki fizetné azt meg?
A tények:
X-window már 3 évtizede létezik és 1984 óta hivatalosan X néven. Talán kiforrt annyira mint a windows az elmúlt pár évben.
Ha tudnál figyelmesen olvasni, nem kerülte volna el a figyelmedet a 'Nem szeretem a tekitélyelvû érvelést' mondatrész. Erre te jössz itt Nasdaq-al, azzal talán egyetértessz, hogy a NASA legalább olyan 'komoly' hely, ha képzettség hiányában mélyebb összefüggések már meghaladják a képeségeidet.
Az ACL posix szabvány, úgy használhatja a Ms is mint a linux FreeBSD Aix stb.
Világosan leírtam, minden megoldható X-windows rendszerrel éppúgy. A 'mennyi idõ telepíteni' típusú 'érvekre' nem vagyok vevõ, a saját bénázásod nem a linux nem a unix és nem az X-window hibája. Érveid sajnos nincsenek, ami értthetõ is miután leírtam, hogyan lenet megoldatni az általad felvetett problémákat.
A '100x' fejlettebb rendszer..., nos azután hangzik ez hitelesen, ha már a zsebedben van egy prog.mat vagy matematikus, fizikus, BME vill. mérnük ... stb. diploma. De legalább épkézláb érvekekkel jönnél nem ilyen '100x fejlettebb' légbõlkapott szólamokkal.
minek szólja én bele 😉
A többi hülyeségedre meg csak azt tudom mondani, hogy ha a NASDAQ(!), az OTP, MNB elfut winen, akkor talán a mégsem annyira "rangon aluli" mint néhány lámer állítja...
Persze _KOMOLY SZAKEMBER_ eleve nem mellébeszéléssel és elképzelt NAGY szakemberek lázálmaira alapozza a véleményét, hanem szakmailag van olyan szinten, hogy szakmai érvekkel meg tudja indokolni, hogy pl. miért kiforottabb egy rdp, tucatnyi nem egymáshoz fejlesztett komponens kézzel történõ összehekkelésénél. A többi csak BS, ezzel nem lehet senkit se megtéríteni...
" hogy maga nagy Ms is onnan koppintotta a megoldásait."
Hál' istennek távoli eléréshez nem az elavult X-et koppintotta, hanem kifejlesztett egy 100x fejletebb rendszert... De a linuxnak pl. sikerült a winehez képest 10 éves(!) lemaradással belekoppintania pl az ACL alapú jogosultságkezelést... Szóval vigyázz a koppintós hittéritõ szöveggel is, mert ott is nagyot zakózhatsz... Maradjunk inkább a szakmai érveknél. <#taps>#taps>
csak egy parancs tud függeni a környezettõl, vagy függ a CPU vagy OS utasítás készletétõl (vagy éppen a futtató/emuláló környezettõl -JVM .NetFW). egy dokumentumank nincs ilyen függése.
ha ms kiadná az ofiszt(vagy csak a wördöt) linuxra, akkor tökéletesen olvasható lenne ott is a .doc, de ettõl a formátum ugyan az maradt.
"egy dokumentum nem lehet platform függõ", ez nincs mit vitatkozni.
ha megnyitod akár egy bináris értelmezõben maradéktalanul kinyerhetõ belõle az adat/információ. egy futtatható binárist nem lehet akárhol elindítani (adott esetben át kódolható, de az már megváltoztatja az állományt!), legfõbbképpen a fentebb említett dolgok miatt és pár egyébtõl (pl környezeti változók).
Bár nem ez a munkám, korlátlan számú kliens és tucatnyi server 'összelövése' nekem nem kerül hetekbe. Bár valóban sok magát rendszergazdának és programozónak kiadó alak található nálunk, aki csak hetek alatt képes rá, nos ez az õ hibájuk nem az X-window rendszeré vagy a unixé.
Az X-window és annyira 'eleve így tervezett' rendszer, azaz hálózatos mûködésre tervezett rendszer, hogy maga nagy Ms is onnan koppintotta a megoldásait.
Nem szeretem a tekitélyelvû érvelést, (le is írtam, hogy technikai szempontból mindent tud a X.windows linux/unix is), de ha a Nasa-nak megfelelõ a X kliensekkel az ûrkutatásban, akkor talán egy Magyar cégben is megfelelõ. Na persze a szakértelem hiányát csak idei óráig lehet takargatni a windows varázslóival, bár van számtalan könnyen telepíthetõ linuxos X-terminált támogató disztribúció is.