 Hozzászólások  A témához csak regisztrált és bejelentkezett látogatók szólhatnak hozzá!Bejelentkezéshez klikk ide
(Regisztráció a fórum nyitóoldalán)
Maradatlanul egyetértek.
Intel.DH67BL.Core.i7-2600K.16GB.RAM.4TB.RAID.GTS450.2TB.Storage.Dual.EIZO.Windows.7.Ultimate.SP1
|
Hááát... én AI-nak azt nevezném amikor a gép realtimeban gondolkodik, egy előre lescriptelt napi teendőlista az csak script.
A kemény munka a későbbiekben megtérül. A lustaság viszont azonnal.
|
Ennyi erővel a windowsból is kiszedhetsz mindent, ott van pl a tinyxp, tehát "marhaság" hogy az xp elhízott. :)
A kemény munka a későbbiekben megtérül. A lustaság viszont azonnal.
|
"zerintem az optimalizáció nem a fejlesztő dolga ([...]), hanem a fordítóprogramé."
Ez csak részben igaz. A fordító tudja optimalizálni a kódot alacsony szinten, de nincs befolyása a magasabb szintekre.
Pl. Nem tud mit kezdeni azzal, hogy egy sztring paramétert konstans referencia helyett érték szerint adsz át.
De ami még fontosabb, nem tudja helyetted optimalizálni az algoritmusaidat. Nem tud egy beszúró rendezést qsort-ra, vagy a tömbödet hashmap-re cserélni.
Ezen kívül ahhoz, hogy a fordító jól tudjon optimalizálni, egy csomó fontos szabályt be kell tartani. És további trükkökkel lehet még segíteni neki.
Figyelni kell pl. olyan dolgokra, hogy a CPU cache-be beférjen az adat, ha lehet, mert akkor sokszor gyorsabb a feldolgozás.
Ahhoz, hogy ezeket az ember mind tudja, és képes legyen megfelelően alkalmazni, rengeteg tanulás, és még több gyakorlás kell.
|
Nem arról van szó. Csak felhoztad, mint hatalmas gépigényre magyarázatot a kiválló AI-t. Kiválló AI nyomokban sem található meg a játékban, ez lett volna a mondanivalóm lényege.
Hunter Weapons are everywhere, just slap a +25agi on it
|
És a farcry-ban meg a többi iqlight fps-ben mi van? Nem külömbek azok sem full script az egész. Mindegyikben ugyanaz: grafika, és más semmi... ezért untam meg pár éve a sima fpseket.
Vain ei kuulu terroristien käsiin! CS. N. T. K. K.!
SG az a hely ahol sunyi módon csöndben törölgetik a hozzászólásokat, indok nélkül. ;)
|
Érdekes, optimizáltabb kódot lehet írni, most a jelenlegi fejlesztőkörnyezetekben pl. .NET, Java is, de egy OS hardware-igénye nem ettől függ, mert az OS alapjában nem .NET-ben vagy Java-ban van megírva. Viszont a baj ott van, hogy ma nagyon kevés a programozó, ma mindenki hipergyors tanfolyamok, 3-4 éves egyetemen vagy 1-2 Mastering XYZ in 21 days féle karierr-szerzőktől származó könyvből tanult. Azok a programozók akik igazán tudják, értik a dolgokat akik nem csak dumában tudnak kódolni azok kevesen vannak és komolyan kétlem, hogy egy 100 dollcsis gép kifejlesztésénél megfizethetőek lennének. Tehát itt olcsóért akarunk minőséget, ez tiszta utópia, akkor amikor még drágáért sem tudunk minőséget előállítani, mert van egy nagy project, kellenek hozzá fejlesztők, a papíron ugyan mindegyik 999 dologhoz szakember, de amikor elkezdesz dolgozni velük akkor veszed észre, hogy valójában édes kevés dologhoz értenek átfogóan, hogy nem tudják mi a lista vagy a binary tree, hogy nem értik az objekt orientált fejlesztés alapjait, hogy amikor egy SQL queryt szerksztenek akkor annak futtatása 77x több időt vesz igénybe mint ha optimizálva lenne, hogy sokszor magát az adatbázisokat sem képessek normalizálni, hogy a szemantikát a programlogikával akarják megoldani, pedig az az adatbáziskezelő dolga, és ezek még mind a gyengébb területek. Egy rendszerptogramozónak sokkal nehezebb a dolga, sokkal több tudást kell hozzá, de te ott állsz és nézel, mert sajnos ez a legjobb ami van, jobb nincs, de már így is drága, mert igaz, hogy 3x olcsobban dolgoznak mint a felső kategória, de 5x kevesebb a produktivitás, 12x több hibát csinálnak 3x igényesebb lesz a software a hardware-vel tekintetben stb. Szóval ez a valóság és ettől nem lehet megszökni, főleg nem rövidtávon. Optimizáltabb kódot kérni kevesebb pénzért a meglévő IT oktatáson alapuló "shoot, aim, ready" környezetben egyenessen határos az értelmetlenségel. Szóval a felsőbbszíntű nyelvek és fejlesztői környezetek nem hibássak a gyengébb programozásért, hanem éppen fordítva részben a gyenge programozók miatt jöttek létre megpróbálva megoldani a fejlesztők és itt hangsúlyoznám sokszor a jó fejlesztők hiányát. Jó fejlesztő .NET-ben és Java-ban is optimizált kódot ír, persze az közel sem olyan optimizált mint amilyen lehet C-ben vagy assembly-ben, de a hardware ezt kompenzálja általában. Más kérdés, hogy valaki lehetetlenséget akar csinálni 100 dollárért, akkor ugye minndennel baj van, és hol lehet elméletileg lefaragni a legtöbbet a software-ből, pedig fenét, éppen ott lehet a legkevesebbet, a software nélkül a hardware nem ér semmit, a szoftware funkciónalitása pedig fordítottan arányos az optimizációval ha a meglévő erőforrásokat figyelembe vesszük. Tehát nem ártana egy picit megkérdezni a valós IT világ résztvevőit, hogy az ami egy egyetemi katedráról esetleg logikus és igaz, a valóságban sokszor sajnos nem igen állhat stabil talajra.
Intel.DH67BL.Core.i7-2600K.16GB.RAM.4TB.RAID.GTS450.2TB.Storage.Dual.EIZO.Windows.7.Ultimate.SP1
 |
A "szaGma" -még mindig- hazudik.
|
Kérdésedre a válasz: script.
Akkor lenne AI-ra emlékeztető valami, ha teszem azt a szokott útvonala elé tennél egy ládát és nem megkerülné hanem rácsodálkozna, vagy ha harcos akkor esetleg mérgében szétverné, ha varázsló akkor elteleportálná az útból... de ez a megkerülés egy egyszerű útkereső algoritmus /A-ból B-be a legrövidebb úton/.
Ettől függetlenül harc közben korrektül viselkedik az AI, meg bizonyos dolgokra is egész jól reagálnak de ez sincs túlbonyolítva.
Jó példa az "ostoba" AI-ra, ha felmászol 1 ház tetejére és elkezded onnan lőni az enemyt... fut jobbra-balra, néha megáll, néha beleolvad a tereptárgyba, falakba -így tovább nem tudod lőni, esetleg vissza kiverekszi magát stb.
A "szaGma" -még mindig- hazudik.
|
Leginkább talán scriptelt útvonal bejárása?
Csak azért reagáltam le egyáltalán az elején, mert nekiálltál fényezni, hogy mennyire ai, és mennyire nem említhető egy lapon a far cry-al, hisz az csak szép. Namost a far cry tereptárgyakat kihasználni próbáló, harc közben valamellyest taktikázó ai-ját én némileg többre tartom ennél, ahol a mob harc közben összevissza rohangál, és a legegyszerűbb trükkökkel is kijátszható.(pl. távolról sebző egység, ha álsz egy fal vagy bármi takarás mellett, és ki-be szaladgálva osztod rá az áldást, eszébe nem jutna hogy közelebb jöjjön)
Az amit te az oblivionban ai-ként véltél felismerni, leginkább 90%ban scriptelt esemény. Ami igen gyakran képes erős bughalomba fulladni, tolvajként ez nálam gyakori quickload-ot eredményezett sajnos, így nem tudok felette nem es egyszerűséggel szemet hunyni.
Ettől még jó játék, de csak azért mert szépen csillog, és képes valami pozitívat felmutatni a mostani gyenge felhozatalban belátható, hogy rengeteg hibát tartalmaz.
Hunter Weapons are everywhere, just slap a +25agi on it
|
Az semmi nézz meg egy sims2 mentést, az akár 400 !mega! is lehet.
Vain ei kuulu terroristien käsiin! CS. N. T. K. K.!
SG az a hely ahol sunyi módon csöndben törölgetik a hozzászólásokat, indok nélkül. ;)
|
És szerinted mikor munkába mennek az emberek az oblivionban az mi? Nem ai? Csak azért mennek, hogy... legyen valami? :)
Vain ei kuulu terroristien käsiin! CS. N. T. K. K.!
SG az a hely ahol sunyi módon csöndben törölgetik a hozzászólásokat, indok nélkül. ;)
|
"nem kell 16 asztalt használni" azért használok csak 10-et :)
|
Ebben van igazság. Viszont a linux kernel önmagában nem tétel ebből a szempontból. Ugyanis muszáj vagy ráküldeni egy shell-t, egy grafikus szervert, és egy ablakkezelőt. A felhasználói programok, vagy az ablakkezelő appletjeit ne is említsük. Szóval egy korszerűen felszerelt, és eladható OS-nél a kernel optimalizálás nem egy akkor tényező, mint hiszik. Ha így jobban tetszik, amit megnyersz a rév-en, elvesztheted a vámon. A linux nem hízott el, egyetértek. És optimalizálással, meg jó szoft kibválasztásával félelmetesen fel lehet gyorsítani az OS-t. (suse 10.0 47 sec alatt butul nálam) De oda kellett figyelni mit töltök be, és mit nem, és az ablakkkezelő sem KDE. (enlightenment)
|
Szerintem programozástechnikai szempontból nagyon kézenfekvő az Oblit a FarCry-hoz hasonlítani. Lényegében az AI szintje sem igazán eltérő a két programban (a FarCry nem is olyan hülye, az Obli nem is olyan okos).
Én az Obli lassúságát abban keresném, hogy a fejlesztők, hogy legyen idő a tartalmak kifejlesztésére, megvették a SpeedTree-t meg a Havok-ot és azokat belerakták a progiba. Ezzel két évet megspóroltak. A FarCry-nál a Crytek mindent maga írt, viszont így az a két évet is a motor reszelésére fordították. A játékidő tehát egy lapon sem említhető a két játéknál, viszont a FarCry-ból is simán lehetne RPG-t csinálni, még gyors is lenne: csak ugye +2 év.
|
"Delphi, Visual Basic, Visual C"
Azért a Delphit és a Visual C-t nagyon erős egy lapon emlegetni a VB-vel. Sőt, még a C-t a Delphivel együtt is. Esetleg C++.
Másrészt ne haragudj, de nem tudom elfelejteni hogy pár hete valaki azt mondta hogy egy byte-on 64 szám ábrázolható. Nem emlékszel ki volt az? :)
Erre meg hogy "készülnek azok a proginyelvek ahol már nem kell programozni tudni" azt tudom mondani, hogy ezek a nyelvek már rég elkészültek. Egy hétköznapi progihoz már most is csak dobálgatni kell a kontrollokat és összehúzni pár property-t. Az algoritmusok programozását pedig így is-úgy is kézzel fogod leprogramozni, senki nem csinálja meg helyetted.
|
Azért 19 mega egy kicsit túlzás, nem? A hullák eltünnek, az ellenfelek scripteltek, mit kell ennyit menteni? A meglévő fegyverek, meg a pozíciód 3d-ben 10k? A többi?
|
Nem láttam semmit ,nem is kell. Egy fps mentés nem lehet bonyolultabb mint egy full játék.
|
Mitől vagy ebben olyan biztos, láttad a forráskódokat?
A kemény munka a későbbiekben megtérül. A lustaság viszont azonnal.
|
A settlers2 kb. 19 mega volt és bár nem láttam a d3-t ,de biztos vagyok benne hogy messze nincs annyira bonyolult a mentése mint maga a s2 játék.
|
Ott se sokáig, pl. az x360-as gamékból megjelenéskor gyakorlatilag nem volt olyan ami bugon kívül mást is tartalmazott volna. Amióta beszállt az MS, és nem lehet évekig lazsálni a kódolással, ott is szorít a határidő.
A kemény munka a későbbiekben megtérül. A lustaság viszont azonnal.
|
Azért egy doom3-ban több minden elmenteni való van, mint egy 4k demóban.
A kemény munka a későbbiekben megtérül. A lustaság viszont azonnal.
|
Az XP-nek is volt hw igénye, aztán rakás cikk van arról hogy milyen szutykokra felnyomták egyesek. Lehet hogy lehetne valamivel kisebb is, jó is lenne ha szarrá optimalizálnák, de amíg egyfolytában késnek vele, meg sorra hagyják ki az újdonságokat hogy egyáltalán belátható időn belül meg tudjanak jelenni vele, addig van ott fontosabb dolog is. Na ha ezt még ráadásul asm-ben kódolnák, talán 3010-ben el is készülne.
A kemény munka a későbbiekben megtérül. A lustaság viszont azonnal.
|
Jó kis demok ,régen is szerettem ezeket. Egy-két ilyen 64k-s demoban több tudás van mint egy oprendszerben :)
|
Ja, ha már asm, adok hozzá linket is :). Assembly, érdemes nézegetni a 64k-s részeket, a 2005 results szekcióban.
|
Az ai lenne? Hogy fix szövegkönyvbél bevállogat a játék véletlenszerűen párat? És ez adott esetben ahhoz vezet, hogy a barlanban a vámpírok arról beszélgetnek, hogy a vámpírok milyen undorító lények? :D
Oké, bocsánat. Belátom tévedtem. Ez tényleg fergeteges ai, hatalmas gépigénnyel :)
Hunter Weapons are everywhere, just slap a +25agi on it
|
Hmm, szerintem egy valamit felejtetek el, teljesen más 2-5 emberrel valami kis saját projekten dolgozni, mint amikor 50-100 ember több éven keresztül reszelget valami rendszert folyamatosan. Ráadásul ez az embertömeg időközben cserélődik is. Nagyon jól nyomon lehet követni a progik életciklusában, hogy elindulnak valami kis páremberes projektként, akkor még teljesen optimalizáltak, gyorsak, tök jók. (Gugli, icq, kazaa, vagy épp az office is így kezdődött, most is vannak ilyen kezdeményezések, ezek a legszebbek.) Aztán ha több ügyfélnek el van adva, egyre több fejlesztő kell, folyamatos fixek, párhuzamosan futó verziók, stb-stb egyre több és több ember dolgozik rajta, már muszáj menedzselni az egészet. Na ilyenkor az optimalizáció már erősen a háttérbe szorul, a határidők és (jó esetben) az integrációs tesztek veszik át a fő szerepet. Kódszinten teljesen máshogy fog kinézni egy asm versenyre készült páremberes csutkáig kioptimalizált és tömörített demo (volt 64k-ban full opengl-es játék is hangokkal mindennel együtt) mint többtucat "szalagozó" által heggesztett majd reszelgetett "gyártott" kód. Ha még alulmotiváltak is (ld. költségracionalizáció) akkor el lehet képzelni a keletkező minőséget. Márpedig szerintem az senkit nem fog meglepni, hogy a kódolás az ilyen esetekben előszeretettel outsourceingban történik (ld. még motiváció) Ahogy a gyártási tevékenység helyeződik/ött át Kínába, úgy helyeződik át a kódgyártási tevékenység Indiába és az oroszokhoz. |
Én általában 2 évente próbálok meg vasat cserélni, van amikor összejön van amikor nem... attól függ mennyi khmm... kedvem van rá :-)
Bárátomat sem szabad elítélni. Nagyon szorgalmasan melózik, felnőtt létére szeret a VR világokban kalandozni, nincs más hobbija... megértem. Nem apukától kér pénzt, nem lop, nem csal. Hidd el vannak ám ilyenek is, meg persze olyanok is akik 3 havonta apuka pénztárcájában kotorásznak.
Igazából szvsz nem is baj az, hogy a hardver eszközök ennyire dinamikusan fejlődnek... sokkal nagyobb gond a fentebb/lentebb tárgyált optimalizáció hiánya, nomeg egyes fejlesztők erőforráspazarló hozzáállása.
Persze az is világos, hogy ez is nagyban hat a hw piacra, hiszen valakinek mindig meg kell fizetnie a jelenlegi "lépcsőfokot", hogy legyen majd a fejlesztőknek miből megalkotni a következő generációt.
Érdekes... a konzoloknál ez valahogy sokkal jobban működik.
A "szaGma" -még mindig- hazudik.
|
Na ott a lényeg! Azért olyan magas gépigényűek a játékok, mert az olyanok mint a haverod képesek többszázezret elb@szni a hw-re. Pont ezért. A hw gyártó megtámogatja kicsit a játékgyártót(pénzügyileg), hogy kellően nagy gépigényű játékot csináljon. Így a hw gyártó, és az sw gyártó is jól jár, mert a sok okos pénzeszsák rohan a boltba új kártyáért. Csak az a gond, hogy azok szívják meg akiknek nincs annyi fölösleges pénzük, a gépükre. Akiknek csúcsgépük van, nem zavarja az a plusz pár százezer ft kiadás :\
Vain ei kuulu terroristien käsiin! CS. N. T. K. K.!
SG az a hely ahol sunyi módon csöndben törölgetik a hozzászólásokat, indok nélkül. ;)
|
Igaza van a csávónak. Anno a p166-on a kde első verzióját nyúztam és azon dumáltunk haverral ,mi lesz ha 1-2 gigás procik lesznek ? mennyit fog szaggatni a linux és a prg-k. ?
Nesze neked ,3gigás athlon 64 és 3 giga ram ,őszintén megmondom nem vagyok hanyatt esve tőle. Igaz stabil :)
|
Nem találtál ai-kat? Biztos az oblivionnal játszottál? A városokban járkál pár ember őket láttad? :)
Hát szerintem megváltó, manapság a sok szar között egy jó játék...
Vain ei kuulu terroristien käsiin! CS. N. T. K. K.!
SG az a hely ahol sunyi módon csöndben törölgetik a hozzászólásokat, indok nélkül. ;)
|
:-) Igen, igazad van, meg nem is... van a "kinti" világ, meg a van a "benti". De mi most a "bentiről" beszélgettünk... később majd átnézek a Szabadtéri programok topicba is ígérem ;-)
Ha egy mondatot kiragadsz a szövegkörnyezetből akkor az tényleg furcsának tűnhet. A következő mondat tartalma szoros összefüggésben van a kérdéssel.
A "szaGma" -még mindig- hazudik.
|
OFF
"És ez normális dolog szerintetek? "
Nem, nem kötelező megvenni a legújabb cuccot, el lehet menni sportolni, kirándulni, könyvet olvasni...
|
Már ne is haragudj, de hol találsz te az oblivionban nagyon sok ai-t? Merthogy nekem az elmúlt 30 játékkal töltött órában egyszer sem sikerült. GRafika és nagy terület pedig összefügg. Annyira pedig a nagy terület megjelenttésben éppenhogy nem jeleskedik a gáma.(Azt ahogy minden grafikai csúszka maximumra emelése után a távoli lod-olt talaj kinéz én nem nevezném elfogadhatónak) Szóval szép játék, meg jó játék, de azért ne verjük már magunkat annyira a földhöz tőle, mert nem a megváltó.
Hunter Weapons are everywhere, just slap a +25agi on it
|
ITT és ITT szerintem tuti találsz!  
Szar játék az élet de qwa jó a grafikja!
|
Szar játék az élet de qwa jó a grafikja!
|
Üdv Mindenkinek! Nem pont témábavágó kérdés (az egyik hozzászólásban olvastam, erről jutott eszembe), tudtok mondani olyan weboldalt, ahol .NET OOP-vel kapcsolatos e-könyveket találok?
|
Azért bátorkodtam hasonlítgatni a 2 játékot, mert anno FC szintén fejvakarásra késztette az egyszeri user-t, hogy "akkor most mi lesz... vegyek új VGA-t, RAM-ot?". Most u.e. a helyzet Oblivion esetében... ismét nagyon mélyen a pénztárcába kell nyúlni a magas minőség miatt.
Van egy barátom aki a 7800GTX TOP-ot kapta ki a gépéből és vett egy X1900XTX-et mert elege volt, hogy a több, mint félmilkás gépén csúnya dolgok történtek magas felbontáson.
És ez normális dolog szerintetek? Ez pofátlanság a fejlesztők részéről, hogy ilyen high-end PC-k-en ilyen siralmas eredményeket produkál a játék.
Persze, tudom lesz itt driver és progi optimalizáció rendesen, de nézzétek meg a HL2-őt vagy a HL-1-et. Mindkettő a maga idejében eszméletlen magas minőséget tárt a játékosok elé és bizony még egy közepes PC-n is nagyon szépen muzsikált akkor is "ha jöttek a szörnyek" :-)
Félreértés ne essék én sem vagyok a haladás ellen. És tudom -mert én is tanultam szakközépben majd a fősulin elég programozást-, hogy nem egyszerű dolog és könnyű dumálni... ezért is mondom, hogy olyan tervezésre és munkaerőre lenne szükség a fejlesztői berkekben akik bizony -ha kell- képesek lemenni a programkód mélyére és -erős túlzással- nem csak Delphiben pakolgatják a gombokat.
Szóval végre egy ember (Nicholas Negroponte) aki kiállt és felhívta erre az alapvető problémára a figyelmet. Remélem lesz is foganatja.
A "szaGma" -még mindig- hazudik.
|
Tök egyszerű a képlet: tudni kell programozni és akkor szinte mindegy, hogy miben fejlesztesz. Bár én a tudásba azt is belevonom, hogy célnyelvet tudok választani a megoldandó feladathoz, vagy ne adj uram még azt is megcsinálom, hogy a feladatot több töredékre szedem és egyiket X nyelven, másikat Y nyelven írom... Nem nehéz, csak kell rajta kicsit gondolkodni, mérlegelni. Többnyire egy megrendelőt egyáltalán nem fog érdekelni, hogy adott programot milyen nyelven ír a fejlesztő, tehát megvan a szabadságunk nemhülyének lenni, és több nyelven és elven is fejleszteni annak függvényében hogy melyik részfeladat megoldásához melyik a legelőnyösebb figyelembe véve a komplexitást, a határidőt, és a megrendelő igényeit, a továbbfejleszthetőség szükségességének mértékét, stb. AGY kell hozzá és venni a fáradságot megtanulni >4 nyelven, és venni a fáradságot megérteni az újonan kidolgozott elveket és fejlesztői eszközöket. Ennyi.
|
Azért a farcry-t ne hasonlítgasd az oblivionhoz, mert tökmás. A farcry egy egyszerű fps, ahol csak a grafikára meg pár fegyver egyszerűsített fizikájára, egyszerűbb ai-ra meg a hangra kell erőforrás. Oblivionban grafikára, a nagy terület megjelenítésére, nagyonsok ai-ra, meg még kitudja mi mindenre kell erőforrás. Egy program bonyolultsága nem csak a kinézetétől függ...
De az biztos, hogy az oblivion sem a leg optimalizáltabb játék :) de manapság ilyen nem is nagyon van. Legutóbb talán a crashday, volt amit egész jól optimalizáltak, mert egy gyengébb gépen is elég jól ment, akár max grafikán.
Vain ei kuulu terroristien käsiin! CS. N. T. K. K.!
SG az a hely ahol sunyi módon csöndben törölgetik a hozzászólásokat, indok nélkül. ;)
|
nagyon leakadtatok az oprencernel .. napi szinten hasznalok mindenfele grafikai sw-t es az adobe (mint mar mas is irta) a legjobb pelda a beleszaros cegre. az utobbi par verziojuk az osszes cuccukbol joval lassabb mint az elozoek. miert ?? mert nincs igazabol konkurencia ezert megtehetik. szerintem ennek semmi koze ahhoz, h miben programoznak ...
|
"Elgondolkozhatnánk azért arról is, hogy nem-e véletlenül a gépünk nem olyan gyors, mint amilyennek hirdetik?
Példaképp a win98 ugyanolyan gyorsan bootol be egy 950-es gépen, mint a 3.0 gigahertzes gépemen.
A win2000 is hasonlóan viselkedik. Egy 350-es p2 gépen ugyanolyan gyors, mint egy 1.7GHz-esen..."
A gepek gyorsulnak, a szoftver relativ teljesitmenye pedig kb. ugyanzon a szinten marad. Nekem anno az akkori gepemen a winnt4 is 1 perc (azaz 60 mp) alatt toltott be, mint most az xp a mai gepemen. Ez meg eppen elfogadhato.
Viszont ne felejtsuk el, hogy a mai gepek mennyivel tobbet tudnak. Az a grafikus felulet, ami 1986-ban meg csak irix-et futtato sgi munkaallomasokon ment, most itt van az uj windows-ban. (csak ott nativ gl-ben ment, itt dx-ben) Viszont a gepek ara leesett a padlo ala. Ezeket a gepeket mar meg tudjuk venni.
A fejelsztok tenyleg hajlamosak nem optimalis kodot irni, de ez regen is igy volt, csak akkor a kevesebb programozo meg magasabb tudasszinten volt. Vagy inkabb a tudas allando de egyre tobb programozo kozott oszlik el.
A windows es a linux legnagyobb baja a rossz algoritmusvalasztas es a redundans kod. Az elso a tudas es az ido hianyabol adodik, a masodik a rossz munkamegosztasbol. Ha kevesebb, de jo programozo keszitene a kodot, akkor lehet, hogy lassabban keszulne el, de jobb lenne. Ez penzugyileg viszont egyik cegnek sem eri meg. Az ingyenes es nyilt linux kozossegben pedig senkit nem lehet ravenni egy egyseges terv kovetesere.
A 100 dollaros laptop-ra pedig egy egyszerusitett szoftvert kellene felrakni, fix hardware konfiguracioval, fixen telepitett programokkal, kb. ugy mint egy mai feature phone-ok firmware-je. Ha minden program az operacios rendszer szerves resze, es jol van megirva, akkor minimalis a redundancia es ezert jobban es konnyebben lehet optimalizalni is. Ez persze uzleti alapon nem oldhato meg, de eppen ezert jok az ilyen project-ek. |
Fél millás gépen elmegy..tök jó! :-DDD Holnap énis megveszem a játékot! :-DDD
Szar játék az élet de qwa jó a grafikja!
|
Lehet ám ott nem a kóddal volt a baj, csak a hozzá nem értéssel.:-DD Láttam én is olyan érdekes játékokat, hogy mondván a videókártya még nem tud tömöríteni ezért zúzzunk bele pár nagyfelbontású BMP-t, meg zene is kell, de legyen kicsi, rakunk bele MP3-at. Aztán gallyra is ment a progi, MP3 és a több 10000 soros progi megette a procit, kép+ a memóriáról gondoskodott. És lehet, hogy a programozó tudna jót csinálni, csak tényleg a még közepes cégeknél ott vannak a megmondó emberek és ők ugye mindenkinél okosabbak.
Szar játék az élet de qwa jó a grafikja!
|
Ja és ingyenes, nem kaszálok vele milliókat, noha 3 hónapomba került. A legtöbb időt a 3000 kifejezést tartalmazó adatbázis vette el. :-(
Szar játék az élet de qwa jó a grafikja!
|
Nya.:-D Leendő programozók nevében.:-D Szal 1 HTML oldal manapság nem elég a sikeres vizsgához! Nézd meg az oldalam, van rajt 1 1,6MB-os és egy 7MB os progi/az utóbbiban van 5 perces mp3 háttérhang gyanánt/, progi. Az oldal és a progi egyben vizsgamunka. Frissítés detektálás, animáció + elég sok apró dolog van benne, és cakom pakk 2000 sor volt, nincs optimalizálva mert nem tanultuk, egyszerűen nem követelmény. Meg tudom csinálni mobil telókra is, készül 1 olyan verzió is, de az más tészta. Na mind 1. leendő programozók védelmében csak ennyit akartam írni.:-)
Szar játék az élet de qwa jó a grafikja!
|
Jaja. :-DD Nézi a promptos képernyőt, és mondja " Most, most lőjj! Ott az If elágazásnál 2 ciklussal vissza!" :-DD Amúgy lehet kicsi és gyors meg jó progit írni, pl C-ben, az is grafikus felületre is megoldható, csak oda ugyebár tudás is kell és nem kevés ráfordított munkaóra. Nem ám mint a Magic "programnyelv" ahol 2 hattintás és kész a progi, de még 1 számológép is 4MB.:-) Középútnak ott a Delphi, Visual Basic, Visual C. De akkor ezekhez is érteni kell, és tapasztalatból tudom, hogy egy programnyelvet sem lehet szőrőstül bőröstül megtanulni 2 év alatt sem, hogy pl minden fügvényt tudj mire való, hogy lehet optimalizálni, stb. Amúgy a jőhő kilátásai szarok ezen a téren. Mármint készülnek azok a proginyelvek ahol már nem kell programozni tudni! Legonak van már ilyen fejlesztő készlete. A piros bigyót a zöld bigyó mellé húzod+ kap 1 kis kék háromszöget és hopp kész a progi. Ezt szerintem az USA-nak találták ki. Vagyis az analfabétáknak, de terjedőben van. Úristen mi lesz itt 3-4 éven belül...
Szar játék az élet de qwa jó a grafikja!
|
Tinman: en most is jol elvagyok vele :)))
Persze altalaban azert emuval, mert a tft nem rongalja ugy a szemet :)
|
Nem tudom, mit kell akkor ennyit senyvedni, ha nincs jó progi, Írjon ki a manus valami jó pályázatot,( a 100$l.top oprendszerére) és a készítő(k) nevét megismeri így a világ.. akár még valami win-lin konkurrencia is lehetne belőle....
A bölcsek nem tudósok - a tudósok nem bölcsek
Lao-Ce
|
Persze, ezzel a magunkfajta bőven megelégszik. De a HC gamerek már 1-2 éve csak röhögnek az 1024x768-as felbontáson. És ahogy te is írtad, "ha jönnek a szörnyek...".
Nem tudom elfogadni, hogy az ember megvesz egy 400 ezres gépet amire 2 héten belül kiadnak egy olyan optimalizálatlan -bugos- progit, ami állóképeket képes produkálni esetenként.
Persze igazatok van... pénz, pénz, pénz... vegyé' új gépet, ha... vegyé' több ramot ha...
Olyan jól elvoltam a C64-el anno :-)
Nem tudom emlékeztek-e rá, de nézzetek meg egy demot/játékot a gép kiadását követő 2. évben és nézzétek meg, hogy u.o. hardver mellett milyen döbbenetes munkák születtek.
Bár nem ide tartozik, de mégis idevág: optimalizáció magasfokon amit a PS2-es programerek is elkövetnek.
Eleinte is komoly megoldásokat lehetett látni a gépen, de 1-2 éve meg már az ember azt mondaná, hogy ez egy PC-s high-end gépen futó nextgen progi.
Kár, hogy csak a konzolokon van meg ez a sokat vitatott jó szokás :-(
A "szaGma" -még mindig- hazudik.
|
Ez is egy kib****tt üzlet lett. Régen volt 4k demó meg 64k-ban játék. Ma a doom3 egy mentett állás 19Mb! Az optimalizálás nem üzlet. Ennyi.
|
Elgondolkozhatnánk azért arról is, hogy nem-e véletlenül a gépünk nem olyan gyors, mint amilyennek hirdetik?
Példaképp a win98 ugyanolyan gyorsan bootol be egy 950-es gépen, mint a 3.0 gigahertzes gépemen.
A win2000 is hasonlóan viselkedik. Egy 350-es p2 gépen ugyanolyan gyors, mint egy 1.7GHz-esen...
|
macros:
azért lássuk be a Vista hw igénye egy vicc. Főleg a linuxos XGL mellett aztán végképp. (az elfutkos korrektül egy 800 -as p3 -on, gef2 32 BM-al, es 256 memóriaval)
|
OFF: Oblivion 7800GT-n kifogástalanul megy 1024x768-ban 3.5-ös Athlon+2Gb. Az önárnyék, stb. be van kapcsolva +HDR, meg a grass distance csutkára fel van nyomvan: így tökéletesen játszható (kivéve az erdő közepén, ha jönnek a szörnyek).
|
Nem is rossz ötlet. A BeOS pl ilyen célorintált kis gépekre kiváló OS lenne. És azért egy P200-on 64 MB ramaml nálam már művelt csodákat. (6 mp3 egyszerre lejátszása akadás nélkül pl:)
|
A programozók is rosszabbul élnek mint 4 éve. :P
A kemény munka a későbbiekben megtérül. A lustaság viszont azonnal.
|
Akármennyire is divat az MS-t fikázni meg lelamerezni, ennek ellenére tényleg csak a legjobb kóderek kerülhetnek be oda. Azt meg tudomásul kell venni hogy a programozó azt csinál amiért fizetik, ha szart kell, mert mondjuk Billy / Ballmer megaszonta, akkor azt. Nameg amikor jönnek hogy "legyen benne hát olyan kis izé bigyó ami pörög, forog", na azt kódold le optimálisan! :D
// Oblit majd kipróbálom, 7900 gt-vel, 85.25 forcewarezzel talán jó lesz. :)
A kemény munka a későbbiekben megtérül. A lustaság viszont azonnal.
|
Ja, és mindenki menjen a faszba, aki assemblyben akar olyan alkalmazást írni, ami fut clusteren. De most komolyan. Mi ez itt? Óvoda?
Ha már kivan a faszod az idióta szignókkal csinálj te is egyet.
|
MUHAHAHHAHAA EZ JUTOTT ESZEMBE:
Rosszabbak a programok, mint 4 éve ::)))))
Ha már kivan a faszod az idióta szignókkal csinálj te is egyet.
|
Azert a MenuetOS-t nem kell tullihegni. Nagyon is kiforratlan, raadasul elinditottam a grafikus demo prg-t (valami forgo cucc volt) 2 peldanyban, es fele olyan lassan futott, mint 1. Na most hany eves is az a projekt?
Es nem egy emberes project, legfeljebb ugy, mint a SkyOS. Es csak hasonlitsd ossze a kettot...
Assembly jo dolog volt, ma is megvan meg a helye. Egy OS irasa nem ide tartozik.
Viszont az igaz, hogy manapsag tenyleg sok a bloat. Oke, unicode szoveg, divx, stb., de azt nem lehet tagadni, hogy igenis rengeteg felesleges hulyeseg terheli a mai rendszereket. Ez nem az OOP hibaja, hiszem az meg az a szint, ami szukseges, raadasul pl. a Java VM az minden kiadassal gyorsabb lesz. Hanem a felelotlen fejlesztes.
Valoban tessek megnezni a BeOS-t, lehet, hogy ma mar nem lenne eleg, de annak idejen siman lenyomta barmelyik masik OS-t teljes OOP mellett. Szerintem inkabb azt kene rakni ezekre a 100$-os gepekre, legalabb lokest adna a Haiku-nak is...
|
"Az MS-t kár volt belekeverned, ott épphogy a legjobb programozók dolgoznak."
A legjobbak... főleg OOP-ben ;-)
Amúgy mondhatnám az összes többi progit is ami "népszerű"... 1-2 játéknál veszik csak a fáradtságot, hogy optimalizáljanak.
Meg sem engedném, hogy olyan waret dobjanak a piacra ami kolosszusként rátelepszik a vasra.
Far Cry-t pl. nagyon szépen optimalizálták... talán 40%-al jobban fut, mint 4 éve ugyanazon a konfigon... igen, megcsinálták!
De ellenpéldának jó az Oblivion ami ugye a mai PC-s gamer vágyálmából a feltelepítést követően hamar rémálommá vált. (Ezen a konfigon /nem az enyém/ is képes 20 FPS-t produkálni: 3.4-es LGA775, 2 Giga Crosair 667, X1900XTX, sata).
Na ez tökéletes példája a nem optimalizált terméknek. Nem szép dolog ilyet piacra dobni 
A "szaGma" -még mindig- hazudik.
|
Ennyire azért nem rossz a helyzet.
1. Manapság annyi fejlesztő van, hogy a cégek bőven tudnak válogatni. Egy felvételi beszélgetésből + hozott referenciákból kiderül hogy az illető hülye e. A hülyéket ma már nem veszik fel: max. más hülyéknek fejlesztenek weboldalakat Biszbasz Bt. néven.
2. Szerintem az optimalizáció nem a fejlesztő dolga (hozzátéve azt is hogy a multam miatt én speciel imádom optimalizálni a kódjaimat: ha van rá időm mindig elszórakozom vele), hanem a fordítóprogramé. Például a Javában alapvető hiba hogy ha a stringeket '+' jellen összeadjuk és nem egy tömbbe pakoljuk és aztán kiolvassuk a végén. Kérdem én ezt miért nem a fordító végzi önálóan? (tudtommal pl. a JBuilder ezt magától megteszi). Ez inkább a fordító fejlesztőinek lustasága, nem pedig a programozó hibája.
|
DSL = Danm small linux.
2. ne akarjál assemblyben oprendszert írni. Van olyan (Menuettos), de nincs értelme, mert nem portolható sehova, csak szórakozásból van.
Ha már kivan a faszod az idióta szignókkal csinálj te is egyet.
|
Nem biztos, hogy önmagában csak az OOP hibás.
A legjobb példa rá az EPOC32 oprendszer, ami a Psion series 5-ben volt.
Vagy a BeOS.
Szóval lehet OOP-ban is kis erőforrásigényű hatékony kódot írni.
Csak ki kéne venni belőle a szemetet.
¤¤¤¤o¤o,¸¸o¤o,¸¸,o¤o°`°o¤o,¸¸,o¤o°`°o¤o,¸¸o¤o,¸¸,o¤o°`°o¤o,¸¸,o¤o°`°o¤o,¸¸o¤o,¸¸,o¤o°`°o¤o,¸¸,o¤o°`°o¤o,¸¸o¤o,¸¸,o¤o°`°o¤o,¸¸,o¤o°`°o¤O3>
|
Az MS-t kár volt belekeverned, ott épphogy a legjobb programozók dolgoznak. De sok a manager, a megmondóember. A linuxról meg számtalanszor bebizonyosodott hogy ugyanolyan erőforrásigényes, védtelen mint a win, csak azért nem hekkeli meg senki, mert senkit nem érdekel. Most jöhet a duma hogy de van 1 cd-s linux is, winből is van tinyxp, ezek minde lebutított verziók, pont annyival kisebbek mint amennyivel kevesebbet tudnak.
A kemény munka a későbbiekben megtérül. A lustaság viszont azonnal.
|
Példának jó, de ha összehasonlítod az új xgl-es Linuxxal, vagy a Vistával, akkor láthatod hogy a bonyolultság összehasonlíthatatlanul más nagyságrend.
Hidd el, hogy egy videokártya drivert (ami csak egy ezreléke az oprendszernek) több tíz ember fejleszt több évig. És az csak egyetlen driver.
|
Azért egy win bonyolultságú oprendszert assemblyben megírni nem 5 perc. Mire elkészül, nem is gyártanak már olyan gépet amin futni tud. :)
A kemény munka a későbbiekben megtérül. A lustaság viszont azonnal.
|
Egy-két ember szerintem picit félreérti a cikket.
Itt senki nem arról beszélt, hogy gépikódban kellene közvetlenül a programokat megkreálni.
Itt arról van szó ami már tényleg baromi terhes mindenki számára... az optimalizáció hiánya!
Tényleg tarthatatlan az az állapot, hogy manapság -már bocsánat- de minden marhából lehet programozó, aki kiböffent magából egy HTML oldalt.
Ennek meg persze az a következménye, hogy a t. programozó urak csak a "bátyám szobatársának a barátnőjének az apjától hallottak a gépi kódról", beülnek a bőrfotelbe és egy egyszerű adatbáziskezelőt kihoznak 200 megából full OOP alapon... bezsebelik a nagy lét.. a kérdésre pedig, hogy miért ilyen cefet lassú azt a választ adják, hogy nem a progi lassú hanem a géped szar... vegyé' jobb procit, több ramot, gyorsabb vinyót stb.
De tudjátok mit legyen... engedjük az ilyeneket is kibontakozni, de a szörnyű az, hogy a nagy cégekhez bekerülve ezek az emberek a remek hozzáértésükkel tovább növelik a populáris programok bonyolultságát.
Ilyen 50 millió kódsorról regélnek Vista kapcsán... bah... röhejes.
Ha olyan szívvel, lélekkel meg olyan tudással rendelkező programerek ülnének "fontos székekben", mint akik 64k-ba képesek kisebb csodákat létrehozni, akkor nem tartanánk ott, hogy a 64 bites 3.2-es procim, 2 Giga ramom és SATA vinyóm mellett több, mint 1 percet várok mire ez a szemet bebootol.
Ja tudom, ébredjek fel... meg choose Linux (az is van, szalad is szépen :-)
A "szaGma" -még mindig- hazudik.
|
Nem tudom, hogy van-e benne jogosultsági ellenörzés, vagy hogy akarnak-e beletenni, ha nincs. Na meg az is kérdés, hogy ha beletennék, akkor az mennyit lassítana a rendszeren, ha azt is jól optimalizált assembly kódban írnák meg.
Mindenesetre jelezetem, hogy én ezt csak példának hoztam fel az optimalizálásra és az assembly-ben való fejlesztésre, nem pedig etalonnak ami tökéletes és követendő.
|
Naigen, amikor megkapod a határidőt hogy x hét alatt legyen kész a progi, akkor kevésbé érdekel hogy optimális a kód vagy sem, te az elkészülésre kapod a fizetést. :)
A kemény munka a későbbiekben megtérül. A lustaság viszont azonnal.
|
Lehet hogy kicsi, meg gyors, de ezért cserébe nyilván nem is végez olyan jogosultsági ellenőrzéseket, amik ma már főleg hálózati munkáknál elképzelhetetlenek. Az ilyesmi viszi el a többi oprendszer idejének jó részét is, hiszen semmi nem fut csak úgy magától, 0 erőforrásigénnyel.
A kemény munka a későbbiekben megtérül. A lustaság viszont azonnal.
|
Az oop-re szükség van, egy nagy prodzsektet nem lehet papír-ceruzával, adhoc alapon kódolni, mert csak egy nagy bughalmaz lesz belőle. Főleg ha valamit módosítani kell rajta, és millió helyen kéne változtatni.
A java, c# meg az oop-n kívül azért is jók, mert platformfüggetlenek, nem kell minden gépre külön a saját assemblyjében megírni, ugyanaz jó mindre, tehát többfelé fel lehet használni.
A kemény munka a későbbiekben megtérül. A lustaság viszont azonnal.
|
"Assemblyben nyilván lehetne tök optimális, gyors és kicsi oprendszert írni, csak mondjuk egymillió emberév munka lenne."
Ebben azért nincs igazad.
Ajánlom a következő oldalt:
http://www.menuetos.net/
Ez egy 100 %-ban assemblyben írt oprendszer. Mostmár csak a 64bit-es verziója tölthető le, de van neki 32 bites is én is azt szoktam használni. Ahhoz még mellékelték a forráskódot is.
Egyetlen floppyra ráfér. Kezeli a hálót, van webszervere, full grafika minden nem kell shell-el pöcsölni. Még most is hihetetlenül szokatlan, hogy elindítva egy programot, abban a pillanatban elindul, nem kell a forgó homokórát bámulni, mint más rendszereknél.
Egyetlen programozó írta az egészet és két másik besegített a net és grafikai részbe és nem egymillió évig készült.
Nem feltétlenül azt akartam ezzel mondani, hogy ez a jövő útja, csak éppen egy példa arra, hogyan lehet kicsi, villámgyors, ugyanakkor mégis komplex programot vagy rendszert írni, akár egyetlen programozónak is.
|
Ez igaz, de ha oop-ben programozunk, akkor lehetne alatta a hw is olyan ami natívan támogatja azt. Régebben akartak Java processzort csinálni, nagyon nem hallani már róla. Lehet hogy egy műveletet lassabban hajt végre mint egy x86, de ott egy művelet igen sok x86 művelettel ér fel, összteljesítmény szempontjából mindenképp hatékonyabb lenne egy ilyen "célprocesszor". Igaz, ehhez az is kéne hogy megállapodjanak az assembly utódáról, mert az se lenne jó ha minden proci más nyelven működne, azzal ugyanott lennénk mint most.
A kemény munka a későbbiekben megtérül. A lustaság viszont azonnal.
|
Ellenpelda: En Photoshopon is dolgozom evek ota, es minden egyes resz joval lasabb az elozonel. A csucs a mostani CS2, ami jocskan lomhabb a CS1-nel. Pedig nincsen benne tobb csilivili, egyszeruen optimalizalatlan, bugos is... A lenyeg hogy a programozoknak minel gyorsabban kell atalakitaniuk az egeszet, hogy ujnak tunjon.
|
Egyetértek mindennel amit #4 írtál.
Egyébként a #2-re annyit reagálnék hogy igazából ma már nem számítanak ezek a dolgok az esetek 95%-ában.
Nagyon kevés sebesség kritikus dolgot kell manapság írni (algoritmusok főleg), a futás nagy része így is a felhasználóra / hálózatra / adatbázisra való várakozásra megy el. Mondjuk én az utóbbi öt évben kizárólag web közeli fejlesztéseken dolgozom.
Persze ha kernelt írsz, az más tészta, viszont az már nem a .Net és a Java hatásköre.
|
Részben egyetértek az előbb hozzászóló programozó úr véleményével.
-A linux kernel továbbra is sima c-ben készül. Hát esküdni nem mernék de szerintem nem sokat romlott sebességben az előző szériákhoz képest.
Nyilván egy 64-bites utasításokat mindenféle piciX-es - satas, tűzvonalas, usbos kernel
NEM LEHET kissebb mint egy 1.0 széria.
- Nicholas Negroponte eltévesztette a konferenciát. Szerintem a kis buta windowst abból a Vistat rakta fel az uberszuper masinára....
Izé miért is vesz 100as úr halál drága notebookot?????? Miért nem a 100 dolcsis laptopot vett.
- Linuxon a 100as úr nyugodtan használjon XFCE-t, mc, vi. Ezek még az 5 évvel ezelötti note-okon is hasítanak.
A 7-8 éves gépemen remekül megy a Stable debiannal. Igaz a firefox 15sec alatt áll fel rajta, de internet előtétnek használom, arra jó.
- Ha valakinek baja van a KDE,Gnome openoffice és társaival nyugodtan használjon mást.
|
"Már akkor megkérdeztem, hogy mire is jó ez az OOP ha nagyobb kódot fordít, és lassabban is fut."
Én most nem vállalnám fel azt hogy ezt elmagyarázzam neked. Ha veszel / letöltessz egy OOP könyvet és megpróbálsz magadon erőszakot elkövetve megírni pár OOP programot (az OOP elveknek megfelelően) akkor magadtól is rájössz, ha meg nem, akkor egyébként sincs segítség.
Én Z80-on kezdtem, 80286-on folytattam, 386-on írtam MMX alá grafikai rutionokat, aztán programoztam mindenben ami mozog, most mégis Javát, AJAX-ot és .Net-et használok. Hogy miért? Mert könnyebb újrahasznosítani a kódot, mert sok mindent megcsinál más - és én erőfeszítések nélkül átvehetem tőlük az eredményt, mert könnyű debugolni, mert a fejlesztőeszköz kinyalja a seggemet (VS 2005, Eclipse 3) és mert pár hét alatt kell komplex programokat letennem az asztalra.
Ha neked jó keseregni azon hogy már nem kőbaltával dolgozunk, csak tessék. Ifjú titánként még én is az Assembly programozásért tüntettem (akkor a C volt a puhapöcsűeknek való). Majd ha idősebb leszel másként fogod látni. |
|
Nyomtatás
Elküldés e-mailben
Az optimalizációt hiányolja a százdolláros laptop atyja
Bezárták az ausztrál miniszterelnököt kritizáló oldalt
Közutálatnak örvend a Microsoft
Júniusra csúszik a Samsung Blu-ray meghajtója
