A modern számítástechnika szégyene

 ( nanto | 2010. május 14., péntek - 15:13 )

Elsősorban szoftveres értelemben kérdezném, hogy szerintetek mi az, aminek 2010-ben a modern számítástechnika eszközei mellett nem így kéne állnia? Tudom, hogy a Linux kernel meg a Windows lesznek egyesek szerint ide a legviccesebb válaszok, de tényleg van egy rakás szoftver, ami katasztrófa, ahogy áll, és régóta nem halad semerre. És a legrosszabb, hogy időnként ezekre alternatíva sincs, vagy ha van, akkor pont hogy nevetséges az ötlet is az alternatívához képest.

Egyszóval legyen ez a topik egy szoftverszégyenfal!

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Kezdenem is:
-Samba: rossz vicc az egesz
-Moonlight: eddig tobb videonal fagyasztotta ki a firefoxot, mint ahanyat lejatszott
-Internet Explorer: bar a 9 most jo iranyba halad, de tetulassu volt a 8 is, mikor utoljara neztem egy Chrome-hoz kepest.
-iTunes es QuickTime Windows portja: en elhiszem, hogy Mac-en jobb, de Winen még cska lefagyni lattam, es ra vannak kenyszeritve az i* felhasznalok. Eroforraszabalasarol nem is beszelve. De szoljatok, ha ismertek valakit, aki Winen QuickTime-mal nez filmet
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

A Szambán vitatkoznék, nem rossz az.

Pláne, hogy ingyen van, szerintem is megfelelő.
Igaz, hogy még nem láttam olyat, hogy gigabites hálón 30 MB/sec-nél nagyobb sebességet csiholt ki valaki belőle, meg sokan panaszkodnak, hogy az SMB protokollból sok mindent nem implementál, de én ingyen örülök, hogy használhatom.

én kb. 80 gépen biztosítok HOME könyvtárat általa 1500 felhasználónak. És van (mint pl. most szakdolgozatok leadásai idejének végén) hogy intenzíven használják is. Több 10 Giga oktatási anyag is van rajta, ami gond nélkül megy 30 gépen elindítva egyszerre.

Erre az nfs is jó, nem itt a gond a szambával...

A samba nem 2k3r2 server. És az ms-nél meg is tesznek, amit tudnak, hogy ne legyen valódi alternatíva. Ez igaz, de az is biztos, hogy nem "A modern számítástechnika szégyene"

Évekkel ezelőtt jóval előnyösebb volt szambázni, mint windows kiszolgálót használni - és nem csak anyagi oldalról. Ezt az előnyt masszív és kitartó munkával sikerült méretes hátránnyá ledolgoznia a szambának.

sajnos +1

Az nfs-nél azért szeretem jobban a sambát, mert a jogosultságokat jobban lehet finomhangolni.
Gondolok konrétan a force user, read list, write list, force create mode, stb.stb. opciókra, ahol @group -ot is meg lehet adni.

Opsz, egy újabb szégyen: az ugorwx, mint jogosultsági rendszer... (Jó, persze, vannak előremutató megoldások, de azért eléggé lemaradozva...)

Én még nem futottam bele a korlátaiba, igaz nincs többszáz user, csak tucatnyi körüli.

Én 6000 userrel élő rendszeren is jól tudtam használni. Persze nem egyesével állítgatva, hanem management rendszerrel kezelve az objektumokat.

Jogosultságok öröklése, öröklött és explicit jogok megkülönböztetése. humán rendszergazda kizárása bizonyos állományok tartalmának eléréséből.Hirtelen ezek ugrottak be...

Márpedig ez a legkiforrottabb rendszer. Korlátlan ura lehetsz a rendszerednek és erre rá lehet építeni authlist-eket és egyéb policy rendszereket szépen konzekvensen. Mondj egy jobbat.

Mondj egy jobbat.

novell netware 3.x+ jogosultsági rendszere, 1991.
aki használta, tudja, hogy miért volt ez a legjobb. csak sajnos a oprendszerrel együtt ment a levesbe...

+1. De a VMS-és em volt rossz, ha jól emlékszem...

nem ment a levesbe. Open Enterprise szerver, SLES alapon, rendes trustee támogatással.

Az is vicc pl. egy rsbac-hoz kepest.

--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!

'91-be a Linux még csak gondolat se volt...

_________________________
Hogyan?

Pedig az első publikus verziója akkor jelent meg. :)

igaz, de az még közel sem volt olyan komplex mint egy Novell, vagy egy akár egy-két évvel későbbi linux disztró.

_________________________
Hogyan?

"pl."

Mondhattam volna akarmelyik masik CC LSPP/RBACPP-nek (vagy TCSEC >=B1-nek) megfelelo rendszert, csak azt itt a hupon ugysem ismerik.

--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!

Nem tudom, hogy elég-e, de:
"The Red Hat Enterprise Linux 5 kernel provides ACL support for the ext3 file system and NFS-exported file systems. ACLs are also recognized on ext3 file systems accessed via Samba."

es ki tudsz vele ertelmesen hajtani egy gigas halot?
mert azt elhisszuk hogy sok adatot tarolsz a szerveren, de megmozgatni is tudod oket?

egyebkent nekem sem lenne semmi bajon a sambaval, ha nem lenne ez a sebeseg problema

nincs gigás hálóm, és a közeljövőben nem is igen lesz.

Tisztázzuk ! Az a cél, hogy kihajtsuk a gigás hálót vagy az, hogy használható eszközünk legyen ? Ha az előbbi, akkor felejtsük el a kínai 1000 forintos ethernet kártyákat a dzsunka pc-kben, a 2000 forintos gigás switcheket és a többit. Vegyél rendes szerver vasakat, vegyék igazi switcheket, rendes kliens konfigokkal rakd körbe és lásd a csodát, menni fog. Mindig elkap a röhögőgörcs, amikor belefutok egy topicba, ahol siránkoznak, hogy a gigás hálón nem tudnak az elméleti sávszélesség 100%-val word doksit megnyitni ! :D Bakker ! A többi agyi anomáliáról most nem is kéne flame-et indítani, hogy ha gigás a kiszolgáló és a kliens, miért nem megy gigán a cucc, miközben a switch összes többi portján ftp-zik a bamba user.

Nálam rendes szerver vasak vannak, tisztességes switch, rendes kliensgépek, eredmény: samba 25-30 MB/sec, afp (netatalk) 90-95 MB/sec.....

Otthon összelapátolt core2duo -s "szerver" van, mondjuk a switch az normális, de az eredmények ugyan ezek.

MA már a legszarabb hálókártya is képes kitolni a gigabitet, és a legszarabb switch is képes switchelni azt.

Na és a kliens OS?
Próbáltam: Linux, XP, Vista/Win7.
Csak az legutóbbi szalad 60-70MB/s átvitellel.

Még valami: "Minden switch" kategóriába eső switch nemrég került nyugdíjazásra, mert érdekes módon csak SMB forgalmat dobálta el.

OSX 10.6, imac, macbook pro vegyesen.
switchek pedig allied telesyn-ek, tehát azért nem a legolcsóbb szar gagyi, nem hinném, hogy ez a gond 8pláne, hogy afp, ftp meg hasít).
otthon szintén imacek, macbook pro -k a kliensek, 10.5 és 10.6 -os OSX-szel vegyesen.
otthoni switch egy linkpro menedzselhető switch.

Mac ide vagy oda az smb ott is csak egy implementáció. Bár Ubuntu liveCD is képes volt kihozni 50-60MB/s-t .

Azért hozzá kell tegyem ez egy pár gépes otthoni hálózat.
Minél több szálon kéne fusson max sávszélességgel annál több a járulékos veszteség.
Ami nem tetszik az a "unix extensions" "wide links" páros...

"Mac ide vagy oda az smb ott is csak egy implementáció."

Egész pontosan Samba Version 3.0.28a-apple van a 10.6.3-ban.

Még így is lassabb, mint a natív, Vista/Win7.
A 3.4.7, sőt a 3.5 SMB2-vel viszont biztos vagyok benne, hogy hozna javulást.
3.3.2-tól kezdtem és 3.4.0-ra már érezhető gyorsulás volt. Legalábbis itt.

Remélem akkor, hogy tesznek bele 3.4-et.
Mondjuk a netatalk afp -n keresztül nagoyn jól teljesít 90-950 MB/sec-eket hoz.
Itthon inkább afp-t használunk emiatt, sambat csak a médialejátszók használnak.
Irodában viszont a jogosultságok finomhangolása miatt kell a samba, de ott meg inkább rengeteg kis file van emgynitva, így nem jön ki, hogy lassú lenne.
Tehát engem annyira nem érint a dolog, hogy nem viszi a gigabitet, csak mint fentebb megjegyeztem, részemről ezt az egy hibát tudom samba-nak felhozni.

"MA már a legszarabb hálókártya"

Toljál ki egy 1.000 Ft-os PCI-os Realtek-el GB-et.

Ja hát PCI-ossal nem fogsz kitolni, de PCIexpress-essel igen, az 1.000 Ft-ossal is.
A megbízhatóságról nem beszéltem, meg ha sokszáz szálon van forgalom arról sem.

Hát én öszinte leszek, a Realtekkel szokott a legkevesebb megbízhatósági gond lenni. Sajnos (mert szegény ember vízzel főz) van szerver is, amiben r8169-van de meglepő módon sosem dobja el a linket. Ellenben néhány IBM szerverben lévő alaplapi Broadcommal.
---
Internet Memetikai Tanszék

"ha sokszáz szálon van forgalom arról sem"

A halokartyanak teljesen tokmindegy, hogy hany "szalon" megy a forgalom.

--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!

Mondjuk ma már a hálókártyákba integrált TCP offload engine-ek és hardveres tűzfalak világában ez sem feltétlen igaz, de tény, hogy eddig ilyen problémával még valóban nem találkoztam.
---
Internet Memetikai Tanszék

Ja, a TOE az mas. :)
Hardveres tuzfalrol nem volt szo sehol a threadben.

--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!

Jellemzően integrált alaplapi realtek "hálókártyákkal" jártam már úgy, hogy egy szálon tökéletesen tolta a gigabitet, de amint elkezdtem 20-30 szálon iperf-ezni, vagy bármit mást csinálni, letérdelt a hálókártya. Lehet, hogy ez driverhiba volt, lehet, hogy szar hardver, nem tudom.

elég gyakran szar hw az ok.

köszönjük az értékes hozzászólást
leülhetsz!

Az ugye stimmel, hogy nem csak fajlmegosztasbol all a vilag?

----------------
Lvl86 Troll

Igen, szubjektív véleményt írtam, az én szemszögömből.
Komoly feladatra komoly rendszer kell, pl. párszáz .xls vagy .ods megosztására, csoportos használatára jó a samba.

"még nem láttam olyat, hogy gigabites hálón 30 MB/sec-nél nagyobb sebességet csiholt ki valaki belőle"

jelen

de a gigabitet te sem tudtad vele kihajtani, ha jól emlékszem...

hát csak amennyit a vinyó tud. most erről a laptop vinyóról 63MB/s-el tudok dolgozni, de a cégnél megvan a 80-90-is. persze ezek nagy fájlokra értendők, dehát én azokkal dolgozom.

ez nagyon jó, van valami extra beállításod, valami extra hack?

(még ezt akartam a fentihez, csak megelőztél)

nincs semmi trükk. igazából nem a sambát kell basztatni (vagyis azt csak nagyon minimálisan), hanem az os-t, mind a szerveren, mind a klienseknél. gondolok itt a tcp beállításokra (sysctl és hasonlók), fájlrendszer, bufferelés, oplockok, stb.
még mikor a cégnél elkezdtem sambát használni, xp kliensekkel, véresre karmoltam magam, és ennek a sebességnek csak a felét sikerült elérni. itthon meg még annyit sem, de hát ez mondjuk gyenge kis gép, gondoltam emiatt lassú. aztán vistára váltásnál már nem kellett szinte semmit sem hegeszteni. win7-nél meg aztán pláne.
és ugyanazt a samba configot használom már ezer éve, hozzá sem nyúlok, és pl. most ubuntu 10.04-el és a benne lévő sambával megint gyorsultunk. (igaz a sok bug miatt épp most rakom vissza a 8.04-et a szerverre :( )

----------------------------------
feel the beat - it's everywhere!

Persze, hogy nem rossz, csak elszaladt mellette meg az NT4-es tudása mellett a világ...

Egyébként én az iPod-omhoz már nagyon régen nem használok iTunes-t. Fenn sincs.


"no video codec le a win32vel", de "Gentoohoz lehet meg tul fiatal vagy"

Excel 2007 OleDb/Jet-en keresztül: Cellákba akár binárist is pakolhatsz, de a headerek max 30 karakteresek lehetnek.
Így ha egy reportot akarok csinalni, ahol az oszlopok neve a paraméter neve, a cella értéke meg az adott esetbeli értéke, akkor a "AI Settling Time Test Limits - AI Settling Time Test Limits[1] - Sample Interval (us)" már nem fér ki oszlopnévnek...

Másik: Excel worksheet neve gyakorlatilag 0-9a-zA-Z_ + space halmazon kivul semmit sem tartalmazhat, s ugyanugy max 30 karakter a limit.

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

Rofl. Mondjuk ebben az OpenOffice hogy all? :D Bar a worksheet neve szerintem annyira nem gáz. Bevezethetnek az MSN protokollba is ezt a 0-9a-zA-Z_ + space dolgot :D
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

nemtom, a cég xlsx-buzi, így konvertálni kéne odf-ről, ahol ugyanugy elveszik a lényeg, igy nem neztem meg.
Ja, a limitacio beegetett, szal ha áthekkelem az xlsx-ben kézzel az xml-eket, akkor hibás file-t mond az excel és repairolja (== törli az adott worksheet-et)...

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

Tanultam egy új szót: "repairolja". :)

Elteszem későbbre, hátha egyszer kifogyok a "javítja", "helyesbíti", "korrigálja", "rendbehozza", "helyrehozza", "működőképessé teszi" szerű kifejezésekből. :)

Ha atment a mondanivalo, miert baj ? :)

Mert gagyi. Mondjuk ez nem baj, csak vannak igényesebb emberek is....ez miért baj ?

Ez ugyanugy repair-ol, ahogy a scandisk repair-olja a filerendszeredet, azaz hasznalhatatlanra.
Ha azt irtam volna, hogy javitja, az sertes lett volna az igevel szemben.

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

Mert már van magyar "változata": reparál

-----
Innen most töltsünk tiszta vizet a nyílt kártyákba: ...

sőt olyan is van amikor valaki félve áll neki javítani:

reparáz


No rainbow, no sugar

Szándékosan maradt le smiley? Mert ha igen, akkor lapozz fel egy helyesírási kéziszótárt.

-----
Innen most töltsünk tiszta vizet a nyílt kártyákba: ...

Nem baj, és a hozzászóló megmagyarázta később, hogy ironikusnak szánta a kifejezést, csak készületlenül ért a dolog. :)

Bár ha nem viccből kérdezted volna, hogy miért baj, azt válaszoltam volna, hogy akkor nyugodtan moss fogat a wc kefével - a célnak az is megfelel... :)

Azzal mosok :)

Két azonos nevű fájlt már meg bír nyitni két különböző könyvtárból?

ha jól emlékszem, nem :)

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

Nem, 2007-s sem.

----------------
Lvl86 Troll

Windows 7 x64, MS Office 2007 sp2, meg tud nyitni.

--
Don't be an Ubuntard!

Csodálatos, hol tart már a tudomány...! :-))

Nem hinném, hogy ez Windows-specifikus dolog lenne..

http://kepfeltoltes.hu/view/100515/xls_www.kepfeltoltes.hu_.jpg

Neked tényleg "érzéked" van a flémre! :D

jo olvasni :D Ha unom kiszallok, es sör+popkorn :D Hozom a nezettseget a hupra :D
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

Nem ilyenkor szokás azt írni hogy: "Get a life!" ?

nem ertem meirt kellett volna erre azt valaszolnom :D
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

fax -> mehetne végre a témonyákkal együtt a levesbe, hiszen van email, voip, stb, meg színvonalasabb szolgáltatók is.

e-magyarország.
ahogy megalkották, azóta is vicc.

elektronikus iratkezelés 2010-ben, aláírásokkal, tanúsítványokkal, időbélyeggel: a csalás törvényi tényállása, csak akik használni kényszerülnek, -mivel nem értenek hozzá technikailag- fogalmuk nincs róla. (példa: nem telik a több százmillió Ft zsebreb*szott közpénzből nemzetközileg elfogadott gyökértanúsítványra se, a takarnet meg jüb témáját most nem hozom ide, hogy egyidőben egy netkapcsolatról legfeljebb egy némber halászhat adatot, az is egy egész napos kirándulás a bitek között)

azt tudjuk, hogy nem így kellene mennie ezeknek a dolgoknak.
azt látjuk, hogy mégis így mennek.
azt szeretnénk, ha nem a mssql körül forogna végre az adatbázisgyártók feje.

hirtelen ezek jutottak eszembe, mivel ezek használatával szopkodtam már végig órákat az ügyfeleimnél.

de sebaj, magyarország, én így szeretlek.

--
blackPanther 10.1.1

keseredes karorom, de en nagyon felrohogtem a hozzaszolason :D
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

biztos van még egy rahedli szar, csak hirtelen ezek foglalkoztattak ;)

--
blackPanther 10.1.1

mi az a témonyák?

témonyák, akik szerint jobb velük a világ.
én úgy veszem észre már 2 éve, hogy nélkülük sokkal jobb volt.

--
blackPanther 10.1.1

still dont get it

magenta színű hányás

T-online, T-home, T-mobile, Deutsche T-elekom, T-arifa, T-estveriseg, T-okkelutottek, T-okomtelevanveluk, T-udjafenemivanmeg

--
I can't believe Steve Jobs's liver is replaceable but the battery in my iPhone is not. - sickipedia

végre valaki tud magyarul :)

még mindig messze jobb mint az Invitel. (A UPC-rol nem tudok nyilatkozni, nem lattam még kozelrol, de tudtommal a vezetekes telefonjaikat nekik is szidjak)
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

Mármint a magyar kir. posta és a sok évet várhatsz, hogy legyen telefonod?

A fax még sokáig nem fog megszünni. Egyébként mi a problémád vele?
A többi ok.

2010-ben küldenék elektronikusan aláírt (csipkártyás tanúsítványos) pdf-et amiről lerí hogy mikor és ki írta alá, de nem.
faxon kell.
bittos rajta van a zujjlenyomatom, hogy én írtam alá, nem a szomszéd.

szerintem is marad még egy ideig, de csak azért, mert berögződött mint a "miben segíthetek" biztonsági őr a polgárjenő hivátálbán.

a hivatali ügyintézésről: a nyugat.hu írt egy cikket nemrég, hogy itt szombathelyen ügyfélhívót pakoltak be, hogy az ügyfél ne slisszoljon össze-vissza, meg az ügyintézéstől is elmenjen még jobban a kedve.
de faxon is beküldheted a kérvényeidet, majd eccer valamikor valaki talán foglalkozik vele, amíg a faxtól a papírkosárig elér.

--
blackPanther 10.1.1

láttad azt a képet - neten terjedt -, hogy a fax tálcája le volt törve és egy iratmegsemmisítő volt alatta?

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

"2010-ben küldenék elektronikusan aláírt (csipkártyás tanúsítványos) pdf-et amiről lerí hogy mikor és ki írta alá, de nem.
faxon kell.
bittos rajta van a zujjlenyomatom, hogy én írtam alá, nem a szomszéd."
Ez nem magyar betegség szerintem, hanem világszintű. A fax pedig alapállapotban tud annyit, mint az általad írt példa, szerintem. Mert küldhetek egy chipkártyás tanusítványosan aláírt pdf-et, ha az aki kapja nem ismer, akkor neki ez ugyanannyit ér, mint ha egy faxot küldök. És ez egyszerűbb is.

Nekem a pocsékolás. Felénk jót játszanak vele a titkárnők:

Kinyomtatjuk, elfaxoljuk, a túlvégen a faxot beszkenneljük, OCR-ezzük, beleírunk, kinyomtatjuk, visszafaxoljuk...

kimaradt egy-egy lépés az elejéről és a végéről:
kinyomtatjuk>aláíratjuk a főnökkel>...
bár mondjuk már ide is kitalálták az elektronikus aláírást: főnök aláírása egyszer beszkennel, doksi aljára beilleszt. :)

Dehogy maradt ki. Egy doksi sokszor 3-4 ilyen kört is megjár (mindkét oldalt belejavítgatva), mire aláírásra kerülne a sor, már ha egyáltalán aláírandó dologról van szó. Egyébként meg a faxolt aláírás, mint dokumentumhitelesítési megoldás, enyhén szólva tág teret hagy a fejlődésre :)

"Egyébként meg a faxolt aláírás, mint dokumentumhitelesítési megoldás, enyhén szólva tág teret hagy a fejlődésre :)">ja, ja. :) kínai "cégek" is "hitelesíttették" így akármilyen dokumentumukat, 90es évek közepén. saját magának küldött faxot adta a vámhivatalnak.

"elektronikus iratkezelés 2010-ben, aláírásokkal, tanúsítványokkal, időbélyeggel"

Pedig ezt igy kell korrektul megoldani, alairasokkal, tanusitvanyokkal, idobelyeggel, barmennyire is hihetetlen a phpistikeknek.

--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!

Az a baja, hogy miert nem jo pl a verisign vagy thawte (értsd: NEMZETKÖZILEG elismert cégek), miért kellett 3, itthon is noname bétét kijelölni, akik ráadásul 15x annyiért dolgoznak.

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

a thawte azért nem jó, mert onnan indult az Ubuntu. :P

"miért kellett 3, itthon is noname bétét kijelölni, akik ráadásul 15x annyiért dolgoznak.">ez miért kérdés? :DDD

ja, bocs, mindig elfelejtem, melyik orszag :)

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

Az megvan, hogy a Thawte tulajdonosa a Verisign? :)

Egyébként én úgy tudom, hogy nem kijölték a cégeket (mint mondjuk a közös jogkezelőket), hanem akkreditáltatni kell a céget egy arra szakosodott akkreditáló céggel. De tény, hogy már régebben néztem a vonatkozó szabályozást.
Ha a fenti igaz, akkor elvileg, a Thawte vagy a Verisign, esetleg egy viszonteladójuk akkreditáltathatnák magukat, hogy az államigazgatásban elfogadott szolgáltatást nyújthassanak.

Üdv,
Gergely

"hogy az államigazgatásban elfogadott szolgáltatást nyújthassanak."

megnézném, hogy ki mikor hogyan mivel mennyiért fogja beengedni m.o.-ra akármelyik céget!
a politika eleve úgy alakította ki ezt a helyzetet, hogy itthon csak két cég feleljen meg az "elvárásoknak". az egyik a mikroszek, a másiknak meg a nevét mindig elfelejtem.
kezdjük ott, hogy az ügyvédek/közjegyzők/végrehajtóknak biztosított tanúsítvány-téma hibádzik ahogy van -lásd fentebb, csalás törvényi tényállása-, plusz az elektronikus archiválási kötelezettségeknek ezen irodák úgy kell hogy eleget tegyenek, hogy meg kell tanulni ftp-zni, hogy feltöltsék a cuccaikat.
azt nem is merem feszegetni, hogy az egyik cég által reklámozott 100 év múlva tényleg lesz-e raktáron működőképes szoftver és hardver a feltöltött anyag megtekintéséhez.

abba megint ne menjünk bele, hogy az archiválási szolgáltatást, mint a fent említett szervezetek részére "kötelező igénybevételű" szolgáltatást miért is csak ez a két cég nyújthatja -jogszabályba foglalva-.

nem az a problémám, hogy én nem léphetek erre a piacra -bár tervbe volt, csak amikor a beruházás várható értéke majd' elérte a 100millát, akkor lemondtam róla- azt is leszarom hogy az ubuntunak/canonical-nak mennyi köze van a két nemzetközi szolgáltatóhoz.
az a problémám, hogy ezt a történetet megint olyanok üzemeltetik/üzemeltethetik, akiknek nem hogy ezekhez nincs közük, hanem még a számítástechnikához se nagyon.

agyarország, én így szeretlek.

--
blackPanther 10.1.1

Csak az a bajod, hogy egyik noname bt sem a tiéd :P

--
"Or just open the kconf editor, enter "dbd46848b31f34fe4fc0503d5ab28a98" and set the value to 23."

"a korrupció az, amiből engem kihagytak!" :D

igen :D

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

"ami katasztrófa, ahogy áll, és régóta nem halad semerre", íme.

- nokia, symbian (kik alltak mogotte es mikor kezdtek. 2010 van!)
- apeh adobevallas
- magyarorszag.hu
- tagabb ertelemben az egesz un. e-kormanyzat.. ROTFL!
- wmv formatum kitarto hasznalata
- linux desktop

stb

nokia, symbian: legutobbi s60 az ovi store-ral nekem egesz korrekt. Illetve az is szar, de még mindig nem talaltak ki jobbat. Az android lehet jobb lesz, de nekem még prealpha hozza kepest., WinMoékrol meg ne is beszeljunk hogy elszurtak.
ha mar Symbian akkor Symbian UIQ nagyobb szegyen

Linux desktop : kiegeszitenem: Linux desktop kezdoknek, es linux desktop 3d !nvidia es !regiati kartyaval
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

driver - 3D - regiatikartya ... pusztuljon el az amd osszes tehene, amikor megszuntette a driver tamogatast

En nem arrol bezselek. Hanem pl dekstopon nekem csak egy rolling distro hasznalhato maganceljaimra, amit van is ertelme Win helyettt hasznalni. De Catalyst mire implementalja pl a xorg-server 1.8 tamogatasat, addigra reg keso lesz. Ugyanakkor az open ati driverek regi kartyan igen szepen mukodnek (ujabban nem). Nvidian meg teljesen korrekt ez a tamogatas properiaty driverrel, beleertve a xorg-server 1.8 "csakrakdbeleaz ignoreABI-t" es ra par napra jott az update ami ezt javitotta dolgot is
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

Ez az Uiq-os dolog így nem igaz. Az Uiq messze megelőzte a korát, 2004 környékéről mutass nekem még egy telefont a p800 és p900-on kívül, ami korrekt PDA élményt tudott nyújtani egy okos telefonon? Nem az Uiq-al volt a baj, hanem a Sony Ericcsonnal, akik el kezdtek ücsörögni a babérjaikon, és az Uiq3 megjelenése után b.sztak vasat tenni a rendszerük alá, gyakorlatilag ugyanaz a 204 Mhz-s ARM proc melózik p990i-től fölfelé az összes UIQ3-as teloiba, és ez bizony tényleg szánalmas. Az Uiq egy forradalmi platform volt, csak sajnos hagyták bebukni az egészet.

2004 környékéről telefont, ami PDA is? Palm Treo sorozat esetleg?
--
http://wiki.javaforum.hu/display/FREEBSD

Szerintem akkoriban a WinMO 2003 kifejezetten hasznalhato volt. Es messze tobb program volt ra, mint UIQ-ra. De a WinMo 5.0-tol folfele szanalom a kobon
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

Nekem a mai napig (2006 óta) P990-em van, és teljesen meg vagyok vele elégedve.
(Tudom, parasztnak vidékre ez is jó.)
Mondjuk a BlackBerry az, ami dobott rajta a többihez -pl WinMo- képest.

A blackberry is egy rakas szar. De nekem is epp p990em van, de erik az n900
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

10M légy nem tévedhet?

Idézet:
- apeh adobevallas
- magyarorszag.hu
- tagabb ertelemben az egesz un. e-kormanyzat.. ROTFL!

Sok beleszólásunk nincs, de... mi az ami nem jó és mi lenne helyette jó? Hátha mégis lehetne változtatni rajta. :)
--
http://wiki.javaforum.hu/display/FREEBSD

én nem beleszólni akarok, hanem inkább nekik, hogy mielőtt bevezetik, legyen működőképes.
értem azokra minimum, amikkel nekem volt dolgom mint iroda külső rendszergazdájának.
konkrét példákkal is tudok élni ;)

nem helyette kell, hanem ezt kell olyan stádiumba hozni, hogy a hétköznapi ügyintézés ne fűrész 8 szintű élmény legyen.

--
blackPanther 10.1.1

Idézet:
hogy mielőtt bevezetik, legyen működőképes.

Az a baj, hogy ennek egy része politika... a beszállító cégek szinte kivétel nélkül mind-mind egy-egy politikushoz köthetőek - és nincs kitüntetett párt, amelyik tiszta lenne. Ezt a szálat nem érdemes továbbvinni... :)

Idézet:
értem azokra minimum, amikkel nekem volt dolgom mint iroda külső rendszergazdájának. konkrét példákkal is tudok élni ;)

Nosza... érdekel. :)
--
http://wiki.javaforum.hu/display/FREEBSD

példa1:
végrehajtóknak (is) keltették életre a jüb-öt, meg a takarnetet.
ezeket egyrészt ügyfélkapus reggel, másrészt pedig a kamara és a mikroszek által biztosított chipkártyával tudják igénybe venni. bármelyik hiányzik, a szolgáltatás nem használható. ezzel adtak egyet a biztonságnak, azt mondanám, rendben van. de akkor nézzük sorjában:
-telepítsd a kártyaolvasót (német nyelvű szar, de már találni angolt is)
-telepítsd a kártyát (szintén driver, csak a capicom-ot hagyták ki belőle)
-jelentkezz be a fent említett szolgáltatások valamelyikébe, oszt' látható/érezhető, hogy 1 db lekérdezés a jól kitalált és kivitelezett ms alapú tetülassú adatbázisokból, meg a hozzá webprogramozott fossal kb 8-25 perc. az az izgalmas, amikor elindítasz egy lekérdezést/keresést, van az úgy, hogy eldobál a p*csába.
de van úgy is, hogy a szolgáltatás ámblokk nem működik.

példa2:
capicom. miért kötelező az ie-t használni ahhoz, hogy ez a jól összeszervezett fos egyáltalán működjék?

példa3:
megjelent a piacon egy nagy jövő előtt álló cég, akik végrehajtókból és programozókból állnak. kitaláltak egy akkora durranást, hogy a bemutatón minden résztvevőnek orgazmusa volt!
értsd: az eddig órákat igénybevevő több résztvevős melót radikálisan lehet csökkenteni, valamint postázógéppel együttműködik a történet, innéttől 20 perc alatt 1000-5000 levél jön ki belőle, attól függően, melyik tipust veszed meg.
ez is hibádzik: kell vegyél egy qrva win szervert mssql szerverrel együtt, mert mssql-be tárolnak, az ocrizált leveleket meg pdf-be -ezzel együttérzek-.
nem értem, miért pont mssql. kilátásba még nincs mysql vagy pgsql se.
magyarul, nemcsak a vh-k gépparkjának 60%-át kell lecserélni, hogy elérjék a kétmagos procikat meg a 2 giga ramokat gépenként, hanem még 17csillió Ft-ért végy egy win szervert, hogy menjen a történet.

példa4:
ügyfélkapus történet. nem sok dolgom volt vele, hallottunk/olvastunk elég infót ahhoz, hogy láthassuk, mennyire komoly banda és milyen komoly technikával csinálja, ahogy a felviponthu történetet is.

tovább nem sorolom, mert amik még ezen kívül akadnak, azok viszont nem publikus jelenségek.

--
blackPanther 10.1.1

Idézet:
példa4:
ügyfélkapus történet. nem sok dolgom volt vele, hallottunk/olvastunk elég infót ahhoz, hogy láthassuk, mennyire komoly banda és milyen komoly technikával csinálja, ahogy a felviponthu történetet is.

Noigen, ezen lenne mit változtatni... de amíg úgy írják ki ezeket a pályázatokat, hogy a legkomolyabb feltétel az, hogy a beszállító részt vett már legalább százmilliós állami lopásban^W projektben, a konkrét feladatban való jártasság nem szempont, addig nem várható sok javulás... :)

A komoly banda és a komoly érdekes kérdés lehet... :)

Idézet:
tovább nem sorolom, mert amik még ezen kívül akadnak, azok viszont nem publikus jelenségek.

:)
--
http://wiki.javaforum.hu/display/FREEBSD

kökir
-kliens oldalon állandóan fagy, szerver oldalon meg sztem még nem gyártottak olyan hardvert amelyik kiszolgálná azért fagy.
-java alapú, de futtatásához win kell, és nem csak azért mert ez van a törvényben.

Ahja, az ilyenek helyett kellene csak publikus API-t adnia a hivatalnak, amelyhez több cég is (vagyis akárki) írhatna klienst... :)
--
http://wiki.javaforum.hu/display/FREEBSD

És az miért lenne jó ha még nagyobb mértékben folynának, folyhatnának bele magáncégek állami projektekbe? Te magad írtad előbb, hogy a privát beszállítók kiválasztásánál a politika akarata érvényesül.

Pl. kolléga említette a kökirt. Beszállító: Eclipse Zrt volt róla elég hír mostanában a sajtóban...

Idézet:
És az miért lenne jó ha még nagyobb mértékben folynának, folyhatnának bele magáncégek állami projektekbe?

Remélem érzed a különbséget a dokumentálatlan és foggal-körömmel védett interfészhez való kapcsolódás és a publikus-szabványos API között. Az előbbire lesz egy darab - a politika által kiválasztott beszállító által fejlesztett - kliens program, az utóbbira bárki írhat-írathat-árulhat kliens programot, nincs kiválasztott szállító. Az utóbbira jó példa az adóbevallás "közvetlen" beküldése: a szerver oldalon egy közönséges WebService figyel, és a WSDL alapján bármilyen nyelvre és platformra lehet klienst készíteni, bár nincs világgá kürtölve a "soap:address"... :)

Én abban látom a problémát, hogy az állami IT megmondó emberek máig nem tudták levetkőzni a papír alapokon való gondolkodást, és ebből adódóan nem tudják elképzelni a folyamatot. Az e-közigazgatás szinte kivétel nélkül azt jelenti, hogy állam ad különféle kliens programokat, amelyek az állampolgár számítógépére helyezik az ügyintézői pultot, s az állam ad nyomtatványokat, amelyeket ki lehet tölteni, majd a kliens programmal át lehet küldeni a hivatalnak. Ha ehhez hozzáadjuk a "hivatali" mentalitást, akkor zavaros és problémás helyzeteket eredményez... :)

E helyett az államnak adnia kellene egy "ügyfélkaput", ahol minden hivatal közzé tudja tenni a saját (akár fizetős) szolgáltatásait (ehhez a hivataloknak rá kell jönniük, hogy ők szolgáltatnak és szolgáltatásokat kell nyújtaniuk!), az állam pedig nem ad ezekhez drága pénzért kifejlesztett kliens programokat, azt megírják azok, akik használni szeretnék a szolgáltatásokat. Ez jelenthet egy UDDI-t, amelyben a bejegyzések leírják, hogy mik is a szolgáltatások, mi a kérés és a válasz, mi a belépési pont. Klienst meg írnak rá a könyvelőprogramok gyártói, a különféle integrátorok és beszállítók, illetve az open source világ se záródik ki a körből.
--
http://wiki.javaforum.hu/display/FREEBSD

de szép is lenne.

Az a baj ezzel, hogy kevesebb közpénzt lehetne szétosztani és még hatékonyabb, innovatívabb is lenne az e-közigazgatás.

Bár szerver oldalon csak megmaradna a gubanc.

Gondoltam már rá, hogy összeírok magamnak egy szoftver feketelistát, aztán mindig elmaradt.

- Cyberlink PowerDVD
Egy PC-hez adták ismerősömnek, neki nem kellett, így nekem adta. Gondoltam ha már megvan eredetibe, illik kipróbálni. Kipróbáltam egy DVD filmet rajta: Nem volt felirat, random módon kifagyasztotta magát, de sokszor volt olyan is, hogy csak a hangot játszotta le.

- Internet Explorer
Hiába haladnak vele jó irányba(?), tetű lassú.

- Windows Live Messenger
Ami miatt feketelistára tettem az a túlzott szövegformázási szabadság. Már-már ott tartottam, hogy a sok csicsától nem tudtam értelmezni, hogy mit akar írni az egyik partnerem, mert minden második szava helyén egy kép szerepelt. A nevekről meg inkább nem is beszélek. :)

Egyelőre ennyi.

--
http://modellers.hu

WLM +1
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

3 kattintással kikapcsolhatóak a custom emoticonok megjelenítései. Viszont cserébe tud olyanokat, mint voip, direct file transfer, offline messaging, meg egyéb nyalánkságok. :)

--
Don't be an Ubuntard!

ezt a file transfert komolyan gondoltad? (Voip resze sincs sehol a skype-hoz kepest mondjuk). Neharagudj mar, de mindket vegrol nyitott portokon (6791-6800-ig kell aszem elvileg nyitni hozza) 5kb/sec, aztan még meg is szakad? Vicc az egesz. Emlekszem, mikor regen inkabb csinaltunk DC-re egy mini YnHubot, mert egyszerubb volt, mint msnen file-t kuldeni.
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

A régi msn tényleg fos volt, mert az msn szerveren keresztül küldte át a fájlt, de ha mindkét félnek újabb kliense van, akkor megy a direct file transfer. Persze nem többszáz mega transferelésére van, de pár fényképet vagy egy zenét simán át lehet így küldeni, és olyan sebességgel fog átmenni ahogy azt a két fél közti kapcsolat engedi.

--
Don't be an Ubuntard!

Persze, ki lehet, de mit érek vele ha a szavak helyett rövidítéseket használnak? Egyébként WLM tele van komolytalan pistikékkel, akik már azon is megsértődnek ha nem válaszolsz vissza nekik. Ezért is töröltem magam a Windows Liveról, jó nekem a Skype is. :)

--
http://modellers.hu

+1.

Szerencsere ki lehet kapcsolni ezeket a kepeket, animaciokat. Egyes animaciok kitalaloi nagyon pihentek lehettek :- ).

- Windows Live Messenger
Ami miatt feketelistára tettem az a túlzott szövegformázási szabadság. Már-már ott tartottam, hogy a sok csicsától nem tudtam értelmezni, hogy mit akar írni az egyik partnerem, mert minden második szava helyén egy kép szerepelt. A nevekről meg inkább nem is beszélek. :)

ezeket mindegyiket kilehet kapcsolni 2 perc alatt teljesen. nekem semmilyen formazas nincsen, semmilyen smiley stb. viszont mutass nekem masik im klienst ami msn protokollt tud hasznalni es engedi hogy egyszerre ket geprol legyel beloginolva. mert pl a live messenger kivaloan tudja ezt.

_____________________________________________________
Nyerj Dell Mini 10et. katt :)

Tegyük hozzá hogy ezt a ficsört kemény fél/1 éve tudja normálisan.

Mondjak? Skype pl. Egy gépen több loginnal ,több géppel ugyanazzal..egyszerre.
--
AGA@
Clyde Radcliffe Exterminates All the Unfriendly Repulsive Earth-Ridden Slime
Windows hate ;)

Hmmm. A skype ismeri msn protocolt?

smtp

Yeah, újabb nanto-féle trolltopic \o/
[ Like ]

kar, hogy Gabucino mar nem lehet koztunk, biztos elvezne \ő/ :D
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

A legfrissebb Oracle SQL Developer (2.1) miért nem támogatja az Oracle8i-t?

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

A legfrissebb Oracle SQL Developer (2.1) miért nem támogatja az Oracle8i-t?

mert már az oracle 9i-t sem támogatja nagyon a gyártó...
sőt, lassacskán a 10g-t is a leváltandók közé kezdik sorolni.
hol van már a 8i...

http://www.orafaq.com/wiki/Oracle_9i

hol? Oracle Agile eHub pl csak azon fut? :)

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

akkor az is elavult :PPP

Nekem úgy általában azzal van bajom, hogy ha komolyan vennék minden frissítést és az ahhoz ajánlott lépéseket (először tesztgépen, aztán csak az éles rendszeren), akkor nálunk kb. minden napom azzal telne, hogy egyrészt figyelem, hogy van-e újabb driver valamihez, illetve tesztelném valamelyik alkalmazás legújabb frissítését, ami az előző héten beleírt három bug közül javít kettőt.

Egy hónapig nem kapcsoltam be az otthoni gépemet, bő egy óráig csak a frissítések (win, adobe, java, avast, mittomén) másztak rá. Ez tényleg jó így?

ezt nem igazán értem, ha az ember nem használja (csak keveset) a hibák sem jönnek elő (csak minimális valószínűséggel), azaz nem kell frissítést sem telepíteni, ha meg használja akkor meg észre sem veszi, legfeljebb naponta újraindítja egyszer

"...bő egy óráig csak a frissítések (win, adobe, java, avast, mittomén) másztak rá."
Egy órán át kellett vacakolnom mindennel, mire végre használhattam a gépem. Engem ez zavar.

"legfeljebb naponta újraindítja egyszer"
Ez nem mindenhol oldható meg.

És nem csak a windowsról írtam.

azt mondod hogy nem volt olyan gomb amivel eltudtad volna erni hogy frissitsen? bejottek ezek az ablakok es atvette a kontrollt a geped felett es kiirta hogy akarmit csinalsz ugysem fogod hasznalni a geped?
_____________________________________________________
Nyerj Dell Mini 10et. katt :)

Én pénteken egy Android firmware frissítés miatt indítottam el a laptopomon a Vista-t, amelyet március végén használtam utoljára, a Samsung mindenféle cucc feltelepítése és kipróbálása okán, de akkor nem hagytam igazán frissíteni, így most annyi frissítés gyűlt össze, hogy kb. 8-10 alkalommal újra kellett indítanom, illetve a végén kiírta, hogy most tenné fel az SP1-et, ami kb. egy óra lesz, és a gép többször újra fog indulni, illetve nem lesz használható a frissítés közben... na, ezt engedtem, majd ha lesz ennyi időm, akkor megejtem... :)
--
http://wiki.javaforum.hu/display/FREEBSD

Vista tényleg tetű lassan frissít, win7 sokkal gyorsabb e téren (is).

Win7re mar van SP1?

+1 windows update itt is fel napokig tart, ellenben pacman -Syu=mirrrortime+120sec alatt uj kernel, uj nvidia driver, es midnen ami openssl 0.9.8->1.0.0 miatt valtozott up-to date-té valt
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

ez erdekes. :) nekem windows update 600 megat szedett le es telepitett fel, 20 perc alatt, nekem csak a frissites gombra kellett mennem, utanna egy ido mulva kiirta hogy inditsam ujra a gepet,es ugyanott folytatodott minden. kozben pedig azt csinalhattam amit akartam. nem ertem, ha nem ertesz a windowshoz, mi a fenenek hasznalod?
_____________________________________________________
Nyerj Dell Mini 10et. katt :)

600MB abszolút elfogadhatatlan!
egy frissítés összemérhető a teljes rdsz telepítésével?! nonszensz

nem latom a smylit..

mivelhogy nincs

akkor szerinted komolyan elfogadhatatlan, hogy alkalmanként, ha rég frissítettünk, és felgyülemlett ez+az, vagy egy komolyabb javitocsomag jon(service packok winhez+officehoz pl) akakar rettento 600Mb! is letoltodhet?
(Hint: Fedora alatt kb havonta lejon szerintem ennyi)

gozom sincs mirol beszelsz. 11 gigat foglal a windows, mostis es frissites elott is...

nekem az ubuntu is tobb mint 300at akar leszedni, akarhanyszor csinalok clean installt... teljesen elfogadhatatlan mi? tenyleg, akkor ne is legyen frissitesek, mert teljesen elfogadhatatlan :)
_____________________________________________________
Nyerj Dell Mini 10et. katt :)

telepítés mint az a 2GB amiről telepedik, nem mint működő rendszer, a 600mega a 2GB-al is összemérhető, nemhogy ennek nagy része egész biztos nincs összefüggésben frissítéssel
a frissítés pedig nem azt jelenti hogy az egész frissítendő fájlokat, hane mcsak a változást tölti le, ez most mindegy hogy a rendszer által elmentett valamilyen formában lévő telepítőfájlokra vagy másra vonatkozik

de mindegy, végül is egy gyengébb netkapcsolat csak arra való hogy 100%-ban a wint frissítgesse

akkor elarulom neked hogy nem kotelezo frissiteni. ha szepen minden egyes nap frissitgetsz, akkor soha az eletbe nem gyulik ossze 600 mega. ez 1 honap nem updateles utan jott ossze, ha nem több. (belegondolva lehet van az ketto is ) ha szerinted ennyi nem jon osszes AKÁRMELYIK osnel ennyi ido alatt, akkor nemtom. osxnel is altalaban 4-6 megas frissitesek is vannak.
_____________________________________________________
Nyerj Dell Mini 10et. katt :)

akkor most olvasd el a címet meg az összes hozzászólást ;)

Ja, SLES 10 Sp1->Sp2 az konkretan 7gigabyte volt.

SMTP protokol

+1

Nem a szoftverre, hanem az azt használó cégre nézve szégyen: HVG előfizetéssel automatikusan jár az év elején az előző évi számok anyaga CD-n.
A program wine-nal feltelepíthető és használható linuxon is. A telepítő CD-n rajta van a Acrobat Reader 8.0 is, de a 5.0.5-öt telepíti fel. Azért kell a pdf olvasó, mert a képek pdf formátumban vannak! A telepítés után a Folio View 4.2 (1999) program szolgál az adatbázis böngészésére. A programról messziről látszik a Win95/98-as származás. Elindítod, és mintha egy időgépből szállnál ki. Mindez 2010 ben! Igen időtálló beruházás volt ez a program.

-----
Innen most töltsünk tiszta vizet a nyílt kártyákba: ...

Folio Viewre nagy +1. a 90-es évek levegőjét érezni a bináris zárt formátumú szövegadatbázisokon, meg a saját lejátszószoftvert telepítő "multimédiás" cédéken. ilyeneket még mindig terjesztenek?

A HVG még használja.

-----
Innen most töltsünk tiszta vizet a nyílt kártyákba: ...

Woodstone kiadványok is valami hasonlót...
--
Fight / For The Freedom / Fighting With Steel

Ja es a legfontosabb: Properiaty ATI driver (elsosorban linuxon, de Winen is nagy szar, foleg, hogy az oldal azt hazudja, hogy jo lesz az uj drievr regi kartyara, es nemeppen., de archivalni mar lustak
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

+1, egyetlen megoldást találtam, vettem Nvidia kártyát...

> BERUS
Motor: Kubuntu Linux 10.04

Azt ki nem állhatom, hogy olyan Catalyst-ot ajánl fel letöltésre a videókártya kiválasztása után ami nem is támogatja azt, de amit ennél is jobban utálok az, hogy az OEM-eknek (az Ati Radeon-al szerelt notebookokról van szó) elavult driverei vannak, és a hivatalos Catalyst nem használható (ezt a problémát a Mobility Modder megoldja).

IE6 - ez nem szorul magyarazatra
MFG - architekturalisan rettenet (hasznalni is)
WebSphere (kb. 5 evvel ezelotti valtozata) - rettento bugos, eroforraszabalo formedveny (akkor megfogadtam, hogy soha tobbet hozza nem nyulok, nem tudom most hogy all)
Visual Basic - gyakorlatilag az osszes valtozata
Symbianra +1 (valaki mar emlitette) - hasznalni meg csak-csak, de programozni soha!
Flash - egyetertesben Jobs bacsival (nem sok ilyen van)
OpenMoko (sajnos rosszul all, es nem is fog mar fejlodni, pedig drukkoltam)
Pulse Audio (bar itt meg van valami remeny)
x86 - bar most mar nem nagyon van alternativaja, es nem valoszinu, hogy le tudjak majd valtani (most talan az ARM lehet eselyes, vagy ha a kinaiak ragyurnak a MIPS-re, akkor az)
Oracle DB

A Linux kernel es a Win szerintem meg a top10-be sem kerulnenek be.

--
I can't believe Steve Jobs's liver is replaceable but the battery in my iPhone is not. - sickipedia

A stabil és hosszú ideig változatlan Linux Kernel API.

Valoban nem szerencses bugfix kiadasban lecserelni a fel APIt. De ha megnezed amiket irtam, tul eros a mezony.

--
I can't believe Steve Jobs's liver is replaceable but the battery in my iPhone is not. - sickipedia

+1 a Flash-nek
Főleg a Linux-os változatok.
Pl nálam AMD2400+ Ubuntu 10.04 akad a youtube 360p-ben.

Nekem a kedvenceim a DOS-os könyvelő és ezekhez kacsolódó mindenféle bevallást készítő programok. Ezek alól igazán könnyű a hálózatos nyomtatás! :)

+++++++

Megkérdeztem egy fejlesztőt, hogy miért nem írja az évezrednek megfelelő formába a programját, azt mondta hogy ha 20 éve is jó volt akkor ma is jó, illetve azzal érvel hogy multiplatform (!!) mert megy a programja DosBox-al..

Én azokat a cégeket bírom még, ahol a "géppark" modernebbik felén Win98, a régebbin pedig 3.51 vagy 95 (itt - ott OSR2-es) fut. A kedvencem mégis az, amikor könyvelő ismerősöm meséli, hogy egy bizonyos céggel úgy cserélnek adatot, hogy felhívja az ismerősöm az ügyfél céget hogy most menteni szeretne, elindítanak egy programot mindketten, majd 3-tól visszaszámolnak és egyszerre megnyomják az enter gombot. Nem akartam elhinni hogy ilyen még van.. pedig de van.

valoban, regi gepeken még szepen elmennek a DOS-os programok, es tenyleg platformfuggetlenek :D Es Magyarorszagon tenyleg sokan rendelkeznek akár GHz alatt mért gepparkkal
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

Na de... GHz alatti != 10 MHz alatti... érted...

ertem, de egy 300MHz-es Pentium 2-es nem ritka egy magyar vallakozasban, ott Win98 mellett jobbhijan a DOS a nagy platformfuggetlen
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

Ez 5 éve biztos hogy így volt, ma már nem hiszem, ugyanis:
1. manapság 5000-ért hajigálják utánad a 800-1000 MHz-es Celeronokat 512 MB RAM-mal (XP simán elmegy rajta, de az még a P2-n is ha 256 MB RAM-ot tuszkolsz bele, szintén bagóért)

2. egy 10+ éves gépben sokminden cserére szorulhat, és egy P2-be való alkatrész beszerzése (hacsak nincs a padláson éppen), hatalmas szívás tud lenni, egyszerűbb "beújítani" valamit ld. 1. pont

Viszont ha épp úgy adódik, és vesz egy új vasat (xp, vista, akármivel), vagy akár egy új nyomakodót, (párhuzamos port nyista), akkor jön a szopkovácsolás ezerrel...

Ja, tényleg, ezt ki is hagytam, a win98 USB-támogatása elég vicces tud lenni... a nyomtató meg kell a cégnek, és egy új olcsóbb, mint a régibe egy patronkészlet (nemhogy a javíttatása).
Úgyhogy szépen kikoptak ezek az őskövületek már, inkább a GHz körüli változat játszik, már XP-vel.

Az XP+DOS ablak+Clipperben írott app+USB-nyomtató kombótól mentsen meg az ég mindenkit...

adtam neked is egy olyan cuccot, az három db lpt portot virtualizál, nem jött be?

--
blackPanther 10.1.1

Tudom, de miután tettem egy apró, de úgy tűnik, pontos megjegyzést arra nézve, hogy a supportdíj töredékéből az egész sz@rt ki lehetne váltani 3 év követéssel, azután már nem volt szükség arra, hogy én oldjam meg a feladatot... Ahogy nézem, azóta még a levelezés terén elindított sozlgáltatóváltás sem futott le, pedig igen-igen sok hete/hónapja...

dos-os, clipperes, stb. programok tényleg gázak 2010-ben, viszont el kell ismerni, hogy jól kialakított user interface-val (azért ezeknek olyan van), a gyakorlott gizike percenként 10000000 kérelmet tud "begéppuskázni", ha a program várakozik, gizike vakon géppuskázik, amíg a billentyűzet-puffer meg nem telik, etc.etc...
modern gui -n soha sem lesz ilyen gyors adatrögzítés, nagyon nehéz megúszni az egérhasználatot, nem úgy működnek már a kurzormozgató nyilak sem, stb.stb....

Láttam OS/2-n, GUI-s alkalmazást, aminél NEM kellett (nem is volt a gépen) egerészni. Számok/betűk bevitele, mezők közötti váltás, funkciók egy-egy billentyűre kirakva, a visszakapott betűzött listából kiválasztás az adott betű leütésével... Brutál gyorsan lehetett hasnzálni.

Ilyen ügyviteli rendszereket lenne jó, ha készítenének.
Ami windowsos, osx-es nyílvántartó programokat láttam, mindnek az a baja, hogy egyszerűen nem lehet kizárólag billentyűzettel kezelni.
Emlékszem, régen, DOS-os időkben a marikák meg gizikék mennyire brutál gyorsan tudták beverni az adatokat a clipperes vagy turbo vision -os programokba, füstölt a billentyűzet....
A mai gizikék meg marikák meg már egerésznek, ha akarnák, se tudnák olyan tempóban géppuskázni a tételeket.
Erre kéne valamit kitalálni.

Bármelyik grafikus toolkittel meg lehetne ezt csinálni némi extra munkával. Ehhez az kellene, hogy a kivitelező alaposan megtervezze a programot (nem csak az osztályokat, hanem a használatát is).

Tudnák. Csak a Mancikák megtanulták, hogy "a következő mezőre úgy megyünk át, hogy belekattintunk" (holott a TAB ugyanúgy működik).

Szerintem a legnagyobb gond az, hogy az enter (alapból) ugyebár nem a következő mezőre lép, hanem pld. az egész formot elküldi *, a másik meg az, hogy a numerikus billentyűzeten nincs TAB! Az adminisztratív munka zöme számok és enterek leütéséből áll, erre igazán kitalálhattak volna valami megoldást...

* ok. programozó/nyelv/app függő, de az alap windows felállás az ez

A tab nagyon jó helyen van a bal kéznél, csak ritmusérzék kell a használatához :) Az entert meg az ilyen formok esetén tényleg illene next field funkcióra használni - igényes, ergonómiára is gondoló felületterv esetén így is tesznek.

Láttam a szmájlit, de azért reagálok: szerintem az igazi zombi adatfeldolgozás (pld. könyvelés) még ma is arról szól, hogy az ember az egyik kezével az aktákat pakolássza, míg közben a másik kezével a numerikus billentyűzeten pötyög :D Ebben sajnos nem segít a jó ritmusérzék...

Lessel csak ide http://minigui.tvn.hu/ . A problema nem az enter bill.hasznalata, hanem az , hogy op.rendszer egy form kitoltesekor vagy otszor megszunteti a form az aktivitasat, mert neki halaszhatatlan mas dolga van. Raadasul feldob meg egy-egy ablakot, ami aztan a vakon iro Giziket nagyon ki tudja akasztani.

*: Ez programozó/nyelv/app függő – ahogy írtad –, és alap windows felállás – avagy mindenképpen van ENTER-re reagáló inaktív fókuszú gomb – nincs.

:)

Ide tenném még a munkaügyi kirendeltségekben a DOS-os nyilvántartó + Java alapú nyilvántartó kombót is.

Lotus Notes

----------------------------
http://jailhouse.blogozz.com

jártam olyan cégnél, akik erre esküdtek:)

Én meg dolgoztam olyan cégnél, amelyik erre esküdött :)
Még így visszagondolva is kiráz a hideg....

----------------------------
http://jailhouse.blogozz.com

KILLLLLLLLLLLLLLLLLLLLLLLLLLL

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

Jajj ne! Ez fájt..

----------------------------
http://jailhouse.blogozz.com

Ez igazán szép megoldás.

http://mail.bme.hu/Mailbox.html

A link végén legalább a login-ját látjuk?

http://smtpmta.eik.bme.hu/mail/rglozer.nsf

Nem azt látjuk, vagy legalábbis nem feltétlenül azt.

Egyébként meg +1, Lotusznótusztól és Lótuszdominától mentsen meg sors.

Saját alkalmazást készíteni benne, na az az igazi finomság. Kezdve azzal, hogy nézet és az adatbázis-séma nem különül logikailag el. Pl ha a lista nézetben megváltoztatod, hogy melyik oszlop szerint sorrendezzen, akkor a DBLookup függvény is máshogy kezd működni. Vicces hibákat tud okozni...
---
Internet Memetikai Tanszék

Mindent lehet jól és rosszul is használni. Ha a user által használt nézetekben használsz dblookup-ot hát úgy jártál.

:)
ELTÉ-n még ilyen sincs :)

Nagyjából bármi, ami a Last Ninja 2 után készült ;)

Ez igaz.

Sony/Sonic termekek: SE phone managerje katasztrofa (bar a Nokiaje is meg a Motojé is meg a Samsungé is, mindig memkartya mod lett a vege)
Sonic: Sonic Stage (MiniDisc-hez kellett): katasztrofa! Eroforraszabalas, es dumb-on-click, de csomo mp3-at at se tudott konvertalni valamiert, amit midnen mas tudott.
Roxio Easy Media Creator: miota atvette a Sonic, egyre tobb CPU mag kell hozza. Nagy elegedettseggel hasznaltam, mert jol osszerakott program volt, de eroforrasbaratsagrol es click azonnali hatasarol még hirbol sem hallott. De az ujabb verziok mar fel sem telepulnek, ha eppen nincs jo napjuk. Es ez lett abbol a jol mukodo Easy CD Creatorbol, siman korbehugyozta anno a Nero 6-ot (Nero pedig szinten 6 ota egyre rosszabb)

Ja meg Winamp: rendesen bloatware lett, es osszevissza akasztgatja az installerje a codeceket
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

Idézet:
Winamp: rendesen bloatware lett, es osszevissza akasztgatja az installerje a codeceket

Miért bloatware? Mi történt a codecekkel?

:)

WinAmp: kb a 3-as verzióig volt tökéletes audió lejátszó(~4 éve), onnantól egyre bloatwarebb lett.
Akkoriban 5-6mega ramot evett, most meg 50-60-at, cserébe néha laggol is. Egy ideje xmplay-t használok windows-on, teljesen jó.
Igazából annyi a bajom a winamp-al, hogy mindent tudni akar, de nekem csak egy "sima" audio lejátszó általában elég lenne.(nem kell videót tudnia, nem kell browser bele, nem kell firefox/ie toolbar, meg search provider, stb...)

Nekem 14-22 MB-ot eszik (minél több Winamp ablak van/volt megnyitva, annál több adat marad a memóriában) az 5.572 MP3/FLAC lejátszás közben.

A Winamp még mindig ~az, ami régen volt: egy rendszer, felület, ami összeköti a plugineket. Ha nem kell valami, töröld le a pluginjét, és máris csak 6-7 MB-os az étvágy.

:)

Na, kipróbáltam a jelenlegi legfrissebb stabil kiadást. Ha tényleg minden -számomra- felesleges elől kiszedem a pipát telepitéskor, akkor tényleg csak 10-20 mega ramot eszik.(classic témával)

Szóval részemről pebkac. :)
(Alaptelepitésben /next-next-finish/ üres playlisttel 40 mega ramot eszik.)

Modern számítástechnika? Röhögtetsz.

úgy az egész ahogy van

sehol egy normális A.I. hogy megmondom mit csináljon és megcsinálná helyettem, megmondom töltsön be egy weblapot reklámok nélkül és megteszi, irányítaná a háztartási gépeket...

ha húsz éve a mai helyzetet felvázolta volna valaki az első kérdés az lenne "jesszus, a harmadik világháború tényleg a kardokat hozta vissza?! még hogy napi téma egy nyavalyás weblapot melyik böngészőben nézzem mert az egyik nem tud szegélyt kanyarintani.."

:D

Egyetertek! Botrany ugy ahogy van! Amitastechnika! Az iparag egyetlen lehetosege, hogy meg kihuzza valameddig, hogy ugy elbonyolitotta a dolgokat, h el tudja hitetni a megrendelovel, felhasznaloval, h az a hulye - mert nem ert hozza -, es nem a program a hibas, illetve nem az informatika keptelen megfelelni a vele szembe tamasztott elvarasoknak. Csak aztan egyszer a felhasznalok feleszmelnek, es ez mar nincs is olyan messze...

és akkor majd mit csinálnak? :P

----------------------
Real programmers don't document. It was hard to write, it should be hard to understand.

- FTP protokoll - nem is kommentálom
- Komoly cégeknél DOS-os célprogramok tömkelege, és az ezekből megélő(!!) programozók
- A nyílt Intel és ATi driverek állapota az Xorg-ban (sokáigg azon rinyáltak a fejlesztők, hogy azért használhatatlanul sz.r, mert a csúnyagonoszcég nem ad doksit -- mióta kiadott több éve, azóta még szarabb)
- A "ha indulásnál nem fagy szét azonnal, mehet a release-re!!!" kiadási elv
- Az anarchia ami a Linux körül megy... mire a (ld eggyel feljebb) épphogy nem használhatatlan, bugosan kiadott rendszerkomponensben elkezdenek hibákat javítani, valami barom előáll egy újabb világmegváltó ötlettel ahelyett hogy dolgozna a már meglévőn, összegányol egy épphogy nem használhatatlan, bugos kezdeti verziót, és kezdődik az egész előről........

Hat nekem az arch mindig "the newest stable-t" teszteli es adja, es hozzam mar nem szoktak olyan veszelyesen bugos release-ek erkezni.
Nyilt driverek: Intel az egyre szarabb, es regen kifejezetten hasznalhato volt, ati viszont regi karytakon kifejezetten jo, csak radeonhdt ne vegyen linuxra az ember, mert akkor szopja a catalysttal.
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

+1.Főleg a 2. és az utolsó pont - 1024-szer (minimum) feltalálni ugyanazt, aztán fél/negyed kész állapotig csinálni, utána, amikor az aprómunka lenne vele, akkor "márnemérdekelcsináljaakiakarja" otthagyni, mint eb a szaharát.

" valami barom előáll egy újabb világmegváltó ötlettel ahelyett hogy dolgozna a már meglévőn, összegányol egy épphogy nem használhatatlan, bugos kezdeti verziót "

+1
--
"Kernel fordítás, fúj... Pótcselekvés."

ATI driver hulladék. Ennyi. Mármint, többnyire linux alatt.

igen, ezt mar fent kifejtettuk, de +1
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

Ismered azt a viccet, amikor a rendőr beállít az orvoshoz:
- dokikám, nekem mindenem fáj... nézze, megnyomom itt (megnyomja a lábát) fáj. megnyomom ott (megnyomja a fejét) fáj, megnyomom amott (megnyomja a derekát) fáj.
- ember, magának el van törve az ujja:P

Tökéletes. Bár nem hiszem, hogy a célszemély is értette volna:)

ja meg Creative hangkartyadriverek. Kifejezetten jominosegu SoundBlaster Audigy-hez nagyon sokara lett Vistas driver, a Win7-es drivernel meg csak elso hangszoro volt, aztan kekhalalba szallt startupnal. Es tenyleg jominosegu hangkartyaknal hanyagoljak el ennyire a driveripart. Creative az, amit tenyleg erdemesebb jelenleg alsaval hasznalni :D
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

Windows alatt használtam Creative hangkártyát, de a driverjével különösebb gondjaim nem voltak. Néha előfordult, hogy a Console Launcher lefagyott, mikor vissza akartam lépni a főmenübe, de egyébként más bajom nem volt vele.
Mivel Win7-et a gép nem bírta el, így arról nem tudok nyilatkozni.

--
http://modellers.hu

XP-ig nem is volt baj a Creative driverekkel, azt en is szerettem. Csak illene haladni a korral
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

ja, a gagyi, olcsó creative kátyám xp alatt tudott mindent, keverni, felvenni

most a korral haladva, a win7-el nem lehet felvenni hangot, mert ugye az törvényellenes (csak a mic meg linein-ről, ilyen hogy wav, meg whatyouhear már nincs)

alsaban van "what u hear" vagy vmi hasonlo? (mixer szinten kerdezem, tudom hogy PulseAudioban van ra hack hogy felvedd az outputot)
Vagy vmi jo kis hangfelvevos bash-script? (cat /dev/dsp > track.wav jellegu)
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

"most a korral haladva, a win7-el nem lehet felvenni hangot, mert ugye az törvényellenes (csak a mic meg linein-ről, ilyen hogy wav, meg whatyouhear már nincs)"

Sound -> Recording Tab -> Magic-Right-Click -> Show Disabled Devices -> Enable Stereo Mix -> STFU and think about it.

nope

akkor se (nvidia)

Akkor bocs. Nekem minden gepen van ilyen, pedig mindenfele gyarto mindenfele termekehez van szerencsem.

bahh, linux alatt ott a stereo mixer, szóval a hw-ben benne van, hiába találkoztam wines oldalakon olyan indoklással hogy a gyártó lespórolt valamit
-a windosban hiába lehet ablakonként hangerőt állítani meg eszi a procit ez a hangezelés még hang nélkül is, de hogy az ablakok hangkimenetét használni is lehessen már nem, terel a hw driverre
-nvidia oldalán meg nem is találok a hw-hez drivert, csak "ion", és "hdaudio" drivert, de egyik sem segít

júzerek. 5 éve tart a web2 10 éve rohamosan terjednek a mobilok amik egyre okosabbak egyre bonyolultabb kezelni. mindenki minden vacak iwiw facebook stb oldalra mindenféle segítség nélkül be tud jelentkezni, regisztrálni minden vackot felküldeni, megtanulják a farmvillet használni, msnre ugyanez, de nem bírnak elolvasni egy hibaüzenetet, amiben benne a van a megoldás is. kvázi szabvány jeleket nem ismernek fel. (pl a vissza gombokat. hiába virít minden alkalmazásban a nagy visszafelé mutató nyíl). ellenben bele beletudnak szólni mindenbe. ha meg lépésről lépésre konyhanyelven elmondom h mit kell tennie, utána visszakérdez olyan dologra, ami benne van a mondatban. és itt ilyen típusra kell gondolni, hogy nézze meg a leírásban, hogy melyik gomb (egyértelműen le van írva, sőt még kép is van róla, hogy mi az, vagy keresse meg a képernyőn a hozzátartozó piktogramot amit ismer, és mellőle olvassa le a gombot. a mondatokba kéretik beleképzelni a híres magyar káromkodásokat. jó sokat.

Mi az a web2? Én még az elsőt se olvastam végig.

nyugi én sem. link

+1

Az informatikában kb. 10 éve megállt az idő. A számítógépek gyorsabbak lettek, de minden ugyanolyan szar, bugos, lassú fostalicska gánytenger.

Szarabb, bugosabb, lassabb. A vas gyorsul - az alkalmazás meg nem...

+1, tisztelet a kivételnek.

Szerintem az hogy még ipv4 nél tartunk xD Jó ez, csak már mióta is van ipv6? 1994 óta?

+1, de elore erzem, hogy nem lesz sima az atallas, barmennyire is annak hirdetik
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

Majd a gyerekeink átállnak rá, nekünk nem lesz sok gondunk vele.
---------------------------
Oszt jónapot!

Nos, elvonatkoztatnék a konkrét szoftverek megnevezésétől, mert szerintem a modern informatika annyi sebből vérzik, hogy napokig lehetne sorolni. A legnagyobb szégyene, hogy a hétköznapi adatfeldolgozások során a mai napig nem tudtak jól használható szabványokat kialakítani.

- ezerféle kódlap
- ezerféle dátumformátum
- ezerféle kódtár
- ezerféle metodika az adatok tárolására/átadására
- ezerféle tömegtároló elérés
- ezerféle UI elképzelés
- ezerféle .......ezerféle dolog

Az informatika manapság legtöbbet végzett művelete szerintem az ilyen-olyan adatkonverzió, tehát nem azért zabáltatjuk az áramot, hogy az adatokon hasznos műveleteket végezzünk az eredményért, hanem azért, hogy az adatokat egyáltalán be tudjuk importálni valahogy a saját szar rendszerünkbe. Jó példa erre a közigazgatás. Az egyik minisztérium text file-ban, a másik excelben, a harmadik xml-ben, a negyedik papíron küldi ugyanazt az adatsort, de a vicc kedvéért az egyik ugyanazt a dátumot YYMMDD formátumban, a másik YYYYMMDD formátumban, a harmadik YYYY-MM-DD formátumban küldi, stb. Vagy esetleg menjünk a pénzvilág felé, hiszen a gazdaság legmeghatározóbb folyamatai a pénzmozgásokkal függenek össze. Ha cég vagy és két bankod is van - esetleg több - akkor nincs olyan kombináció a hazai bankok között, hogy az egyébként szabványosított sima átutalást előállítva, konverzió nélkül az összes bankod benyelje. Az egyik ké ilyen kódot, a másik a 24 jegyű szla internal megfelelőjét várja, a harmadik csavar a dátumon, a negyedik hosszabb közleményt vár és a hosszabb részben egyéb infókat....

Szummázva: mindenki a maga kis agyament elképzelését "szabványosítja" így próbálva magánál tartani azt, aki elkezdte használni a tákolmányát. Ez az igazi akadálya a fejlődésnek. ld. MS office és társai vs. PDF vs. tex vs. ......

...és ez igaz a HW oldalra is. BUSZ tengeren eveztetjük az adatainkat, ezerféle processzorra írjuk ugyanazt a kódot....stb.

-Delphi
-dBase

--
"Az a szóbeszéd járja Amerikában, hogy két intelligens faj létezik a földön: emberek és magyarok." by Isaac Asimov

+1 a delphi-re. Iszonyúan gáz az a cucc.

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

-1, jo volt az, amire kitalaltak, meg anno.
7-es ota nem kovetem, de legutobb amikor kapcsolatba kerultem vele.
embarcvare..embargoka..embarcaredo rad studio 2010.. na az 3 kulonbozo gepen, es os-en
3 kulonbozo hibaval nem telepult :) (vegul meg lett oldva, de egy vicc)

+1
Az 5-ös delphit használtam sokat, nagyon jó volt az.
Még mindig nincs olyan szintű RAD eszköz - leszámítva az MS Visual Studiot, ami 1-2- évvel ezelőtt érte be kb. az 5-ös Delphi szintjét.

Én manapság is használom a delphit. Nagyon sok helyen kell olyan kis program, ami pár adatbeviteli screenből és lekérdezésekből áll. Erre a mai napig kitűnő és mivel annó sokat használtam, nem fogok megtanulni valami ágyút elsütögetni a verébre.

Amolyan egyszerű 2-3 klikkeléses progikhoz tényleg jó volt, de próbálj meg benne komoly számításigényre alapuló vezérlést írni, egy mérőeszközhöz. A thread kezelése közröhely, a matematikai teljesítménye még inkább.....

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

Azt is meg lehet oldani, de elsősorban nyílvántartó, ügyviteli rendszerekhez volt tökéletes.
Thread kezelésével mi volt a baj?

A legidegesítőbb az volt, hogy nem lehetett a szál futását "szüneteltetni", ha jól emlékszem ez volt a suspend parancs. helyesebben lehetett de suspend után futtani akartam a szálat akkor lefagyott a program. Ki kellett írtani a szálat, újra felépíteni, és újraindítani. Mérőrendszernél mondanom sem kell, hogy mennyi adatvesztést okozhat (egy suspend-el rossz esetben is 1 képet bukok, a újraépítés pedig minimum 8-10 kép elvesztését okozta). Pedig csak egy képelemzés volt benne, alak, és méretfelismeréssel.

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

A szálkezelést elhiszem, de most komolyan, a matematikai teljesítménye egy natív kódra forduló programnyelvnek hogy lehet szar?
Eg.: AZ 1*1 gyorsabb C-ben, mint Object-Pascalban? :) Nem volt annyira rossz az a fordító.

Szerk.: és igen, a VCL is lassu, meg böhöm nagy volt, akkori mércével.

Nem igazán a sebességével volt a gond. Sokkal inkább a pontossággal. Ugyanaz a kód C-ben írva sokkal kevesebbet tévedett mérés során, mint pascal/delphi-ben. A sebesség kb egyenlő volt.

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

Az mit jelent, hogy téved? Ha egy program téved az azt jelenti, hogy hibásan van megírva.

Nem arra való. Próbálj meg egy forma egyes autóval szántani. Nem fog menni....de mi lehet az oka ? ....ja! nem arra való. Ha te egy mérőeszközhöz delphiben akarnál meghajtót írni, nem barátkoznék veled. ;) Nem mellesleg a delphi az inline assemblere okán képes gyors dolgokra...meglepően gyorsakra. No, de mérésadatgyűjteni nem azzal kell, esetleg lekérdezni a gyűjtött adatokat illetve azokon statolni, stb.

Nem én döntöttem így. Azon felül, próbáltunk c-ben dll-t csinálni a delphi-hez, hogy abban megírjuk a kritikus műveleteket, de nem volt vele "kompatibilis". Ez volt a másik idegesítő hibája. Csak a borland cuccokkal működött együtt. A Borland C pedig a delphinél is rosszabb volt.

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

Sok flame-et inditasz.

--
[citation needed]

Itt szerintem egesz jol megegyeztek egy-ket kivetellel egymassal a kommentelok. De egy-ket korabbi flame-topikomat mar reg nem birtam olvasni se, mikor még vitatkoztak rajta, mert mar tudtam, amire kiovancsi vagyok, de hat nem a viz a hibas, amiert a matroz nem tud uszni :D
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

Közel 1800 olvasás, 120 hozzászólás, és még senki sem említette az Ubuntut? Ne hagyjatok már cserben!

Azert csak a legismertebb linux disztribucio, de en sem szeretem. A sok onjelolt ganyolas tenyleg gyalazatos, de hat a legtobb embernek ez kell. A Mint kivetelevel nem igazan van a kategoriajaban versenytarsa

De az tenyleg szegyenfalra kuldi, hogy 2 rolling distro stabil aga is padlora kuldi stabilitasban, mikor egy konstansra osszestabilizalt valamirol beszelunk. Ennel melyebbre nem tudom lehet-e sullyedni
-----------
Happy, satisfied and completely up-to-date Archlinux user since 2009 september (KDE)
"Which version do you use?" "The latest stable" (a random archlinux user)

-

Konkrétan, mi a bajod vele? "Önjelölt gányolás" WTF?

Nagyon régóta használom, tehát nincs semmi bajom vele.

De:

Most nem tudnék konkrét példát mondani. De a csillogó-villogó külső mögött vannak benne olyan rétegek, amelyekbe ha beleásunk/ok, és meg akarjuk/om érteni a működését, néha falakba ütközöm. Itt most azokra a rétegekre gondolok amik felhasználóbaráttá teszik a rendszert. A hagyományos debian-os kézzel konfigolás és a grafikus felület között nincs egy átjárható kapcsolatrendszer.

Azt hiszem értem mire gondolsz.

DBus-t nézted már? Nem egy leányálom, de nem is olyan borzasztó.

Igen találkoztam már vele. Alapvetően 2 gond van ezzel az egésszel:
1. A grafikus és a konfig fájlos réteg teljesen elkülönül egymástól. Pl: Ha úgy tarja kedvem és összedobok egy ethernet bridge-et ifconfig interfészen keresztül, utána elindítom a grafikus konfigolót mert mondjuk szeretnék átjárót beállítani a bridge-re, akkor vagy lefagy, vagy szétbarmolja az egészet. Az biztos hogy nem látja az általam létrehozott interfészt, úgy ahogy az ifconfig. Miért? Mert magasról tesz arra hogy én miket állítok be, csak van egy korlátolt belső lelki világa, és más nem létezik. Ez az alapvető tervezési modell az egészben.
2. Van egy laptopunk amiben sajnos csak 256Mb memória van. Hardy van rajta. Elkezdtem lecsutakolni róla a felesleges dolgokat, hogy legalább az alapvető funkcionalitása meg legyen, elviselhető sebességgel. XFCE-ről áttértem BlackBox-ra. Ez nagyon hatékony volt, az X most már tényleg nem eszik sokat. Leállítottam a felesleges szolgáltatásokat, ez is rendben van. De még mindig a memória felét kb. elfoglalja a rendszer. Miért? Az ilyen tipp-topp marhaságok miatt mint dbus, hald, NetworkManagger. Na most ezekkel mit kezdjek? Ezek nélkül lehet élni, és kilőhetem őket, vagy mit csináljak vele ?!
A kernel modulokat nem is említem, mert ott se tudom hogy igazából mire van szükség.

Talán mert nulla egységesítés van a konfigurációs állományokban. Megírod valahogy, az egyes paraméterek kapcsolata, függősége, összefüggései a konfigfájlt értelmező scriptbe vannak bedrótozva, nem pedig a paraméterfájlba. (Buta adathalmazhoz okos szoftverek).

Ezt értem hogy ez a konverzió csak egyik irányba működik, vagyis a grafikus felület alapján lehet konfigurációs fájlt generálni, de fordítva ez már nem működik. Akkor viszont az lenne a megoldás például:
-Kitöltöm a grafikus felületen a beállításokat, és le oké-zom
-Erre ez én beállításaimból generál egy XML fájlt
-Egy másik program fogja az XML fájlt és annak megfelelően le tudja generálni a szükséges konfigurációs fájlokat.
-Később a grafikus felület az XML fájlból értelmezheti vissza a konfigurációt
-Ha akarok kézzel beletúrhatok az XML fájlba, hogy olyan beállításokat is elhelyezzek benne amit a grafikus felület nem tud

Eredmény: Nem kell mindent tudnia a grafikus felületnek, kézzel konfigurálás is lehetséges marad, ugyanakkor amit lehet be tudom állítani a grafikus felületen.

A konfigurációval egyet értek. A legutóbbi konfliktusom a network-manager -rel volt. Nem akarta a kis gyomra elfogadni a hálózat konfigurációt. Repült is.

Ha letöltöd a kernel-sources csomagot, akkor abban a forrásban benne van az összes szükséges Ubuntu patch. Ha ezt elkezded konfigurálni mint egy vanilla kernelt, valószínű hogy jó lesz.

Nem tudom lehet hogy csak nem ismerem azért becsülöm így alá a grafikus konfigurációs rendszert, de a felhasználó ilyen szintű kizárása a belső struktúrából, engem kísértetiesen emlékeztet egy Linux kernelre megírt Windows P&P motorra.

Használt már valaki MicroStation-t? Na akkor az tudja miért itt említem meg. :)

Nálam a dobogó így néz ki:

(1) byte, word, double word
(2) a programnyelvek 99.9 %-a
(3) az operációs rendszerek

+1 A minden mindennel inkompatibilis elve.

> Sol omnibus lucet.

Az 1. helyezést nem értem. Nem kiváltható sajnos, mert még a kvantumszámítógépek gyerekcipőben járnak.

Az idétlen címzési módokra akartam utalni vele.

> Sol omnibus lucet.

?
azon túl hogy nem értem, mégis ezen típusok helyett mit kellene használni? egy jó nagyot vagy arbitraty-t és akkor márolyat hogy tudja a tört meg nem algebraiakat is egzaktul (sztingben emberi nyelven legyenek a számok)?

ps: lentebb úgy látszik megválaszoltad még előttem :) arra nem tudom mit mondani szava híján :)

Ja. No de valahogy el kell érni az adatot. Szükség lesz rá a program futása során. :)

Hát valahogy bitszinten kéne kezelni a dolgokat. Legalábbis
a programozás szintjén. Tudom, processzor idő. )-::

Ja még egy nagy-nagy szégyen: ASCII tábla és karakterkódok.

> Sol omnibus lucet.

Kezelhetsz mindent bitek szintjén, de értelmetlenné válik a dolog. A bitek sorozata reprezentálja az értéket, amit adatnak hívunk és ami tényleg lehet értékes is :) A bit önmagában szinte nulla információ.

Látom nem sokat programoztál. A címzés legkisebb egysége a byte, de az is csak 8 bit, nyugodtan összeadogadhatsz saját algoritmussal 2 byte-ot, de nem lesz olyan gyors, mint pl. a C beépített algoritmusa.
De azért a megnyugtatásodra, igenis vannak bitenkénti műveletek is (összehasonlítás, shiftelés, stb-stb), és amire érdemes használni, használják is.

A másik, sajnos a memóriában csak számokat tárolhatsz(ugye bitek sorozata), ezért kénytelen vagy számként tárolni a betűt is, az ASCII tábla régi, és abban az időben nem is volt nagy szükség "ű" betűre, ezért is terjed ma egyre inkább a unicode, ami minden nyelvi karaktert tartalmaz. (A kínait ugyan csak a 16 bites, de nekik azért elég sok karakterük is van :D)

---
BME-VIK '09
Compaq Mini 311 - N270 @ 2323 MHz - 3GB DDR3 @ 1240 MHz - ION

Nem tudok kapcsolódni hozzá :)
De amúgy mire akartál kilyukadni?

---
BME-VIK '09
Compaq Mini 311 - N270 @ 2323 MHz - 3GB DDR3 @ 1240 MHz - ION

Áh, most betöltődött.
Ha ő írta ezeket a programokat, akkor nem tudom, hogy mondhatott ilyet. Egy bitre hivatkozni értelmetlen, kivéve, ha pl. bool értéket akart tárolni, de akkor is csak helytakarékosságból, ami a mai hardverek szintjént nevetséges. Ha pedig bitenként akarna tárolni/olvasni pl. egy 4 byte-os számot, megsokszorozódna a memória-elérések száma is, ami jelentős sebesség-csökkenést eredményezne

---
BME-VIK '09
Compaq Mini 311 - N270 @ 2323 MHz - 3GB DDR3 @ 1240 MHz - ION

pl: LZ77 tömörítés: bit flageket meg változó hosszúságú bittömböket használ egy streambe bedobálva. ezt kérlek C-ben, hatékonyan.

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

Persze, megoldható, de a memóriában akkor is byte-ként(char) tudja elérni, ha megvan, akkor már azt csinál vele amit akar, változtathatja az egyes biteket, stb., de akkor sem bitenként olvas a memóriából.

---
BME-VIK '09
Compaq Mini 311 - N270 @ 2323 MHz - 3GB DDR3 @ 1240 MHz - ION

Izé, pontosítanék. a byte, word, dword, stb. nem címzési mód.

(ennek aztán semmi köze a kvantumhoz, sőt akkor kell majd igazán, ugyan picit más területen, az int{1,..} bitre pontosan nevezés, pont mint anno az említett sorolás a spórolás miatt, legalábbis persze kezdetben, aztán majd ottt is fognak a kezdők anyázni:D )

No, érdekes, de nem mennék bele, mert nem olvastam utána eleget. Mindenesetre érdekes lesz, mert állapotokat feleltetünk meg értéknek és ezért akár stringet (mai értelemben) is tárolhatunk egy "biten", ha annak a "bitnek" adott állapotához mondjuk ezt a postot rendeljük. :)

röviden: a hangsúly a több (de adott számú) állapoton egyszerre való számoláson van, nem pedig hogy több állapota lehet 2-nél egy "bitnek", amiből a scifirajongók úgy látszik rögtön arra extrapolálnak hogy majd jól betesszük az univerumot egy bitbe és akinek 2bites gépe lesz az lesz az isten istene :)

Nem vagyok sci-fi rajongó. Mivel nem piacképes a technológia, még nem érte meg utánaolvasni ennyire, bennem a sok állapot maradt meg. Amint piacképessé kezd válni, kiképzem magamat ezen a téren rendesen. :) Egyébként a thread indító postommal arra próbáltam célozni, hogy az adattárolási alapegységek minden architektúrában meg fognak jelenni, kikerülhetetlenek. Jelenleg a digitális világban a bit->byte->word->dword->qword...stb. kikerülhetetlenek. A kvantummasinéria úgy jött ide, hogy ott ezek eltűnnek. Lesz más helyettük. :)

oké, értem :)

de akkor sem lesz más helyettük, hacsak nem arra gondolsz hogy qbit, qbyte, qword, qvnyd,.. :)

sőt pontosítanék: _helyettük_ semmi em lesz, a kvantumszámítógép nem _helyettesíti_ a mait, hanem kiegészíti, azaz bizonyos számításokat exponenciálisan gyorsabban tud, bizonyosakra meg teljesen képtelen, pl a "másolásra", tehát nem adhatsz meg (egyszerűen, a kv.sz. lényegét tekintve) olyan algoritmust hogy b=a aztán továbbszámolsz mindkét változóval

Aláírtam, nem ezt vontam kétségbe, hanem érzékeltetni akartam a hivatkozott emberrel, hogy az adatok egysége mindig, mindenhol és minden körülmények között kísérteni fog. Sajnos csak így tudjuk értelmezni a világot. :)

Ez szerintem nem elvi, hanem technológiai kérdés. Kettő hatvány méretű bitsorozatot gyorsan lehet mozgatni a regiszterekben/memóriában, és a kettő között. Valamiért pont a nagyobb adategységek felé tolódik el a dolog, azokra mondjuk hogy gyorsabbak, még ha veszteségekkel is jár.

"és akinek 2bites gépe lesz az lesz az isten istene"

Te bizonyára nem olvastad a "Tömörítés bármekkora fájlt két bájtba" topicot. :)

Az nem nagy művészet.
Kibontani már nehezebb :)

Duke Nukem Forever

--
The Net is indeed vast and infinite...
http://gablog.eu

+1

Duke Nukem forever hope

+1
És mégegy a HL2Ep3-nak

Nagyon örülök, hogy akadt valaki, aki létrehozta ezt a topikot. Hasonlót szerettem volna én is csinálni egyszer, szóval itt most kiélhetem magam :)

A szakma szégyenének leginkább a mesterségesen fenntartott növekedést tartom. Azt a tendenciát, amikor a szoftveripar és a hardveripar egymást húzzák, szimbiózisban élnek, emiatt a ciklikusan megújuló extraprofit érdekében megvetetik az újat, kidobatják a régit. Hardverszinten ez úgy néz ki, hogy általában képtelenek lassulás nélkül kihozni egy újabb verziót minden szoftverből, erre jó példák a böngészők (Firefox, Internet Explorer) vagy a kép- és videószerkesztők (Adobe Premiere, Adobe Photoshop, Adobe After Effects), esetleg az e-mail kliensek (GMail felület, Thunderbird). Szoftverszinten pedig úgy néz ki, hogy általában a legtöbb szoftvernél képtelenek normálisan megoldani a visszafelé-kompatíbilitást. Természetesen mivel az újabb lassabb, ezért nem fog futni régebbi hardveren, ezért dobd ki a régebbi hardvert és vegyél újat, holott lehet, hogy te nem akartál semmiféle új feature-t használni. Ennek a tendenciának a végtermékei a mainstream bloatware-ek.

Az előbb leírtak miatt úgy gondolom, érdemes lenne bevezetni egy olyasmi fogalmat, mint szoftverek reálértéke. Tehát adott egy szoftver, amellyel valamennyi idő alatt el lehet végezni egy feladatot (összetett feladatról is beszélhetünk) és ehhez valameny hardvert igényel. Például egy átlagos szövegszerkesztővel megírt szöveg vagy formanyomtatvány szimplán elkészíthető a mai napig Word 6.0-val Windows 3.11 alatt 50MHz-en és 8MB RAM-mal, de elkészíthető még Office XP-vel is, ami hússzor ennyi erőforrást igényel ugyanahhoz a feladathoz. A reálérték ott kezd érdekes lenni, hogy miért kell ugyanahhoz a feladathoz sokkal több erőforrás és ezáltal sokkal több elfogyasztott energia (ami a véges energiakészletek és a jelenlegi emberiségellenes olaj- és gázalapú gazdasági berendezkedés miatt káros). Természetesen figyelembe kell venni, hogy a hardvergyártók egyre inkább ügyelnek arra, hogy az erőforrásigényt csökkentsék, ez egy olyan dolog, amire kezdettől fogva kellett volna ügyelni, ahelyett, hogy vadkapitalista piaci magatartással kiszórják a legyártott, "erőműbe" szánt procikat, amik önmagukban akár 80W-ot (ha nem többet) is felzabálnak. Mindeközben persze egyre lustulnak a fejlesztők és ugyanazt a feladatot egy adott szoftver segítségével, amit 10 évvel ezelőtt tizedennyi erőforrásfelhasználással el lehetett érni, az ma már tényleg csak a múlté.

Nos hát ezeket fogom példákon keresztül bővebben kifejteni, alább.

A GECKO alapú "gecók": Mozilla Firefox és Thunderbird

A GECKO runtime environmenthez tákolt menükezelőnél a világon nem létezik lassabb. Pentium III-on (ahol a többi böngésző mind tizedmásodperces reakcióidő alatt van), a Mozillának fél másodpercig tart lerajzolni egy Fájl menüt és közben 100% CPU-t zabál. Még a GTK is veri, sőt, a vicc az, hogy még Windowson is, pedig az is "ritka" nagy bloatware. Amíg az Internet Explorer, a Chrome és az Opera fejlesztői meg tudták oldani, hogy Windowson megpróbáják vagy a natív, Windows-resource menürendszert vagy ahhoz fogható hatékonyat (gyorsat) használni, addig a Mozilla fejlesztői nem vették a fáradságot, hogy ezt megtegyék. A pluginek is kb. javascriptben vannak írva és a kezelésük se valami hatékony.

Nemrég teszteltem a Mozilla Thunderbird legújabb verzióját (3.X) egy Pentium III 500MHz-es konfigon (192MB RAM, nVidia GF2 MX/MX400). A cold start már alap, hogy tíz másodperc fölött, aztán nagy nehezen, mikor becammogta magát a memóriába, előjön a totálisan über-bloat kezelőfelület, ahol a reakcióidő néhol már másodpercben mérhető. Gondoltam, létre is hozom az új fiókom, megnézzük milyen. Létrehoztam, aztán szerettem volna finomhangolni (tudjátok, a beállítások panelen). A beállításos panelen van egy baloldali lista, ahonnan ki lehet választani néhány dologot (szerverbeállítások, spam-beállítások, smtp stb.). No, ha oda kattintottam az egyik listaelemre, 7-8 másodpercig (!) tartott, míg jobboldalt megjelent a panel, közben természetesen 100% CPU-t zabált. Érdekes módon az Opera Mail, a Pegasus Mail, az Outlook ilyeneket nem produkál. Vajon mitől lehet? Ja, hogy vegyek új gépet a P3 helyett... Nem, tessék normálisan megírni!

Linux

Gyakorlatilag mindegyikben csalódtam, de a legnagyobbat az Ubuntuban, mint desktop. A Linux kernel eredetileg abból a célból látott napvilágot, hogy legyen egy nyílt forráskódú, UNIX-alapú, és a hardvererőforrásokat az addigiaknál sokkal jobban kihasználó rendszermag, melyre operációs rendszer épülhet. Ez a célkitűzés az, amivel egyet tudtam érteni és amíg a Linux nem terjedt el annyira, mint most, addig nagyjából ez is volt igaz rá. Ma a Linux disztribúciók legyen szó akár desktopról akár szerverről megkövetelik maguk alá a hardvert, mert a fejlesztők egyre csak lustulnak és lustulnak inkább megírják valamilyen framework-ben vagy tákolmány library-ket használva, minthogy assembly-ben optimalizálnak vagy hatékony kódot írnának. Sajnos ez igaz a gcc-re is, amit leginkább használnak a disztribek csomagjainak fordítására. Évről évre egyre inkább lassult, több memóriát eszik és a generált kódok sem követelnek meg új hardvereket.

Nyilvánvaló, hogy mely tendenciáról van szó és a hardvergyártók miért kezdték el ilyen széles körben támogatni a linux-alapú rendszereket. Azért, mert ha a Linuxban is sikerül affelé terelni a fejlesztőket, hogy azért annyira ne optimalizáljanak, azért egy új disztribúció alá kelljen már új gépet is venni, akkor ők is jól járnak (mármint a hardvergyártók), mert nem reked be a piacuk a "túl gyors" szoftverek miatt. Ez a tendencia több szempontból is káros. Egyrészt tisztességtelen a fogyasztókkal szemben, másrészt környezetkárosító, pazarló, irreális és beteges.

Ha megnézem a Linux disztribúcióit, nem találok olyat, ami mondjuk egy Pentium 3-as gépen olyan sebességgel és hatékonysággal futna, mint egy Windows XP, holott pont ez volt az alapcélkitűzés a kereskedelmi szoftverekkel szemben (melyekre szintén igaz az előbb említett tendencia, sőt). Onnantól, hogy grafikus felületet kell használni, néhány kivételtől eltekintve nem találni olyan felületet vagy megoldást ami ne lenne erőforráspocsékoló bloatware (GTK2, QT stb.). Mellesleg a Windows 7-nek erőforrásigényével és -pocsékolásával már sikerült behoznia a "lemaradását" a legtöbb Linux disztribúcióhoz képest. De nem csak a grafikus alkalmazásokkal van probléma. Van egy Pentium II-es gépem, amit routernek használok. Debian Sarge van rajta, egy évek óta kihalt disztribúció. Azért van ez rajta, mert ha frissítenék, felére lassulna a gép, a rajta lévő programok sebessége és hatékonysága (kipróbáltam már és ugyanez volt, mikor Woody-ról Sarge-ra frissítettem) drasztikusan csökkenne. Nem azért, mert az új disztribúcióból többet használnék, hanem azért, mert egyre kevésbé optimalizálják (nem gcc-vel, hanem forrásszinten) a kódokat, hiszen az úgyis jól fog majd menni azokon a gépeken, ahol van mit elpazarolni - valószínűleg ilyen gépeken fejlesztik és tesztelik. Természetesen vannak up-to-date kicsi disztribek, de abban pedig nincs benne az, ami nekem kell, meg Debianhoz vagyok szokva és meg vagyok vele elégedve.

Radikális szemléletváltásra lenne szükség a Linux disztribúciókat illetően, vissza kéne térnie annak a felfogásmódnak, hogy igenis régi hardvereken is jól fusson és igenis, ha már azzal feszengenek, hogy mennyi architektúrára jó, akkor települjön fel egy Pentium I-re is és használja ki minden lehetséges erőforrását a legoptimálisabban, ne az aktuális piaci szempontok határozzák meg, hogy mire és hogyan programoznak a fejlesztők.

Adobe Flash Player

Az Adobe (korábban Macromedia) eme "gyöngyszeme" talán a világon legtöbbet használt, legerőforráspocsékolóbb szoftver, ami létezik. Mostanság - mikor már az internetes videó- és multimédiamegosztás korát éljük, egyértelműen a Flash az, ami elén jár a tartalmak kliensoldali lejátszásában. Ez önmagában a probléma, illetve hát a Flash önmagában a probléma. Számos teszt létezik, ami megmutatja, hogy annak ellenére, hogy végülis elvileg natív kódú DLL-ek települnek fel, mint Flash Plugin, mégis a videókat kizárólag szoftveres dekódolással, kizárólag szoftveres gyorsítású megjelenítéssel képesek megjeleníteni és még ezt is legalább háromszor akkora erőforrásigénnyel, mint egy alternatíva (FFDShow, CoreAVC stb.) tenné. Tesztek és további részletek ITT.

Adobe egyéb kreatív termékei

Az utóbbi időben az Adobe iszonyatosan undorító üzletpolitikát folytat: magasról tesznek szoftvereik erőforráshatékonyságára. Érdemes összehasonlítani például egy Photoshop 7.0-t egy CS2-vel, aztán egy CS4-gyel alapfunkcionalitásukat tekintve (mert hogy abban szinte semmit nem változtak az évek során), aztán észrevesszük, hogy hoppá, minél újabb egy Adobe termék, annál lassabb (azonos hardveren persze). Erre nyilván a kapitalizmusban hívő fogyasztók tipikus válasza: Nadehát ez tartja fenn a fejlődést, az új szolgáltatásokhoz bizony újabb, erősebb hardver kell.
Ez a legnagyobb tévedés, ezt nem fejlődésnek hívják, hanem növekedésnek. Fejlődés az, amikor KEVESEBB vagy azonos mennyiségű erőforrásból TÖBBET tudnak kihozni (pl. Intel Atom a P4-hez képest fejlődés, mert közel ugyanolyan számítási teljesítményt produkál tizedannyi fogyasztással). A CS5-höz beígért 64-bites gyorsulás sem igazi fejlődés, csak egyszerűen úgy tűnik, végre szándékozzák kihasználni (így 6-7 év henyélés után) a 64-bites processzor nyújtotta lehetőségeket (és cserbenhagyni a 32-bites rendszerek felhasználóit, azt üzenve nekik: vegyetek új gépet és dobjátok ki a régit). Az Adobe szoftverek újabb verzióinak ugyanazon feladatok elvégzéséhez (melyekre a régebbi is képes volt) is már több erőforrásra van szükségük, ezért ez semmiképpen sem fejlődés, csak növekedés, annak is a rosszabbik válfaja, mely egyenes út a pocsékolás felé.

A tesztek azt mutatják mégis, hogy főleg After Effects-nél Windows 7-en nő a renderelési idő. Windows-ra meg igen van grafikus driver fasza, csaképpen a játékokon (és bocsi, a Win7 Aero-n) kívül nincs ami kihasználja. Próbálok én is örülni a renderelési idő 10%-kal való lenyesésének, de valahogy nem tudok, mert tudom, hogy ha pl. a drága Adobe kihasználná normálisan (és nem csak dísznek) az OpenGL (és nVidia CUDA) nyújtotta lehetőségeket (feltételezve, ha játszik az ember, akkor durva videókártyája van), akkor ez az idő nem 8 perc lenne, hanem 8 másodperc, ha meg nem is ilyen kevés, de egy percen belül. Azt is tudom, hogy ha ASSEMBLY-szinten optimalizálna az A-val kezdődő "barátunk", akkor csak CPU-t használva is legalább fele annyi lenne a renderelési idő. Utóbbitól pedig már nincs mi elrettentse őket, hiszen a Mac is átállt x86-ra, dehát a fejlesztői lustaság mindenekfelett. Az, hogy Windows7-en "gyorsabb" a renderelés max. annyit jelent, hogy a Windows 7 jobban ütemez és jobban kezeli a memóriát a gépen. Mellesleg megjegyzem, hogy alapjában a Windows 7 azonos hardveren sokkal erőforráspocsékolóbb rendszer, mint az XP. Elképzelhető ennek ellenére, hogy egy 7-es gyorsabban fut, mint egy XP azonos high-end, korszerű hardveren. Ez nyilván azért van, mert az XP-t már nem optimalizálják (driver- és kódszinten) erre az újabb hardverre, nem szívesen párhuzamosítják a kódot, nyilván, hogy vedd meg az újat. Érdemes olyan hardveren is kipróbálni a 7-et, amire még az XP is optimális. No, ott ki fog jönni a különbség: a Win7 bizony több memóriát és CPU-t zabál, és még lassabb is.

Az Adobe szoftverek azonos hardveren alapfunkcionalitásukat (melyben általában nem változnak verzióik során) tekintve egyre lassabbak és lassabbak, azaz több erőforrást zabálnak. Ez nyilván nem probléma azoknak, akik elvannak régebbi verziókkal és nem igényelnek több funkciót, mint amit a régi nyújt nekik. Onnantól kezd problémás lenni egy ilyen embernek a régi verzió, amikor felfedez benne néhány baromi idegesítő hibát és a termék hivtalos fórumján, udvarias kigúnyolás mellett közlik vele: vedd meg az újat. Az újhoz pedig új gép kell vagy lassabb lesz - ergo pénzkidobás, ha nem vesz új gépet is mellé, hiszen kevésbé lesz hatékonyabb, mint a régi verzói. Holott ő, a felhasználó, mikor a máig használt régit vette meg, akkor teljesértékű szoftverért fizetett és ezen felül még extraprofitot is termelt a készítőnek, aki képtelen kijavítani a hibát a régi verzióban, helyette arra utasítja fogyasztóit, vegyék meg az újat. Nyilván az átlagfelhasználó - jó birka módjára - nem fog írogatni fórumokra, blogokra, hanem megveszi az újat - Amerikában van is miből. Itt pedig bezárult az az ördögi kör, amelyet rengeteg multinacionális szoftver- és hardvergyártó cég fenntart, hogy biztosítsa magának minden évben az extraprofitját. Meg is tehetik, hiszen a távol-keleti rabszolgák és robotok örömmel összerakják nekik az új hardvert, de még az elektronikai hulladék "kezeléséről" is gondoskodnak, ha már Adobe-ék úgy gondolják, "ideje új gépet vetetni". Ennek természetesen az a hihetetlen mértékű pazarlás és millió tonna elektornikai hulladék a probléma, amelynek a kezelése nincs igazából megoldva és ha meg lenne oldva az se lenne túl biztató, hiszen rengeteg VÉGES erőforrást használnak fel eme növekedés mesterséges fenntartásához.

Végszó

Sok hasonló problémáról írtam már elszórtan a HUP-on, általában a legtöbben nem osztják a véleményem, viszont akadnak kevesek, akik megértik, amiről írok és látják ezt a (hosszútávon) világpusztító tendenciát. Nekik köszönöm, hogy elgondolkodtak rajta annyira, hogy képesek reálisan látni, mintsem megvezetni magukat a marketinghadjárat vagy a piac álelőnyeinek látszata által.

További flémelés általánosságban

Melyik Linux disztribúcióban csalódtál eddig a legnagyobbat? [998703-tól].
További informatikus-szenvedésről pedig a blogomon.

Moore-törvénye: az integrált áramkörök komponenseinek száma 18 havonta megduplázódik.
Nathan első törvénye: a szoftver gáz: kitölti a rendelkezésre álló teret.

Nem szeretnék szembemenni ezekkel a törvényekkel. Nathan első törvényével is egyetértek, egy szoftver igenis használja ki a rendelkezésre álló erőforrásokat, viszont mindezeket hatékonyan tegye. Amíg egy szoftver nem így működik, na az már tényleg gáz (és itt már a másik értelemben :P). Ja, amúgy nekem is van egy "törvényem": Egy hardverrel adott feladat hatékonyan elvégezhető, amennyiben arra létezik hatékony szoftver, nevezzük el A-nak. Ha egy másik B szoftver ugyanazon hardveren kevésbé hatékonyabban végzi ugyanazt a feladatot, az nem a hardver gyengeségét jelenti, hanem azt, hogy B szoftver kevésbé hatékony.