من هو مهندس الكود في تطوير الويب؟ ما يقررونه في مشروع ويب

يقرر مهندس كود الويب كيفية إنشاء الموقع أو التطبيق

مهندس التعليمات البرمجية في تطوير الويب هو الشخص الذي يقرر كيفية تجميع موقع الويب أو تطبيق الويب معًا: كيفية عرض الصفحات، ومن أين تأتي البيانات، وكيف تتحدث الواجهة الأمامية مع الواجهة الخلفية، وما الذي يتم تخزينه مؤقتًا، وأين تتم استضافة كل شيء. يقوم المطور بإنشاء صفحة أو ميزة؛ يتأكد المهندس المعماري من إمكانية نمو مئات الصفحات والميزات معًا لسنوات دون أن يصبح المشروع بطيئًا أو هشًا أو مستحيل التغيير.

فكر في مبنى. قام المطورون بوضع الطوب وربط الغرف بالأسلاك. يقرر المهندس المعماري أين تذهب الجدران الحاملة وعدد الطوابق التي يمكن أن تحملها المؤسسة. يعد نقل الجدار بعد تركيب السقف أمرًا ممكنًا، ولكنه مكلف. على الويب، تكون "الجدران" عبارة عن اختيارات مثل Next.js مقابل واجهة برمجة تطبيقات منفصلة، ​​أو عرض الخادم مقابل تطبيق العميل فقط، أو قاعدة بيانات واحدة مقابل عدة قاعدة بيانات.

القرارات التي يتخذها مهندس الويب

يتمثل معظم العمل في فهم هدف العمل وتحويله إلى عدد صغير من الاختيارات الفنية المدروسة. بالنسبة لمشروع الويب، تبدو هذه الاختيارات عادةً كما يلي:

• استراتيجية العرض: إنشاء محتوى ثابت نادرًا ما يتغير، وعرض الخادم للصفحات المخصصة أو التي يتم تحديثها بشكل متكرر، وعرض العميل فقط عندما يحتاج التفاعل إليه حقًا.
• تقسيم الواجهة الأمامية والخلفية: إطار عمل متكامل مثل Next.js مع رمز الخادم الخاص به، أو واجهة برمجة تطبيقات منفصلة يستهلكها الويب وعميل الهاتف المحمول.
• البيانات وواجهات برمجة التطبيقات: أي قاعدة بيانات، REST أو GraphQL، وكيفية التحقق من صحة البيانات، وأي وحدة تمتلك البيانات.
• الأداء وتحسين محركات البحث: التخزين المؤقت، وشبكة CDN، ومعالجة الصور، ومؤشرات الويب الأساسية، لأن الموقع البطيء أو المفهرس بشكل سيئ يفقد الزوار قبل أن يقرأوا كلمة واحدة.
• المصادقة والمدفوعات والتكاملات: الجلسات وأدوار الوصول ومقدمو خدمات الدفع الشريطية أو المحلية وإدارة علاقات العملاء والتحليلات وخدمات الذكاء الاصطناعي.
• الاستضافة والتسليم: نظام أساسي مُدار أو خادم خاص بك، ومعاينة عمليات النشر، والمراقبة، وطريقة آمنة للتراجع عن إصدار سيئ.

مهندس معماري مقابل مطور كبير مقابل قائد تقني

تتداخل الألقاب، وفي فرق الويب الصغيرة غالبًا ما يحمل شخص واحد العناوين الثلاثة. الفرق هو نطاق القرار. يمتلك أحد كبار المطورين جودة ميزة أو قسم من الموقع. يتولى القائد الفني مهمة تسليم الفريق: التخطيط، ومراجعة التعليمات البرمجية، وإلغاء حظر الأشخاص. يمتلك المهندس المعماري قرارات تؤثر على المنتج بأكمله ويكون عكسها مكلفًا، مثل نموذج العرض أو نموذج البيانات أو منصة الاستضافة.

لا يزال المهندس المعماري الجيد يكتب التعليمات البرمجية، على الأقل النماذج الأولية والمسارات الهامة مثل الخروج أو تسجيل الدخول. الشخص الذي يتوقف عن لمس الكود ينجرف إلى مجموعات الشرائح التي لا يتبعها أحد.

المهارات التي تجعل مهندس الويب جيدًا

العمق الفني هو تذكرة الدخول: كيفية عرض المتصفح للصفحة، وكيفية عمل التخزين المؤقت لـ HTTP، وJavaScript وTypeScript، وإطار عمل حديث مثل React with Next.js، وقواعد البيانات، وأساسيات أمان الويب.

ما يميز المهندسين المعماريين هو الحكم على المقايضات. تعمل ذاكرة التخزين المؤقت على جعل الصفحات سريعة وتجعل البيانات قديمة. يبدو العرض من جانب العميل وكأنه تطبيق ويضر بتحسين محركات البحث والتحميل الأول. تمنح الخدمات الصغيرة الفرق الاستقلالية وتضيف حالات فشل الشبكة.

ولا يقل الجانب الناعم أهمية عن ذلك: شرح القرار للمؤسس دون استخدام لغة اصطلاحية، والاستماع إلى الفريق قبل نقضه، والقول "نحن لا نحتاج إلى هذا بعد" عندما لا تناسب الأداة العصرية المشكلة.

عندما يحتاج موقع ويب أو تطبيق ويب إلى مهندس معماري

لا تحتاج الصفحة المقصودة أو موقع الكتيب الصغير إلى مهندس معماري متخصص؛ يكفي وجود إطار عمل معقول ومطور دقيق. يبدأ الدور في دفع تكاليفه عندما تصبح تكلفة القرار المبكر الخاطئ كبيرة.

• أنت تقوم ببناء منتج SaaS، أو بوابة عملاء، أو متجرًا عبر الإنترنت من المفترض أن ينمو ليتجاوز العملاء الأوائل.
• يجب أن يخدم الموقع العديد من اللغات والأسواق مع الحفاظ على سرعته وقابليته للفهرسة بواسطة محركات البحث.
• يجب أن تكون عدة أنظمة متصلة: المدفوعات، إدارة علاقات العملاء، الحجز، ميزات الذكاء الاصطناعي، تطبيق Telegram Mini.
• مشروع الويب الحالي بطيء التغيير، وكل إصدار يكسر شيئًا ما، ولا يستطيع أحد شرح كيفية ملاءمته معًا.

الأخطاء الشائعة في هندسة الويب

الفشل الكلاسيكي هو الإفراط في الهندسة: تقسيم موقع بسيط إلى عشر خدمات، أو إضافة قائمة انتظار للرسائل "للاحتياط"، أو التصميم لمليون زائر عندما يكون المنتج يحتوي على مائة. الخطأ الثاني هو اختيار تطبيق من صفحة واحدة مخصص للعميل فقط لموقع محتوى، ثم التساؤل عن سبب معاناة محركات البحث والهواتف البطيئة من ذلك. والثالث هو خلط منطق الأعمال مع مكونات واجهة المستخدم حتى لا يجرؤ أحد على لمسها.

النهج الصحي هو التصميم للمرحلة التالية، وليس النهائية: احتفظ بالوحدات مترابطة بشكل غير محكم، واكتب سبب اتخاذ كل قرار رئيسي، ثم أعد النظر فيه عندما تتغير الأرقام.

كيف تصبح مهندس كود الويب

نادرا ما يكون هناك طريق مباشر. ينمو معظم مهندسي الويب من كبار مطوري الواجهة الأمامية أو مطوري البرامج الكاملة الذين يبدأون في التساؤل "لماذا تم تصميمه بهذه الطريقة؟" و"ماذا سيؤلمك خلال عامين؟". احصل على ملكية التصميمات، وليس التذاكر فقط: اكتب مستند تصميم قصير للميزة التالية، وقدمه إلى الفريق، وشاهد كيف يصمد في الإنتاج.

ادرس كيفية فشل المواقع الحقيقية: الصفحات البطيئة، وذاكرة التخزين المؤقت المعطلة، وانقطاع الخدمة بعد الإصدار. اقرأ دراسات ما بعد الوفاة، وقم بالقياس باستخدام أدوات حقيقية مثل Lighthouse وتحليلاتك، وتدرب على شرح نفس النظام بمستويات مختلفة من التفاصيل. بمرور الوقت، تصبح عادة التفكير في المقايضات أكثر أهمية من أي إطار عمل واحد في سيرتك الذاتية.

الجواب القصير

يعد مهندس أكواد الويب مسؤولاً عن القرارات الفنية الكبيرة لموقع الويب أو تطبيق الويب والتي يصعب التراجع عنها، كما أنه مسؤول عن إبقاء المشروع مفهومًا وسريعًا أثناء نموه. إذا كنت تخطط لمنتج ويب وتريد أن يتم اتخاذ هذه القرارات عن عمد وليس عن طريق الصدفة، فإن مراجعة التصميم في البداية هي واحدة من أرخص أشكال التأمين.