Програмери би требало да користе концепт назван схаме.цсс за издвајање било ког брзог „хакованог“ ЦСС-а у пројектима, према Харри Робертс-у, вишем програмеру корисничког интерфејса у БСкиБ.
Робертс је у објави на блогу објаснио да би ово потенцијално могло зауставити програмере да виде хаковање раширено по ЦСС-у и тиме помислити да су такве ствари подразумевано прихватљиве.
Поред тога, чланак је приметио да би такав приступ, ако је правилно документован и праћен средствима за понављање, могао омогућити бржи напредак ка чистијем ЦСС-у у пројектима у којима су коришћени хакови (из било ког разлога).
.нет је разговарао са Робертсом (ХБ) о хаковању ЦСС-а и потенцијалним предностима које би срамота.цсс могла донети ако се правилно користи.
.нет: Да ли мислите да неки људи у индустрији теже да буду нереални у вези са потребом (надам се) краткорочних хакова да би нека страница радила?
ХР: На велико. Ако радите на веб локацији или производу који зарађује милионе фунти годишње, све грешке, кварове или хирове треба отклонити што је пре могуће. Власника вашег производа није брига да ли је ваш ЦСС савршен - њима је стало да страница буде функционална и да тај приход откуцава. Добар код је важно и хакови су далеко од идеалног, али сматрати да увек можете спречити хаковање и краткорочне / брзе поправке је напорно.
.нет: Па рекли бисте да су само неопходно зло у послу?
ХР: Када вам клијент дише за вратом - или када је нека функција покварена на веб локацији уживо - морате бити сигурни да ћете обрадовати праве заинтересоване стране. Ако потрошите сат времена пишући савршено решење за нешто што сте површно могли поправити за две минуте, рекао бих да обрадујете погрешну особу - тј. Себе!
У свом раду открио сам да се ’потреба’ за хаковањем прилично пропорционално повећава с величином пројекта, али добра ствар у томе је што ћете вероватно касније имати и више пројектног времена посвећеног поправљању тих хакова.
.нет: Ту долази срам.цсс. Са тим концептом, шта конкретно сматрате хакирањем ЦСС-а?
ХР: Нешто што је могло боље да се уради ако се има више времена. Тешко је размишљати о примерима ван контекста, али мислим да ћете често знати када је нешто хаковање. Написао нешто што би вас било срамота да објасните колеги? То је вероватно хак!
Стога је срам.цсс у вези са стварањем датотеке ствари које сте могли учинити боље и које можете учинити боље када будете имали времена да их поново прегледате. То је списак задатака који се самостално пише - датотека хакова коју ставите на страну да бисте размислили када имате више времена.
.нет: У свом чланку спомињете документовање хаковања, али зар не постоји аргумент да програмери ионако обично више документују ЦСС, а не само за хаковање?
ХР: Да! Ако постоји једна ствар коју би сви програмери требали учинити више, то је писање коментара. Требали бисте коментарисати све што није одмах очигледно само из кода. Документујте своју шифру, тако да, ако вас аутобус удари на путу кући, ваш колега може да је преузме сутрадан.
.нет: Што се тиче интеграције срам.цсс, шта предлажете?
ХР: Ако користите претпроцесор, @увоз тхе срамота. [сцсс | мање | итд.] досије на крају, идеално. (То увек може довести до специфичности и проблема са редоследом извора, тако да ваша километража може варирати.)
Ако не користите претпроцесор, али имате пристојан процес израде, сав ваш ЦСС треба да се споји и умањи пре примене, тако да, опет, срам.цсс може да се прикопча на крај тога.
Ако не користите претпроцесор и немате поступак израде, онда један, вероватно би то требало да поправите, а два, одељак о хаковањима на крају вашег листа стилова је вероватно ваша најбоља опклада. Схаме.цсс није намењен за јавно гледање, па зато никада немојте имати засебну табелу стилова позвану елементом везе у вашем означавању. Требали бисте послужити само један уједињени и умањени табелу стилова.
.нет: Ако срамота.цсс као концепт заиста крене, како мислите да би то могло променити процес дизајна и веб локације уопште?
ХР: Схаме.цсс је толико користан колико и програмери који га примењују. Све је то добро и добро изоловати и документовати хакове, али ако их никада не поправите или не посетите, једноставно сте у истом чамцу као и пре.
За мене срам.цсс сигнализира шири помак у развоју; не треба да буде ограничен на ЦСС. Концепт је само „реализација, документовање и наглашавање ваших хакова“. То размишљање можете применити на све.
Прави посао који укључује срамоту.цсс је укључивање вашег непосредног тима (програмера), а затим освештавање предузећа / ПМ-а / сцрум-мајстора / БА-а / власника производа (и тако даље) о чињеници да ће производ понекад садржавати мање -од идеалног кода, али да овај код постоји у складу са пословним захтевима.
Реците им да изолујете и документујете хакове и нека вам се одвоји неко време за развој ствари. Лакше је направити пословни случај за сређивање базе кода ако је можете квантификовати. Једноставно рећи свом менаџеру пројекта: „Морам неке ствари да средим пре него што пређем на Феатуре Кс“ то неће увек смањити! Однесите листу ствари свом премијеру и покушајте да добијете пола дана спринта да бисте провели чишћење.
Идеја иза схаме.цсс је једноставно учинити ваше хаковање транспарентнијим, мерљивијим и изолованијим. На вама је шта ћете радити с тим информацијама!
