🚺 🗂️ 🌙 كيف ينمو المهندس إلى techlida 👨🏾‍🎨 👩‍⚕️ 👨🏽‍🤝‍👨🏻

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

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

في TechLead Conf 2020 Online ، السؤال الثانوي هو "ما الأداة التقنية التي تم استخدامها لحل المشكلة؟". هذا المؤتمر مخصص لأولئك الذين يسعون جاهدين من أجل جودة الحلول التقنية ويتحملون المسؤولية عن التطوير التكنولوجي للمنتج. من 8 إلى 10 يونيو ، سوف ندرس تجربة تنفيذ واستخدام الممارسات والتكنولوجيا وإدارة العمليات في الشركة. سنخبرك بالمزيد عن البرنامج وما سنتحدث عنه في الحدث.

برنامج قصير

ينتقل برنامج TechLead Conf 2020 Online من مناقشة تطوير Techlide إلى وضع DDD في الممارسة ويتكون من عدة كتل.

خريطة التطور التقني . لا يزال هناك فهم ضئيل لمن هو وماذا يفعل. وطرح الأسئلة حول كيفية النمو إلى Techlide وما يجب أن يكون قادرًا على القيام به أقل في كثير من الأحيان ، لذلك سنناقش في الكتلة الأولى من هو وكيف يصبح واحدًا.
. — , -, « ». , — : , . « ». , MVP.
الآثار المتأخرة للممارسات الهندسية . في العمل مع التعليمات البرمجية ، تكون الملاحظات سريعة: كتابة ، اختبار ، نشر ، أعمال. لكن في عالم التقنية ، لا يمكن ملاحظة نتيجة عمله إلا بعد أشهر. لذلك ، أضفنا تقارير عن جميع مراحل دورة حياة الممارسات الهندسية: ظهور فكرة ، MVP ، منع الأخطاء وقياس النتائج بعد الإطلاق الناجح للحالات الحقيقية.

ناقش أيضًا:

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

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

خريطة تطوير Techlide

Tehlid هو دور المهندس الذي يدير العمليات. عادةً ما يكون هؤلاء المهندسين على الأقل كبارًا: المطورين والمهندسين المعماريين والأتمتة و SRE والأقل شيوعًا CTO. في بعض الأحيان يمكن أن يكونوا قائد فريق. لكن قائد الفريق يبني فرقًا ، ويدير الناس وتطورهم.

تقوم Tehlid ببناء العمليات: تتخذ قرارات فنية تؤثر على تطوير المنتج في مواجهة عدم اليقين.

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

يعتمد نجاح الشركة على توفر المتخصصين الأقوياء. لقد وصفنا بالفعل كيف تختلف techlide عن المهن الأخرى ، و Vladimir Gorovoy ، مدير منتجات علوم البيانات في Yandex.Rerticals ، أخبر Vladimir Gorovoy عن الفرق بين Techlide جيد من المهن الأخرى . من تقرير " كيف تصبح Techlide جيد»اكتشف من أين نبدأ تطويرنا ، وما هي المهارات والصفات التي يجب ضخها. سيشارك فلاديمير تجربته الغنية في المشاركة في إنشاء مشاريع Yandex.Travel و Yandex.Real Estate و Yandex.Market لتوضيح الأطروحة.

كلما كانت المهارات أقوى ، كان من الأسهل التعامل مع مهامك. لكن الألم لا يذهب إلى أي مكان - فهم متشابهون تقريبًا لجميع الانزلاقات التكنولوجية.

كتابة رمز أو الانخراط في استراتيجية تطوير التكنولوجيا للمنتج والفريق؟
حل المشاكل التقنية المعقدة بنفسك أو مندوب؟
كيف لا تتورط بين كتابة كود الجودة وطرح الميزات؟

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

الجمع بين الأعمال والتنمية

إن الحفاظ على كود عالي الجودة واتخاذ القرارات الفنية الصحيحة ليس هو المهمة بأكملها. عليك أيضًا أن تثبت باستمرار لرجال الأعمال والعملاء الحاجة إلى استثمار الوقت والطاقة في المهام المعمارية والتقنية. أليكسي ديريوشكين من شركة Better Life Company يعرف من خلال التجربة ما هو عليه: 15 عامًا من قيادة الفريق و 5 سنوات من الخبرة الاستشارية. في تقرير " كيفية" بيع "المهام التقنية للأعمال " ، سيوضح كيفية إجراء حوار مع الأعمال التجارية من أجل إنشاء ميزات رائعة وعدم نسيان الجودة باستخدام أمثلة الحياة.

يعتبر الصراع بين الأعمال والتنمية مشكلة قياسية في مشاريع تكنولوجيا المعلومات. في كثير من الأحيان ليس لدى الشركة المعارف التقليدية ، ولكن فقط "الأفكار" والطلبات. هذا يؤدي إلى قرارات غير صحيحة يجب تصحيحها لشهور أو الحفاظ عليها لسنوات على عكازات. كيفية إيجاد توازن بين التنمية والأعمال ، سيشارك آرثر ديمنتييف في تقرير " بين الأضواء: التنمية والأعمال ". آرثر في مجال تكنولوجيا المعلومات منذ عام 2009 ، على سبيل المثال من القصص من الممارسة ، سيوضح النهج المختلفة لتنفيذ ميزات MVP.

عندما توافق الأعمال التجارية والتنمية ، فقد حان الوقت للمضي إلى المرحلة التالية. لدى Techlide الآن عدة أشهر لتقديم منتج جديد. في معظم الأحيان ، في مثل هذه الحالات ، يتم إنشاء منتج اختبار الفرضية يعمل الحد الأدنى (MVP). مباشرة بعد الاختبار ، يتم التخلص من رمز النموذج الأولي ويتم كتابة التطبيق "كما ينبغي". ولكن ماذا تفعل عندما نجح الإطلاق التجريبي ، ويعيش المستخدمون الحقيقيون بالفعل في "الحرفة"؟ نتعلم من مكسيم ارشينوف من تقرير " كيفية إطلاق MVP وعدم تحويله إلى دين فني ".

نختار ونطبق الممارسات الهندسية

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

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

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

بعد اختيار وتنفيذ الممارسات الهندسية ، بدأ العمل للتو - تحتاج إلى تقييم النتيجة. سيساعد هذا المقاييس: من المهم فهم ليس فقط ما يحدث مع البنية التحتية والأجهزة ، ولكن أيضًا كيفية عمل كل ميزة ، للعثور على الاختناقات وإزالتها في الوقت المناسب. تقرير " إعداد المراقبة وماذا بعد؟" » سيشارك ميخائيل مازن المقاييس على سبيل المثال ، ManyChat - منصة تتواصل فيها مليون شركة نشطة مع 800 مليون من عملائها. ما يجب مراعاته:

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

فرق المنصة

العودة إلى المنصات. تعمل عدة فرق مختلفة على تطويرها ودعمها. إنهم مسؤولون عن مناطقهم ، ولكن لا يوجد أحد مسؤول عن كل شيء - هناك آلام "من خلال". يتم حل هذه المشاكل من قبل فرق النظام الأساسي: فهي تنشئ البنية الأساسية لتطوير التطبيقات وعملها على الإنتاج ، وتساعد على العمل بشكل أسرع وأفضل ، وهي مسؤولة عن كل شيء. يقول دميتري فيشين ، رئيس مجموعة تطوير منصة goods.ru ، في تقريره "إن فرق المنبر مهمة. لماذا ا؟ "

لا يكفي إنشاء فريق منصة. يجب أن تكون قادرًا على عدم كسرها قبل أن يبدأ شخص ما في استخدام النظام الأساسي. بهذه الطريقة ، يمكن العثور على حيوانات الراكون الشريرة. نعم ، إنها حيوانات الراكون. من أين تأتي حيوانات الراكون وكيف أنها مرتبطة باستقرار فريق المنصة ؟ نتعلم من المطور الرئيسي في MTS ، إليزابيث غولينوك ، من تقرير " Platform Team and 4 Evil Raccoons ".

وستُستكمل التقارير بمناقشة مائدة مستديرة " فرق المنبر: الفوائد أو الأضرار ". خلال المائدة المستديرة ، سيناقش فيليب أوفاروف (سبوتيفي) وأندريه أليكساندروف (مافين) عدة قضايا.

لماذا هذه الأوامر مطلوبة وهل هي ضرورية على الإطلاق؟
لماذا أصبح من المألوف إنشاؤها؟
هل هناك أي فائدة لهم أم أنها دعاية؟
« », ?

على الرغم من جميع الممارسات الهندسية وبمساعدة الفرق ، فإن techlide يكتب الرمز. كيف تكتب بطريقة تجعل الشفرة قابلة للقراءة والدعم ، ولا تعيد كتابة كل شيء في السنة؟ سيجيب تقريران على هذا السؤال.

الأول هو " كيفية كتابة رمز قابل للقراءة " ، بقلم غريغوري بتروف ، رئيس علاقات المطورين في Evrone. ينظم غريغوري التنمية والمؤتمرات ( موسكو Python Conf ++ ) ، الهاكاثون ، أخصائي فيزيولوجيا الأعصاب والهواة. ونتيجة لذلك ، سيحتوي التقرير على الكثير من الفسيولوجيا العصبية والحدس المعرفي والاجتماعي. لكن الشيء الرئيسي هو أن غريغوري سيخبرك من أين يأتي تعقيد التعليمات البرمجية ، ولماذا لا يمكن إزالته وكيفية التعايش معه.

والثاني هو تقرير " ميزان التناقضات. اختيار أفضل الممارسات في الكود وفي الفريق » جليب لوباستوف. جليب هو مستشار تقني وقائد فريق التطوير في OneTwoTrip ولديه خبرة 10 سنوات. سيتبادل التقرير طرق كتابة كود "جيد" - مفهومة وملائمة للدعم ، وسيجيب عن عدة أسئلة:

ما يجب مراعاته عند تنفيذ أفضل الممارسات من وجهة نظر المشروع والفريق ؛
العدو الرئيسي للرمز الجيد وكيفية التعامل معه ؛
التناقضات في ممارسة كتابة مدونة جيدة.

كل هذا مع أمثلة ، مع مجموعة من المبادئ والممارسات لكتابة التعليمات البرمجية التي يمكن أن تفخر بها.

الإرث وإعادة البناء

موضوع الكود ، أو بالأحرى الكود القديم ، سيستمر في الكتلة على الإرث وإعادة البناء. كثيرون على دراية بالتحليل الثابت كأداة ملائمة. ولكن في بعض الأحيان تنشأ صعوبات ، على سبيل المثال ، عندما يكون للمشروع قاعدة بيانات ضخمة من التعليمات البرمجية القديمة. عندما يجد التحليل الإحصائي أخطاء ، ماذا تفعل بها؟ كيفية موازنة تصحيحات الأخطاء القديمة والتقاط الأخطاء الجديدة؟ نتعلم من تقرير " كيفية إصلاح مئات الأخطاء في التعليمات البرمجية القديمة وعدم الموت (على سبيل المثال ، Unreal Engine 4) " لجورج جريبكوف .

لا يمكنك إعادة بناء الرمز فقط ، بل أيضًا البنية التحتية والبنية التحتية والعمليات.

تواجه أي شركة تكنولوجيا معلومات طويلة الأمد تباطؤًا في عمليات الإنتاج. وقد أثارها العديد من العوامل ، على سبيل المثال ، تعقيد التكنولوجيا وزيادة عدد الموظفين. وهذا يؤدي إلى حقيقة أن التنسيق متأخر ، ولا أحد يتحمل المسؤولية ، وتصبح النظم هشة. وسيشارك ليف غونشاروف (T-Systems) في تقريره " الاتفاقات ككود: كيفية إعادة معالجة العمليات وعدم الانهيار " قصصًا من 14 عامًا من الخبرة ستساعد على تسريع عمليات البنية التحتية وتجعلها صريحة.

بعد إعادة هيكلة عمليات البنية التحتية ، يمكنك المتابعة لتوحيدها. على سبيل المثال ، تخلص من "حديقة الحيوان" للتكنولوجيا. كيفية القيام بذلك على سبيل المثال من تجربة توحيد البنية التحتية لتطبيق واحد كبير معين ، سوف تخبر إيليا ميتروكوف- مدير البنية التحتية (ضابط أمن المعلومات الفنية) بمركز دويتشه بنك للتكنولوجيا.

تقرير " لا الآلهة تحرق الأواني. توحيد البنية التحتية "لن يكون هناك شيء يتعلق بترقية التقنيات أو الحلول المبتكرة أو خطوط الأنابيب" COSMOS "أو CI / CD. لن يكون هناك سوى بنية تحتية لمدة عامين من المشاريع ، مما يقلل من التكاليف ويدعم تطوير الأعمال.

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

DDD ، اقتحام الأحداث وإدارة المعرفة

في هذا القسم من المؤتمر ، سنتحدث عن التصميم ، باستخدام مناهج وممارسات DDD - التصميم المستند إلى المجال (التصميم الخاص بالمجال). غالبًا ما يتم التخلي عنها نظرًا لحقيقة أن هذه منهجية بدون مؤشرات واضحة على ما وكيفية القيام به. لكن Raiffeisenbank يستخدم ممارسات DDD في مشاريع مختلفة لمدة 5 سنوات لتحليل النظام إلى خدمات صغيرة ، والتواصل مع العملاء وداخل الفرق ، وإنشاء تطبيقات لا تقاوم المتطلبات الجديدة. كيفية تطبيق النهج ، الذي يمارس لاستخدام وتجنب الأخطاء ، نتعلم من تقرير كونستانتين جوستوف " كيفية ترويض DDD ".

هناك العديد من الممارسات في DDD. واحد منهم هو اقتحام الأحداث. إنه يسهل المزيد من العمل في مجال DDD وتصميم الخدمات الصغيرة. عند إنشاء نظام على الخدمات الصغيرة ، يمكنك بسهولة إنشاء وحدة متجانسة موزعة. لا تحمي ميزة Event Storming من ذلك بنسبة 100٪ ، ولكنها يمكن أن تقلل بشكل كبير من المخاطر. حول كيفية ، مع أمثلة عملية ، في تقرير سيرجي بارانوف (سكروم تريك) " نمذجة الخدمات الصغيرة باستخدام اقتحام الأحداث ".

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

إيليا كاشلاكوف قسم تطوير الواجهة الأمامية لـ 50 شخصًا في Yandex.Money. مع وجود العديد من المطورين ، من الضروري مشاركة المعرفة ومراقبة الهندسة المعمارية. تقرير " مراجعة المنطق - كأداة لاتخاذ قرارات فنية معقدة"ستتحدث إيليا عن هذه الأداة: كيف توصلوا إلى مراجعة المنطق ، وما هي المقاييس التي جمعوها وكيف حددوا نجاح هذه العملية. كل هذا مع أمثلة للمشكلات ، وصف التغييرات التي حدثت في العملية من البداية حتى يومنا هذا.

لتنفيذ المشاريع نحتاج إلى الكثير من الوثائق. لتخزينها ، على سبيل المثال ، لغات الترميز خفيفة الوزن: Markdown ، reStructuredText ، Asciidoc. يسهل كتابتها ، ويتم تخزين الملفات بسهولة في المستودع. في ورشة العمل " كيفية نشر Markdown و RST؟ مراجعة أدوات التوثيق الحديثة "سنتحدث عن كيفية تطبيقها على شرائح التكنولوجيا:

سيشارك Konstantin Valeev (Rostelecom IT) طريقة لإنشاء ملفات PDF و HTML مخصصة من مصادر Markdown ؛
سيتحدث السائل المنوي فاكتوروفيتش (documentat.io) عن "السكين السويسري" لـ Pandoc وكيفية هزيمة جيل DOCX به ؛
Nikolai Volynkin (Plesk) - كيفية إنشاء بوابات HTML ضخمة باستخدام Sphinx-doc.

سيشارك ثلاثة متحدثين تجربتهم وسيتمكن الجميع من طرح سؤالهم الخاص حول الموضوع.

TechLead Conf 2020 Online لأولئك الذين يرغبون في النمو إلى techlida

مؤتمر TechLead Conf 2020 عبر الإنترنت لـ tehlidov وأولئك الذين يرغبون في أن يصبحوا مهندسين ومطورين وقيادة فريق ضمان الجودة ومديري التطوير. حتى إذا لم تكن من رواد التكنولوجيا بعد ، فانتقل إلى المؤتمر واجمع التعليمات لك عن كيفية أن تصبح واحدًا - خريطة الكفاءات التقنية.

سيعقد المؤتمر بأكمله بتنسيق جديد - عبر الإنترنت. بفضل هذا ، أضفنا المزيد من المحتوى في ثلاثة أيام من الحدث أكثر من عدم الاتصال بالإنترنت: أكثر من 30 تقريرًا ومحادثات خاطفة (تقارير قصيرة مع إجابات على الأسئلة) و OST لتبادل الخبرة ومائدة مستديرة وتنسيقات شبكات مختلفة. لقد أعددنا جدولًا زمنيًا للبرنامج - انظر ، ضع علامة على تقاريرك المفضلة أو الفصول الدراسية الرئيسية في التقويم حتى لا تفوتك.

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

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

29 18:00 -. , maturity model.

. . live-, Spring Cloud Contract Pact. , .

كيف ينمو المهندس إلى techlida