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

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



يمكنك البحث عن متخصصين فنيين لفترة طويلة ، لكن العمل لا ينتظر ، لذلك عليك تعيين عدد كافٍ من الموظفين المؤهلين وتدريبهم على هذه العملية. من بين الخيارات: الدراسة الذاتية في وقت فراغك أو الدورات والندوات في مكان العمل ، ولكن يمكنك اختيار الألعاب. سيشرح Artyom Larin ( artem_larin ) سبب عدم موثوقية طرق التدريس التقليدية ولماذا تكون الألعاب أفضل من بعضها بطريقة أخرى.

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



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



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

قضايا تكنولوجيا المعلومات

أعتقد أن هناك مشكلة كبيرة في تكنولوجيا المعلومات - وهذا هو نقص الموظفين . تمت مناقشة المشكلة عدة مرات ، فهناك إحصائيات من hh.ru ومنشورات حول هذا الموضوع. فقط في حالة ، تحقق من الإحصاءات أنفسنا. إذا أدخلت "Java" في محرك البحث hh.ru ، فسنشهد 5-6 آلاف وظيفة في روسيا ، وسيبلغ عدد السير الذاتية على hh.ru أكثر من 100 ألف. يبدو أنه لا يوجد نقص في المطورين - السيرة الذاتية هي ترتيب بحجم أكبر من الوظائف الشاغرة .





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

الرب "يجب" يأتي ، لكنه لا يأتي. تقول الأرقام أنه لا يوجد نقص في الموظفين ، ولكن في العالم الحقيقي ، وليس في عالم مؤشر hh ، إنه كذلك. جافا مهنة فائقة الندرة. هناك مطاردة دامية لكبار السن من Java: الموارد البشرية وموظفو التوظيف الذين يحاصرونهم بعروض للحصول على وظيفة. في المتوسط ​​، يتلقى أحد مطوري Java 5-6 عروض ، حتى لو كان مستخدمًا.

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

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

طرق للتعلم في صناعة تكنولوجيا المعلومات

في عام 1980 ، أجرت مختبرات التدريب الوطنية في الولايات المتحدة الأمريكية بحثًا عن فعالية أساليب التدريب المختلفة. اتضح أن المحاضرات وقراءة الكتب لها كفاءة منخفضة للغاية - فقط 5-10 ٪ . التالي هو مشاهدة محاضرات الفيديو والاستماع إلى الصوت. الحد الأقصى للكفاءة هو 90 ٪ هو تدريب الأشخاص الآخرين - التوجيه والتطبيق الفوري للمعرفة المكتسبة في الممارسة العملية.





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

الدورات

من المؤكد أنك قابلت إعلانات سياقية على الإنترنت وعدت بتحويل المبتدئين إلى مبرمجين محترفين: "كن مطورًا خلال 3 أشهر". أخذت نفسي هذه الدورات عدة مرات من أجل الاهتمام ، ونصحتهم لطلابي. أستطيع أن أقول نعم ، هذه الدورات فعالة ، لكن لديها مشكلتان: المعرفة الأساسية فقط يتم تقديمها في الدورات - لن يحولوا يونيو إلى أحد كبار السن ، وفعالية التدريب ليست أعلى من 20 ٪ . الدورات التدريبية غير فعالة ، لذلك سننسى ذلك.

ورش العمل الداخلية

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

مؤتمر

الهدف من المؤتمر هو تقديم ابتكارات الصناعة ، ولكن ليس التدريب المتشددين. المؤتمرات هي الاتصالات والأفكار الجديدة ، ولكن ليس التدريب - الفعالية في هذه الحالة هي فقط 5-30 ٪. المؤتمرات هي أيضا ليست ما نحتاجه.

التعلم الذاتي

أنا ، مثل معظم أصدقائي ، المبرمجين ، دخلت هذه المهنة من خلال التعليم الذاتي. هذه طريقة فعّالة ، وسأمنحه 75٪ من الكفاءة ، إن لم يكن لسبب عيب كبير - قائمة الكتب التي يجب دراستها.



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

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



وقياساً على هضبة اليأس ، قدمت مفهوم "جدار اليأس". هذا جدار مكون من 15 كتابًا سميكًا ، والذي لا يسمح لمئات الآلاف من المطورين الأوائل الذين يستخدمون hh.ru بالدخول إلى الوظائف الشاغرة النشطة البالغ عددها 5 آلاف شاغرة من كبار ومتوسطيها.



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

التوجيه والتدريب

هذه هي الطريقة الأكثر فعالية ، وفقا لهرم التعلم - كفاءة 90 ٪ . لكنه يعاني أيضًا من عيوب لا تسمح ووصف هذه الطريقة بأنها "حبة سحرية".

التوجيه هو دائمًا نسبة 1: 1 ، أي معلم واحد ومعلم واحد - المتعلم . في ممارستي ، لم أر حالات يمكن للمرشد فيها تدريب 10 أشخاص. الإرشاد يتم قياسه بشكل سيء للغاية ويصرف انتباه كبار السن عن العمل الرئيسي. أستطيع أن أقول شخصيا لوحدي - كان لدي 2 menti ، كحد أقصى. وفي الوقت نفسه ، تم إنفاق نصف وقت العمل الخاص بي ، وأحيانا أكثر ، على التوجيه ، وليس على حل مهام الإنتاج التي دفعت لها المال. لذلك ، من 3 إلى 4 أشخاص أو أكثر ، من المستحيل التوجيه ، إذا تحدثنا عن التوجيه عالي الجودة.

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

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

العاب

ما هي الألعاب التي نعرفها؟ تعتبر لعبة الداما والشطرنج والبكرات والدومينو مهنة فكرية ، رغم البساطة.



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



كل هذه الألعاب هي ألعاب للتسلية ، وليس للمبرمجين ، وتساءلت - هل هناك أي ألعاب للمبرمجين؟ ووجدت ، على سبيل المثال ، هذه اللعبة.



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

ثم اللعبة فجأة: مشهد ثلاثي الأبعاد وثلاثي الأبعاد بطل الروبوت.



في بعض اللغات الشبيهة بـ C ، تحتاج إلى كتابة كود زائف للتحكم في الروبوت.

يوجد أدناه لقطة للعبة الثالثة التي وجدتها.


هنا ، مرة أخرى ، على رمز زائف ، تحتاج إلى كتابة برنامج للتحكم في الشخصية: حركه عبر المتاهة ، افتح وأغلق الأبواب ، وقم بمعالجة الأشياء.

جميع الألعاب الأخرى تشبه هذه الثلاث ، وكلها بها عيوب خطيرة.

عيوب اللعبة

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

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

تجربة الألعاب الشخصية

في الوقت نفسه ، هناك ثقافة غنية من ألعاب الطاولة في العالم: Munchkin ، Magic: The Gathering ، Dungeons & Dragons. لكن لسوء الحظ ، لم أقابل "سطح المكتب" للمبرمجين.

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



كيف توصلت إلى فكرة ألعاب الطاولة للمبرمجين؟ مررت بأربع مراحل: التجربة السلبية لتدريب الموظفين ، والتحليل المخيّب للآمال للألعاب الحالية ، وتجربة لعب "الحيل" وتجربة ابتكارها . كل هذا قادني إلى "سطح المكتب" للمبرمجين. في الواقع ، لماذا لا تجعل اللعبة نفسك؟

متطلبات اللعبة

كم ينبغي أن يكون مستقبلية أو إلى الأرض؟



لا تزيد مدة الجلسة القصيرة عن 15-20 دقيقة ، لأنه وفقًا لما هو مخطط له ، يجب أن تلعب هذه اللعبة أثناء ساعات العمل. اللعب لأكثر من 20 دقيقة ، سيتم إبعاد الأشخاص عن الدراسة وسيتوقفوا عن العمل ، وسيعمل الزعماء ويمشون. لذلك ، 20 دقيقة مثالية: لعبنا واستمرنا في العمل.

يجب أن تعلم اللعبة المهام الصناعية الحقيقية التي يواجهها كبار السن الحقيقيون والمتوسطون: تعدد العمليات ، JPA ، قواعد البيانات وهياكل البيانات المتزامنة . هذه هي الموضوعات التي لا تسمح للصغار في كثير من الأحيان بالقفز في الرأس على مستوى فني معين ويصبحون كبار السن. أنا لا أتحدث فقط عن Java ، ولكن بشكل عام عن جميع اللغات ، بما في ذلك Python و C ++ - في كل مكان يوجد تعدد مؤشرات ترابط وقواعد بيانات وهياكل متزامنة.

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

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

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

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

مثال على "الجداول"

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

عناصر اللعبة

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



العنصر التالي هو صول الخطوط الحالية . هذه هي إطارات ملونة مصنوعة من الأسلاك.



يقوم كل لاعب بدوره بنقل موظفي فريقه عبر الكود المصدري ، وبالتالي يعرض شريط التقدم الحالي.



اللعبة لديها اثنين من ملاعب. الأول هو آلة الدولة - المربعات والسهام مع النقوش.



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

العنصر التالي هو الرموز المميزة للتيار على الوجهين .



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

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



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



العنصر التالي من اللعبة هو بطاقات الشاشة .



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

العنصر الأخير هو ساعات التدفقات .



من المحتمل أن جميع التقنيين يعرفون أن الخيوط يمكن أن "تغفو" لبعض الوقت. لقياس هذه المرة في اللعبة ، هناك ساعات حيث يمكنك تحريك الأيدي.

النظر في بضع خطوات من جلسة لعبة.

مثال على لعبة الجلسة

لدينا ثلاثة لاعبين:

• يعمل مايكل مع الخيط "الرئيسي" - خيط Java الرئيسي.
• يوجين - تيار "t1".
• سفيتلانا - تيار "T2".

كل لاعب يضع نفسه في مكان واحد من الجداول ويعيش حياته في عملية اللعبة. لذلك فهو يفهم ما يعنيه أن يكون خيط جافا.

قام مايكل بنقل عصا التدفق إلى السطر الأول من التعليمات البرمجية.



يوجين وسفيتلانا لا يزالان نائمين - لم يتم إنشاء خيوطهما ، ويقوم ميخائيل بنقل موظفي الدفق إلى السطر التالي من الكود ، حيث يقول <code> Thread t1 = خيط جديد () </code> - وهذا يعني أنه سيتم إنشاء الدفق Eugene "t1" .



يوجين لا يتثاءب ، ويأخذ رقاقة تياره ويضعها في حالة "runnable" - جنبًا إلى جنب مع الرجل الجري.

مثال على العمل الجماعي

تقول سفيتلانا يوجين:

• يوجين ، لماذا لم تضع شريحة دفقك في الحالة "الجديدة" ، ولكن على الفور في حالة "runnable"؟

• لم لا؟

يمكن أن نرى أن يوجين هو الأصغر خبرة في الفريق ، لكن سفيتلانا أكثر خبرة وتقول:

• يوجين ، وفقا لآلية الحالة ، الحالة الأولية للتدفق "جديدة".

يوجين يتفق مع سفيتلانا وينقل رقاقة تدفقه إلى الموضع الصحيح.



هذا مثال على كيفية قيام الفريق بنقل المعرفة أثناء اللعبة. تطول اللعبة ...

في خطوة معينة ، قام مايكل بالفعل بتعليق يوجين:

• يوجين ، لقد دخلت كتلة التزامن ، ولكن نسيت أن تفعل شيئا ...

• بالضبط ، لقد نسيت أن التقط مراقب لهذا الكائن!

يوجين يأخذ جهاز مراقبة الكائن "الواحد" . اتضح أن تيار "T1" يوجين يملك جهاز العرض هذا.



ثم تأتي اللعبة: العديد من التحركات ، والسهو ، والعمل على مدار الساعة. اقرأ المزيد على الفيديو أو على الشرائح في العرض التقديمي .

في نهاية اللعبة ، يشتمل Eugene على شاشة واحدة ، بينما تمتلك Svetlana جهازًا آخر ، ويتم حظر تدفق كل منهما بسبب توقع المراقبين . ونتيجة لذلك ، فإن كلا من الدفق "t1" والدفق "t2" في حالة "محظورة" ، أي أننا نلاحظ حالة توقف تام.

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

النتائج

جلسة اللعبة قصيرة . 20 , , , . , — 1:n .

— . , , . Deadlock — — , «» — heisenbug, .

— . , , , . .

. , . : Delphi, — C++, — Haskell.

, Java- 20 . 5 , .



, — , , , . .

deadlock, :

• Race conditions — , .
• wait/notify .
• join/isAlive .

?

, , . , .

JPA- JEE/Spring. , JPA-.

Google, « JPA-».



, , — .



, «» .

• JEE.
• SQL.
• : , , HashMap.
• java.util.concurrent.

, , .

, , - . , - , . - , .

, . , . , : , , , . - , , .

— «». , . , . .

Linkedin-أرتيوم لرينا أو على جيثب. من هنا يمكنك تنزيل العناصر ومحاولة تنفيذ اللعبة في المنزل.

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