LCFmetr

Zpráva

#31 Příspěvek od **mtajovsky** » 19 kvě 2008, 13:03

Andrea píše:Právě proto programuju jenom v assembleru. Třeba teď jsem si napsala DLL knihovnu na USB a je 7x kratší než z C++ a přitom poskytuje stejné funkce.

Tak teď se zas musím ozvat já. :wink:

Dnes už není doba pro skalní assembleristy. Sám jsem na assembleru vyrostl (HP, DEC, Motorola,Zilog, Rockwell, 8051), ale IMHO psát dnes v assembleru běžnou, časově nekritickou věc je anachronismus. On i ten pohled, co je časově a paměťově kritické se s rozvojem HW mění. Na většinu věcí se jde hrubou silou. Ne, že by mě to těšilo, ale je to tak. A tak, dnes není důležité to, jestli je výsledný kód 7x kratší, ale to, jestli dotyčný programátor má věc hotovou za 1 den nebo za 1 týden. Protože ho někdo musí platit, a ne málo. Pokud ovšem nejde o hobby.
A co se týče té funkcionality assembler - versus C++ - tak to asi porovnáváte assembler versus podmnožina C z C++. Protože o dobré objektové knihovně, která je pružná a efektivní zároveň, jako třeba STL, ale i některé systémové nadstavby, si v assembleru můžete nechat jen zdát.

Andrea · #32 Příspěvek od **Andrea** » 20 kvě 2008, 11:14

On není assembler jako assembler, asi už dlouho neprogramujete v assembleru na PC, třeba TASM od verze 3 už umí objekty a takový program pro windows napsaný v TASMu 5 se od toho napsaného v C moc neliší, stejně je to samé volání API a to zabere v TASMu stejně řádek jako C.

piitr · #33 Příspěvek od **piitr** » 20 kvě 2008, 11:30

Věřím, že některé verze assembleru pracují s objekty, ale vzbuzuje to ve mně pouze úsměv. Přijde mi mnohem lepší napsat kus kódu v normálním assembleru, kus v normálním objektovém jazyce a pak to celé spojit. Při programování objektů jsou důležité jiné věci než rychlost instrukcí. Je třeba přehledně popsat vazby mezi objekty, jejich zodpovědnosti. Je pak důležitá i grafická stránka kódu, snadná čitelnost. A v tom všem je assembler dost těžkopádnej. A až ho někdo přiohne tak, že se i v tomhle vyrovná třeba Javě, tak to asi už nebude assembler, že?

#34 Příspěvek od **mtajovsky** » 20 kvě 2008, 11:35

Nové assemblery mají objektové možnosti - to vím, i když k tomu už jsem se nedostal a pravda, assembler jsem neviděl dobrých 6 let. A umožňují i virtuální funkce a pozdní vazbu, polymorfismus a popřípadě šablony? Protože teprve až tyto vlastnosti dělají z objektového prg. to pravé ořechové, že. To by pak stálo za úvahu, i když si stejně myslím, že v C/C++ nebo Javě musím k algoritmu dospět v několikrát kratší době. A Win GUI aplikace - tam už i C/C++ se považuje za pravěk a dnes je "in" dotnet.

Na druhou stranu, assembler s objekty už asi nebude tak přísně "assemblerovatý"- čli ve smyslu mám přesně jen to, co napíši. Ten kompilátor bude dodělávat tabulky pointerů metod, nějak přidávat this do parametrů volání a tak dale. Nebo se mýlím?

#35 Příspěvek od **mtajovsky** » 20 kvě 2008, 11:36

piitr << velmi dobře rečeno.

Andrea · #36 Příspěvek od **Andrea** » 20 kvě 2008, 12:08

mtajovsky píše: A umožňují i virtuální funkce a pozdní vazbu, polymorfismus a popřípadě šablony?

Jo umožňují, jinak by to nebylo to pravé objektové.

mtajovsky píše:A Win GUI aplikace - tam už i C/C++ se považuje za pravěk a dnes je "in" dotnet.

Hadry si taky nevybíram podle toho co někde někdo napsal že je "in".

mtajovsky píše:Na druhou stranu, assembler s objekty už asi nebude tak přísně "assemblerovatý"- čli ve smyslu mám přesně jen to, co napíši. Ten kompilátor bude dodělávat tabulky pointerů metod, nějak přidávat this do parametrů volání a tak dale. Nebo se mýlím?

Asi jo, já to nepoužívám. I am poor pure assemblerist. Smrt assembleristům, ať žije java.net

Trochu (hodně) mi to připomíná zdejší situaci, "To jsou blbci ti studenti, jak se sem mohli dostat, dyť ani neumí spočítat napěťovej dělič"..."No tak to sem dejte, ale koukejte se to doučit"..."Ty jsi mu to napsal?"..."No a co s nim mam dělat? To se s nim mam patlat celej den? Stejně mu to ostatní taky napíšou"

workhard · #37 Příspěvek od **workhard** » 20 kvě 2008, 19:36

Do práce k nám nastoupil inženýr elektronik.Poslali ho do rozvaděče opsat parametry frekvenčního měniče pohonu a on se za chvíli vrátil,kde prej ten měnič přesně je :roll:

(je tam jen jeden) :roll:

Atlan · #38 Příspěvek od **Atlan** » 20 kvě 2008, 20:16

titul nieje patent na rozum

#39 Příspěvek od **Sendyx** » 20 kvě 2008, 20:50

Dost na tom, že se dokázal vrátit na základnu

i to je v některých provozech vítězství

#40 Příspěvek od **mtajovsky** » 20 kvě 2008, 22:24

Andrea píše:Hadry si taky nevybíram podle toho co někde někdo napsal že je "in".

Sakra, to je mi novinka

! Podle jména jsi snad slečna (paní), ne? Moje dcery věčně leží v Yellow a Top Dívky, či jak se ty jejich plátky jmenují a pak s nimi není k vydržení. :ladys:

#41 Příspěvek od **Cust** » 20 kvě 2008, 22:34

a od kdy je assembler programovací jazyk?

jardajar · #42 Příspěvek od **jardajar** » 20 kvě 2008, 22:40

Myslím že odjakživa. Je to blízké strojovému kódu, ale už to strojový kód není. Alespoň nás to tak před dávnými měsíci někdo učil.

#43 Příspěvek od **Sendyx** » 20 kvě 2008, 22:49

Taky jsem byl vyučen, že assembler je programovací jazyk. V dávných časech jsem dokonce nějaký stroják psal tak, že jsem to překládal ručně pomocí tabulky, kdeže assembler. Jaký to byl pokrok, když byl k mání MRS (Memory Resident System) jako perfektní nástroj pro ladění ve strojáku.

Crifodo · #44 Příspěvek od **Crifodo** » 20 kvě 2008, 23:35

až bude k mání assembler s GUI, zvládající drag&drop, který bude při instalaci vykřikovat "pohodlně se posaďte, instalace začíná" a "vaše práce se stane zábavnější, stihnete toho mnohem více", tak mě informujte...

#45 Příspěvek od **Cust** » 20 kvě 2008, 23:52

mě vždycky učili: assembler je překladač z nějakého jazyku (typicky JSI) do strojového kódu
ale je pravda, že jsme běžně říkali, že programujem v assembleru, bylo to ale podle mě jen lidové nazvání pro programování v JSI (jazyk symbolických instrukcí), pak jsme jen použili assembler pro přeložení kódu do strojového kódu :-)

takže assembler je nazvání něco jako šuplera (assembler - JSI, šuplera - posuvné měřítko)