Sziasztok,
Nem idevaló téma, de hátha tudtok segíteni !
Hogy lehet ide a fóramra kép formátumot feltenni ?
Jooó lehet hogy ec. de gőzöm nincs. Fiam meg nem segít. :-(((
Bocs !
hát egy kutatóintézetben biztos nem :) de ha (kizárólag a szemléletes példa okáért) mondjuk AI-t fejlesztesz üzleti környezetben és nyomva vagy hogy mármedig holnapra "olgyad meg!" az elég stressz gyanús :)
az eredeti témához pedig (most hogy így rá lett mutatva) az menjen programozónak aki a rántottasütés bonyolult feladatát ha kell szét tudja bontani 10000 lépésre de közben két mozdulattal megsüti. remélem érthető :)
önmagát generáló stressz: ha programozó vagy akkor előbb-utóbb úgyis elkezdesz érezni valami belülről jövő késztetést hogy feladatra újabb/jobb megoldást találj a létezőknél. a jobb megoldás megtalálásának valószinűsége csekély, az eszközök viszont sokkal kézenfekvőbbek mint más szakmás esetén ezért rámozdulni is könnyebb aztán győzz kikavarodni belőle, meg a végén elismerni hogy "csesszemeg, ez nem jött össze :)"
feladatokat? hat sztem nem ez a topik fo profilja, de miert ne.
eredetileg arrol volt szo, hogy miert erdemes ezt a szakmat valasztani, es miert nem, csak atment az egesz szarkenegetesbe. errol mondjuk a szemelyes velemenyem az, hogy akit erdekel, az vagjon bele, mert annak menni fog, aki pedig azert akar programozni, mert anyu azt mondta sok penzt lehet vele keresni, az felejtse el.
Hát nem igazán más munkát. pontosabban a munka nem biztos hogy jó szó arra amit szeretnék. Ugye dolgozni leginkább nem, hanem valami elfoglaltság ami azért nem vagonrakodás (apropó, ez sem biztos hogy hülyeség ha nem kötelező) de nem stresszes mint a prog, leginkább nincs közép/rövidtávú elvárás de azért nem vezet a (még komolyabb) szellemi leépülés felé.
mihez kezdjen egy programozó ha már hullára programozta magát, és legszivesebben a horgászbotra is programot írna :) (monjuk horgászni épp utálok, de fedi amire gondolok)
Szia!
El tudnád mondani egy kicsit pontosabban, hogy mit szeretnél?
Jól értelmezem, hogy 22 év programozói gyakorlattal "valamilyen más" munkát keresel?
Nya, sikerült egy fasza klónt találni magamnak :) Üdv! Itt lehet értelmes feladatokat adni? Lesz rá megoldás vagy csak a szája jár mindenkinek? 22 éve programozok és már kurvára unom. Mihez fogjak? Ti meg itt köcsögöltök. Programozók vagytok vagy mi? Ge.
Ugyan, bájernmotor abban is ász. Érti ő a cseneleket, multiplexereket, sőt ! Tanulmányai ideje alatt születtek ezek a gépek és az ő oprendszereik. :) Simán ideveri a taszkkezelés 40 éves tapasztalatait zanzásítva, ugyanakkor lényegretörően és kiderül majd, miszerint az a hülye, aki valaha JCL-t használt java helyett. :D
Elnézést kérek, én ebbe nem szeretnék belekeveredni, nemcsak azért, mert off-topik, hanem mert szerintem nem is közérdekű adat (hogy szépen mondjam) ... [természetesen szervernek nem PC-ket használnak, hanem mainframe-eket]
pasa_,
semmi probléma. Felelevenítés: vaslamikor régen arról volt szó, hogy mivel indexelünk tömböt. Elhangzott az "index az integer" és "tömböt csak ciklusváltozóval címzünk" állítások, illetve ezzel szemben 1-2 eretnek vélemény, mely szerint adott esetben stringgel címzett tömb lehet a jó megoldás, de legalábbis nincs kőtáblára vésve hogy "tömb indexe mindig integer".
Kétlépéses algorimus alatt azt értettem, hogy az adatokat egy összefüggő egészintervallummal címzed, de a címkiszámításhoz egy másik, azonos méretű táblázatot (nem szükségszerűen tömböt) használsz. Az én példám talán nem annyira mórickás mint az előző: adott egy fa melynek a levelein adatok vannak. A fa leveleit stringek címezik meg. Pl. "(36,2,7)" de ez most mindegy, a lényeg az, hogy a string nem képezhető le semmilyen algebrai módon összefüggő egéintervallumra. (Van olyan algoritmus, ami a fa párezer elemét egy sokmilliós intervallumban szétszórja, de ez annyira ritka mátrix, hogy a gyakorlati megvalósítása szintén asszociatív tömböt igényelne, azaz nem nyerek vele semmit.) Ebben az esetben a stringgel indexelt tömbök tűnnek megfelelőnek szemben egy olyan módszerrel, ahol a tömb egészindexű és az indexkiszámítás egy másik o(log(n)) idejű és o(n) memóriafoglalású struktúrát igényel.
Ráadásul a fa nem statikus, ezért olyan módszer amiben a beszúrás o(n) idejű nem szerencsés. (A felhasználók türelme véges :-)
Valoban elvesztettem a fonalat, esetleg fogalmazd meg maskent. Mar az sem vilagos hogy mi lenne a ketlepeses kereso algoritmus, es miert akarna valaki olyat hasznalni.
bayernmotor,
az előző hozzászólásaidat nem kommentálom (önmagukért beszélnek), de ezt nem bírom kihagyni: légy szíves becsüld meg azoknak a gépeknek a kapacitását (műveleti sebesség, memória mennyiség ill. felhasználok száma), amiken az országos nyilvántartások (gépjárműnyilvántartás, útlevélnyilvántartás és hasonlók) futnak. Mivel én valószínűleg nem vagyok megfelelő forrás, kérdezzd meg NevemTevet, szerintem emlékszik még.
pasa_,
valamit félreértesz vagy félremagyarázol: tetszőleges algoritmussal építed fel a kulcs-<index keresésedet, ugyanaz használható az asszociatív tömb kezelésére is (anélkül, hogy a nyelv direktben támogatná azt!). Tehát a kétlépés algoritmus mindenképpen lassabb, mint az asszociatív tömb.
Egyreszt eloveheted a vilag legdragabb adatbaziskezelojet, ezt a konkret feladatot akkor sem tudod gyorsabban megcsinalni, mint egy memoriaban levo hatekony Hash Tabla.
ezt nem vitatta senki, de szerveroldalon teljesen mindegy, mi mennyi ideig tart, mert vesznek ala erosebb vasat, a lenyeg, hogy stabil legyen. ha pedig egy rendszerben kliens oldalon ilyen szintu muveletek folynak, akkor ott nagyon el lett baszva valami a tervezesnel.
nem akarok illuziorombolo lenni, de ha egyaltalan nem foglalkoztal volna a sebesseggel es az optimalizalassal, hanem vettel volna pl egy hasznalt SPARCstation-t vagy Siemens RM mainframe-et, es csak a stabilitasra es az egyszerusegre koncentraltal volna, mar reg elorebb lennel a fejlesztessel.
en nem a modszer hatekonysagat vitatom - hanem az ertelmet.
szakmarol beszelsz, es egyetemi oldalt linkelsz. vicces.
kar egyebkent ezen lovagolni, nagy cegek (1-2 kivetellel) nem fognak ilyen melysegu sajat algoritmust hegeszteni, hanem a szoftverbeszallitoik jol bevalt komponenseit hasznaljak. aztan ha nem eleg gyors, vesznek ala izmosabb mainframe-et. elvegre azt le lehet venni a polcrol, a custom komponenseket viszont ki kell fejleszteni, es az idonel dragabb nincs.
hogy kéne megcáfolnom: elméleti síkon lehetetlen, hiszen az nem az "élet", Te pedig csak abban hiszel.
akkor cafold meg gyakorlati sikon.
Gyakorlati alapon szintén nem lehet
merthogy?
hiszen Te sosem használtál ilyet
megint csak a szemuvegtisztitast javasolnam. nem hasznalOK ilyet. jelen idoben. ez nem jelenti azt, hogy nem hasznaltam.
a többiek pedig nyilvánalóan nem tudnak programozni.
hat, ha te igy erzed magadrol, mit vitatkozzak? te tudod.
Nem turkálj az én zsebemben (sem a cégében), pláne ha sem irigy, sem kíváncsi nem vagy.
standard tarifakrol volt szo, senki nem kerte hogy paste-eld be az eves koltsegvetesed, ugyhogy nem kell rogton infarktust kapni. minek allsz neki dicsekedni, ha nincs mire.
Én írtam az iteratorról és az MFC-ről
latod, latod. az TE voltal. nem en. orulok hogy megtalaltad a jobbik szemuveged.