عادة ، بعد الانتهاء من تصميم الويب ، يتم الكشف عن جهل المصمم وانتقاده. لقد تركوا العمل الثقيل لإنشاء رمز الويب للمبرمجين. لا تحدث هذه الظاهرة فقط في صناعة تطوير الشبكات ، ولكن أيضًا في صناعة تطوير البرامج والألعاب.
الحقيقة القاسية هي: تقدم تقدم التنمية الركود بسبب المصممين. من أجل متابعة أفضل كفاءة ، لا يحتاج المصممون إلى الرسم فحسب ، بل يحتاجون أيضًا إلى أن يكونوا قادرين على تحقيق ذلك! في هذه المقالة ، أود أن أشارك مع القراء بعض الأسباب التي تجعل المصممين بحاجة إلى تعلم كيفية كتابة التعليمات البرمجية.
مع انطباع واضح عن كيفية تنفيذ المنتج النهائي ، سيأتي المصممون بمفاهيم أكثر عملية. كجزء لا يتجزأ من عملية التطوير ، يكون المصممون مسؤولين عن ضمان نقل تصميماتهم إلى وسائط الشبكة بسلاسة ، مع مراعاة قابليتها للاستخدام ووضوح الويب والتنفيذ. لا يحتوي موقع الويب السالح للاستخدام على منطق تسلسل التصفح البسيط والواضح فحسب ، بل يوفر للمستخدمين أيضًا جميع المعلومات التي يحتاجون إليها دون الظهور بالعدوانية أو الفوضوية. الطريقة الوحيدة لمعرفة ما إذا كان تخطيط الويب ممكنًا هو معرفة كيفية إنشاء صفحة ويب بنفسك.
في جميع المنتجات المستقلة تقريبًا للتصميم والتنفيذ ، لم تستوف مجموعة التصميم ومجموعة التنفيذ توقعات أخرى ، وخاصة تلك المنتجات غير الملموسة مثل مواقع الويب والبرامج والألعاب. ويعزى ذلك عادة إلى التنازلات المتبادلة بين توقعات المنتج وجدوى المنتج ، والتي يبدو من الصعب في الوقت الحالي توحيدها تمامًا. الحل هو: يجب على المصممين شخصياً تصميم تنفيذ العمل لتجنب الالتباس وسوء الفهم والمعلومات الخاطئة في التواصل.
لا ينبغي أن يكون التصميم في الممارسة مطلقًا. أعني ، يجب أن يكون التصميم مرنًا وودودًا ، قادرًا على تعديله لتلبية القيود الفنية للنظام دون تشويه دلالةه الأصلية. لا يمكن تحقيق هذه التغييرات المتكررة ولكن الضرورية إلا من قبل المصمم الأصلي. يمكن أن يكون المصمم/المطور أكثر كفاءة من المطور الذي يكرر التصميم للمصمم للتغييرات. وهناك احتكاك بين المصممين والمطورين - في الواقع ، فغالبًا ما يكون الأمر كذلك.
غالبًا ما أحب التفكير في تطوير البرامج أو الشبكة أو الألعاب كأوركسترا ، في حين أن المصمم هو الملحن والمطور هو قائد الأوركسترا. تخيل ما سيكون عليه أن يكون نفس الشخص؟ ستكون السمفونية مذهلة وساحرة وأصلية! إنها ليست فقط تحفة السيد ، ولكن أيضًا أمره الخاص!
الدور المتزامن للمصمم كمبرمج يعني أن تقدم التصميم والترميز مستمر ، إن لم يكن في وقت واحد. والنتيجة هي تقصير دورة التطوير - من لا يهتم بالكفاءة؟
يحتاج المصممون الحديثون إلى تحسين قدراتهم على الحفاظ على القيمة الشخصية. وجود مجموعة من المهارات بعيدة عن الكفاية. غالبًا ما نحتاج إلى ارتداء عناوين مختلفة: المصممون والمطورين في الواجهة الأمامية ومؤلفي المقالات ومديري المشاريع.
من خلال تعلم إدراك التصميم الخاص بك ، بدلاً من جعل التصميم يتيمًا في أيدي المطورين - يمكنك تعزيز قيمتك الخاصة. بعد كل شيء ، لن يضر ذكر مهارات التصميم والترميز في سيرتك الذاتية. على العكس من ذلك ، في عصر إعادة هيكلة الأزمات المالية (انظر: عمليات تسريح العمال الضخمة) وتخفيضات الإنفاق ، يمكن للمرء أيضًا التأكيد على أهمية الشخص دون إطلاق النار.
ومع ذلك ، حتى مع وجود العديد من الأسباب لدعم المصممين في تعلم كتابة التعليمات البرمجية ، لا تزال هناك أصوات من الاعتراض هنا.
اقتبس مقالة مثيرة للجدل لوكاس ماتيس. المصمم ليس مبرمجًا ( الملاحظة 1)
إذا قام المصمم بتطبيق تصميمه الخاص ، فسيخضع لهدفين مختلفين: رمز أنيق وتجربة مستخدم جيدة. هذان الهدفين متناقضان. إذا كنت ترغب في تنفيذ التصميم الخاص بك ، فسوف تتسوية حتماً لجودة الكود ، والتي لا تؤدي إلى التصميم التفاعلي.
يواجه المصممون الذين ينفذون تصاميمهم مشكلتين: إنهم يعلمون أن فكرة جديدة رائعة ستقوم ببناء رمز فوضوي ، ويعرفون أيضًا أن التعليمات البرمجية الحالية ستتعطل في حالة تحسين تجربة المستخدم. الاثنان متناقضان لأن تجربة المستخدم في تفاصيل صغيرة تدمر في نهاية المطاف الرمز ليتم الخلط بينهما بسبب عدم قدرتهما على تحمل.
هذا يلخص بشكل مناسب الموقف القاسي الذي اتخذته طاقري تطوير الويب. فهي من الطراز القديم وتدافع عن خط بين التصميم والتطوير. من الواضح أن المصممين يخلقون للبشر والمطورين إنشاء الآلات. لذلك ، يجب على مصممي UX تصميم واجهة المستخدم الأكثر جدوى والسماح للمطورين باتخاذ قرارات البرمجة الأكثر جدوى. على الرغم من أن هذا أمر منطقي ، إلا أن جهودي للعثور على الإلهام من الكود انتهى في الفشل عندما كنت أدرس واجهة مستخدم. باختصار ، من المفيد أن يكون لديك مفهوم صحيح للتكنولوجيا وقيود التوفر في عقلك.
في نهاية المطاف ، قد يحدد حجم المشروع المتقدم دور المصممين والمطورين. يمكن التحكم في تطبيق صغير من قبل مدير المشروع ( الملاحظة 2) ، في حين يجب أن يتطلب نظام كبير مواهب مهنية مختلفة!
الملاحظة 1 من مصممي Mathis-Lukas ليسوا من المبرمجين-يهمون الرمز
ملاحظة 2 يصف Spolsky-Joel موقعًا يسمى Designer و Programmer-How ليكون مديرًا للبرامج-Joel على البرمجيات
المؤلف جون أوربان هو طالبة في جامعة كاليفورنيا ، تخصص في علوم الكمبيوتر.
النص الإنجليزي الأصلي http://sixrevisions.com/web_design/why-designers-hould-learn-to-to-code/