นักพัฒนาควรใช้แนวคิดที่เรียกว่า shit.css เพื่อเก็บ CSS "แฮ็ก" ที่แก้ไขอย่างรวดเร็วในโครงการตามที่ Harry Roberts ผู้พัฒนา UI อาวุโสของ BSkyB กล่าว
โรเบิร์ตอธิบายไว้ในบล็อกโพสต์ว่าสิ่งนี้อาจหยุดนักพัฒนาที่เห็นการแฮ็กทั่วทั้ง CSS และด้วยเหตุนี้จึงคิดว่าสิ่งเหล่านี้เป็นที่ยอมรับโดยค่าเริ่มต้น
นอกจากนี้บทความยังตั้งข้อสังเกตว่าวิธีการดังกล่าวหากได้รับการจัดทำเป็นเอกสารอย่างถูกต้องและมาพร้อมกับวิธีการทำซ้ำจะช่วยให้สามารถพัฒนา CSS ที่สะอาดขึ้นได้เร็วขึ้นในโครงการที่มีการใช้แฮ็ก (ไม่ว่าด้วยเหตุผลใดก็ตาม)
.net ได้พูดคุยกับ Roberts (HB) เกี่ยวกับการแฮ็ก CSS และข้อดีที่อาจเกิดขึ้นได้
.net: คุณคิดว่ามีแนวโน้มจากบางคนในอุตสาหกรรมที่ไม่สมจริงเกี่ยวกับความต้องการแฮ็กระยะสั้น (หวังว่า) เพื่อให้ไซต์ทำงานได้หรือไม่?
HR: ครั้งใหญ่. หากคุณทำงานบนไซต์หรือผลิตภัณฑ์ที่มีรายได้หลายล้านปอนด์ต่อปีข้อบกพร่องความแตกแยกหรือความไม่ชอบมาพากลใด ๆ จำเป็นต้องได้รับการแก้ไขโดยเร็วที่สุด เจ้าของผลิตภัณฑ์ของคุณไม่สนใจว่า CSS ของคุณจะสมบูรณ์แบบหรือไม่พวกเขาสนใจว่าไซต์นั้นทำงานได้ดีและใช้งานได้จริงและมีรายได้มากกว่านั้น รหัสที่ดี คือ สิ่งสำคัญและการแฮ็กนั้นยังห่างไกลจากอุดมคติ แต่การคิดว่าคุณสามารถป้องกันการแฮ็กได้ตลอดเวลาและการแก้ไขระยะสั้น / ด่วนเป็นสิ่งสำคัญ
.net: แล้วคุณจะบอกว่าพวกเขาเป็นเพียงสิ่งชั่วร้ายที่จำเป็นในธุรกิจ?
HR: เมื่อลูกค้าหายใจรดต้นคอของคุณ - หรือฟีเจอร์เสียในไซต์สดคุณต้องแน่ใจว่าคุณทำให้ผู้มีส่วนได้ส่วนเสียที่เหมาะสมมีความสุข หากคุณใช้เวลาหนึ่งชั่วโมงในการเขียนการแก้ไขที่สมบูรณ์แบบสำหรับบางสิ่งที่คุณสามารถแก้ไขได้อย่างผิวเผินภายในสองนาทีฉันจะบอกว่าคุณทำให้คนผิดมีความสุขนั่นคือตัวคุณเอง
ในงานของฉันเองฉันพบว่า 'ความต้องการ' สำหรับการแฮ็กนั้นเพิ่มขึ้นตามสัดส่วนของขนาดของโปรเจ็กต์พอสมควร แต่สิ่งที่ดีก็คือคุณจะมีเวลาในโครงการมากขึ้นในการแก้ไขแฮ็กเหล่านั้นในภายหลัง
.net: ซึ่งเป็นที่มาของความละอาย. css ด้วยแนวคิดดังกล่าวคุณพิจารณาการแฮ็ก CSS โดยเฉพาะอย่างไร?
HR: สิ่งที่ทำได้ดีกว่าเมื่อมีเวลามากขึ้น เป็นเรื่องยากที่จะนึกถึงตัวอย่างนอกบริบท แต่ฉันคิดว่าคุณมักจะรู้เมื่อมีบางอย่างถูกแฮ็ก เขียนสิ่งที่คุณรู้สึกละอายใจที่จะอธิบายกับเพื่อนร่วมงานหรือไม่? นั่นอาจเป็นการแฮ็ก!
ดังนั้น Shame.css จึงเป็นเรื่องเกี่ยวกับการสร้างไฟล์ของสิ่งต่างๆที่คุณสามารถทำได้ดีกว่านี้และคุณสามารถทำได้ดีขึ้นเมื่อมีเวลากลับมาดูอีกครั้ง มันเป็นรายการสิ่งที่ต้องทำที่เขียนขึ้นเองจริงๆ - ไฟล์แฮ็กที่คุณใส่ไว้ด้านหนึ่งเพื่อคิดถึงเมื่อคุณมีเวลามากขึ้น
.net: ในบทความของคุณคุณพูดถึงการจัดทำเอกสารแฮ็ก แต่ไม่มีข้อโต้แย้งที่นักพัฒนาควรจัดทำเอกสาร CSS มากกว่าอยู่ดีไม่ใช่แค่แฮ็ก
HR: ใช่ หากมีสิ่งหนึ่งที่นักพัฒนาทุกคนควรทำมากกว่านั้นคือการเขียนความคิดเห็น คุณควรแสดงความคิดเห็นในสิ่งที่ไม่ชัดเจนในทันทีจากโค้ดเพียงอย่างเดียว บันทึกรหัสของคุณเพื่อที่ว่าหากคุณโดนรถประจำทางระหว่างทางกลับบ้านเพื่อนร่วมงานของคุณจะเข้ายึดครองในวันถัดไป
.net: ในแง่ของการผสานความอัปยศคุณแนะนำว่าอย่างไร?
HR: หากใช้พรีโปรเซสเซอร์ @ นำเข้า ที่ อัปยศ [scss | น้อยกว่า | ฯลฯ ] ไฟล์ในตอนท้ายตามหลักแล้ว (สิ่งนี้อาจนำไปสู่ปัญหาความจำเพาะและการสั่งซื้อต้นทางดังนั้นระยะทางของคุณอาจแตกต่างกันไป)
หากคุณไม่ได้ใช้พรีโพรเซสเซอร์ แต่มีกระบวนการสร้างที่เหมาะสม CSS ทั้งหมดของคุณควรจะเชื่อมต่อกันและลดขนาดก่อนที่จะปรับใช้ดังนั้นอีกครั้งที่ทำให้อับอาย css สามารถเชื่อมต่อไปจนถึงจุดสิ้นสุดของสิ่งนั้นได้
หากคุณไม่ได้ใช้ตัวประมวลผลล่วงหน้า และ คุณไม่มีกระบวนการสร้างแล้วอย่างใดอย่างหนึ่งคุณน่าจะแก้ไขได้และสองส่วนแฮ็กที่ส่วนท้ายของสไตล์ชีตน่าจะเป็นทางออกที่ดีที่สุดของคุณ Shame.css ไม่ได้มีไว้สำหรับการดูแบบสาธารณะดังนั้นอย่ามีสไตล์ชีตแยกต่างหากที่เรียกโดยองค์ประกอบลิงก์ในมาร์กอัปของคุณ คุณควรแสดงสไตล์ชีตที่ต่อกันและย่อขนาดเท่านั้น
.net: หากเป็นแนวคิดที่ทำให้เกิดความอัปยศคุณคิดว่ามันจะเปลี่ยนกระบวนการออกแบบและเว็บไซต์โดยทั่วไปได้อย่างไร?
HR: Shame.css มีประโยชน์พอ ๆ กับนักพัฒนาที่ใช้มันเท่านั้น ทุกอย่างทำได้ดีและดีในการแยกและบันทึกการแฮ็ก แต่ถ้าคุณไม่เคยแก้ไขหรือกลับมาดูอีกครั้งคุณก็อยู่ในเรือลำเดียวกันเหมือนเดิม
สำหรับฉันแล้วอาย. css ส่งสัญญาณถึงการเปลี่ยนแปลงที่กว้างขึ้นในการพัฒนา; ไม่จำเป็นต้อง จำกัด เฉพาะ CSS แนวคิดนี้เป็นเพียงแค่ "ตระหนักจัดทำเอกสารและสร้างประเด็นของการแฮ็กของคุณ" คุณสามารถนำความคิดนั้นไปใช้ได้กับทุกสิ่ง
งานจริงที่เกี่ยวข้องกับความอัปยศ css คือการนำทีม (นักพัฒนา) ของคุณเข้าร่วมงานจากนั้นทำให้ธุรกิจ / PMs / ผู้เชี่ยวชาญด้านการต่อสู้ / BAs / เจ้าของผลิตภัณฑ์ (และอื่น ๆ ) ตระหนักถึงความจริงที่ว่าบางครั้งผลิตภัณฑ์จะมีน้อยกว่า - รหัสที่ดีกว่า แต่รหัสนี้มีอยู่เพื่อตอบสนองความต้องการทางธุรกิจ
บอกพวกเขาว่าคุณกำลังแยกและจัดทำเอกสารเกี่ยวกับการแฮ็กและจัดสรรเวลาในการพัฒนาให้เป็นระเบียบเรียบร้อย การสร้างกรณีทางธุรกิจสำหรับการจัดเตรียมฐานรหัสจะง่ายกว่าหากคุณสามารถหาปริมาณได้ เพียงแค่บอกผู้จัดการโครงการของคุณว่า "ฉันมีบางอย่างที่ต้องจัดระเบียบก่อนที่ฉันจะไปยังฟีเจอร์ X" ก็ไม่ได้ตัดทิ้งเสมอไป! จดรายการต่างๆไว้ใน PM ของคุณแล้วลองใช้เวลาครึ่งวันในการวิ่งเพื่อทำความสะอาด
แนวคิดเบื้องหลังความละอาย. css เป็นเพียงการทำให้แฮ็กของคุณโปร่งใสมากขึ้นสามารถวัดปริมาณและแยกออกจากกันได้ มันขึ้นอยู่กับคุณว่าคุณจะทำอย่างไรกับข้อมูลนั้น!
