ستأتي لحظة تتساءل فيها عما إذا كانت حياتك المهنية - تلك التي ذهبت إلى المدرسة من أجلها (مرتين) وأمضيت عقودًا في صقلها - ستختفي. لا، لن يكون السبب هو عدم قدرتك على التعامل مع كونك المرأة الوحيدة (أو واحدة من القلائل) في شركتك أو في فريقك. لا، لن يكون السبب هو أنك أكبر من أن تقوم بهذا العمل. أنت تعلم أنها تبقيك شابًا! ولا، لن يكون ذلك لأنك قررت ترك التكنولوجيا.
وبدلاً من ذلك، سيكون السبب في ذلك هو أن حرفة هندسة البرمجيات تتغير بشكل لا يمكن التعرف عليه. وهذا أمر مخيف للغاية عندما يكون جزء كبير من هويتك مرتبطًا بالعمل.
إذا كنت تتذكر، فقد قرأنا Ruby for Rails في نادي الكتاب في العمل في وقت مبكر من حياتنا المهنية. كنا قادمين من عالم Java مؤسسي قديم، وقد عرّفتنا Rails على التقليد حول التكوين، وسقالات التعليمات البرمجية، وبنية MVC التي تم ربطها معًا بالفعل. اتخذ الإطار القرارات بالنسبة لنا. وقد شجعت فكرتها المتعلقة بالممارسات الجيدة ونفذتها في بعض الأحيان.
لقد كان منتجًا، ولكن أكثر من ذلك، كان يبدو سحريًا. لقد تخلصت ريلز من التعقيد الذي لم أكن بحاجة إلى التفكير فيه في كل مرة، على الرغم من أنني كنت لا أزال بحاجة إلى فهم ما كان يفعله تحت الأغطية. لم تكن بيئة Java القديمة التي عملت فيها تحتوي على هذه الأدوات المفيدة حتى الآن.
هذا السحر لم يجعلني أو عملي أقل قيمة. حدث العكس. قضيت وقتًا أقل في تمهيد المشاريع وتوصيل المكونات الأساسية معًا. لقد تمكنت من التركيز على حل المشكلات الأصعب للعملاء والعملاء: ما إذا كان يجب بناء شيء ما، وما الذي يجب بناءه، وكيفية بنائه.
ولم يقتصر الأمر على جعل ريلز المهندسين الحاليين أسرع فحسب. لقد مكنت اللغات ذات المستوى الأعلى الأشخاص بالفعل من البرمجة دون العمل مباشرة في تعليمات الآلة. جعلت ريلز تطوير الويب أمرًا سهلاً دون مطالبة كل مطور بتجميع كل طبقة من الصفر. كان النمط موجودًا بالفعل: فمع تجميع العمل ذي المستوى الأدنى، أصبح بإمكان عدد أكبر من الأشخاص إنشاء برامج، ويمكن للمطورين ذوي الخبرة تجربة أشياء أكثر طموحًا.