أنا أصمم مع كلود أكثر من فيجما الآن
لقد كنت متشككًا لفترة طويلة في حاملي شهادات LLM، وكلما سعيت للحصول عليها شعرت بخيبة الأمل من النتائج. في العام الماضي، حاولت استخدام Copilot وCursor لتعديل لعبة صممتها، ولم يحدث أي تغييرات في العمل. في وظيفة سابقة، قمت بتجربة Gemini لتخطيط ملخصات المنتج وإنشاء إطارات سلكية، لكن انتهى بي الأمر بالتخلص منها جميعًا. في كل مرة جربت فيها ماجستير إدارة الأعمال، كان ذلك بسبب شيء كنت أجيده بالفعل، وكان أداؤهم أسوأ مما كنت سأفعله. بعد انضمامي إلى Jane Street في الصيف الماضي، أجد أن دعم الذكاء الاصطناعي أمر لا غنى عنه. هناك الكثير مما هو جديد بالنسبة لي، والكثير مما لم أتقنه بعد، مثل OCaml وBonsai. لكن إحدى المفاجآت الكبرى هي مدى تغيير الشيء الذي أجيده: سير عمل التصميم الخاص بي. بدلاً من العمل على مستندات المواصفات، وإنشاء نماذج بالحجم الطبيعي من Figma، وكتابة المقترحات، ومراجعة التنفيذ مع المطورين، أجد نفسي أقوم ببناء ميزات النموذج الأولي التي تفعل بالضبط ما أفكر فيه. ما يبدو عليه ذلك عمليًا هو: كتابة شيء يصف المشكلة واقتراحي، افتح المحرر الخاص بي، وابدأ الإنشاء والخادم وكلود، باستخدام هذا الوصف الذي كتبته كموجه، احصل على الوظيفة الأساسية التي تعمل لإثبات لنفسي أنه من الممكن تكرار ذلك بقدر ما أريد، دفع التغييرات إلى بيئة التطوير واسأل المستخدمين عن رأيهم، إرسال ميزة (إصدارنا من طلب السحب) تبدو وتتصرف تمامًا بالطريقة التي أريدها. مستندات. خذ نموذجًا أوليًا قمت بإنشائه مؤخرًا والذي أضاف مطالبة LLM إلى إدخال JSQL (JSQL هي لهجة SQL داخلية نستخدمها للعديد من الأدوات المختلفة التي تواجه المستخدم). هذا النموذج الأولي يعمل حقًا، وقد أمضيت أيامًا في التعايش معه واختباره. أعطاني كلود تكرارًا مجانيًا وغير محدود، ولم يزعجني عندما غيرت رأيي للمرة الخمسين أو طلبت تعديلًا صغيرًا. لقد قمت بتحسين زر الإرسال، وإضافة اختصارات لوحة المفاتيح، والنسخ المعدل، وضبط المطالبة، وإضافة رسائل التأكيد التي تم إنشاؤها. هذه هي تحسينات سير العمل التي كانت ستستغرق أيامًا أو أسابيع من الهندسة والتصميم ذهابًا وإيابًا في وظيفتي السابقة، أو على الأرجح لم تكن لتحدث أبدًا. تم بذل كل الجهد في هذه الميزة لتحسين المنتج الحقيقي، ولم يتم بذل أي جهد في العمل الإضافي مثل إنشاء مكونات Figma أو تنسيق المستندات. لقد استغرق الأمر مني بعض الوقت للوصول إلى سير العمل هذا. عندما انضممت في الصيف الماضي، لم أتعامل إلا مع المهام الأصغر حجمًا باستخدام الذكاء الاصطناعي، مثل إصلاحات ورق UX. بالنسبة للأفكار الأكبر، كنت لا أزال أستخدم Figma والمستندات، وعندما حاولت صنع هذه الأشياء مع كلود، فشلت. ولكن في الشهرين الماضيين، سقطت المواقف التي وصلت فيها إلى Figma في الهاوية. من خلال مجموعة من النماذج المحسنة، ومنشآتي الخاصة بها، واختيار النطاق المناسب بعناية، يعمل الذكاء الاصطناعي الآن على أشياء كبيرة أيضًا – ليس فقط موجه JSQL ولكن ستة نماذج أولية أخرى تقوم بإجراء تغييرات على واجهة المستخدم ونموذج البيانات والمكتبة، بما في ذلك بعض الاختلافات التي تزيد عن 2000 سطر؛ أستخدمه لتنفيذ نماذج أولية تفاعلية لتطبيقات جديدة تمامًا بعد تصميمها في Figma؛ وبالنسبة لبعض التطبيقات الجديدة، فقد قمت بتخطي Figma تمامًا، وأكرر التصميم المرئي من البداية مع كلود. كمصمم كان هذا تمكينًا. يتمتع المهندسون بالقدرة على إنشاء أدلة عملية على المفهوم عندما تكون لديهم فكرة. يجب على المصممين إقناع الآخرين بالقيام بذلك من أجلنا. بالنسبة لفكرة مثل “مطالبة LLM المباشرة في إدخال JSQL” سأقترح شيئًا لا تكون جدواه واضحة حتى في البداية؛ إن جعل شخص ما يبني نموذجًا أوليًا قد يضيع وقته. في حالات أخرى، قد أقترح شيئًا لا يلبي احتياجات المستخدم بشكل واضح. وباستخدام كلود لجعل هذه الأفكار حقيقة، فإنني أجعل من الأسهل على الآخرين تقييمها – يمكنهم فقط استخدامها. ولكن هناك جانبًا سلبيًا: في سير العمل هذا، يتم منح المراجع ميزة مخبوزة بالكامل. هل هذا يعني أنه ليس لديهم أي مدخلات على الوظيفة ومن المفترض فقط مراجعة الكود؟ المراجعة ليست العمل الأكثر متعة – فالمعادل في عالم التصميم هو الحصول على إطار سلكي مفصل من مدير المشروع والمطالبة بجعله يبدو جيدًا. أريد أن أجعل اقتراحي واضحًا وكاملًا قدر الإمكان، ولكن ما زلت أريد من زملائي في الفريق الهندسي أن يتعاملوا معه بنفس الطريقة التي يتعاملون بها مع نموذج بالحجم الطبيعي في فيجما، كشيء يمكننا أنا وهم التكرار عليه معًا في مساحة التصميم. الحل الذي نقترحه الآن هو مجرد التفكير في هذه الميزات بشكل مختلف. أكتب تذكيرًا قصيرًا في الوصف: النماذج الأولية هي مستندات مقترحة حية، والكود يمكن التخلص منه، ومهمة المراجع هي تقديم تعليقات حول التصميم وتجربة المستخدم. في نهاية المطاف، لا يزال المراجعون يتولون الفكرة وينفذونها في ميزة منفصلة، مع الإشارة إلى النموذج الأولي ولكنهم يمتلكون رمز الإنتاج. من الناحية العملية، ما زلنا نكتشف ما هو المنطقي والممتع في سير العمل الجديد هذا. هناك أيضًا خوف لدي من أن التصميم مع كلود يبقيني بعيدًا عن العقلية المرنة والإبداعية ويعلق في عقلية متكررة، ومقيدًا بالنتائج التي أعتقد أن كلود يمكنه تحقيقها. وهذا أمر جيد بالنسبة للأدوات الناضجة، حيث تكون التغييرات متكررة، ولكن قد يعني أنني أفتقد الأفكار عند العمل على شيء جديد. هذا توتر مألوف. عندما بدأت العمل الاحترافي في عام 2011، كان هناك الكثير من الحديث حول ما إذا كان يجب على المصممين البرمجة أم لا. يقول النقاد أنه بمجرد أن تبدأ البرمجة، فمن غير المرجح أن تقوم بتغييرات كبيرة على فكرة ما. لكنني أحببت إنشاء مواقع الويب، وأحببت البرمجة، لذلك واصلت كتابة التعليمات البرمجية. بعد ذلك، عندما أصبحت أطر عمل الواجهة الأمامية مثل React شائعة وأصبح تطوير الواجهة الأمامية أكثر تعقيدًا، قررت التخصص مثل الآخرين. مازلت أنشئ مشاريع شخصية في React — مما ساعدني بالتأكيد على التفاعل مع المطورين — لكنني أمضيت كل وقتي تقريبًا في العمل على Figma والمستندات. لو أنني انضممت إلى Jane Street قبل الحصول على درجة LLM، أعتقد أنني كنت سأصبح أكثر رسوخًا في Figma. مع جافا سكريبت لدي على الأقل بعض الخبرة؛ OCaml وBonsai جديدان تمامًا، والمساهمة على المستوى الفني كانت تبدو بعيدة المنال. وبدلاً من ذلك، عدت إلى صنع الشيء الحقيقي، ومن الرائع أن أعمل في الوسط مرة أخرى. أشعر بالحرية أكثر من أي وقت مضى في تجربة الأشياء.
تم النشر: 2026-06-07 06:04:00
مصدر: blog.janestreet.com
