Future of Software Development | Closing Panel at Agent Conf 2026
2067 segments
أقدر حقاً وجودكم
جميعاً هنا. أنا متحمس
جداً لهذه الجلسة
الحوارية. تحمل هذه
الجلسة عنواناً
جريئاً وهو مستقبل
تطوير البرمجيات. لا
أحد منا يعرف مستقبل
تطوير البرمجيات،
لكننا سنحاول مناقشة
ما رأيناه حتى الآن.
هناك بعض الأمور التي
تكررت معنا جميعاً في
سياقات مختلفة، وأنا
متحمس حقاً لذلك.
دعوني أقدم لكم
المشاركين في جلستنا.
مارجريت هي المؤسس
المشارك لشركة okaythink.ai
، وهم يعملون حالياً
على بناء firehose. سنتحدث
عن ذلك قليلاً. بصفتها
قيادية في الهندسة
لفترة طويلة، فقد
ساهمت في توسيع نطاق
الأنظمة والفرق، بما
في ذلك فترة النمو
السريع والاكتتاب
العام لشركة Hinge Health.
لقد قضت مسيرتها
المهنية في الحفاظ على
موثوقية الأنظمة، وهي
الآن تبني ذلك
للمطورين. جريج هو
الرئيس التنفيذي
للتسليم في شركة Callstack.
لأكثر من 20 عاماً، قاد
عمليات تسليم
البرمجيات في Capgemini،
وهي شركة استشارات
ضخمة تضم 400 ألف مطور.
وهو الآن يعمل في Callstack
. إنه يقف وراء كل
المكتبات البرمجية
مفتوحة المصدر، و Apex،
والكثير من الأشياء
التي ناقشناها في هذا
المؤتمر اليوم. ومتحمس
جداً لرؤية كيف تتغير
توقعات تسليم
البرمجيات وتوقعات
فرق التطوير. شكراً
لانضمامك إلينا يا
جريج. بارتيك هو مؤسس
The Thinking Company، مختبر
التحول بالذكاء
الاصطناعي. وهو أيضاً
مستثمر جريء، ولديه
استثمارات في أكثر من
20 شركة ذكاء اصطناعي،
بما في ذلك 11 Labs و Sales
Patriot و Victor. أنا متحمس
جداً لسماع أفكارك،
وإذا كان أي منكم على
دراية بـ Anthropic أو OpenAI،
فهذه أفضل مقدمة على
الإطلاق. كارل روس هو
عضو في الفريق التقني
في AI. هذا كل ما سنقوله
اليوم. أقدر حقاً
وجودكم جميعاً هنا.
شكراً جزيلاً
لانضمامكم إلينا.
لنبدأ معك يا مارجريت،
أريد البدء بك. أريد أن
نتحدث عما تغير في
العام أو العامين
الماضيين. لقد قمتِ
ببناء خدمات في العديد
من الشركات. وقضيتِ
سنوات في إدارة
المهندسين. والآن قمتِ
بتأسيس شركة تعتمد
بشكل أساسي على الذكاء
الاصطناعي. بالنظر إلى
تلك المسيرة بأكملها،
سؤالي الأول هو: بصفتك
مديرة هندسية، كيف
تبدو إدارة الوكلاء
مقارنة بإدارة
المطورين؟ وعلى
المستوى الشخصي، ما
الذي تغير بالنسبة لك
في العام ونصف العام
الماضي وأثار دهشتك؟
>> أجل. إدارة الوكلاء.
أنا أحب إدارة الوكلاء
. إنهم لا يشعرون
بالتعب. لا يأخذون
إجازات. لا يقولون لي "
لا" أبداً. إنهم
يوافقون دائماً على ما
أطلبه. أما المهندسون،
من ناحية أخرى، فيمكن
توجيههم وتدريبهم. أمم
، أكثر ما أفتقده حقاً
في إدارة الأفراد هو
تلك اللحظات الصغيرة
التي يمكنك فيها تقديم
نصائح مهنية وفرص،
والمساعدة في ترقية
الأشخاص الذين تشعر
أنهم يستحقون ذلك. ولا
يمكنك فعل ذلك كثيراً
مع الوكلاء الأذكياء.
مختبرات الذكاء
الاصطناعي الرائدة
تقوم بإطلاقهم
وتطويرهم نيابة عنك.
>> صحيح.
>> أجل. وبالنسبة لي، ما
تغير حقاً عند
الانتقال من شركة
مطروحة للاكتتاب
العام، هو أنه عندما
تريد تطوير ميزة ما،
عليك البدء بتنظيم
المؤسسة البشرية
للقيام بذلك. تبدأ
بالكثير من التخطيط،
وتتحدث إلى مديري
المنتجات والمصممين
والمهندسين، وتتعامل
مع هذه الموجة
المتتالية من الأشخاص
الذين تحتاج لتنسيق
عملهم، حتى تقرر
أخيراً إمكانية
التنفيذ، وهذا يستغرق
وقتاً طويلاً. أما في
شركة ناشئة مرنة،
فبمجرد أن أفكر في
ميزة ما، يمكنني
تنفيذها في غضون ساعة،
أو نصف ساعة باستخدام
أسطولي من الوكلاء.
لذا هناك فرق هائل في
سرعة الإنجاز، لكنني
ما زلت أعتقد أن
التنسيق البشري سيظل
مهماً للغاية.
>> في هذا السياق، بارتيك
، أريدك أن تتحدث
قليلاً عن "الشركة
المفكرة"، خاصة فيما
يتعلق بهذا السؤال،
فأنت تساعد الشركات
الكبرى، وتقوم أيضاً
باستثمارات ذكية في
بعض هذه الشركات
المتطورة. ما الذي
تغير أكثر بالنسبة لك
ولفرقك خلال العام
ونصف العام الماضي،
وما هي توقعاتك
للمؤسسين ونحن نتجه
نحو عام 2027؟
>> مرحباً بالجميع. أعتقد
أن الشيء الأول الذي
تغير هو أن الزيادة في
الإنتاجية الفردية
ارتفعت بشكل جنوني،
لكن هذا لا يساوي
بالضرورة زيادة في
إنتاجية المؤسسات ككل.
بالنسبة للكثير من
الشركات الناشئة، نعم
، إذا كنت تبني شركة
تعتمد على الذكاء
الاصطناعي منذ
البداية، فإن الزيادة
في إنتاجية الفريق أو
الفرد من خلال استخدام
الوكلاء وغيرهم، تكون
واضحة. لكن عندما
تنتقل إلى الشركات
الكبيرة التي نعمل
معها كثيراً على تحويل
العمليات الحالية
والتشغيلية، بما في
ذلك إدخال عمليات
تعتمد على الذكاء
الاصطناعي، فإن
الزيادة الناتجة عن
مجرد شراء الأدوات لم
تتحول إلى زيادة في
إنتاجية الشركة
بأكملها. لذا، يوجد
الآن الكثير من
الأشخاص الذين لديهم
الكثير من التراخيص
ويستهلكون الكثير من
الرموز البرمجية (
توكنز).
>> يستهلكون الكثير من
الرموز البرمجية.
>> أجل، ولكن إذا كنت
مديراً مالياً في تلك
الشركة، فستقول إننا
أنفقنا ملايين
الدولارات أو
اليوروهات على
التراخيص، وهناك
الكثير من الأشخاص
يقضون وقتاً طويلاً في
العمل بالذكاء
الاصطناعي، لكن هل
رأينا نتائج ذلك على
مستوى المؤسسة؟ سواء
من حيث الإيرادات أو
من حيث صافي الأرباح.
وبالنسبة للعديد من
الشركات في الوقت
الحالي، الإجابة هي
ليس بعد. أو على الأقل
بالنسبة لأولئك الذين
اكتفوا بشراء
التراخيص بدلاً من
التفكير في تغيير
أساليب العمل.
>> لذا يا جريج، أريد
الانتقال إلى موضوع
تحويل أساليب عملنا.
بصفتك رئيساً لقسم
التوصيل، هذا مسمى
وظيفي كبير. بداية،
ساعدنا جميعاً في فهم
كيف يبدو يومك المعتاد
، خاصة الآن وأنت في
شركة "كول ستاك"؟ وما
هي التحديات الرئيسية
التي تسمعها من
العملاء؟ كيف تغيرت
توقعات العملاء الذين
تعمل معهم خلال العام
ونصف العام الماضيين؟
لنركز حقاً على مفهوم
التوصيل (Delivery). ما هو
هذا المفهوم من وجهة
نظرك، وكيف تطور في
العام أو العامين
الماضيين؟
>> أعتقد أنه فيما يتعلق
بما تغير من منظور
العميل، يجب أن نعود
إلى ما قبل عصر "أجايل".
كان الاهتمام الرئيسي
لعملائنا هو كيفية
الحصول على سعة كافية
بسعر معقول لتقديم
الوظائف اللازمة
للأعمال. كان الأمر
مرتبطاً دائماً
بتوفير أفراد من دول
خارجية (أوفشور) مع
الكثير من الموظفين
المبتدئين وما إلى ذلك
. حالياً، الشاغل
الرئيسي الذي نسمعه من
عملائنا هو أنهم
يريدون قيمة أكبر
بكثير مقابل نفس السعر
، وهذا هو الخيار
الأفضل.
>> صحيح.
>> أو نفس القيمة بسعر
أقل، مما يدفع
المزودين وأقسامهم
الخاصة إلى تقديم نفس
القيمة ولكن بعدد أقل
من الموظفين. أجل، هذا
ما يحدث الآن. وهناك
أمر آخر مثير للاهتمام
نلاحظه وهو "متلازمة
الخوف من تفويت الفرص"
، والتي تنتشر حقاً
بين جميع عملائنا.
إنهم خائفون حقاً من
أن منافسيهم متقدمون
عليهم، وأن الآخرين
لديهم تبنٍ أفضل
للذكاء الاصطناعي. حتى
أنهم لا يريدون
إخبارنا بصدق عن مستوى
تبنيهم للذكاء
الاصطناعي حتى نتمكن
من مساعدتهم، لأن هذا
أمر يخفونه.
>> هذا منطقي. كارل،
سأقول هذا. لا يمكنني
سؤالك عن عام ونصف فقط.
لقد أمضيت أكثر من 4
سنوات في OpenAI، وهو ما
يضعك ضمن الـ 1%الأوائل
من حيث الأقدمية في
الشركة. أتخيل أن
الكثير من الموظفين قد
تم تعيينهم منذ
انضمامك. ما الذي تغير
بالنسبة لك كمطور ضمن
الفرق التي عملت بها
في الشركة؟ ما الذي
تغير بالنسبة لك في
السنوات الأربع
الماضية أو أكثر؟
>> نعم، على عكس
المشاركين الآخرين
هنا، لا أزال أعمل
كمساهم فردي،
والحقيقة الكبرى هي
أننا لم نكتب أي كود
خلال العام الماضي،
أليس كذلك؟ أصبحت
النماذج الآن هي التي
تكتب كل الأكواد،
وانتقل كل فرد في
فريقي من كتابة حوالي
100 ألف سطر برمجيا
سنوياً إلى الصفر.
الأمر يعتمد كلياً على
النماذج الآن.
>> هذا منطقي. حسناً،
أريد الانتقال لنقطة
أخرى. هذا أمر كبير،
أنت لم تعد تبرمج وأنت
ضمن الطاقم التقني.
لذا، يجب أن أطرح
سؤالاً متابعاً.
مراجعات الكود. كيف
تغير الأمر بالنسبة لك
عما كان عليه قبل أربع
سنوات؟ يبدو أن كل شيء
تغير بالنسبة لك، ربما
أكثر منا بكثير، وهو
أمر بدأ يؤثر علينا
جميعاً بالفعل. إذاً،
أنت لا تبرمج كل يوم.
لكن لا يزال يتعين
عليك تحمل مسؤولية
عملك. حدثنا عن ذلك.
>> نعم، لقد كنا نعاني
كثيراً من هذا مؤخراً
مثل أي شخص آخر، أليس
كذلك؟ انفجار حجم
الكود انتقل من بضعة
آلاف من الأسطر
أسبوعياً إلى مئات
الآلاف أسبوعياً.
والطريقة التي
تعاملنا بها مع هذا هي
إجراء عمليات تحقق من
الموثوقية. في الجوهر،
نبحث عن تغييرات صغيرة
، تخضع لمراجعة دقيقة،
وبوجود تدخل بشري،
ولكن بالنسبة للأنظمة
الأقل أهمية، نحن نتجه
أكثر للسماح للوكلاء
بالتقييم الكامل
والمراجعة والنشر
بشكل مستقل. مع ملاحظة
خاصة، وهي أننا
بالنسبة لامتثال (SOC 2)،
أصبحنا نسمح للوكلاء
بالعمل كمراجعين
ثانويين.
>> حسناً. أظن أنني أريد
متابعة الحديث معك يا
مارغريت. أريدك أن
تتحدثي قليلاً عن "
فاير هاوس"(Firehose)، وما
الذي تبنينه في شركة "
أوكتا". وأعلم أن لديك
أيضاً آراء قوية حول
مراجعات الكود حالياً.
>> نعم. في "أوكتا"، نبني "
فاير هاوس"، وهو مركز
قيادة متخصص لتنسيق
عمل وكلائك. نريد أن
نكون المكان الذي تتم
فيه أعمال الهندسة.
وفيما يتعلق بمراجعات
الأقران، فأنا في نفس
وضع كارل تماماً. لم
أنظر إلى أي كود منذ 5
أشهر، وبالتأكيد لم
أقم بمراجعة طلب سحب (PR
) بنفسي منذ 5 أشهر. في Ok
Think نراهن على أن
مراجعة الكود البرمجي
(PR) التي يقودها البشر
ستصبح غير ضرورية
تماماً، لأنه مع
الانفجار في حجم
الأكواد، لا يمكنك
مواكبة ذلك. لذا نحن
نستثمر في عمليات تضمن
أن الميزات التي
ننتجها آمنة وقابلة
للتوسع، ولكنها
جميعاً تدار بواسطة
وكلاء ذكاء اصطناعي.
وأريد أن أضيف أن
مراجعة الكود من قبل
البشر متفاوتة الجودة
، أليس كذلك؟ أعني، من
منكم كان لديه مهندس
في فريقه نظر في طلب
مراجعة مكون من 50
ملفاً وكتب فقط "يبدو
جيداً بالنسبة لي".
أليس كذلك؟
>> نعم. حسناً. أريد أن
ننتقل إلى موضوع آخر
قليلاً. هناك جدل دائر
حالياً. من الواضح أن
هناك الكثير من الخوف.
أتصور أن الكثير من
الناس يتساءلون: هل
سيأخذ الذكاء
الاصطناعي وظيفتي؟
وعدتكم ألا نجعل هذا
محور نقاشنا. ومع ذلك،
كنت أطلع على دراسة
لمختبر الاقتصاد
الرقمي في ستانفورد،
والتي أشارت إلى أن
فرص العمل للمطورين
الذين تتراوح أعمارهم
بين 20 و 25 عاماً في
الأدوار الأكثر
تأثراً بالذكاء
الاصطناعي قد انخفضت
بنسبة 20%. أما بالنسبة
للموظفين في منتصف
مسيرتهم المهنية أو
كبار المطورين، فقد
ظلت فرص العمل متساوية
تقريباً. وهكذا، أصبحت
الخبرة ذات قيمة عالية
، ويبدو أننا في خطر
فقدان فن التلمذة
المهنية، وفن التعلم
من ممارسة البرمجة
الزوجية مع مطور آخر.
لذا، سأبدأ معك يا
بارتيك. ما الذي تراه؟
أعني أولاً، بالنسبة
لمطور مبتدئ، أو صانع
مبتدئ، كيف بحق الجحيم
يمكنهم اكتساب الخبرة
والتقدم في مسيرتهم؟
حسناً، وسننطلق من
هناك.
>> نهجي قد يكون مخالفاً
للبديهة بعض الشيء.
إجابتي ستكون، حسناً،
إذا كنت مطوراً
مبتدئاً، فنحن نسعد
بتوظيفك. نحن نفضل
الأشخاص الذين
يتمتعون بقدرة أكبر
على المبادرة
والفاعلية. وما هو
مؤكد، وقد يكون
تصريحاً مثيراً للجدل
، هو أننا نرى في
الأشخاص الذين يرغبون
في العمل معنا، أو في
العديد من الشركات
الناشئة التي استثمرت
فيها، أن العثور على
أشخاص يتمتعون
بالفاعلية والمبادرة،
حتى لو كانت خبرتهم
أقل، أصعب بكثير من
العثور على أشخاص ذوي
خبرة ولكن بفاعلية
منخفضة جداً، وهذه
مشكلة حقيقية، خاصة
للشركات سريعة النمو.
لذا أنا أفضل توظيف
الأشخاص الذين
يتمتعون بفاعلية أعلى
وخبرة أقل. لا يهم حقاً
ما إذا كان ذلك
للأدوار الهندسية أو
للأدوار الوظيفية
بدوام كامل. ثم، إذا
انتقلت بذلك إلى خارج
نطاق الشركات الناشئة
، ومع الكثير من شركات
السوق المتوسط
والشركات الكبرى، فإن
الإجابة هي نعم. لكن
السبب في ذلك حقاً هو
أن الكثير من هذه
الشركات قد وظفت عدداً
أكبر من اللازم على مر
السنين، خاصة لجميع
الأدوار، ولكن لنقل
لأدوار تطوير
المنتجات. لذا، التزم
الناس، وخاصة الشركات
الكبرى على مدى
السنوات الخمس إلى
العشر الماضية، بما
يسمى "مذهب أجايل".
وهذا يعني توظيف
الكثير من الأشخاص
للقيام بالكثير من
الأشياء غير الضرورية
من منظور تطوير
المنتجات. ثم كانت
معظم العمليات
والحلول لمعظم تلك
المشكلات هي "لنقم
بتوظيف المزيد من
الأشخاص"، لأن تراكم
الأعمال لدينا ممتلئ.
لذا، لنقم بتوظيف
المزيد من مديري
المنتجات. لنقم بتوظيف
المزيد من مالكي
المنتجات. لنقم بتوظيف
المزيد من المهندسين
لأن تراكم الأعمال
لدينا ممتلئ. حسناً،
المشكلة في الوقت
الحالي غير موجودة.
تراكم الأعمال أكبر من
أي وقت مضى، لكن
الأشياء تتحرك عبر هذا
التراكم لتنفيذها
بشكل أسرع بكثير من أي
وقت مضى. وبالتالي،
فإن الحل للمشكلة ليس
توظيف المزيد من
الأشخاص. ولهذا السبب،
يوجد الآن عدد أقل من
الأشخاص يعملون على
المشكلات، على الرغم
من أن المشكلات التي
يتم العمل عليها أكثر
بكثير في الوقت الحالي
. والشيء الآخر هو أن
الكثير من هذه الشركات
، وبالطبع نقل الأشياء
من تراكم الأعمال إلى
مرحلة الشحن بشكل أسرع
بكثير، يعني أيضاً أن
هناك الكثير من
التعليمات البرمجية
التي يتم كتابتها.
ولكن أيضاً يتم طرح
الكثير من الأشياء
بسرعة أكبر بكثير في
بيئة الإنتاج. ولكي
يحدث ذلك في الشركات
المتوسطة والكبيرة،
فهذا يعني تحويل عملية
دورة حياة تطوير
البرمجيات (SDLC).
والكثير من الشركات
التي تكافح الآن لا
تواجه مشكلة كيفية
توظيف المزيد من
الأشخاص، حسناً؟ لأنك
إذا نظرت إلى الأبحاث،
فإن الشركات التي خضعت
لتحويل عمليات دورة
حياة تطوير البرمجيات
أو تمر بتحول شامل في
عملياتها، تقوم
بزيادة التوظيف وليس
تسريح الموظفين. هذا
أمر غير بديهي من
ناحية، ولكن هذا ما
تُظهره البيانات
والأبحاث بالفعل. إنهم
يبحثون عن المزيد من
الأشخاص لأنهم يرون
زيادة في الإنتاجية
ويحتاجون إلى العثور
على المزيد من الأشخاص
للمضي قدماً بشكل أسرع
. ولكنك تحتاج حينها
إلى تحويل أساليب
العمل بأكملها. عندما
يتعلق الأمر بعمليات
دورة حياة تطوير
البرمجيات (SDLC)، فهذا
أمر صعب للغاية؛ لأنه
على مدار الخمسة عشر
أو العشرين عاماً
الماضية، كانت
الإجابة هي "أوه، إنها
أجايل (Agile) أو سكروم (
Scrum)، أو...البولنديون،
وخاصة الأكبر سناً
منهم، سيفهمون ما
أعنيه. كان بإمكانك
شراء كتاب، كما تعلم،
من" هيليون "(Helion)، حيث
يوجد لديهم كتاب"
إنجيل "" أجايل ". وعند
حدوث مشكلة، تفتح
الصفحة 67، وتنظر إليها
، حسناً، هكذا يمكننا
حل تلك المشكلة، ثم
نصبح مستعدين لإصدار
برمجياتنا. الآن مع
دورة حياة تطوير
البرمجيات المدعومة
بالذكاء الاصطناعي،
لم يعد هذا صحيحاً. بل
تحتاج إلى تحويل عملية
التسليم بأكملها داخل
المؤسسة. وهذا أمر
بالغ الصعوبة. هذا هو
الشغل الشاغل لكل مدير
رقمي (CDO) في الشركات
المتوسطة أو الكبرى في
الوقت الحالي.
>> حسناً، إذن المطورون
المبتدئون في ورطة. أم
...أريد أن أرد على ذلك.
إذن، يا جريج، أنت في
شركة" كابجيميني "(
Capgemini)، أليس كذلك؟
لديك الكثير من هذه
الشركات الضخمة التي
تعتمد على فكرة أن
الكفاءات الكبيرة
تساعد وتدرب الجيل
القادم من المطورين،
أليس كذلك؟ وهكذا،
لمساعدة العملاء في
الحصول على مزيج من
المطورين، يكون لديك
مطور خبير في عمل
العميل، ولكن يجب
أيضاً أن يكون لديك
مطورون مبتدئون...هل
ضاع فن التلمذة
المهنية؟ لذا، أود
حقاً معرفة وجهة نظرك،
فأنت على الأرجح تحاول
الموازنة. هل أمنح
الفرصة لمطور مبتدئ في
عمل كبير لأحد العملاء
؟ نحن لا نملك مطورين
خبراء لكل شيء. إذاً،
ما هو رأيك فيما يتعلق
باتجاه السوق وما هي
القيود التي تشعر بها
الآن؟
>> نعم، أولاً وقبل كل
شيء، يجب أن ندرك ما هو
النموذج الذي كانت
تتبعه الشركات الكبرى
، تلك الشركات التي
مكنتها بالفعل من
توظيف الكثير من
المبتدئين. ما هو
النموذج؟ ما هو نموذج
التسليم الكامن وراء
ذلك؟ نعم، وهذا
النموذج كان يعتمد على
المبتدئين، هوامش
ربحهم كانت تعتمد على
المبتدئين لأنهم
كانوا يوظفون آلاف
الأشخاص، آلاف
المطورين. وهذا
النموذج لم يكن ليكون
قابلاً للتوسع لو أنهم
اعتمدوا على الخبراء
فقط في التسليم. وما
كان مهماً جداً هو أن
هؤلاء المبتدئين
عندما كانت توظفهم
شركات مثل" كابجيميني "
أو" أكسنتشر "(Accenture)،
كانوا منتجين من اليوم
الأول. نعم، ربما لم
يكونوا الأكثر كفاءة،
لكنهم استطاعوا
التعلم من خلال
الممارسة العملية. نعم
، التعلم من خلال
العمل. الآن هذه مشكلة.
لأن وظائفهم في الواقع
قد اختفت. نعم، لم نعد
نملك مثل هذه المهام،
أو ليس بالقدر الذي
اعتدنا عليه في السابق
. وهذا يعني أن على
الشركات الكبرى
الاستثمار حقاً في
المبتدئين، وهذا
استثمار خالص. أجل،
لكي يتمكنوا من توظيف
هؤلاء المبتدئين
وضمان خيار التوسع
مستقبلاً، عليهم
إنفاق بعض المال الآن،
أليس كذلك؟ هذا جانب
واحد. أما الجانب
الثاني، فهو أن اعتماد
الشركة على الخبراء
فقط ليس حلاً كافياً
أيضاً. ليس حلاً
شاملاً، أليس كذلك؟
لأن المهم الآن هو أن
تضاعف مخرجات هؤلاء
الخبراء، والقيمة
التي يقدمونها، أو
تزيدها ثلاث أو عدة
مرات. فقط أولئك
الخبراء الذين لديهم
القدرة على إنتاج قيمة
أكبر بكثير لعملائنا
هم من سيستمرون، إن
جاز التعبير. لذا،
سنشهد نوعاً من
المفاضلة بين
الموهوبين وبين ذوي
الخبرة فقط، بصراحة.
>> كارل، أنا متشوق حقاً
لمعرفة وجهة نظرك. أم...
فضولي بشأن قصتك
الشخصية مع التوجيه،
والإرشاد، والبرمجة
الثنائية مع مطور خبير
، وما تلاحظه الآن. هل
لديك زملاء من
المطورين المبتدئين؟
ما هو رأيك في فكرة أن
التلمذة المهنية
والإرشاد قد أصبحا
مفقودين؟ أنا مهتم
حقاً بمعرفة ما تراه
في طليعة هذا المجال.
>> نعم، نحن بالتأكيد ما
زلنا نوظف مطورين
مبتدئين. يوجد ثلاثة
أو أربعة خريجين جدد
في فريقي. لقد تخرجوا
في بداية هذا العام،
ويعملون معنا منذ
الصيف وحتى الخريف.
أعتقد أن أكبر اختلاف
ألاحظه من منظورهم
مقارنة بنا هو لمن
يلجأون لحل مشكلاتهم،
أليس كذلك؟ عندما كنت
أتعلم في بداياتي، بعد
التخرج مباشرة، كان
لديك دائماً مرشدك، أو
المهندس الرئيسي، أو
مهندسو الشركة الذين
يساعدونك في حل
المشكلات. أما الآن،
فهم يتجهون جميعاً إلى
النموذج التقني
للحصول على ذلك
الإرشاد وذلك التوجيه.
>> صحيح.
>> وهذا يخلق مشكلة
مخاطرة بسيطة، أليس
كذلك؟ لأنه بدلاً من
تعلم الأساسيات ثم
تطبيقها باستخدام
النموذج، أصبحوا
يسمحون للنموذج
بتعليمهم ليقوموا
بالتطبيق على النموذج
نفسه مجدداً، أليس
كذلك؟ لذا، هو نوع من
النمط الدائري الذي
نحاول كسره بمزيد من
التوجيه العملي
المباشر، لكنها
بالتأكيد مشكلة لم
تُحل بعد.
>> لدي سؤال للجمهور.
أريد رفع الأيدي
قليلاً. أريد الحديث
عن الحوسبة المحلية
مقابل الحوسبة
السحابية. هذه فرصة
لبعض المهووسين
تقنياً في الجمهور
لرفع أيديهم. أريد أن
أعرف كم شخصاً جرب
تشغيل" أوبن كلاو "أو"
هيرميس "على أجهزة" ماك
ميني "الخاصة بهم أو
على أنظمة لينكس أو
ويندوز. حسناً. حسناً،
جيد. أود أيضًا أن أعرف
كم شخصًا يدفع مقابل
المستوى الاحترافي
للذكاء الاصطناعي
لاستخدامه الشخصي
خارج إطار عملهم
اليومي. صحيح. إذًا،
الكثير من الأشخاص هنا
في هذه القاعة. حسنًا.
فلنتحدث عن هذا الأمر.
تشغيل النماذج محليًا
على الجهاز. هل فكرة
المستقبل تعتمد كليًا
على الحوسبة السحابية
؟ أم أنه مزيج بينهما؟
هل لديكم أي نماذج
محلية مفتوحة الأوزان
تقومون بتشغيلها؟ لقد
تحدثنا عن أمور رائعة
حقًا حول نماذج" أبيكس
"المخصصة بدقة. بارتيك
، ما هو رأيك فيما يخص
اتجاه الأمور بين
الحوسبة المحلية
والحوسبة السحابية؟
أود أن أعرف هل تعمقت
قليلًا في أي من هذه
الخدمات المفتوحة؟
نعم، أنا مهتم جدًا
بسماع وجهة نظرك وما
تراه في الشركات
الناشئة التي تقيمها.
>> فيما يخص الشركات
الناشئة والمؤسسات
الكبرى، الأمر يعتمد
حقًا على المجال.
يمكنك رؤية الكثير من
الشركات الناشئة،
وأعتقد أن أوروبا
متشابهة جدًا مع
الشركات الناشئة في
الولايات المتحدة؛
فهناك بيانات تشير إلى
أن 80%من الشركات
الناشئة تستخدم
النماذج المفتوحة.
ويرجع ذلك في الغالب
إلى أسباب تتعلق
بالتكلفة وغيرها من
العوامل. لكن إذا كنت
تبحث عن عمل ريادي
متقدم، فأنت تلجأ
بالطبع إلى أفضل
النماذج المتاحة
حاليًا. لكن الأمر
يعتمد حقًا على حالة
الاستخدام، خاصة إذا
كنت تبني عملك في
أوروبا؛ فإذا كنت تعمل
في مجال الرعاية
الصحية، لا يهم حقًا
إن كنت شركة ناشئة أو
مؤسسة كبرى. سيكون
هناك مزيج من العوامل
التي ستدخل في
الاعتبار. نحن نعمل مع
شركات في مجالات منظمة
وأخرى غير منظمة،
ويمكنك رؤية مزيج من
الأشياء في كل مكان.
أولًا، لا توجد شركة
تستخدم نموذجًا
واحدًا فقط. هذه نقطة
واحدة. ثم يضاف إلى ذلك
، إذا كان لديك بيانات
مرضى مثلًا، فسيتم
استخدام نماذج مفتوحة
على الجهاز نفسه
بطريقة مختلفة عن
العمل في المجالات
التجارية غير المنظمة.
لذا فالأمر يعتمد
دائمًا على حالة
الاستخدام، لكن
الإعداد متعدد
الوسائط؛ فمن ناحية
هناك الكثير من
النماذج المفتوحة
والكثير من العمليات
التي تجري على الأجهزة
حاليًا. خاصة بالعودة
إلى مثال الرعاية
الصحية، إذا كنت بحاجة
إلى نقل أو التعامل مع
بيانات المرضى أو
البيانات السريرية،
وهو الأمر نفسه في
القطاع المالي. أعتقد
أنه في الوقت الحالي،
كلما تعمقت في
المجالات الخاضعة
للتنظيم أو زاد النطاق
، يصبح الأمر مهماً
حقاً. وهناك أمر آخر
تفعله الكثير من
الشركات بوضوح، وهو
أنه مع زيادة النطاق،
تبدأ في التحول إلى
حلول أكثر توفيراً
للتكاليف. أنت تحاول
البحث عن تحسينات،
ربما تكون النماذج
أسرع ولكنها أيضاً
أرخص أو شيء من هذا
القبيل. أنت لا تحتاج
إلى أفضل النماذج في
فئتها الآن. ثم تتجه
مثلاً إلى أشياء يمكن
تشغيلها على الجهاز
مباشرة أو محلياً أو
ربما تكون مفتوحة
المصدر.
>> مارجريت، لقد جربت
نسخة تجريبية من Firehose.
أحببت أنه يمكنني رؤية
العديد والعديد من
النوافذ المفتوحة لدي
غالباً. لدي Claude Code
مفتوح، و Codex، و Minimax، و
Hermes قيد التشغيل. لدي
الكثير من الأشياء،
إنه أمر مربك. أنا مهتم
حقاً بمعرفة رأيك في
الحوسبة المحلية
مقابل السحابية.
وأيضاً هذا المفهوم
المتعلق بما إذا كنت
تستخدم نماذج مختلفة
لأغراض مختلفة؟ ما هو
رأيك في الاتجاه الذي
تسير فيه هذه الأمور؟
>> نعم، هذا يتماشى بشكل
جيد مع ما كان يقوله
بارتيك. في Ought to Think،
أحد الأشياء التي
نراهن عليها، من بين
أشياء كثيرة، هو أنه
سيكون هناك تحول كبير
نحو النماذج المحلية.
أعتقد أننا سمعنا ميها
في الكلمة الرئيسية
أمس وهو يتحدث عن مدى
رضاه عن الكود الذي تم
إصداره قبل 6 أشهر
باستخدام نماذج ذلك
الوقت. وأنا أشعر بنفس
الشيء. لا أعتقد أننا
بحاجة إلى أفضل نماذج
الذكاء الاصطناعي
لتطوير البرمجيات
الذي نقوم به. هل
ستستخدم Fable لإنشاء
طلب سحب (PR)؟ على
الأرجح لا. أتمنى ألا
تفعل ذلك. لكننا
بالتأكيد لا نريد
إنفاق رموز (tokens) غير
ضرورية. لذا نحن
حريصون جداً على
نفقاتنا ونأمل أن
نتمكن من الانتقال إلى
النماذج المفتوحة
بدلاً من مجرد استخدام
Codex و Claude وما إلى ذلك.
هل يمكنك تكرار الجزء
الثاني من سؤالك؟
>> إذن أنت لست ممن
يستهلكون الكثير من
الرموز.
>> لا.
>> وأنا أيضاً مهتم جداً
برأيك حول النماذج
المختلفة، وهل تعتبر
كل نموذج أداة مختلفة
للمهمة المطلوبة. هل
هي قابلة للتبديل، وما
هي أفكارك حول النماذج
المحلية؟
>> نعم، أعتقد ذلك حقاً.
أعتقد أنها قابلة
للتبديل. نحن نستخدم
اشتراكات متعددة في
عملنا. نحن لسنا
مرتبطين بنموذج واحد
فقط. كما أننا نسمح لك
بجلب نماذجك وعملائك (
agents) إلى منصتنا. كما
قلت، إذا فكرت في
الأمر من منظور مقارنة
السيارات، فنحن نؤجر
لك السيارة، وأنت تحضر
الوقود والسائق، أي
الوكلاء والرموز
الخاصة بك.
>> أعلم أن شريكك المؤسس
راف خبير جداً في
الرموز. لذا، آه...
>> أجل، أعتقد...
>> أنا منبهر حقاً
بالأشياء التي يبنيها.
>> نعم، أعتقد أن مايكرو
بوبسكي حاول العثور
عليه ليقول له:" عليك
شراء أبيكس ".
>> أحب ذلك. حسناً، أعتقد
يا جريج، أود أن أعرف
من وجهة نظر العميل،
هل يحددون بدقة
النماذج التي
يريدونها، ومكان
الحوكمة، وأين توجد
النماذج؟ أتخيل أن
الأمر ربما يعتمد على
القطاع كما قال بارتيك
، لكن هل هناك توقعات
يتم وضعها بخصوص
الحوسبة المحلية
مقابل السحابية، وأين
تتم معالجة هذه
البيانات؟ أنا فضولي
حقاً بشأن ذلك.
>> أتفق مع بارتيك في أن
هناك بعض القطاعات،
وخاصة القطاعات
الخاضعة للتنظيم،
التي تحتاج إلى خصوصية
بيانات خاصة. إنهم
يرغبون في معرفة مكان
تخزين البيانات.
يرغبون في عدم تخزين
أي بيانات أو استخدام
وظائف سحابية،
بالإضافة إلى امتلاك
نماذج لغوية مستضافة
محلياً، أليس كذلك؟
وإذا كنا نتحدث عن
قطاع خاص وخاضع
للتنظيم كما قلت، مثل
الدفاع والقطاع العام
إلى حد ما، فإن جميع
هذه الشركات تقع في
نفس النطاق ولديها
متطلبات مماثلة. وما
نراه أيضاً، كما قالت
مارجريت، هو تلك
النماذج المخصصة،
أليس كذلك؟ هناك توجه
لامتلاك نماذج مخصصة
مثل أبيكس، على سبيل
المثال، للأمور
التقنية، ولكن أيضاً
لبعض الوظائف
التجارية للتدريب. لذا
، أنت لا تحتاج إلى
أشياء إضافية للقيام
بالتسوق نيابة عنك أو
الحجز أو تحليل بعض
الأرقام. يمكنك امتلاك
نموذج مخصص للغاية،
وهذا توجه سائد أيضاً.
ومع ذلك، إذا تحدثنا
عن الشركات العادية
وقررت تقييد
الإمكانيات المتعلقة
بالذكاء الاصطناعي،
وتقييد استخدام أدوات
الذكاء الاصطناعي،
والنماذج اللغوية،
وما إلى ذلك. وأيضاً
تجنب استخدام الخدمات
السحابية بطريقة ما،
فإن هذا النهج محفوف
بالمخاطر، لأن
منافسيهم سيسبقونهم،
وسيفقدون ميزتهم
التنافسية ولن يكونوا
بنفس كفاءة وسرعة
الآخرين. لذا، أود أن
أقول، هل اشتريت حفارة
لكنك تستخدمها لساعة
واحدة فقط في اليوم
لأنك تخشى وقوع حوادث
أو ما قد يحدث، أو لأنه
ليس لديك مشغل مناسب
لهذه الآلة، ولهذا
السبب لا تستخدمها
بنسبة 100%؟
>> أريد الانتقال إلى
الحديث عن الأدوات
والحرفة. بالنسبة
لمحبي بايثون في
القاعة، سايمون
ويليسون هو أحد مؤسسي
إطار العمل" جانغو ".
أمم، أنا أحب جانغو.
لنستخدم جانغو. أمم،
لقد قال إن تكلفة
تسليم الكود أصبحت شبه
مجانية، لكن تسليم كود
جيد أصبح أكثر تكلفة
من أي وقت مضى. لذا،
أريد التحدث عن"
الخردة "البرمجية.
دعونا نتحدث عن أكوام
الخردة التي كان عليكم
التعامل معها. دعونا
نتحدث عن، ما هي
العبارة؟ أن تُصفع
بالخردة. أمم، كما
تعلمون، ذلك الشيء
الذي سألت نفسي عنه
مليون مرة، مثل، هل
يعرف زميلي مدى سوء
وثيقة الخردة الخاصة
به؟ لذا يا جمهور، لا
أعرف ما إذا كانت أربع
سنوات من الخردة. لا
أعرف ما إذا كانت
النماذج مذهلة فقط. لم
تكن هذه مشكلة أبداً.
لكن، أنا فضولي حقاً
بشأن، كما تعلم، تفكر
في العبارة، يمكنك
إسناد عملك للغير، لكن
لا يمكنك إسناد فهمك
للغير. أود معرفة وجهة
نظرك حول الخردة.
>> أجل، مصطلح" خردة
الذكاء الاصطناعي "
مضحك نوعاً ما بالنسبة
لي. أعتقد أن الكثير
منه ينبع من الغرور،
لكي أكون صادقاً. لذا،
لقد توسعنا بشكل كبير
كشركة في السنوات
القليلة الماضية.
وكأثر جانبي لذلك،
ليست قاعدة الأكواد
لدينا عالية الجودة،
بغض النظر عن مدى
كفاءة من نوظفهم، أليس
كذلك؟ لذا، عندما
يتحدث الناس عن خردة
الذكاء الاصطناعي، من
السهل جداً رؤية ما
يبنيه الجيل الحالي من
النماذج مقارنة
بقاعدة الأكواد
والأنظمة الحالية
لدينا. وبشكل أحادي،
قواعد أكواد النماذج
أفضل. أليس كذلك؟ ليس
هذا فحسب، بل إنها
تتحسن جوهرياً بمرور
الوقت مع نماذج N + 1 و N +
2 و N + 3. لذا، إن كان
هناك شيء، فهو عكس
الخردة، أليس كذلك؟
إنه استخدام النماذج
للتخلص من ديون الكود
طويلة الأمد التي
تكبدناها على نطاق
واسع والتي نشهدها
فعلياً، أليس كذلك؟
لذا، أعتقد أن مفهوم
خردة الذكاء
الاصطناعي بأكمله هو
مجرد طفرة مؤقتة بينما
تصل النماذج إلى
قدرتنا على كتابة
الكود وتتجاوزها.
>> مارجريت، الخردة، ما
هي الخردة؟ أنا فضولي
جداً لمعرفة رأيك. ما
هو موقفك منها؟ أمم،
لقد كنتِ مديرة هندسية
، وأنتِ الآن مؤسِسة
مشاركة. أمم، ما هي
الحدود التي تضعينها
لنفسك، والتوقعات
التي تضعينها لنفسك
ولفريقك؟ مم، متشوق
حقاً لسماع رأيك.
>> أجل، أعتقد أنني أتفق
تماماً مع كارل في هذه
النقطة. أعني، أرني
قواعد البيانات
البرمجية القديمة
والنقية قبل عصر
الذكاء الاصطناعي، لا
أعتقد أنها كانت
موجودة أصلاً. مم،
بالنسبة لي، المحتوى
الرديء مخصص للوكلاء.
يمكنك تمرير هذا
المحتوى بين الوكلاء
وسيكونون قادرين على
استخلاص جوهر ما تحاول
قوله. لذا، هذا مقبول.
لكن، الشيء الوحيد
الذي لا أوكله للوكلاء
، ولا أحب أن يفعله
الآخرون معي، هو
الكتابة. إذا كنت
سأستخدم عينيّ
البشريتين لقراءة شيء
ما، فيرجى استخدام
عقلك البشري لكتابته.
إنها مسألة احترام،
أتعلم؟ أعتقد أنه من
السهل جداً إرسال أمر
ما إلى" كلود "أو" كودكس
"والقول:" اكتب هذا
البريد الإلكتروني
نيابة عني ". لكنني
أعتقد أن جزءاً
جوهرياً من التواصل
البشري يضيع، أتعلم؟
ومرة أخرى، إذا كنت
تمرره من وكيل إلى
وكيل، فلا يهم حقاً،
لكن احترم زملاءك،
احترم أقرانك.
>> إذن، فيما يتعلق
باحترام الوقت،
بارتيك، أنت تدير شركة
وربما تستمع إلى
الكثير من العروض
التقديمية غالباً.
أفترض أنك رأيت بعض
عروض التقديم الرديئة
والمجنونة. أنا متشوق
حقاً لمعرفة وجهة نظرك
، بينما تقيم المؤسسين
، ما هي الإشارات التي
تبحث عنها لتعرف ما
إذا كان هذا استثماراً
مضموناً؟ أو ما هي
العلامات التحذيرية
عندما يتعلق الأمر
بمفهوم امتلاك عملك
وفهمه؟
>> حسناً، قبل عامين أو
بضعة أعوام، كنت أطلع
على ما بين 1000 إلى 2000
شركة ناشئة سنوياً،
على سبيل المثال.
>> واو.
>> الآن، أعتقد أن العدد
يقترب من 3 إلى 4000 شركة
سنوياً. والآن، أقول
إن 80%من ذلك هو محتوى
رديء. المشكلة في ذلك،
والسبب في ذلك هو أن
العروض التقديمية يتم
إنشاؤها بالكامل،
وبمجرد النظر إليها،
أعرف النموذج الذي قام
بذلك.
>> أنت تعرف الأمر الذي
كتبوه للحصول على ذلك.
>> هذه هي المشكلة. تنظر
إليها وتقول:" حسناً،
هذا من كلود ". وهذا كان
من" تشات جي بي تي "،
تعرف الأسلوب أو شيئاً
من هذا القبيل. حتى في
بعض الأحيان يمكنك
معرفة أداة مكافحة
المحتوى الرديء التي
استُخدمت، إن وُجدت.
آه.
>> أو موقع tropes.fyi أو أي
شيء من هذا القبيل.
>> وهذا يشير إلى، ويمكنك
ترجمة ذلك أيضاً. انظر
إلى الموقع
الإلكتروني مثلاً،
فهو مُنشأ بالذكاء
الاصطناعي بطريقة
تدرك معها أن أحدهم
قضى ساعتين عليه فقط.
وهناك الكثير من
الإهمال أيضاً على
الموقع. هناك الكثير
من الإهمال في العرض
التقديمي. هناك الكثير
من الإهمال في الموقع
الإلكتروني. وفرص أن
أقضي أنا أو أي مستثمر
وقتاً في ذلك، هي فرص
ذكية جداً.
>> أن تضيع وقتك.
>> نعم، نعم، تماماً. لأن
ذلك يشير، وهذا ينطبق
على المؤسسين وأيضاً
إذا كنت تعمل في شركة
أو ضمن فريق، إلى
انخفاض جودة التفكير.
لأنك إذا كنت راضياً
عن تقديم ذلك لشخص ما،
فهذا يعني أن معايير
مخرجات عملك منخفضة.
وأفضل المؤسسين لا
يفعلون ذلك. حسناً؟
يمكنك أن تعرف من جملة
واحدة مكتوبة بوضوح في
بريد إلكتروني نوع
المشكلة التي يريد
المؤسس حلها. ما هو
الرهان؟ وبالنسبة لي
تحديداً، أنا لا أنظر
إلى العروض التقديمية.
أنا ألتقي بالمؤسسين.
>> نعم.
>> أريد مقابلتهم. أريد
أن أفهم لماذا يبنون
هذا الشيء؟ ما هو
الرهان؟ لماذا هو أكبر
رهان يخوضونه في
حياتهم الآن؟ وهل
يمكنني مساعدتهم؟ لكن
بعد ذلك يأتي العرض
التوضيحي، وتعريف
المشكلة، ثم يأتي
العرض التقديمي
لاحقاً. وقد تتفاجأ،
لكن مع أفضل المؤسسين،
لا يمكنك معرفة ما إذا
كان العرض التقديمي
مولداً بالذكاء
الاصطناعي. ليس لأنه
تصميم مثالي صنعه مصمم
رائع. لا، عادة ما يكون
نموذجاً بسيطاً
باللونين الأسود
والأبيض، لكنك ترى أن
أحدهم فكر ملياً فيما
يوضع في كل شريحة.
لماذا هذه المشكلة؟ من
هو الفريق؟ لماذا هذا
مهم؟ ما الذي حققناه
الآن؟ وما هو الدليل
على أن المشكلة التي
نحاول حلها لديها
مؤشرات تدل على أنها
الصواب؟ وهذا بخصوص
جانب الشركات الناشئة.
لكن يمكنك رؤية ذلك
أيضاً في جانب
المؤسسات والشركات،
حيث يوجد حالياً وفرة
في المخرجات، فنحن هنا
، يمكنك توليد مخرجات
وفيرة لما تبقى من
حياتك. طبعاً إذا كان
لديك الرموز (Tokens)
اللازمة لذلك.
>> أستطيع رؤية الرموز
وهي تحترق الآن.
>> لكن، لكن بعد ذلك، إذا
قمت بإنتاج مخرجات
وفيرة وكانت عبارة عن
دلو مليء بالقمامة،
وبداخلها قطعة ذهبية،
ثم مررتها لك وقلت:"
اسمع، هناك قطعة ذهبية
من المعرفة يمكنك
استخدامها، لكن هذا
دلو من القمامة "." تفضل
وابحث عنها. "ما الذي
يشير إليه ذلك؟ حسناً؟
في نهاية المطاف، هذا
يشير إلى ضعف جودة
عملك، حسناً؟ وجهة
نظري هي أن هذه ليست
مشكلة ذكاء اصطناعي.
سيتم حل هذا، حسناً؟
لقد قمت بنشر أداة
برمجية مفتوحة المصدر
لتصحيح الرداءة في
اللغة البولندية تسمى
Miodkui. يستخدمها الكثير
من الناس. إنها مفتوحة
المصدر وما إلى ذلك.
هذه الأداة لن تكون
مطلوبة بعد بضعة
أسابيع أو أشهر وما
إلى ذلك. هذا لا يهم
حقاً. إنها ليست مشكلة
ذكاء اصطناعي في الوقت
الحالي. إنها مجرد
فكرة عابرة في الوقت
الراهن. إنها مجرد خلل.
هذا كل شيء. لكن إذا
كنت تعتقد كشخص أن
القيام بذلك أثناء
عملك وبنائك للأشياء
أمر مقبول، وأن تسليم
أشياء رديئة للآخرين
أمر لا بأس به، فهذا
يشير إلى جودة عملك.
وهذه علامة تحذير
كبيرة في نهاية المطاف
.
>> بخصوص ذلك
>> لطالما استخدمت عبارة"
البحث عن إبرة في كومة
قش ". أعتقد أنني
سأتحول من الآن
فصاعداً إلى" البحث عن
قطعة ذهبية في كومة من
القمامة ". أعتقد أن
هذا تعبير بصري أفضل
يوضح كيف سنجد هذا
الأمر. بدون قفازات.
حسناً، شكراً لك. لقد
قلت ما كنت أفكر فيه في
رأسي. لقد عبرت عنه
بالكلمات. أود أن
أتحدث عن نصائح عملية.
شيء واحد وجدته رائعاً
في هذه اللجنة هو أن
كلاً منهم بدأ بخلفية
في علوم الحاسب. لقد
بدأوا جميعاً
كمهندسين في مسيرتهم
المهنية. لدينا بارتيك
. لديه شركة ناشئة.
لديه شركة تركز على
تحويل المؤسسات
باستخدام الذكاء
الاصطناعي. رأس مال
استثماري. ماركت شريكة
مؤسسة. لقد كانت أيضاً
مديرة هندسية لفترة
طويلة. جريج، مهندس
وقائد لمؤسسات ضخمة.
ثم كارل الذي كان
مهندساً وبانياً. لذا
ما أود فعله هو أن أطلب
منكم تقديم نصيحة
للجمهور. إحدى النقاط
في وصف هذا الحديث
كانت تقديم نصائح
عملية للمستقبل، بعد
ستة أشهر أو ثمانية
أشهر أو 36 شهراً من
الآن. يمكنك اختيار
الإطار الزمني الذي
تشعر بالارتياح تجاهه.
ما النصيحة التي
تقدمها لمطور ذي خبرة
طويلة ويشعر بالقلق:"
هل ما زالت خبرتي مهمة
؟ "لقد سمعنا للتو
اثنين من ألمع العقول
التي أعرفها يقولان
إنهما لم يعودا يقومان
بمراجعة الأكواد،
أليس كذلك؟ إذن ما
النصيحة التي تقدمها
لشخص في منتصف مساره
المهني، أو مهندس
معماري، أو أي مسمى
آخر؟ ماذا تقول لشخص
ما؟ الكثير من الأشخاص
في هذه القاعة تحدثت
معهم يتعلمون بعض هذه
الأدوات لأول مرة.
عقلية منفتحة، لكن
الأمر جديد ومربك
للغاية. وكذلك، ماذا
تقول لقائد هندسي
يحاول اتخاذ القرارات
الصحيحة لفريقه؟ إذن،
لِمَ لا نبدأ بـ" جريج "
، ما هي النصيحة التي
تقدمها لأي من هؤلاء
الأشخاص؟
>> نعم، ربما لذوي الخبرة
، نعم، حدسكم مهم،
لكنه ليس كافياً، أليس
كذلك؟ فكروا ملياً في
كيفية أن تكونوا
منتجين في المستقبل،
أليس كذلك؟ أما
بالنسبة للشباب،
فأقول، أو نعم، إذا
كان شخص ما يستخدم
أداة لأول مرة، فأقول
استمتع بها، ولكن اقضِ
وقتاً معها وتعلمها
قبل أن تبدأ بالإنتاج
الفعلي، أليس كذلك؟
وبالنسبة للثالث، أي
القائد الهندسي أو
قائد الفريق، أقول
فكروا في كيفية
استخدام الذكاء
الاصطناعي من قبل
الفريق، وكيف يمكن
مشاركة جوانب الذكاء
الاصطناعي أو نتائجه
داخل الفريق، أليس
كذلك؟ كيف يمكنكم
العمل معاً كفريق.
>> مارجو، ماذا تقولين
أنتِ؟
>> حسناً، لا أريد تكرار
ما قاله" جريجورز "،
لذا سأركز على قائد
الفريق الهندسي ذي
الخبرة لأن هذا هو
مجال تخصصي. أود أن
أقول أيضاً اهتموا
حقاً بفريقكم. أعتقد
أن التوجه خلال العام
الماضي كان يتمحور حول
كونك فرداً، تمتلك
شيئاً من البداية إلى
النهاية، ويمكنك
الانطلاق به بمفردك،
ولا تحتاج بالضرورة
إلى التعاون. لكن ما
ينتظرنا هو الذكاء
الاصطناعي الجماعي،
أليس كذلك؟ أعتقد أن
التوجه للسنوات
القليلة القادمة
سيكون إعادة تشكيل
الفرق. لذا، اجعلوا
فرقكم متماسكة،
وفكروا في كيفية تحسين
العمليات والتنسيق
البشري للحصول على فرق
قوية حقاً للمستقبل.
>> كارل، الكلمة لك. لدي
مواقف، لدي زملاء
متقدمون جداً عن
الآخرين، لكن من الصعب
مشاركة هذه المعرفة مع
الآخرين. هناك آخرون
يحاولون التعلم. ما هي
النصيحة التي تقدمها؟
سواء كانوا ذوي خبرة
عالية أو مبتدئين، أو
أي مسمى آخر.
>> نعم، من منظور الموظف
الفردي (IC)، أعتقد أن
الشيء الأهم للمستقبل
هو التفكير كقائد فريق
(TL) أو كمدير تقني (TLM).
ويصبح عملك الحقيقي هو
كيف يمكنني تمكين
النماذج؟ كيف يمكنني
مساعدة هذه النماذج؟
كيف أزودها بالأدوات
المناسبة، والإطار
الصحيح، وعمليات
التكامل والنشر
المستمر (CICD) وما إلى
ذلك لتسريع عملها،
بدلاً من مجرد
اعتبارها" مساعداً
طياراً "(co-pilot) فقط.
>> هل خطرت ببالك صورة"
التاماجوتشي "؟ ببساطة
، قم بإطعام النماذج.
>> نعم، إذا سبق لك أن كنت
مديراً، فالإجابة هي
نعم.
>> مهلاً، لم أقل إنني لم
أقل ذلك. كما يقولون،
من فمك إلى آذان الله.
حسناً، بارتيك، ماذا
ستقول؟ ما هي النصيحة
التي ستقدمها؟
>> سأقول فيما يتعلق
بالواجهة الأمامية،
إنها لا تزال جملة
خالدة وصالحة لكل زمان
. إذا كنت مبتدئاً
وترغب في تعلم المزيد،
فعليك بالتحدث مع
العملاء وكتابة الكود.
هذه هي الحلقة الوحيدة
التي تهم حقاً. ثم في
العمليات الخلفية،
أتفق تماماً، الأمر
يتعلق بمقدار العمل
الذي يمكنك تفريغه،
ليس فقط للنماذج، بل
للوكلاء (agents) بشكل عام
. الوكلاء جزء من عملية
تحتاج إلى تصميمها.
ومن منظور القيادة،
خاصة القيادة التقنية
، السؤال هو كيف تساعد
فريقك في إعادة تصميم
عملية التسليم
بالكامل؟ لأن هذا
الأمر يتغير بالتأكيد.
ولا توجد منهجية"
أجايل "(Agile) مع الذكاء
الاصطناعي. والكثير من
الفرق لم تدرك ذلك بعد.
>> مزيد من النصائح
العملية. بوريس تشيرني
، مبتكر" Cloud Code "، قال
إن البرمجة تم حلها.
أعتقد أننا نسمع بعضاً
من ذلك الآن. لقد قام
فعلياً بإلغاء تثبيت
بيئة التطوير (IDE)
الخاصة به. هو يعمل من
خلال سير عمل يعتمد
على مطالبات" كلود "
بدلاً من الكتابة.
أندري كارباثي،
بالنسبة لنا نحن
المهووسين بالذكاء
الاصطناعي، أقرأ كل ما
يكتبه أيضاً. لقد قال
إن هذا هو عقد الوكلاء
، وليس عام الوكلاء.
والوكلاء اليوم ما
زالوا يفتقرون إلى
القدرات الإدراكية.
لذا، كلاهما متفائل
بشأن اتجاه الأمور.
هناك تساؤل حول ما إذا
كان هذا أمراً فورياً؟
أم أنه أفق زمني مدته 10
سنوات؟ لذا، سؤال لأي
منكم، سنرى من يريد
البدء أولاً، هو أكمل
هذه الجملة. خلال 6
أشهر، الشيء الذي
سيفاجئ الناس هو...وإذا
كنت شجاعاً، فخلال 36
شهراً، الجزء من
الوظيفة الذي سيظل كما
هو هو...ماريو، لم لا
نبدأ بك؟
>> سأفعل. أمم، أعتقد أنه
خلال 6 أشهر، أعني، لقد
قلتها من قبل وسأكررها
، الذكاء الاصطناعي
متعدد اللاعبين. سيصبح
ذلك هو المعيار الفعلي
. وبعد 36 شهراً من الآن
، أود أن أعتقد أن
الحكم البشري سيظل
جزءاً من العملية،
وإلا سنكون جميعاً في
عداد الموتى.
>> حسناً، لنأمل ألا
تقتلنا هذه النماذج.
لماذا لا ننتقل إلى
كارل؟ ما هو رأيك؟ هل
ستنقذنا؟
>> أجل، لا أريد الإطالة
في الحديث، لكن أعتقد
أن الناس ينسون
باستمرار أن الإجابة
هي أننا خلال 6 أشهر
سنشهد نفس درجة
التحسينات في النماذج
التي شهدناها في
الأشهر الستة الماضية.
وسنرى ذلك مراراً
وتكراراً بينما
نتسارع في التقدم.
أعتقد أنه من السهل
جداً الوقوع في نمط
التفكير بأن النماذج
ستبقى بجودتها
الحالية، وهذا خطأ
تماماً.
>> كارل، لدي سؤال متابعة
لك. أعلم أن مؤتمر" OpenAI
DevDay "قادم. وأعلم أيضاً
أنني لا أستطيع طرح
أسئلة حول أمور لا
يمكنك الحديث عنها.
أنا متحمس جداً
للمؤتمر، لذا أردت فقط
...هل يمكنك الترويج
لمؤتمر OpenAI DevDay؟ إنه
يقترب. أمم، أخبرنا
قليلاً، إذا أردنا
البقاء على اطلاع، فما
الذي يمكننا توقعه؟
كيف نبقى على تواصل؟
أخبرنا، أتخيل أنه في
غضون أسبوع أو أسبوعين
ستُعلن مجموعة من
التحديثات، وأنا
متشوق جداً لسؤالك عن
أي منها، لكن أخبرنا
بما يمكنك قوله.
>> مؤتمر Dev Day خلال شهر.
لا يمكنني التحدث عن
أي شيء بخصوصه، لكن
هذا هو حلي لكل ما
يتعلق بالذكاء
الاصطناعي، صحيح.
>> مثل الانتظار خلف
المسرح بسهم نافخ.
>> هذا رائع. أجل. إذا
أردت معرفة المزيد عنه
، اسأل نموذجك المفضل،
ChatGPT أو Claude أو Gemini،
إلخ. سيقومون جميعاً
بالبحث في الإنترنت،
وتلخيص الإجابات،
وتزويدك بجميع
الروابط.
>> أفترض أن الجلسات
ستكون متاحة عبر
الإنترنت بعد ذلك في
وقت ما.
>> أجل، معظم الإصدارات
تنتهي كجلسات مسجلة.
>> حسناً. يبدو ذلك
رائعاً. حسناً، أريد
أن أنتقل، كم شخصاً
حضر مؤتمر" React Universe "في
فروتسواف في الماضي؟
حسناً، رائع. أمم،
حسناً، هذه سنتي
الثالثة في إدارة
الجلسة الختامية وكان
ذلك أمراً ممتعاً. أحب
القيام بهذا. أمم،
وبالنسبة لـ" Agent Conf "،
أنا أعيد الجرس. إذن،
أحد الموجهين الذين
أتعلم منهم تحداني في
أول مرة أدير فيها
حلقة نقاش، وقال لي:"
عليك استخدام الجرس ".
قلت له:" ما الذي تعنيه
بالجرس بحق الجحيم؟ "
من السهل علينا جميعاً
أن نستطرد في الكلام.
فقال:" عليك استخدام
الجرس ". يجب أن تطرح
أسئلة سريعة ومباشرة.
واجعل إجابات الجميع
في طول تغريدة أو أقل
لآرائهم. لذا، سنجري
بضع تجارب، وبعد ذلك
سأطرح أسئلة سريعة لا
يستعدون لها بالضرورة.
حسناً، هل أنتم
مستعدون للقيام بذلك؟
حسناً، لنقم بتجربة.
سأطرح السؤال. سأنادي
اسمك، وسأقرع الجرس،
ثم سنكمل. هيا بنا.
بارتيك، ابدأ أنت
أولاً. أفضل طبق
تناولته في وارسو؟
>> الساعة الثانية
صباحاً، حاسوب محمول
قوي. ربما نقانق من"
زابكا "وأنا أعمل على
بناء الأشياء.
>> مارجريت.
>> حساء" زوريك "من"
فابريكا نوربلينا ".
>> جريج.
>> بيرة حرفية من"
فابريكا نوربلينا ".
أنا لست خبيراً في
الطعام.
>> كارل.
>> سأخطئ في نطقها، لكن"
بيروجي ".
>> أعتقد أنك قلتها بشكل
صحيح، أليس كذلك؟
بيروجي؟ حسناً، حسناً.
حسناً، لنبدأ في الأمر
. ما هي أكثر نصيحة
مبالغ فيها حول
استخدام الذكاء
الاصطناعي تعرفها
حالياً؟ بارتيك.
>> مبالغ فيها، غير مقدرة
حق قدرها، مبالغ فيها.
>> اختر أنت.
>> أعتقد أن أكثر ما يتم
التقليل من شأنه هو
قدرة الإنسان على فهم
الأسئلة التي يطرحها.
>> مارجريت.
>> أمر مبالغ فيه: تجربة
كل أداة. لا تفعل ذلك،
ستصاب بإرهاق اتخاذ
القرار. اختر واحدة
واستكشفها.
>> جريج.
>> نهج" الذكاء الاصطناعي
أولاً "مبالغ فيه. أجل،
هناك الكثير من
الأشياء التي يجب حلها
بطريقة حتمية.
>> كارل. مراجعة جميع
المخرجات، هناك
الكثير منها في الوقت
الحالي وتحتاج إلى
إيجاد طريقة أذكى
للتعامل معها." ترميز
المشاعر "(Vibe coding)
كمصطلح، وكمفهوم،
سواء كان يثير
اشمئزازك، أو تعتقد
أنه هدية مكنت الناس،
أريد كلمة واحدة. هل هي
الكلمة الصحيحة؟
استبدلها بشيء آخر،
مارجريت.
>> إنها لعنة. إنها غير
جادة على الإطلاق.
إنها هندسة الوكلاء (
Agentic engineering). ليست مجرد
مشاعر.
>> بارتيك.
>> نفس الشيء مثل" تفكير
المشاعر "، إنها مجرد
كسل.
>> كارل.
>> أعتقد أن" التطوير
القائم على الأهداف "
هو نفس الشيء.
>> حسناً. حسناً. جريج.
>> أعتقد أنها هدية.
يمكنني إنتاج أشياء
رائعة دون أن أعرف كيف
تعمل.
>> ما الذي بناه وكيل
ذكاء اصطناعي وأبهرك
حقاً مؤخراً ولماذا؟
بارتيك.
>> لقد بنينا نظاماً
ذكياً يحل محل مستشار"
بي سي جي "أو الشركات
الأربع الكبرى بفريق
كامل. بالنسبة لي، لم
أكن أعتقد أن هذا ممكن
، لكنه أصبح حقيقة وهو
يعمل بالفعل.
>> كارل.
>> لا أستطيع الحديث عن
الأمور الممتعة،
لكننا رفعنا أداء نقطة
نهاية واحدة بنسبة 90%
بسطر واحد من الأوامر
لجعلها أفضل.
>> لقد نظرت في عيني
التفرد التكنولوجي
ونظر إليك بدوره.
مارجريت.
>> أعتقد أن شريكي المؤسس
" راف "قام ببرمجة
تطبيق كامل للنسخ
الصوتي أثناء الرحلة
إلى هنا، وهو يسجل كل
المحادثات ويلتقط
الصور. لقد فعل ذلك
باستخدام" أسترا "."
>> راف "عبقري. حسناً،
جريج.
>> سيكون الأمر شخصياً
جداً، فقد ساعدني وكيل
ذكاء اصطناعي في إصلاح
ضاغط الهواء الخاص بي
بقطع غيار تكلفتها
يورو واحد. أنا حتى لا
أعرف كيف يعمل ضاغط
الهواء هذا.
>> أريد المزيد، نحن
بحاجة إلى آراء أكثر
جرأة. إذاً، ما هو
الرأي غير الشائع حول
التطوير الذكي الذي لا
يُقال بصوت عالٍ بما
يكفي؟ بارتيك.
>> أنك في كثير من
الأحيان لا تحتاج إلى
الوكلاء.
>> كارل.
>> أن الكثير مما نبنيه
يعيق الوكلاء بدلاً من
مساعدتهم.
>> مارجريت.
>> أنك تستطيع تفويض كل
تفكيرك للوكلاء. لا
تفعل ذلك. لا تستسلم
للاستسلام المعرفي.
>> واو. الاستسلام
المعرفي، حسناً، جريج.
>> أن الكود الذي يتم
إنتاجه لن يكون قابلاً
للصيانة على المدى
الطويل.
>> أنت عالق في جزيرة. من
الصعب جداً طرح هذا
السؤال لأنه سخيف، لكن
ساعدني في ذلك. أنت
عالق في جزيرة في وسط
المحيط للأشهر
الثلاثة القادمة. لسبب
غير مفهوم، لديك اتصال
بالإنترنت ولديك رموز
غير محدودة. اختر
نموذجاً واحداً،
وأداة برمجة واحدة،
وما هو الشيء الذي لا
يمكنك العيش بدونه؟
مارجريت.
>> لا أستطيع العيش بدون"
فاير هاوس ". حسناً،
شكراً، منتج رائع. أنا
أحب حقاً" أوبوس 5 ". إنه
يعمل بكفاءة عالية
جداً، وأعتقد" ويسبر
فلو ". وبعد ذلك سأقوم
ببرمجة قارب.
>> بالتأكيد. آه، جريج.
>> سأستخدم" كوديكس ". إنه
ينتج الكثير من
الأشياء الرائعة.
بالتأكيد سينتج أو
يساعدني في بناء
القارب للخروج من هذه
الجزيرة.
>> برمجة قارب. هذه هي
الخلاصة من هذه الجلسة
، يجب عليك برمجة قارب.
آه، كارل، بخلاف
القارب، ما الذي لا
يمكنك العيش بدونه إذا
كنت على هذه الجزيرة
برموز غير محدودة؟
>> أعتقد أنني استسلمت
معرفياً بالفعل،
لأنني أظن أنني أستطيع
العيش بدون" كوديكس ".
>> دعاية جيدة من كلاكما.
بارتيك، ماذا تعرف؟
أنت على هذه الجزيرة
يا رجل. عن ماذا؟ عن
ماذا نتحدث؟
>> ربما سأختار" 11 Labs "
بصوت، لا أدري، فيلسوف
مشهور أو شيء من هذا
القبيل وأتحدث فقط عن
الحياة.
>> يا للروعة، هذا عميق
جدًا. حسناً. على
القارب، أو كما تعرف،
على قارب الأجواء، أو
ماذا؟ لا يمكننا قول"
أجواء ". لا يمكننا قول"
أجواء ". لسنا مفترضين
أن...
>> لا أعرف كيف أبني
قارباً، لذا فهو قارب
تقطيع الأجواء.
>> حسناً يا غريغور، في"
كومبريسور "، أشعر
بثقة كبيرة أنك تستطيع
ابتكار قارب في هذه
المرحلة. حسناً،
والسؤال الأخير من
الأسئلة السريعة: هل
لا يزال ذوق المنتج
ميزة تنافسية
للمطورين اليوم؟ نعم
أم لا؟ لماذا؟ بارتيك.
>> لا أعرف من الذي يحكم
على الذوق. هذا هو
السؤال.
>> الأمر أسوأ تقريباً
إذا ظن الناس أن لديهم
ذوقاً وهم لا يدركون
أنهم يفتقرون إليه.
>> نعم، بالضبط.
>> آه، مارغريت.
>> آه، لا. الذوق ذاتي،
وأحياناً حتى لو كان
لديك ذوق، لا يمكنك
ابتكار شيء يناسب ذوقك
. لذا، لا.
>> غريغ.
>> أعتقد نعم. لكن هؤلاء
الأشخاص ذوو الخبرة
يجب أن يكونوا على
اطلاع بجميع المنتجات
الموجودة حالياً.
>> وكارل.
>> الذوق هو نسخة من
المواءمة، والمواءمة
ليست مشكلة محلولة.
>> ها قد حصلتم على
الإجابة يا رفاق.
حسناً. لنختتم الأمر.
أود حقاً شكركم جميعاً
على وقتكم. لقد أحببت
الحوارات التي
أجريناها. أنا متحمس
حقاً لتجربة" Firehose ".
أنا متحمس جداً لأي
شيء سيتم الإعلان عنه
خلال أسبوعين من" OpenAI ".
سأزعج كارل. اذهبوا
وابحثوا عن كارل عبر
الإنترنت واسألوه
لاحقاً. لكن بجدية،
نحن جميعاً نأتي من
خلفيات مختلفة،
وجميعنا نتأثر
بتحولات قارية هائلة
في كيفية البناء
وكيفية العمل. وأريد
أن أشكركم على وقتكم.
أريد أن أشكركم جميعاً
على وقتكم. لقد أجريت
الكثير من المحادثات
الرائعة. لقد حصلت على
الكثير من التوصيات
الجيدة لأدوات يجب أن
أجربها، والانفتاح
يتطلب بعض التواضع
للحضور إلى حدث والقول
: أنا هنا ومستعد
للتعلم. لذا، أطلب
منكم جميعاً أن تصفقوا
لأنفسكم، ومن فضلكم
تصفيق حار لضيوفنا.
حسناً. أتمنى لكم
حفلاً رائعاً بعد
الفعالية. شكراً لكم.
Ask follow-up questions or revisit key timestamps.
Loading summary...
Videos recently processed by our community