Hogyan lehet két változó értékét megcserélni új változó bevezetése nélkül? (rejtvény)

Azt mondtad, előnyösebb valamilyen szituációban. Felsoroltam a három alapvető számtípust, és egyik szituációban sem volt előnyösebb a te módszered, mint egy másik. Egyikben sem. Tehát hol előnyösebb mégis, amit te mondtál?

A programozási nyelvekről pedig szintén nincs sok fogalmad, attól, hogy egy nyelv magas szintű, még nem lesz lassabb. A C++ egy magas szintű nyelv, és mégis hatékonyságban közel áll az Assemblyhez.

# 261/261 Időpont ma 16:36

Tehát most akkor kitaláltál valamit, ami semmire se jó? :-)

Mellesleg nem arról volt szó, hogy a számítógép natívan képes úgy összeadni mint egy alsó tagozatos, papíron?

"Nem azt követeltük, hogy bizonyítsd be hogy előnyös ebben vagy abban az esetben. Azt kértük, hogy mutass egyetlen olyan szituációt, ahol előnyös."

Én írtam, azok miért nem jók? Például szimbolikus számítások. Vagy: számítások tetszőleges algebrákban.

De én szoktam például tömöríteni adatot vele (mondjuk egy sakktáblaállás 40-es számrendszerben elég rövid, elfér egy URL-ban), vagy, vektorként használni a betűs összeadást, ha nem akarok objektumokat, és, tudom hogy nem fog túlcsordulni (<40 értékek).

Mindenki úgy használja a dolgokat, ahogy tetszik neki, illetve ahogy tudja. Nyilván valós számokkal a standard módon érdemes műveleteket végezni, ha már erre készítették fel a processzorokat, hogy egyszerre sok darab, hosszú, kettes számrendszerbeli vektort nagyon jól össze tudjon adni.

((Ha jól tudom, az első néhány processzorgeneráció még nem volt ezekben gyors, ott akár az írásbeli műveletek is megérhették, és csak utána kaptak a processzorok külön gyorsítást az ilyen típusú valós szám műveletekre, de fixme ha rossz))

Ha az embernek saját magának kell valami, és nem 1 hónapig fog futni hanem az észlelhetőség határain belül, akkor pedig azt és úgy tárol és ad össze, ahogy éppen a kedve szottyan.

(Pl nekem felfordul a gyomrom a manapság egyre divatosabb "tároljunk JSON-t URL-ban" dologtól (facebook mobile verzió például, de más, nagy oldalak is). Én nem kimondottan szeretnék ilyet, jó az nekem amit összeeszkábálok magamnak, amit ismerek, és amihez már vannak stackowerflow-on talált függvényeim.)

"Én írtam, azok miért nem jók? Például szimbolikus számítások. Vagy: számítások tetszőleges algebrákban."

Bár mindegyik egyértelműen lassabbá teszi az számokkal való műveletvégzést, az általad felsorolt dolgok még használhatóak is néhány területen. VISZONT! A kérdezőnek egyrészt semmi ehhez fogható feltevése nem volt, másfelől az eredeti vita még akörül épült ki, hogy bármilyen szám értékét véges tárterületen eltároljuk, és azzal számolni tudjunk. Hiába a szimbolikus számítás, valahol, a program futásának valamely pontján konkretizálni kell a számok értékét. Ez pedig nem megvalósítható bármilyen számra. Amire megvalósítható szimbolikus számítással, arra megvalósítható ennél sokkal primitívebb és hatékonyabb megoldásokkal is. Viszont amire nem valósítható ez meg (pl irracionális számok), azesetben a szimbolikus számítás pontosABB eredménnyel tud szolgálni. De még mindig nem pontossal. A kérdező állításai így még mindig sehol nincsenek igazolva.

"Mindenki úgy használja a dolgokat, ahogy tetszik neki, illetve ahogy tudja."

Erre a kézen járós példámat tudom felhozni. Semmi nem akadályoz meg, hogy kézen járva közlekedj az utcán, mégsem nagyon látsz olyat, aki ezt teszi. Miért? Mert nem hatékony. Az ember használhat olyan megközelítést, ami nem annyira hatékony, de a dolgok természetes rendje, hogy törekszik az ember a fejlődésre, a hatékonyabb megoldásra. És ebből adódóan az, aki meglát egy kézen járó embert az utcán, meg fogja kérdezni, hogy ugyan miért így közlekedik, mikor lábon járva sokkal egyszerűbb.