@miklos_akos:@Ádám::wista óta gyakorlatilag csak gányolás, taknyolás zajlik, maga a rendszer alapvetően ugyanaz. Ezért (is) ilyen szar a winfos.
Ezt ala tudom irni A mikrofosnál már a kezdetektől csak gányolás zajlik, már a BASIC-jeik, meg a DOS-ok is nagy fosok voltak. Ez a cég mindig is egy fosgyár volt.@miklos_akos:Az adatszemethez hozza jarul a sok getto ganyer "progamozo" akik a rendszer es user temp mappakat permanens storagekent hasznaljak (bellertve a Microsoft is). Nem ertem miert nem lehet azt a szemetdomb mappat kijelentkezeskor/ujrainditaskor/leallitaskor torolni, egy atlag user gepen siman el tud harapozni tobb gigas meretekre. Ezt én se értem, de mit vártál a mikrofostól, meg a windózjúzerektől; észt, kultúrát?@miklos_akos:A debug symbolok szerencsere hasznosak, mert az esemenynaplo ugy ahogy van egy rakas szar, sokszor a tenyleges problema nem is kerul logozasra (pl. mitol crashel a legalis Forza Horizon 5 peldany amit felraktam (azon kivul, hogy szar lol)). Ez az átlagjúzernek nem fontos, viszont a megnövekedett exe és dll méretek miatt a load time is megnő és lassul az egész szar, úgy, ahogy van. Az rendben van, hogy vannak debug symbolok, de ne a programokba/libekbe szarják már bele őket... Normális esetben a debug symbol fájlokat külön tárolják, ha már annyira meg akarják könnyíteni a debuggolást. Egyébként nem akarják, csak szarnak bele, ez abból is látszik, hogy az egyikben benne van, a másikban nincs... Erre mondta Zsugabubus kolléga is, hogy@Zsugabubus:Erre csak annyit tudok mondani, hogy akkor hagyják benne az összesben. De hogy egyikben ott felejtik, a másikban nem, ez így semmit nem ér, csak rávilágít a QA hiányára.
@Zsugabubus:De egyébként mennyi idő kell ahhoz, hogy egy find -name "*.dll" -exec strip {} \; parancsot (vagy valami hasonlót, elvégre ott a szuper powershell), végigfuttassanak release előtt? Azóta törölték is a választ. :D |