totya4#91
Továbbra is az a véleményem hogy irreális hogy minden attól hangos hogy gyorsabb proci gyorsabb memória gyorsabb hardver...azzal senki se törődik hogy a programozók lustasága/vagy a fejlesztést vezénylő cég pénzéhsége miatt egyre lassabb programok jelennek meg.
Tehát a hardver hiába gyorsul, ha a szoftver "költségkímélési szempontok" miatt lassabb lesz.
Akkor legalább a korrektség miatt tájékoztatni kellene az átlagvásárlót, hogy azért kell kétévente új gépet vennie, mert a szoftvergyártó cégek minnél nagyobb haszonkulccsal akarnak dolgozni.
Egyébként a sebesség és erőforrásigény egy dolog, ma inkább a gond azzal van, hogy a szemét termékekhez hasonlóan szemét programok jelennek meg. Persze, a fejlesztő mondhatja, hogy azért programoztam c#-ben mert basztam megtanulni programozni és szoros volt a határidő, de
1. megtanulhatott volna programozni
2. szólni kell hogy a határidő nem tartható, vagy a végeredmény szemét lesz.
Pont a Vistáról lehetett olyan cikket olvasni, hogy azért csúszott fél évet mert az MS vezetője nem hitte el az egyik vezető programozója állítását, melyszerint az egész Vista fejlesztés úgy szar ahogy van, újra kell írni nulláról.
Tehát a határidőre való hivatkozás nem éppen jó védekezés...
Korábban írta valaki az AMS-et, de én nem említettem az ASM programozást.
Gyakorlatilag minden program előbb utóbb AMS-ben (gépi kód szavasítva) fut, hiszen a proci azt érti, persze nem mindegy hogy ezt a fordító állítja elő, vagy pedig maga az ember.
Szerintem direkt ASM-ben való programozás specifikus esetekben lehet szükséges, pl. sebességkritikus részeknél.
Nade ez nem azt jelenti hogy az egész alkalmazást ASM-ben kell írni (programozók ilyet nem gondolnának), hanem csak azt az adott részt (függvényt/szubritint/eljárást...) tehát akár a program kódméretének ezred vagy tízezred részét.