Hát, nem tudom. Ha egy webfejlesztőt zavar az újratöltés a böngészőben, akkor szerintem menjen kapálni.
Engem pl. idegesítene, ha egy ilyen cucc teleszemetelné a konzolt, meg amúgy is, fejlesztés közben párhuzamosan írom a html-t és a css-t, szóval ígyis-úgyis kell frissíteni.
Amikor az oldal újratöltődése esetleg fél / egy percet vesz igénybe, akkor igenis számít. És az ember jóval ritkábban változtatja meg a HTML-t, mint a CSS-t - főleg, mivel a HTML az maga struktúra, ami általában eleve elég fix. A konzolt pedig két kattintás / két billentyűlenyomás törölni, nem hiszem hogy ez akkora hátrány lenne.
Ha nem kell az oldalt újratölteni, azzal rengeteg időt és billentyűleütést lehet spórolni. És mint tudjuk, az idő...
Nálam például azzal indul egy új komponensnek a fejlesztése, hogy megcsinálom a HTML-t, pár perc alatt, majd elkezdek dolgozni a CSS-sel, ami szinte biztos, hogy többször annyi időbe telik, mint magának a HTML-nek az előállítása. Ha hiányzik egy osztály, akkor azt hozzáadom mondjuk a Firebug-ban, (majd a HTML-ben is, amint megfelelőnek találtam), de közben tovább dolgozok a CSS-sel.
Amikor az oldal újratöltődése esetleg fél / egy percet vesz igénybe,
akkor már rég rossz.
Mondjuk én minden fejlesztést az eredeti html-en szoktam elvégezni, és ha kész, átadom a backendnek, ők bekötik, így még sosem volt sebességbeli problémám.
Ez van akkor, amikor nagy az oldal, és több 10 TB-os az adatbázis, és nem lenne jó minden gyorsítótárazást benthagyni, mert akkor nem látod a módosításaidat (na meg valamilyen oknál fogva belassul a fejlesztői szerver, pl. valaki indexeket épít).
A másik ami elő szokott fordulni, hogy bekötés után kell valamit módosítani (pl. a HTML-ben), vagy valami összeakadt valami mással (vagy valami kevésbé tesztelt böngészőben jön elő valami probléma), és akkor is kell valami hatékony módszer arra, hogy a módosítsuk a megjelenést.
Már egy ideje LESS-t használunk, amiből ugye generálni kell a CSS-t. Ez kicsit megnehezíti a lokális fejlesztést, mivel egy CSS fájl több LESS fájlból generálódik (mixin).
Van ennek értelme?
Engem pl. idegesítene, ha egy ilyen cucc teleszemetelné a konzolt, meg amúgy is, fejlesztés közben párhuzamosan írom a html-t és a css-t, szóval ígyis-úgyis kell frissíteni.
Idő
Ha nem kell az oldalt újratölteni, azzal rengeteg időt és billentyűleütést lehet spórolni. És mint tudjuk, az idő...
Nálam például azzal indul egy új komponensnek a fejlesztése, hogy megcsinálom a HTML-t, pár perc alatt, majd elkezdek dolgozni a CSS-sel, ami szinte biztos, hogy többször annyi időbe telik, mint magának a HTML-nek az előállítása. Ha hiányzik egy osztály, akkor azt hozzáadom mondjuk a Firebug-ban, (majd a HTML-ben is, amint megfelelőnek találtam), de közben tovább dolgozok a CSS-sel.
Amikor az oldal újratöltődése
Mondjuk én minden fejlesztést az eredeti html-en szoktam elvégezni, és ha kész, átadom a backendnek, ők bekötik, így még sosem volt sebességbeli problémám.
Nagy oldal
A másik ami elő szokott fordulni, hogy bekötés után kell valamit módosítani (pl. a HTML-ben), vagy valami összeakadt valami mással (vagy valami kevésbé tesztelt böngészőben jön elő valami probléma), és akkor is kell valami hatékony módszer arra, hogy a módosítsuk a megjelenést.
És az nem működik, hogy
LESS
Nekem kicsit úgy tűnik, amit