ڈی ایچ او کا کہنا ہے کہ سی ایس ایس ہیکس رکھنے کیلئے شرم کے سی ایس ایس کا استعمال کریں

بی ایسکی بی کے سینئر UI ڈویلپر ہیری روبرٹس کے مطابق ، پروجیکٹس میں کسی بھی فوری فکس ’ہیک‘ سی ایس ایس کو سیل کرنے کے لئے ڈویلپرز کو شرم سی ایس کے نام سے ایک تصور استعمال کرنا چاہئے۔

رابرٹس نے ایک بلاگ پوسٹ میں واضح کیا کہ اس سے ممکنہ طور پر ڈویلپرز کو ہیکس کو پورے سی ایس ایس میں دیکھنے کو روکیں گے اور اس طرح یہ سوچتے ہیں کہ ایسی چیزیں بطور ڈیفالٹ قابل قبول ہیں۔

مزید برآں ، مضمون نے نوٹ کیا کہ اس طرح کا نقطہ نظر ، اگر صحیح طریقے سے دستاویزی اور اس کے ساتھ اعادہ ہونے کے ذرائع موجود ہوں تو ، ایسے منصوبوں میں کلینر سی ایس ایس کی طرف تیزی سے ترقی ممکن ہوسکتی ہے جہاں ہیکس (کسی بھی وجہ سے) استعمال ہوتے تھے۔

.NET نے سی ایس ایس ہیک کرنے کے بارے میں رابرٹس (HB) سے بات کی اور اگر صحیح طریقے سے استعمال کیا گیا تو شرمندہ CSS کے ممکنہ فوائد لاسکتے ہیں۔

. نیٹ: کیا آپ کو لگتا ہے کہ انڈسٹری میں کچھ لوگوں کی جانب سے کسی سائٹ کو کام کرنے کے ل short (امید ہے کہ) قلیل مدتی ہیکس کی ضرورت کے بارے میں غیر حقیقت پسندانہ رویہ اختیار کرنا ہے؟
HR: بڑا وقت. اگر آپ اس سائٹ یا پروڈکٹ پر کام کرتے ہیں جو سالانہ لاکھوں پاؤنڈ کما لیتے ہیں تو ، کسی بھی کیڑے ، ٹوٹ پھوٹ یا بخارات کو جلد سے جلد ٹھیک کرنے کی ضرورت ہوتی ہے۔ آپ کے مصنوع کے مالک کو اس بات کی پرواہ نہیں ہے کہ آیا آپ کا CSS مکمل ہے یا نہیں - انہیں اس بات کی پرواہ ہے کہ سائٹ مستعدی ہے اور اس آمدنی پر کام کررہی ہے۔ اچھا کوڈ ہے اہم اور ہیکس مثالی سے دور ہیں ، لیکن یہ سوچنا کہ آپ ہمیشہ ہیکوں کو روک سکتے ہیں اور قلیل مدتی / فوری اصلاحات نوی ہیں۔

.net: تو کیا آپ کہیں گے کہ وہ کاروبار میں صرف ایک ضروری برائی ہیں؟
HR: جب ایک موکل آپ کی گردن میں سانس لے رہا ہے - یا رواں سائٹ پر کوئی خصوصیت ٹوٹ جاتی ہے تو - آپ کو یہ یقینی بنانا ہوگا کہ آپ صحیح اسٹیک ہولڈرز کو خوش رکھے ہوئے ہیں۔ اگر آپ کسی چیز کے لئے کامل درست لکھنے میں ایک گھنٹہ صرف کرتے ہیں جسے آپ دو منٹ میں سطحی طور پر طے کرسکتے ہیں تو میں کہوں گا کہ آپ غلط شخص کو خوش رکھے ہوئے ہیں - یعنی خود!

میرے اپنے کام میں ، میں نے پروجیکٹ کے سائز کے ساتھ تناسب سے ہیکس کی 'ضرورت' کو بڑھا دیا ہے ، لیکن اس کے بارے میں اچھی بات یہ ہے کہ بعد میں آپ کو ان ہیکس کو ٹھیک کرنے کے لئے مزید پروجیکٹ کا وقت بھی حاصل کرنا پڑے گا۔

.net: وہ کونسی جگہ ہے جہاں شرم کی سی ایس آتی ہے۔ اس تصور کے ساتھ ، آپ خاص طور پر کون سی ایس ایس ہیک پر غور کرتے ہیں؟
HR: کچھ اور جو وقت کے ساتھ بہتر طریقے سے انجام دے سکتا تھا۔ سیاق و سباق سے ہٹ کر مثالوں کے بارے میں سوچنا مشکل ہے ، لیکن مجھے لگتا ہے کہ جب آپ کو ہیک ہوتا ہے تو آپ کو اکثر معلوم ہوجاتا ہے۔ کچھ ایسی تحریر کی ہے جس کے بارے میں آپ کو کسی ساتھی کو سمجھانے میں شرم آتی ہے؟ یہ شاید ایک ہیک ہے!

لہذا ، شرم سی ایس ایس چیزوں کی ایک فائل بنانے کے بارے میں ہے جو آپ بہتر کر سکتے تھے ، اور یہ کہ جب آپ ان پر دوبارہ نظرثانی کرنے کا وقت ہوجائیں تو آپ بہتر کرسکتے ہیں۔ یہ واقعی ایک خود تحریری فہرست ہے - ہیکس کی ایک فائل جس کے بارے میں سوچنے کے لئے آپ نے ایک طرف رکھا ہے جب آپ کے پاس زیادہ وقت ہوتا ہے۔

.NET: اپنے مضمون میں ، آپ ہیکس کو دستاویزی شکل دینے کا تذکرہ کرتے ہیں ، لیکن کیا ایسا کوئی دلیل نہیں ہے جو عام طور پر صرف ہیکس کی بجائے ، سی ایس ایس کو زیادہ سے زیادہ دستاویزی کرنا چاہئے؟
HR: جی ہاں! اگر ایک کام کے تمام ڈویلپرز کو زیادہ سے زیادہ کرنا چاہئے تو ، یہ تبصرے لکھ رہا ہے۔ آپ کو کسی بھی ایسی بات پر تبصرہ کرنا چاہئے جو صرف کوڈ سے فوری طور پر واضح نہ ہو۔ اپنے کوڈ کی دستاویز کریں تاکہ ، اگر آپ گھر جاتے ہوئے بس سے ٹکرا گئے تو ، آپ کا ساتھی اگلے دن اس کی ذمہ داری لے سکتا ہے۔

.NET: شرم. CSS کو مربوط کرنے کے لحاظ سے ، آپ کیا تجویز کرتے ہیں؟
HR: اگر پری پروسیسر استعمال کررہے ہیں تو ، @ اہم شرم کی بات ہے۔ [scss | ઓછી | وغیرہ] بالکل آخر میں ، مثالی طور پر فائل کریں۔ (اس سے ہمیشہ خصوصیت اور سورس آرڈر کی پریشانی پیدا ہوسکتی ہے ، لہذا آپ کا مائلیج مختلف ہوسکتا ہے۔)

اگر آپ پری پروسیسر استعمال نہیں کررہے ہیں ، لیکن آپ کی تعمیر کا معقول عمل ہے تو ، آپ کے تمام سی ایس ایس کو تعیناتی سے پہلے ہی کنکریٹ اور کم کیا جانا چاہئے ، لہذا ، ایک بار پھر ، شرم کی باتیں اس کے خاتمے تک جاسکتی ہیں۔

اگر آپ پری پروسیسر استعمال نہیں کررہے ہیں اور آپ کے پاس بلڈ پروسیس نہیں ہے ، پھر ایک ، آپ کو شاید اس کو ٹھیک کرنا چاہئے ، اور آپ کی اسٹائل شیٹ کے آخر میں ایک ہیکس سیکشن شاید آپ کی بہترین شرط ہے۔ شرم کی سی ایس عوامی دیکھنے کے ل isn't نہیں ہے ، لہذا آپ کے مارک اپ میں کسی لنک عنصر کے ذریعہ کبھی بھی علیحدہ اسٹائل شیٹ نہ لگائی جائے۔ آپ کو صرف ایک کنکریٹڈ اور منفائڈ اسٹائل شیٹ کی خدمت کرنی چاہئے۔

.NET: اگر شرم کے تصور کے بطور واقعتا off یہ کام ختم ہوجاتا ہے تو ، آپ کو کیسے لگتا ہے کہ یہ عام طور پر ڈیزائن کے عمل اور ویب سائٹ کو تبدیل کرسکتا ہے؟
HR: Shame.css صرف اتنے ہی کارآمد ہے جتنے ڈویلپرز جو اسے نافذ کرتے ہیں۔ یہ سب ٹھیک ہے اور اچھ isوں کو الگ تھلگ اور دستاویزی دستاویزات ہے ، لیکن اگر آپ ان کو کبھی ٹھیک نہیں کرتے یا اس پر نظر ثانی نہیں کرتے ہیں تو آپ بالکل پہلے کی طرح اسی کشتی میں سوار ہیں۔

میرے نزدیک ، شرم کی باتیں ترقی میں وسیع پیمانے پر تبدیلی کا اشارہ کرتی ہیں۔ اسے CSS تک محدود رکھنے کی ضرورت نہیں ہے۔ یہ تصور محض ‘احساس ، دستاویزی اور اپنے حصوں کا ایک نقطہ بنانا’ ہے۔ آپ اس سوچ کو ہر چیز پر لاگو کرسکتے ہیں۔

شرم کام کے ساتھ شامل اصل کام آپ کی فوری ٹیم (ڈویلپرز) کو بورڈ پر لانا ہے ، اور پھر کاروبار / پی ایم / سکرم ماسٹرز / بی اے / مصنوع کے مالکان (اور اسی طرح) کو اس حقیقت سے آگاہ کرنا ہے کہ بعض اوقات کسی مصنوع میں کم شامل ہوجاتا ہے - دوسرا مثالی کوڈ ، لیکن یہ کہ یہ کوڈ کاروباری ضروریات کو پورا کرنے کے لئے موجود ہے۔

انھیں بتائیں کہ آپ ہیکس کو الگ تھلگ اور دستاویزی شکل دے رہے ہیں اور صاف کاموں کے لئے کچھ ترقیاتی وقت مختص کریں۔ کسی کوڈ بیس کو صاف ستھرا بنانے کے لئے کاروباری معاملہ بنانا آسان ہے اگر آپ اس کی مقدار درست کرسکتے ہیں۔ اپنے پروجیکٹ مینیجر کو سیدھے یہ بتاتے ہوئے کہ ، "میرے پاس فیچر ایکس پر جانے سے پہلے صاف رکھنے کے لئے کچھ چیزیں ہیں" ہمیشہ اس میں کمی نہیں کریں گے! اپنے وزیر اعظم کے پاس چیزوں کی فہرست لیں اور کوشش کریں اور صفائی میں خرچ کرنے کے لئے آدھا دن سپرنٹ ٹائم حاصل کریں۔

شرم کی سی ایس ایس کے پیچھے صرف یہ خیال ہے کہ آپ اپنی ہیکس کو زیادہ شفاف ، قابل مقدار اور الگ تھلگ بنائیں۔ اس معلومات پر آپ کیا کرتے ہیں یہ آپ پر منحصر ہے!