إريك جفيسر، رئيس قسم العمارة لشركة SPR – سلسلة مقابلات

انضم إريك إلى قسم البيانات في مجموعة SPR للتقنيات الناشئة كمهندس رئيسي في عام 2018.

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

ما الذي جذبك في البداية إلى تعلم الآلة؟

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

في وقت لاحق، عملت من خلال تدريب تحسين العملية، خلال время الذي أظهر فيه المدربون بالتفصيل كيف تمكنوا من تحسين العمليات التجارية التي تستخدمها عملائهم من خلال الإحصاءات والأساليب الأخرى، ولكن الإخراج هنا أيضًا كان متجهًا بشكل كبير إلى النقاط في الوقت.

كانت تجربتي في العمل على تحسين منتج الرعاية الصحية الذي بنيناه خلال نفس الفترة الزمنية هو ما أظهر لي لماذا التعلم المستمر ضروري لهذه الجهود، ولكن الموارد المتاحة الآن لم تكن موجودة في ذلك الوقت.

من المثير للاهتمام أن جذبي إلى تعلم الآلة قد جاء بدوره، حيث حذرني مشرفي في الدراسات العليا من التخصص في ما كان يسمى بالذكاء الاصطناعي، بسبب شتاء الذكاء الاصطناعي في ذلك الوقت. اخترت بدلاً من ذلك استخدام مصطلحات مثل ML لأنها تحتوي على меньше الدلالات، و因为 حتى AWS تعترف بأن طبقة خدمات الذكاء الاصطناعي هي في الواقع مجرد طبقة抽象 أعلى مبنية على طبقة خدمات ML.

بالإضافة إلى ذلك، فإن بعض الضجيج حول ML هناك غير واقعي، ولكنه يوفر قدرات قوية من وجهة نظر المطورين، طالما أن هؤلاء الممارسين يعترفون بالحقيقة أن القيمة التي توفرها ML ليست أفضل من البيانات المعالجة بها.

أنت من المدافعين الكبار عن البرمجيات المفتوحة المصدر، هل يمكنك مناقشة لماذا البرمجيات المفتوحة المصدر مهمة؟

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

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

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

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

كانت تجربتي الأولى مع البرمجيات المفتوحة المصدر أثناء بناء المنتج الصحي الذي ذكرتُه سابقًا، باستخدام أدوات مثل Apache Ant، التي تستخدم لإنشاء البرمجيات، ومنتج DevOps المبكر في ذلك الوقت يسمى Hudson (الذي أصبح لاحقًا Jenkins).

السبب الرئيسي وراء quyết我们的 لاستخدام هذه المنتجات المفتوحة المصدر هو أن هذه المنتجات قدمت حلولًا أفضل من البدائل التجارية، أو كانت حلولًا مبتكرة لم تكن متاحة من قبل الكيانات التجارية، ناهيكم عن أن الترخيص التجاري لبعض المنتجات التي كنا نستخدمها كان مقيدًا بشكل مفرط، مما أدى إلى إجراءات بيروقراطية زائدة عند الحاجة إلى تراخيص إضافية، بسبب التكاليف المرتفعة.

على مر الوقت، رأيت عروض البرمجيات المفتوحة المصدر تطور، مما يوفر الابتكار اللازم.

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

لقد استخدمت البرمجيات المفتوحة المصدر لبناء نماذج أولية وبروتوتايب ونموذج أولي قابل للتحويل. هل يمكنك مشاركة رحلتك وراء بعض هذه المنتجات؟

كما هو موضح في أحد المبادئ التوجيهية التي قدمتها إلى عميل حديث، يجب أن تتم بناء منصات البيانات التي بنيناها لهم بشكل متكرر كما هو مطلوب على مدار الوقت.

المركبات التي بنيت لهذه المنصة لا يجب أن تتوقع أن تظل ساكنة، لأن الاحتياجات تتغير وستكون هناك مكونات وسمات مكونات جديدة متاحة على مدار الوقت.

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

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

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

على عكس هذا العميل، كان المنتج السابق الذي بنيتُه له تاريخًا قبل وصولي. في هذه الحالة، كان المساهمون يتناقشون لمدة ثلاث سنوات (!) حول كيفية tiếp cận المنتج الذي كانوا يبحثون عن بنائه.

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

سألني أحد المديرين التنفيذيين عن مشروعي الحالي، وهو بناء منصة بيانات لشركة استشارات عالمية في شيكاغو.

كان الهدف من هذه المنصة هو بناء أنابيب بيانات وبرك بيانات ونمذجة بيانات معيارية وتصورات ونمذجة تعلم الآلة، لاستخدامها من قبل الإدارات والعمليات والعملاء النهائيين للعميل.

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

كان استخدام Microsoft Excel شائعاً، مع توزيع جداول البيانات بشكل شائع داخل المنظمات وخارجها، بالإضافة إلى توزيعها بين الشركة والعملاء الخارجيين.

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

لذلك، بالإضافة إلى بناء أصول البيانات وتنميطها وتنميطها، كان الهدف الآخر هو تنفيذ مفهوم ملكية البيانات، وتمكين مشاركة البيانات عبر المنظمات بطريقة آمنة ومتسقة.

ما هي بعض مسؤولياتك مع SPR؟

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

أنا أيضًا أُستدعى للمشاركة في مناقشات مع العملاء المحتملين عندما تكون خبرتي مطلوبة، وطلبت الشركة مني مؤخرًا أن أبدأ سلسلة من الجلسات مع المعماريين الزملاء في قسم البيانات لناقش مشاريع العملاء ومشاريع الجانب والتقنيات التي يقومون بها لمواكبة التكنولوجيا.

على مدار مسيرتي المهنية، أصبحت متخصصًا في تطوير البرمجيات المفتوحة المصدر باستخدام جافا، وأداء كمية متزايدة من عمل البيانات على طول الطريق.

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

في رأيي، تت重 هذه التخصصات الثلاثة مع بعضها البعض ولا تتعارض.

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

أنا أساعد في سد الفجوة بين هذين المجالين.

ما هو مشروع مثير للاهتمام أنت تعمل عليه حاليًا مع SPR؟

نشرت مؤخرًا المقال الأول في سلسلة دراسة حالة متعددة عن منصة البيانات التي بناها فريقي وأنا لشركة استشارات عالمية في شيكاغو من الصفر هذا العام.

تتكون هذه المنصة من أنابيب بيانات وبرك بيانات ونمذجة بيانات معيارية وتصورات ونمذجة تعلم الآلة، لاستخدامها من قبل الإدارات والعمليات والعملاء النهائيين للعميل.

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

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

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