سنة 1865، الاقتصادي William Stanley Jevons لاحظ حاجة مثيرة للاهتمام.
لما كفاءة استخدام الفحم اتحسنت، الناس ماقللتش استهلاكها بالضرورة. بالعكس، انخفاض تكلفة الطاقة خلّى استخدامها في صناعات وتطبيقات أكتر مجدي اقتصاديًا.
الفكرة دي اتعرفت بعد كده باسم Jevons Paradox.
لما تكلفة حاجة بتقل، مش شرط نستخدم منها أقل. أحيانًا بنبدأ نستخدمها في حاجات ماكنّاش نقدر نبرر تكلفتها قبل كده.
بص على اللي حصل مع Cloud.
البنية التحتية بقت أسهل في التوفير والتوسع، وده ساعد الشركات تبني أنظمة وخدمات أكتر، ومع زيادة التعقيد ظهرت احتياجات أكبر للأتمتة والاعتمادية ومراقبة الأنظمة.
ودلوقتي، إحنا قدام تحول مشابه محتمل في صناعة الـ Software.
AI بيقلل تكلفة تنفيذ أجزاء كبيرة من عملية التطوير، وده ممكن يخلي شركات أكتر تجرب أفكار جديدة، وتبني أدوات داخلية، وتوسّع منتجاتها.
بس كل ما قدرتك على إنتاج الكود تزيد، بيظهر سؤال أهم:
مين هيحدد إحنا محتاجين نبني إيه أصلًا؟ ومين هيتأكد إن اللي بنبنيه صح، قابل للصيانة، ويستحمل التوسع؟
المستقبل مش مجرد إنك تعرف تكتب كود أسرع. المستقبل إنك تفهم إزاي تبني Software صح.
وده جزء أساسي من اللي بحاول أساعد الناس تفهمه في المينتورشب.
مش مجرد إنك تتعلم React أو Next.js أكتر، لكن إنك تطور طريقة تفكيرك، وتفهم القرارات الهندسية اللي ورا الكود، وتعرف تتعامل مع المشاكل اللي مفيش Tutorial جاهز يحلها.
وبفضل الله، من أكتر الحاجات اللي بتسعدني إني أشوف ناس بدأت تغيّر طريقة تفكيرها، وتفهم شغلها بشكل أعمق، وتقدر تتعامل مع مشاكل أكبر باستقلالية.
وده مش معناه إن عندي كل الإجابات، لكن معناه إن الفهم الصح وطريقة التفكير بيفرقوا فعلًا.
السؤال مش بس: هل اAI هيكتب كود أكتر؟
السؤال: هل أنت بتبني خبرتك عشان تكتب الكود، ولا عشان تفهم الـ Software اللي بتبنيه؟
