Podľa Harryho Robertsa, vedúceho vývojára používateľských rozhraní v BSkyB, by vývojári mali na vytvorenie ľubovoľného „hackovacieho“ CSS v projektoch použiť koncept s názvom shame.css.
Roberts v príspevku na blogu vysvetlil, že to potenciálne zastaví vývojárov, aby videli hacky okorenené v celom CSS, a tým si myslia, že také veci sú predvolene prijateľné.
V článku sa ďalej uvádza, že ak bude takýto prístup správne zdokumentovaný a bude sprevádzaný prostriedkami na iteráciu, môže umožniť rýchlejší postup k čistejšiemu CSS v projektoch, kde sa používali hacky (z akýchkoľvek dôvodov).
.net hovoril s Robertsom (HB) o hacknutí CSS a možných výhodách, ktoré by shame.css mohol priniesť, ak by bol správne používaný.
.net: Myslíte si, že od niektorých ľudí v priemysle existuje tendencia byť nereálna, pokiaľ ide o potrebu (dúfajme) krátkodobých hackerov, aby stránka fungovala?
HR: Veľký čas. Ak pracujete na webe alebo produkte, ktorý ročne zarobí milióny libier, akékoľvek chyby, rozbitia alebo vrtochy je potrebné čo najskôr opraviť. Váš produktový vlastník sa nestará o to, či je váš CSS dokonalý - záleží mu na tom, aby bol web funkčný a preklikával tieto výnosy. Dobrý kód je dôležité a hacky ani zďaleka nie sú ideálne, ale myslieť si, že hackom a krátkodobým / rýchlym opravám môžete vždy zabrániť.
.net: Takže by ste povedali, že sú v podnikaní iba nevyhnutným zlom?
HR: Keď vám klient dýcha na krk - alebo je niektorá funkcia zlomená na živom webe - musíte sa ubezpečiť, že tým správnym zúčastneným stranám urobíte radosť. Ak strávite hodinu písaním dokonalého riešenia niečoho, čo ste mohli povrchne napraviť za dve minúty, povedal by som, že tým robíte radosť nesprávnemu človeku - teda sebe!
Vo svojej vlastnej práci som zistil, že „potreba“ hackov rastie pomerne úmerne s veľkosťou projektu, ale dobré na tom je, že tiež pravdepodobne neskôr budete mať viac času na projektovanie týchto hackov.
.net: Odkiaľ prichádza shame.css. Čo konkrétne v súvislosti s týmto konceptom považujete za hack CSS?
HR: Niečo, čo by sa dalo urobiť lepšie, keby ste dostali viac času. Je ťažké vymyslieť príklady z kontextu, ale myslím si, že často budete vedieť, kedy je niečo hack. Napísal si niečo, za čo by si sa hanbil vysvetliť kolegovi? To je asi hack!
Preto je súbor shame.css o vytvorení súboru vecí, ktoré ste mohli urobiť lepšie, a ktoré môžete urobiť lepšie, keď budete mať čas znova sa na ne pozrieť. Je to skutočne zoznam úloh, ktorý si môžete sami napísať - súbor hackov, ktoré ste odložili na jednu stranu, aby ste na ne mysleli, keď budete mať viac času.
.net: Vo svojom článku spomínate dokumentovanie hackov, ale nie je tu argument, že by vývojári všeobecne mali viac dokumentovať CSS, než len pre hackery?
HR: Áno! Ak by mali všetci vývojári robiť viac, je to písanie komentárov. Mali by ste komentovať všetko, čo nie je okamžite zrejmé len z kódu. Zdokumentujte svoj kód, aby vás v prípade, že vás cestou domov zrazí autobus, mohol váš kolega prevziať na ďalší deň.
.net: Čo navrhujete z hľadiska integrácie shame.css?
HR: Ak používate preprocesor, @import the hanba. [scss | menej | atď.] ideálne na konci. (To by mohlo vždy viesť k problémom so špecifickosťou a objednávaním zdrojov, takže váš kilometrový výkon sa môže líšiť.)
Ak nepoužívate preprocesor, ale máte slušný proces vytvárania, všetky vaše CSS by mali byť pred nasadením zreťazené a minifikované, takže shame.css môže byť opäť na konci toho.
Ak nepoužívate preprocesor a nemáte proces zostavovania, potom jeden, mali by ste to pravdepodobne opraviť a dva, sekcia o hackovaní na konci tabuľky štýlov je pravdepodobne vaša najlepšia stávka. Shame.css nie je určený na verejné prezeranie, preto v prirážke nikdy nepoužívajte samostatnú šablónu štýlov nazývanú odkazovým prvkom. Mali by ste slúžiť iba jednej zreťazenej a minimalizovanej šablóne so štýlmi.
.net: Ak sa koncept shame.css skutočne rozbehne, ako si myslíte, že by to mohlo zmeniť proces návrhu a webové stránky všeobecne?
HR: Shame.css je rovnako užitočný ako vývojári, ktorí ho implementujú. Všetko je v poriadku a dobré izolovať a dokumentovať hacky, ale ak ich nikdy neopravíte alebo znova nevrátite, ste na rovnakom člne ako predtým.
Pre mňa shame.css signalizuje širší posun vo vývoji; nemusí sa obmedzovať iba na CSS. Koncept je iba „uvedomenie si, zdokumentovanie a zameranie vašich hackerov“. Toto myslenie môžete uplatniť na všetko.
Skutočnou prácou spojenou s webom shame.css je zapojenie vášho bezprostredného tímu (vývojárov) do praxe a potom informovanie podnikateľov / majiteľov skrumáží / majiteľov scrumov / BA / vlastníkov produktov (atď.) O skutočnosti, že produkt bude niekedy obsahovať menej -než ideálny kód, ale tento kód existuje, aby vyhovoval obchodným požiadavkám.
Povedzte im, že izolujete a dokumentujete hacky, a získajte trochu času na vývoj uprataných vecí. Je jednoduchšie pripraviť obchodný prípad na vyčistenie kódovej základne, ak ju dokážete vyčísliť. Jednoducho povedané svojmu projektovému manažérovi: „Niekoľko vecí musím upratať, kým sa dostanem k funkcii X“, to vždy nesekne! Zoberte svojmu PM zoznam vecí a pokúste sa získať pol dňa času na šprint, ktorý môžete venovať upratovaniu.
Myšlienkou za shame.css je jednoducho urobiť vaše hacky transparentnejšie, merateľnejšie a izolovanejšie. Je len na vás, čo s týmito informáciami urobíte!
