Teoreticky by mohl. Asi ale taky záleží, jestli máme široko daleko jediný eval provedený při startu (pak ale není problém kód částečně deobfuskovat tím, že místo eval dáme console.log…), nebo jestli máme eval na každém rohu. Eval může JITce naopak bránit v práci tím, že nedovolí některé předpoklady, protože JITka typicky nevidí do toho, co v evalu přistane…
(Teoreticky by i s evalem se dalo něco optimalizovat, otázka ale je, u jak velké části se na to vývojáři prostě vykašlou, protože přínos je malý ve srovnání s komplexitou, možností zavlečení chyb atd. Čekám, že u evalu budou optimalizace naprosto minimální.)
Chiii. Opet pobavili :)
Evidentne se k tomu vyjadruji lide z googlu, kteri o kontrole kodu vedi prd. Jen se pokousi jakesi algoritmy vytvorit.
Je mozne udelat kod tak, aby nevypadal zakodovany a pritom delal neco jineho. Klidne se da pouzit citace ze sejkspira jako zaklad.
Jedine, co tim docili je to, ze hackeri stravi pripravou takoveho kodu vice casu a mene lidi bude schopno rozlustit, co to vlastne dela. Nebo si vsimnout, ze to dela neco jineho.
Ten text muze byt soucasti aplikace. Treba tam muze byt i ciselna hadanka, kterou ma uzivatel rozlustit. Proste normalni funkce. Ale kdyz se tyhle 2 slozky podstrci nejake spesl funkci, tak to vygeneruje kod, ktery hacke zarizeni. Tohle vam dokaze naprogramovat dnes 10 lete dite.
Mno, 10 asi ne, ale na stredni to by uz byt mohlo.
Cele cviceni je o tom aby Google UI snaze analizovalo kod a nemusel se o to starat clovek.
nejhorsi je totiz hledat neco co neexistuje.
Takze kdyz si vyzadas pristup nekam, kam nepotrebujes, jen proto ze jsi linej zjistit kam vsude vlastne potrebujes, tak to chudak Google UI nerozdejcha a snazi se pochopit proc vlastne tohle chces.
Jenze presne takhle pracujou prakticky uplne vsichni. U 80+% SW pro widle si hned v prvnim odstavci prectes, ze to mas spoustet jako admin ... pokud je to soft pro tuxe, tak je tamtez, ze tomu mas dat 777.
Protoze proc by se prece patlal tvurce mel zaobirat tim, co kde kam vlastne potrebuje.