في الآونة الأخيرة ، كان هناك نقاش حول تخطيط CSS وتخطيط الجدول مرة أخرى على الإنترنت. كنت غير راضٍ قليلاً في البداية: اعتقدت أن أهمية تخطيط CSS كانت بالفعل متجذرة بعمق في قلوب الناس ، لكنني لم أكن أتوقع أن يعاني الكثير من المصممين والمطورين من اعتراضات.
بعد التهدئة وبعد التفكير في الأمر ، شعرت أن الأسباب قد تكون جانبين:
لذلك ، بينما ندافع عن تخطيط CSS ، لا نحتاج إلى تشويه الجدول نفسه ليكون لا قيمة له لإثبات تفوقه. في التنمية اليومية ، ليست هناك حاجة إلى أن تكون جذرية بما يكفي للتخلي عن الجداول تمامًا. يحتوي الجدول نفسه على دلالات ، ويجب استخدامه عندما يحين الوقت لعرض جداول البيانات ؛ أثناء عملية التطوير ، من الممكن أيضًا استخدام تصميم Table+CSS في بعض المناسبات التي تحتاج إلى وزنها. في هذا الصدد ، أقدر النهج العملي لمهندسي Google و Facebook الواجهة. يمكنك اتباع مربع الحوار المنبثق الشائع مع ظلال شفافة على Facebook ، والتي يتم صنعها باستخدام <Chands> ، وهي أيضًا رائعة للغاية.
وقد دفعني هذا النقاش ، إلى جانب تطوير معايير الويب في السنوات الأخيرة ، إلى التفكير في الفرق بين التحسين والإصلاح في تطوير الويب.
يحاول XHTML 2 أن تتطور مباشرة إلى XML ، معلنًا عن استراحة مع HTML. هذا مرة واحدة الذعر لي ، مطور HTML التقليدية. وعندما رأيت منظمة WhatWG تقترح HTML5 (المعترف بها في النهاية من قبل W3C) ، فإن التحسن اللطيف جعلني أشعر بأنني أكثر حميمية ، والحقائق تثبت أيضًا أن HTML5 يتحرك نحونا أكثر وأكثر. شعر دوغلاس كروكفورد أن HTML5 كان شرسة للغاية واقترح خطة تحسين لـ HTML 4.2.
دعونا نلقي نظرة على JavaScript مرة أخرى. ecmascript 4 غيرت JavaScript كثيرا. لحسن الحظ ، عادت اللجنة الفنية إلى عقلها في المرحلة النهائية ، وتم الاعتراف بوضوح بموجب المزيد من المطورين الذين كانوا يقاتلون حقًا على خط المواجهة.
قد يكون التحسين ، بدلاً من الإصلاح الدموي ، وسيلة أكثر عملية ومعقولة لتعزيز التطور التكنولوجي. هذا هو الحال مع تطور معايير الويب ، وترقية المنتجات أو المشاريع ، وحتى بناء الأنظمة الاجتماعية.