Új hozzászólás Aktív témák

• #81 ddekany veterán BatchMan #79

  Új Válasz 2013-07-23 13:45:04 #81

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ddekany

  veterán

  válasz BatchMan #79 üzenetére

  Ha épp csak feltetted, akkor 10G körül van a Win7 Home, plusz a swap és hiberfile.sys, amelyek mérete függ a RAM mérettől is. Ennek valószínűleg töredéke tényleges program kód, a többi az "adat", szóval ez nyelvfüggetlen dolog. Aztán persze idővel gyűlik a system restore, temp, meg a többi, amit fene tudja már milyen stratégiával töröl a Win, de kis háttértáras gépen néha kénytelen az ember kézileg "lemezkarbantartó"-t nyomni (ill. ha már nagy a gáz, felkínálja a Win, csak a system restore gyalulást pl. nem pipálja ki benne). Meg persze felraksz rakás alkalmazást, stb... 160G alatt elég kínos ma már az élet. Aztán persze elkezdtek nyomulni az SSD-k, és hát nem evvel számoltak MS-nél, hogy összemennek a háttértárak némely új gépben.

• #78 ddekany veterán VIC20 #77

  Új Válasz 2013-07-23 10:21:31 #78

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ddekany

  veterán

  válasz VIC20 #77 üzenetére

  Ez én érzelmi oldalról értem, de ez szükségszerű. Nem akarod kézben tartani amit egy mostani rendszer csinál, mert leszakadnak a kezed...

• #75 ddekany veterán hcl #73

  Új Válasz 2013-07-22 11:51:40 #75

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ddekany

  veterán

  válasz hcl #73 üzenetére

  "Azt még programozni kell, nem mismásolni "

  Tetszőleges nagyságú mérnöki kihívást találhatsz magadnak magas szintű nyelvekkel is... nagyon könnyen. Általában az történik, hogy van egy szint, amivel még az emberi agy felér, és ez assembly-nél egy X komplexitású probléma leprogramozása, Java-ban/C#-ban meg egy - csak hasra - 100*X komplexitásúé. Mind két esetben vért fogsz izzadni, csak a második végeredménye esetleg hasznosabb. Már ha nem valami extrém beágyazott dologról van szó, vagy valami OS alsó rétegeiben lakozó nagyon mag algoritmusról, nyilván.

• #74 ddekany veterán BatchMan #72

  Új Válasz 2013-07-22 11:47:04 #74

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ddekany

  veterán

  válasz BatchMan #72 üzenetére

  Mit akartál Win-es C++-ban csinálni, ahol érdekes a kód mérete? Minek akarnád disassemblálni? Mert ha Win, akkor PC-ről van szó, nem valami mikrokontrollertől.

• #66 ddekany veterán dragon1993 #63

  Új Válasz 2013-07-19 16:43:40 #66

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ddekany

  veterán

  válasz dragon1993 #63 üzenetére

  "C# után az Assembly is elmebeteg lehet."

  Az nem annak tűnik, az tényleg szopás... Persze azért az, mert az a lényege, hogy gép közeli. A tipikus shell scriptek viszont azért, mert szét vannak cseszve tervezésileg, nem arra találták ki őket mint amire végül használják, stb.

• #62 ddekany veterán BatchMan #61

  Új Válasz 2013-07-19 11:01:16 #62

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ddekany

  veterán

  válasz BatchMan #61 üzenetére

  "Minden nyelv elmebeteg, amit nem naponta használsz."

  Na azért... ég és föld a különbség egy gányolt és egy rendesen megtervezett nyelv közt olyan szempontból (többek közt), hogy mennyire könnyű visszaemlékezni arra, hogy valamit hogyan kellett leírni benne, meg milyen csapdák lestek rád.

• #59 ddekany veterán BatchMan #58

  Új Válasz 2013-07-18 16:12:03 #59

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ddekany

  veterán

  válasz BatchMan #58 üzenetére

  "ami elég flexibilis és bármikor kéznél van"

  A kérdés csak az, hogy fejben is tudod-e tartani az elmebeteg logikáját, mert különben csak elvben volt kéznél...

• #29 ddekany veterán

  Új Válasz 2013-07-14 17:12:37 #29

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ddekany

  veterán

  Mikre viszi rá az embert a kényszer... Bat minden Win-es gépen van, ez szüli a kényszert. Aki tud az viszont meneküljön... Ha más nem, Python mindenhova felmegy. Meg persze ott a PS, bár az UN*X-on nem újrahasznosítható.

• #28 ddekany veterán dragon1993 #19

  Új Válasz 2013-07-14 17:07:11 #28

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ddekany

  veterán

  válasz dragon1993 #19 üzenetére

  "Azért ilyet nem csinálsz Batch Scriptel." (asm.js Unreal engine demó)

  JavaScript-ben sem, és de, rohadtul lényeges az asm.js. Ezt ugyanis C++-ban írták, nem JS-ben, és utána generáltak a C++ kimenetből egy JS nyelven leírt tradicionális-gépkód emulátort. Az is azért fut értelmes sebességgel, mert annyira fekszik a JS optimalizálónak, hogy a JS szinte köztes kódként (IL) kezd funkcionálni, így lényegében visszakapd az eredeti C++ fordító kimenetet. Főleg ha fel van készítve asm.js-re a JS motor. (De ez meg a motor, és nem a nyelv érdeme.) Erre az egész trükkre a JS-nél 100x butább nyelvek is alkalmasak, néhány alap dolgot kell tudniuk csak. Még az is lehet hogy bat-al is meg lehet csinálni, bár a tradicionális shell script nyelvek (bat, (ba)sh, stb.) olyan szinten retardáltak, hogy az ember sosem tudhatja...

Új hozzászólás Aktív témák