Podle Harryho Robertsa, hlavního vývojáře uživatelského rozhraní v BSkyB, by vývojáři měli použít koncept zvaný shame.css k tomu, aby si v projektech umístili jakýkoli „opravný“ hack CSS.
Roberts vysvětlil v příspěvku na blogu, že by to potenciálně zastavilo vývojáře, aby viděli hacky nasekané v celém CSS, a tím si myslí, že takové věci jsou ve výchozím nastavení přijatelné.
Článek dále poznamenal, že takový přístup, pokud je řádně zdokumentován a doprovázen prostředky k iteraci, by mohl umožnit rychlejší postup směrem k čistšímu CSS v projektech, kde byly použity hacky (z jakéhokoli důvodu).
.net mluvil s Robertsem (HB) o hackování CSS a potenciálních výhodách, které by shame.css mohl přinést, pokud bude správně použit.
.net: Myslíte si, že u některých lidí v tomto odvětví existuje tendence k nerealističnosti, pokud jde o potřebu (doufejme) krátkodobých hackerů, aby stránka fungovala?
HR: Velký čas. Pokud pracujete na webu nebo produktu, který vydělává miliony liber ročně, je třeba co nejdříve opravit jakékoli chyby, rozbití nebo vtípky. Váš produktový vlastník se nestará o to, zda je váš CSS dokonalý - záleží mu na tom, aby stránka fungovala a fungovala a škrtla nad těmito výnosy. Dobrý kód je důležité, a hacky zdaleka nejsou ideální, ale myslet si, že hackerům a krátkodobým / rychlým opravám můžete vždy zabránit.
.net: Takže byste řekli, že jsou v podnikání jen nutné zlo?
HR: Když vám klient dýchá na krk - nebo je nějaká funkce přerušena na živém webu - musíte se ujistit, že udržujete spokojené ty správné zúčastněné strany. Pokud strávíte hodinu psaní dokonalého řešení něčeho, co byste mohli povrchně opravit za dvě minuty, řekl bych, že děláte špatného člověka šťastným - tj. Sebe!
Ve své vlastní práci jsem zjistil, že „potřeba“ hacků roste poměrně úměrně s velikostí projektu, ale dobrá věc na tom je, že také pravděpodobně později budete mít více času na projekt věnovaný opravě těchto hacků.
.net: Odkud přichází shame.css. Co konkrétně s tímto konceptem považujete za hack CSS?
HR: Něco, co by bylo možné udělat lépe, kdybychom měli více času. Je těžké vymyslet příklady z kontextu, ale myslím, že budete často vědět, kdy je něco hack. Napsal jsi něco, za co by ses styděl vysvětlit kolegovi? To je pravděpodobně hack!
Proto shame.css je o vytváření souboru věcí, které jste mohli udělat lépe, a že můžete udělat lépe, když budete mít čas je znovu navštívit. Je to opravdu seznam úkolů, který si můžete sami napsat - soubor hacků, které jste odložili na jednu stranu, abyste o nich přemýšleli, když budete mít více času.
.net: Ve svém článku zmiňujete dokumentování hacků, ale neexistuje argument, že by vývojáři obecně měli dokumentovat CSS více, než jen pro hacky?
HR: Ano! Pokud existuje jedna věc, kterou by všichni vývojáři měli dělat více, je to psaní komentářů. Měli byste komentovat vše, co není hned zřejmé ze samotného kódu. Zdokumentujte svůj kód, aby vás v případě, že vás cestou domů srazí autobus, mohl váš kolega převzít další den.
.net: Co navrhujete z hlediska integrace shame.css?
HR: Pokud používáte preprocesor, @import the ostuda. [scss | méně | atd.] soubor na konci, v ideálním případě. (To by vždy mohlo vést k problémům se specifičností a objednáváním zdrojů, takže se počet kilometrů může lišit.)
Pokud nepoužíváte preprocesor, ale máte slušný proces sestavení, všechny vaše CSS by měly být před nasazením zřetězeny a minifikovány, takže shame.css se může do konce toho šroubovat.
Pokud nepoužíváte preprocesor a nemáte proces sestavení, pak jeden, měli byste to pravděpodobně opravit a dva, sekce hacků na konci vaší šablony stylů je pravděpodobně vaše nejlepší sázka. Shame.css není určen k veřejnému prohlížení, takže ve své přirážce nikdy nepoužívejte samostatnou šablonu stylů volanou elementem odkazu. Měli byste sloužit pouze jedné zřetězené a minifikované šabloně stylů.
.net: Pokud se shame.css jako koncept opravdu rozběhne, jak si myslíte, že by to mohlo změnit proces návrhu a webové stránky obecně?
HR: Shame.css je stejně užitečný jako vývojáři, kteří jej implementují. Všechno je v pořádku a dobré izolovat a dokumentovat hackery, ale pokud je nikdy neopravíte nebo se k nim znovu nevrátíte, jste na stejné lodi jako předtím.
Pro mě shame.css signalizuje širší posun ve vývoji; nemusí to být omezeno na CSS. Koncept je pouze „realizací, dokumentováním a zaměřením vašich hacků“. Toto myšlení můžete použít na všechno.
Skutečná práce spojená s shame.css je dostat váš bezprostřední tým (vývojáře) na palubu a poté informovat podnikatele / PMs / skrumážní mistři / BA / majitele produktů (atd.) O skutečnosti, že produkt bude někdy obsahovat méně -než ideální kód, ale tento kód existuje, aby splňoval obchodní požadavky.
Řekněte jim, že izolujete a dokumentujete hacky, a získejte nějaký čas na vývoj, který vám uklidí věci. Je snazší vytvořit obchodní případ pro uklizení kódové základny, pokud ji dokážete vyčíslit. Jednoduše řekněte svému projektovému manažerovi: „Mám nějaké věci uklizené, než budu moci přejít na funkci X“, to vždy neřeže! Vezměte si na PM seznam věcí a zkuste získat půl dne času sprintu, který strávíte úklidem.
Myšlenkou shame.css je jednoduše zajistit, aby byly vaše hacky transparentnější, měřitelnější a izolovanější. Je jen na vás, co s těmito informacemi uděláte!
