Olyan egyformára sikeredett a három hozzászólás, hogy elég egyet válaszolnom. :)
"A szupergyors java kód kommentet sem értem, meg a GPU-n futást sem, ez teljesen érthetetlen."
http://www.hwsw.hu/hirek/51391/ibm-nvidia-gpu-power-tesla-szerver-bi-uz…
http://www.hwsw.hu/hirek/50993/ibm-java-gpu-gyorsitas-nvidia-hsa-projek…
Az utóbbiban megtaláltok a kommentelők között is. ;)
Az ASM <-> SAP egy irónikus poénkodás. Kb. olyan, mint amikor az ember ilyet mond: "Akorára dagadt a fejem mint egy ház". A ház 8m magas, a fejem meg ennél lényegesen kisebb és 1cm növekedést sem mutat, mégsem fogsz odarohanni egy mérőszalaggal bizonygatva, hogy műszakilag hülyeséget állítok.
A topic pont nem erről szól, de azért meg kell említenem egy tipikus és súlyos szemléletmódbeli tévedést: Nem a piacilag legsikeresebb termék a legjobb!
(Megvan a mondás a sok léggyel, szarral, meg hülyeséggel???)
Hány magos cpu kell egy tabletbe? Hát rózsaszín, mert a nők a szín alapján választanak!
Az első modern gyártósort feltaláló Ford is ebbe bukott bele, mert a nők piros meg zöld autókat szerettek volna.
Az asm-ről. Pontosan azért írtam le a korábbi példákat, hogy a fiatalabbak is megérthessék amit soha nem tapasztaltak: régen milyen szempontok miatt volt szükséges használni. Messzemenően nem arról beszéltem, hogy hülye aki ma nem asm-ben írja a rendszereket. Hanem arról, hogy aki kénytelen volt kihegyezni a programot ÉS meg is tudta tenni, az más környezetben is képes hatékonyabb kódot előállítani.
A programok magas sorszáma sem hatott meg teljesen. Láttam, dolgoztam ilyenben. A saját kódolásom többnyire nyolcada a hasonló kódoknak. Nem nő vagyok, nem kell rózsaszín tablet. Éppen ezért előfordult olyan, amikor 400.000 sor kódot helyettesítettem úgy 20 sorral.
- hamarabb elkészült
- kompatibilisebb volt
- kb. 20.000x gyorsabban futott
- nem kellet hozzá még egy-két gép és szoftver
- abszolút hordozható volt
- pontosan a feladatot oldotta meg, side effect nélkül
Ne általánosítsunk ilyenből, de itt azért két mezőt kellett kitöltenem és továbbítani a hálózaton.
Erre ma a tipikus megoldás Sun alkalmazásszerver és java. Mert az hordozható. Már ha elég izmos valaki. :)))))))))))))))))
A hordozhatóságról. Itt is volt olyan topic, ahol nemtudni miből kikeverték, hogy ellene vagyok a hordozhatóságnak, valamint nem is értem mi az. A rövidség kedvéért: nem és nem.
"A sebesség pici paraméter." Egy projektben szóvá tettem, hogy az adatbázissal nem jól dolgoznak (azért írom így, hogy kerüljem a részleteket). A srác bemutatott egy (windózos) tesztfuttatást, miközben a másik igen nagy (országos hírű, egyetemi tanár - adatbázisok) szakértő elmagyarázta, hogy az a sztoridzs olyan gyorsan működik, amit el sem tudok képzelni. Extrapoláltunk a valódi gépre és rekordszámra, így kijött 14 perc futásidő. A valós futásidő 11 óra lett, az előírás <1 óra volt. Én csak azért pofáztam bele, mert a kiváltandó rendszert 8 évig üzemeltettem, és a 12 tervező között is ott voltam. Kérdés?
Az adatbáziskezelő Oracle volt. A legjobb. :))) (Ezen most ne nyissunk topicot.)
A leglassabb rendszereket éppen ilyenben láttam. Tehát
- Ebből nem következik az adatbáziskezelő jósága vagy rosszsága.
- Nem következik, hogy milyen adatbáziskezelőt kellene alkalmazni.
- De következik, hogy a végeredmény enyhén szólva dilettancián nyugszik.
Ez csak a duma. Én magam gyakorlatlan vagyok az sql terén, de azt látom a jól megkomponált adatbázishoz éppolyan mély szakértelem kell, mint az alacsonyszintű programozáshoz. Nem véletlen, hogy a 20-30 programozó mellé 1-1 napra egy még nálam is öregebb fószert hívtak optimalizálni, mert kezdett megállni a rendszer. Az öreg spiller drága, de 1-1 napra kifizetve a projekt "költséghatékony". Üzletileg rendben van, az eredmény siralmas.
De legalább az sql szabványos, hordozható. Az MSSQL villámgyorsan fut egy AIX szerveren. Ki tudja, tán az F5 enter segít.
"a mérnöknek az a célja hogy gazdaságosan oldja meg a problémát" - Igen, ez a mai szemlélet hibája! Régen a mérnöknek a fő feladata a probléma megoldása volt, méghozzá gazdaságosan. Ha olvasod a híreket, néha-néha a megoldás elmarad. Viszont az gyorsan elkészül. :))))