Mennyire nehéz az Assembly? Megéri tanulni?

Attól függ mit akarsz programozni. Ahol én dolgozom ott egy különleges C forrásnyelvet használunk , de mellette nézzük az gépi kódot is. A gépi kód nagyon ráépül a hw-re, pl én nem tudnék hirtelen PCre assembly programot írni.

Ez áldás és átok is egyben :)

Van olyan hely, ahol használják:

Elektronikai eszközök PIC-jének programozására, bár erre van c-s alternatíva

-operációs rendszerek olyan részeinél, ahol azt nem lehet másképpen interpretálni, pl boot managerek hasonlók

-drivereknél van c-s alternatíva mind windows-on, mind pedig linuxon, sőt windowson van egy egész Toolkit rá, ami megkönnyíti ezt a problémát, nem kell assamblyben szenvedni, bár igen a toolkit biztos tartalmaz assambly rutinokat, de ezzel a programozónak nem minden esetben kell vesződnie

-Firmware-eknél, nos ott elképzelhető, hogy használnak assamblyt, bár simán kinézem, hogy már van előre elkészített függvénykönyvtár c-ben, ami persze megint tartalmaz assambly rutinokat

-Viszont programok komolyabb szintű debuggolásához nem árt tudni ezt a programnyelvet, legalább felületesen (regiszterek, alapvető utasítások stb) ugyanis mindez ebben a programnyelvben történik

-Akik crackeket írnak játékokhoz, azok tuti ismerik ezt a nyelvet, hogy legalább valamilyen szinten olvasni tudják a kódot( nem azt mondtam, hogy konkrétan értik is A-Z-ig, de elbarangolnak benne, és meg tudják keresni a szükséges részeket, és módosítani is tudják azt, hogy ne kelljen cd hozzá

-Akkor igen speciális példa a programok "feltörése" azaz a hackelés: ennek az a célja, hogy támadó a saját programkódját futtassa le célprogramon belül. Azaz mondok egy nagyon jó példát. Tegyük fel valaki fel akar törni egy szervert. Ezen tudja, hogy valamilyen apache szerver fut rendszergazdai jogokkal. Ha a támadó le tud futtatni a rendszergazdai jogokkal futó processzen belül egy saját kódot( pl. a parancssorhoz való hozzáférés lehetőségét megteremteni, mert akkor már alapból mindenhez hozzáférne)

Ehhez ha éppen nincs nyílvános exploit(így hívják a programot ami lehetővé teszi). Akkor neki állhat( ha ért az assamblyhez és van kitartása) saját exploitot írni. Nagy nehezen talál egy hibát, amihez az apache szervert debuggerben kell futtatnia, és itt megint nem árt az assamlby ismerete) Ezután előveszi a c nyelvet és ír hozzá egy exploitot, és lefuttatja a a saját kódját, és volálá fel van törve a szerver( ez nagyon primitív példa, és persze ez lehet több hónapos munka is)

Szerintem nem nehéz, mondom úgy, hogy sohasem tudtam igazán programozni. Viszont a DOS-os időkben sokat szórakoztam assemblyvel, éppen a kis mérete meg a hatékonysága miatt. Arra készülj azonban, hogy adott esetben egészen egyszerű programfordulatokat is több száz apró lépésre kell lebontanod, és minden hibádnak meglesz a következménye, mert a fordító nem csap a kezedre a hülyeségeknél -- de mindez egyben vonzó tulajdonsága is. A magas szintű nyelvek általában lehetővé teszik assembly-rutinok beépítését, tehát megteheted, hogy a kevésbé kényes részeket a kényelmesebb magas szintű nyelven programozd, a keményebb részében assemblyt használj. Ahol fontos a platformfüggetlenség, ott tudomásom szerint nem is érdemes a tiszta assemblyt erőltetni. A rendszerhez igazodó címzéseket, rendszerhívásokat és efféléket intézze csak el az arra megírt magas szintű nyelv, az azoktól független varázslásokat lehet csak az assemblyre bízni. Egy-egy meghatározott hardver programozásával nyilván más a helyzet.

Az is legyen világos előtted, hogy "az" assembly nem egyetlen nyelv, hanem mindig a megcélzott processzor utasításkészletétől függ.

Bocs, ha esetleg hülyeségekkel traktáltalak, majd kijavít, aki ért is hozzá.

Vannak hatalmas előnyei és hátrányai. pl. 20 byte a hello world :), ebből is látszik, hogy minimális a memória foglalás. Kevés utasításkészlet ami lehet előny vagy hátrány is. Régen kevés dolgot írtunk meg asm-ben, de pl. lehetett figyelni a sorvisszafutást és akkor írtál, rajzoltál és nem volt villódzás a monitoron. Sok kis apróságra jó, nagy dolgokat nem érdemes csinálni, mert egyszerűsége miatt hosszú a forráskód és mint majom a házicérnába...

Ma már szerintem kevesen értenek hozzá profi módon, de szerintem, mivel 'szívhez szóló' kódot lehet készíteni érdemes vele foglalkozni. Az elején nehéz :)

"A Java után az assembly láblógatva megvan :)"

Aszta. Persze, beseggelni többet kell Javaban (brutális nagy könyvtár), de azért ez így erős volt akkor is. Az assemblyhez nem elég ismerni az utasításkészletet, a hardver és az oprendszer minden nyűgjét is kenni kell.