Hönnuðir ættu að nota hugtakið sem kallast shame.css til að þvælast fyrir skyndilausn 'hakk' CSS í verkefnum, að mati Harry Roberts, eldri verktaki HÍ hjá BSkyB.
Roberts útskýrði í bloggfærslu að þetta gæti hugsanlega komið í veg fyrir að verktaki sjái járnsög pipraða í gegnum CSS og þar með telja slíkir hlutir sjálfgefnir.
Að auki benti greinin á að slík aðferð, ef hún er rétt skjalfest og fylgir leiðunum til að endurgera hana, gæti gert skjótari framfarir í átt að hreinni CSS í verkefnum þar sem járnsög voru notuð (af hvaða ástæðu sem er).
.net ræddi við Roberts (HB) um tölvusnápur um CSS og mögulega kosti sem shame.css gæti haft ef rétt er notað.
.net: Telur þú tilhneigingu frá sumum í greininni til að vera óraunhæf um þörfina fyrir (vonandi) skammtímahakk til að láta vefsvæði virka?
HR: Stór tími. Ef þú vinnur á vefsíðu eða vöru sem þénar milljónir punda á ári, þá þarf að laga allar villur, brot eða sérkenni eins fljótt og auðið er. Vörueiganda þínum er sama hvort CSS þitt sé fullkomið - þeim þykir vænt um að vefurinn sé virkur og virkur og tifar yfir þeim tekjum. Góður kóði er mikilvægt og járnsög eru langt frá því að vera tilvalin, en að halda að þú getir alltaf komið í veg fyrir járnsög og skammtíma / skyndilausnir er skip.
.net: Svo þú myndir segja að þeir væru bara nauðsynleg illska í viðskiptum?
HR: Þegar viðskiptavinur andar niður háls þinn - eða eiginleiki er brotinn á beinni síðu - þarftu að ganga úr skugga um að þú sért að halda réttum hagsmunaaðilum ánægðum. Ef þú eyðir klukkutíma í að skrifa fullkomna lagfæringu fyrir eitthvað sem þú gætir haft yfirborðslega lagað á tveimur mínútum, myndi ég segja að þú sért að halda rangri manneskju hamingjusamri - þ.e.
Í eigin verkum mínum hefur mér fundist „þörfin“ fyrir járnsög aukast nokkuð hlutfallslega við stærð verkefnisins, en það góða við það er að þú munt líklega seinna meir hafa meiri verkefnatíma tileinkað því að laga þá járnsög.
.net: Hver er þar sem shame.css kemur inn. Með það hugtak, hvað sérðu sérstaklega fyrir CSS hakk?
HR: Eitthvað sem hefði verið hægt að gera betur með meiri tíma. Það er erfitt að hugsa um dæmi úr samhengi, en ég held að þú vitir oft hvenær eitthvað er hack. Skrifað eitthvað sem þú myndir skammast þín fyrir að útskýra fyrir kollega? Það er líklega hakk!
Þess vegna snýst shame.css um að búa til skrá yfir hluti sem þú hefðir getað gert betur og að þú getir gert betur þegar þú hefur tíma til að fara aftur yfir þá. Það er eiginlega skrifandi verkefnalisti - skrá af járnsög sem þú leggur til hliðar til að hugsa um þegar þú hefur meiri tíma.
.net: Í grein þinni minnist þú á skjalfestingu járnsög, en eru ekki rök sem verktaki ætti almennt að skjalfesta CSS meira hvort eð er, frekar en bara fyrir járnsög?
HR: Já! Ef það er eitthvað sem allir verktakar ættu að gera meira, þá er það að skrifa athugasemdir. Þú ættir að tjá þig um allt sem er ekki augljóst af kóðanum einum saman. Skjalaðu kóðann þinn svo að ef þú lendir í strætó á leiðinni heim getur samstarfsmaður þinn tekið við næsta dag.
.net: Hvað varðar samþættingu shame.css, hvað leggurðu til?
HR: Ef þú notar forvinnsluvél, @flytja inn í skömm. [scss | minna | etc] skrá strax í lokin, helst. (Þetta gæti alltaf leitt til sértækni og vandræðum varðandi uppruna, þannig að kílómetratala þín getur verið breytileg.)
Ef þú ert ekki að nota forvinnsluvél, en ert með ágætis byggingarferli, þá ætti að samræma allan CSS þinn og minnka hann áður en hann er dreifður, svo aftur, shame.css getur boltað sig í lok þess.
Ef þú ert ekki að nota forvinnsluvél og þú ert ekki með smíðaferli, þá eitt, þú ættir líklega að laga það og tveir, járnsögukafli í lok stílblaðsins er líklega besti kosturinn þinn. Shame.css er ekki ætlað til almenningsskoðunar, svo aldrei hafa sérstakt stílblað kallað af krækjueiningu í álagningu þinni. Þú ættir aðeins að bera fram eitt samsett og smætt stílblað.
.net: Ef shame.css sem hugtak virkilega fer af stað, hvernig heldurðu að það gæti breytt hönnunarferlinu og vefsíðum almennt?
HR: Shame.css er aðeins eins gagnlegt og verktaki sem innleiðir það. Það er allt saman gott og gott að einangra og skrásetja járnsög, en ef þú lagfærir þá aldrei eða endurskoðar þá ertu bara á sama báti og áður.
Fyrir mér gefur shame.css merki um víðtækari breytingu á þróun; það þarf ekki að vera takmarkað við CSS. Hugmyndin er eingöngu „að átta sig á, skjalfesta og gera punkt af járnsögunum þínum“. Þú getur beitt þeirri hugsun á allt.
Raunveruleg vinna sem felst í skömm.css er að fá nánasta teymi þitt (verktaki) um borð og gera fyrirtækinu / PMs / scrum meisturum / BAs / vörueigendum (og svo framvegis) grein fyrir því að vara mun stundum innihalda minna -en hugsjónarkóða, en að þessi kóði sé til að uppfylla kröfur fyrirtækisins.
Segðu þeim að þú sért að einangra og skrásetja járnsög og fáðu tíma til að þróa tíma til að gera snyrtilegt. Það er auðveldara að gera viðskiptatilfelli fyrir snyrtingu kóða-grunn ef þú getur magnað það. Einfaldlega að segja verkefnastjóra þínum: „Ég hef nokkra hluti til að snyrta áður en ég get farið í Feature X“ mun ekki alltaf klippa það! Taktu lista yfir hlutina til forsætisráðherrans þíns og reyndu að fá hálfan dags sprint tíma til að eyða hreinsun.
Hugmyndin á bak við shame.css er einfaldlega að gera járnsögin þín gagnsærri, mælanlegri og einangruðari. Það er undir þér komið hvað þú gerir með þessar upplýsingar!
