هل شاهد الجميع فيلم Dude عن الشركات الناشئة في Silicon Valley؟ هل تعرف أي شركة ناشئة في الوادي كانت الأكثر سيليكونًا في عام 1977؟ كان من أبحاث وادي السيليكون ، والمعروف أيضًا باسم SVR و Silvar-Lisco. قامت الشركة الناشئة بعمل برامج تقوم تلقائيًا بوضع الترانزستورات على موقع الشريحة وتوصيلها بمسارات. أصبحت الشركة الناشئة عامة وعاشت حتى القرن الحادي والعشرين ، لكنها لم تستطع التنافس مع القادة الجدد - Daisy / Mentor / Valid أولاً ، ثم Synopsys and Cadence.كانت البرامج التي فعلها SVR تسمى برامج تحديد المواقع والتتبع ، في English Place & Route - P&R. لقد زادوا بشكل كبير من إنتاجية العمل للمهندسين - قبل برامج P&R ، تم لصق رسومات قناع الرقاقة من الورق المقوى الملون (Intel 4004) ، أو رسمها باستخدام أقلام الرصاص على الورق ، أو تشغيل المؤشر على شاشة النص والكتل الأولية المتصلة التي تمثلها النجوم مع الإيجابيات والسلبيات (هذه هي الطريقة التي تم بها تصميم الشرائح في IBM / 370 حاسوب Amdahl متوافق مع الأقارب المتقدمين لأجهزة الكمبيوتر السوفياتية في الاتحاد الأوروبيتم تأسيس SVR من قبل الأستاذ في جامعة ستانفورد بيل فان كليمبات ، والذي كنت أعرفه شخصيًا ، حيث كان مستثمرًا ملائكيًا وعضوًا في مجلس إدارة شركتي الناشئة. لقد أثارني بيل بشكل دوري بسبب السلوك السيئ في الاجتماعات والتسويف ، وأخبر أيضًا قصصًا عن محاكم براءات الاختراع ، والتي ذهب إليها باستمرار كشاهد خبير.لذلك ، عندما طُلب مني في Kazan Innopolis تنظيم مشروع على hackathon للطلاب على أدوات CASE ، تذكرت بيل واقترحت عمل برنامج توجيه بسيط على hackathon. هذا المنشور هو تقرير عن نتائج هذا الهاكاثون التجريبي. من المحتمل أيضًا أن يناقشوا في مؤتمر الزوم في إنوبوليس حول مشاريع المصدر المفتوح ، والذي سيعقد في غضون أسبوع .
يعد فهم خوارزميات التصميم المادي للرقائق الدقيقة من الكفاءات الأساسية. في جميع فرق تصميم الرقائق في Apple و NVidia و Intel و AMD و Cisco و Juniper و Huawei و Samsung و Tesla و Google و MediaTek و Broadcom - هناك فريق PD Group (فريق التصميم المادي) ، والذي يعمل مع أدوات من Synopsys و Cadence ، من يفعل ذلك. علاوة على ذلك ، فإن هذه الأدوات معقدة ، ولديها أكثر من ألف فريق ومئات الأنظمة الفرعية ؛ فهي تكلف كل شركة ملايين أو عشرات الملايين من الدولارات سنويًا. بدون وجود المزيد من المتخصصين في التطوير المهني (سواء على مستوى المستخدم أو على مستوى مطوري أدوات PD المخصصة) ، فإن روسيا ليس لديها أي فرصة على الإطلاق لتصبح مهمة في السوق الدولية للرقائق الدقيقة في الهواتف الذكية ومسرعات الذكاء الاصطناعي والسيارات ذاتية القيادة. شيء مثل بعض الدول الأفريقية حيث لا يتم تدريس الكيمياء الحيوية في الجامعات ،بشكل عام ، لا توجد فرصة لتصبح رائدة في الأدوية (أي مثبطات الفرضية) ضد فيروسات التاجية.المناقشات والاعتراضات
ناقشنا فكرة هاكاثون P&R على القائمة البريدية للسيليكون وروسيا ، حيث عوملنا بحذر شديد . على وجه الخصوص ، اعترض علي ميخائيل شوبليتسوف ، الذي يعمل في خوارزميات EDA (أتمتة التصميم الإلكتروني) في جامعة VMK Moscow State University:ميخائيل شوبليتسوف: "هناك شك في أن تنسيق Hackathon مناسب لمثل هذه المهام. لا يمكن الحصول على نتيجة جيدة بشأن مشكلات أتمتة التصميم إلا إذا استمرت المنافسة لفترة طويلة (6 أشهر على الأقل). في الشكل المقترح ، في رأيي ، سيكون من الممكن فقط تشغيل الأدوات الجاهزة ، ولكن لن يتم إنشاء حل جديد ".
ردت عليه:: « , , capacity ( ) features ( ASIC libraries) . , ! 20 , floorplanning maze router. Tcl/Tk. , EDA. + .»
« — »
المهمة اهتمت بثلاثة طلاب من إنوبوليس. كانت المؤامرة الرئيسية هي كيفية قطع صياغة المهمة بحيث كان من الممكن حقًا إكمالها بسرعة ، في أسبوعين من التحضير وأربع ساعات من الهاكاثون. بدا البيان الأصلي للمشكلة على هذا النحو . وتتكون من ثلاثة أجزاء:- تحليل ملف نصي على مجموعة فرعية مجردة من لغة وصف أجهزة Verilog.
- تطبيقات خوارزمية تتبع موجات لي القديمة.
- الناتج الرسمى للنتيجة.
بعد المناقشة مع الطلاب ، قررنا استبدال التحليل الأولي بإدخال مبسط لإحداثيات الخلية من ملف نصي . ثم عيّن الطلاب مسؤوليات وأدناه - تقاريرهم الثلاثة حول التجربة.بالتوازي مع الطلاب ، قررت كتابة حل بنفسي ، لمعرفة الوقت الذي سيستغرقه شخص واحد. كتب الطلاب قرارهم باستخدام أطر عمل خدمة العملاء الموجهة للكائنات في Java ورسومات الويب. لقد كتبت للتو برنامج C يأخذ البيانات من مصفوفة ثابتة مبدئية ويطبع النتيجة بطباعة صورة بعلامات نجمية ونقاط ، كما هو الحال في برامج السبعينيات. استغرق الأمر مني 4 ساعات ونصف.رمز برنامجي (لغير الطلاب).نتائج كاملة.
الآن نعطي الكلمة للطلاب:
تقرير صوفيا إيرموليفا
تم عقد الهاكاثون بين طلاب جامعة إنوبوليس في 19 أكتوبر 2019.تم عرض 11 حالة ، كل منها يجب أن تختار 3 وترتيب الأولويات من الأكثر تفضيلاً إلى الأقل تفضيلاً.وفقًا لتفضيلاتنا وعدد الأشخاص الذين اختاروا كل حالة ، شكل المنظمون فرقًا.قبل أسبوع من أحداث الهاكاثون ، تم تعيين أنا وطالبين آخرين للمشروع من MIPS BU.صورة 1. حالة من MIPS BU على موقع هاكاثون
كان فريقنا هو الأصغر ، بالمقارنة ، كانت الفرق الأخرى 5-7 أشخاص. وبناءً على ذلك ، أصبح من الواضح لنا فورًا أنه من غير المحتمل أن نتقن المهام المحددة للتنفيذ في غضون 8 ساعات. كانت الصعوبة هي أننا كنا الوحيدين الذين لديهم عميل بعيد وحتى مع اختلاف زمني قدره 10 ساعات.وفقًا لقواعد الهاكاثون ، بعد توزيع الفرق ، تم السماح بعقد سلسلة من الاجتماعات مع العميل لتوضيح المتطلبات والتعرف على التقنيات إذا لم تكن مألوفة للفرق (والتي كانت تنطبق على فريقنا).التقينا مع العميل لأول مرة في 11 أكتوبر 2019. بالنسبة للاجتماع ، قمنا بإعداد أسئلة لمقابلة الانتصار (حتى أثناء إعداد الأسئلة ، فهمنا أننا لم نفهم على الإطلاق كيفية إتمام المهمة ، ولكن هذا كان أكثر إثارة للاهتمام). يتم عرض القائمة الأولية للأسئلة في الصورة 2. كان علي أن أحصل على الكثير من الصوف على الإنترنت من أجل الحصول على أي مستوى من المعرفة حول هذا الموضوع.شكل 2. أسئلة مقابلة الانتزاع
خلال الاجتماع ، كان لدينا أسئلة أكثر تفصيلاً بشأن الحل (انظر الصورة 3).الصورة 3. القضايا المتعلقة بالتنفيذ.
نتيجة للاجتماع ، اكتشفنا أننا جمعنا المتطلبات وأولوياتها بحيث يكون من الواضح كيفية تقليل النطاق (انظر الصورة 4).الصورة 4. المتطلبات وأولوياتها التي تم جمعها خلال الاجتماع الأول.
الإحساس بأن الثلاثة منا لم يكن لديهم الوقت لمدة 8 ساعات لم يتركنا ؛ شاركنا تجاربنا مع العميل. اتضح أنه لا يعرف عن الحد الأقصى البالغ 8 ساعات. لذلك ، بدأنا نفكر معًا في تبسيط المهمة وتطوير نموذج أولي.تتعلق التبسيط بشكل رئيسي بالمتطلبات الوظيفية رقم 1 (انظر الشكل 4). في مستند المتطلبات النهائي ، يتم تقسيم متطلبات النموذج الأولي حسب الوظيفة: قارئ الملفات (انظر الصورة 5) ، الموضع (انظر الصورة 6) ، التوجيه (انظر الصورة 7) ، التمثيل البياني (انظر الصورة 8). وفقًا للقواعد ، يجب توثيق مستند المتطلبات بتوقيع العميل ، ولكن نظرًا لتأكيد العميل عن بُعد ، قررنا إنشاء صورة (انظر الصورة 9).الصورة 5. متطلبات
صورة قارئ الملفات 6. متطلبات
صورة الموضع 7. متطلبات
صورة التوجيه 8. متطلبات التمثيل البياني
[الصورة 9. تأكيد المتطلبات من قبل العميل.]بعد جمع المتطلبات ، بدأنا نفكر من خلال ميزات التنفيذ وخيارات التكنولوجيا. جدير بالذكر أن فريقنا يتألف من: مطور C # (مايكل) ، مطور Python (Maxim) ومطور Frontent (صوفيا). للعرض ، اخترنا React.js حيث كان لدي ثقة كافية بأن استخدام هذه التقنية في وقت قصير يمكنني تنفيذ العرض. بالنسبة لبقية المكونات ، كان من الصعب اختيار تقنية لأن المعرفة اختلفت بشكل كبير ، واتفقنا على Java حيث أن كل شخص لديه الحد الأدنى من الخبرة في هذه اللغة على الأقل.شاركنا المسؤولية على النحو التالي:- العرض ، الربط الخلفي والأمامي ، إعداد العروض التقديمية ، إدارة الفريق - صوفيا ،
- التنسيب والتوجيه - مايكل
- قارئ الملفات - مكسيم.
خلال أحداث الهاكاثون ، كان على العملاء تقديم الحالات ، ولكن بسبب الفارق الزمني (كان لدينا في وقت سابق من الصباح وكان العميل في وقت متأخر من الليل) أظهرنا مقطع فيديو أعده العميل.بعد العروض التقديمية ، ذهبنا إلى ترميز حلنا. جلسنا معًا ولكن كل واحد يعمل من جانبه (انظر الصورة 10). بالطبع ، قبل Hackathon ، تدربنا على كتابة خوارزمية Lee لفهم كيفية عملها.[الصورة 10. نعمل أنا وميخائيل على حل المشكلة (لم يدخل مكسيم في الإطار ، لكنه عمل أيضًا في الجوار).]اخترت Spring لإيصال الظهر والأمام. لاختبار الحل ، قمنا بإعداد عدة أمثلة لملفات الإدخال البسيطة (يظهر مثال لهذه الملفات في الشكل 11).شكل 11. الملف الوارد وعرضه.
عمل الاختبار على الملفات البسيطة كما توقعنا. ظهرت المشاكل عندما قررنا جعل مثال أكثر تعقيدًا للحصول على صورة جميلة على الشرائح. توصلت إلى مثال مقدم في الصورة 12. لأسباب غير معروفة لنا ، دخلت الخوارزمية في حلقة لا نهائية. حتى نهاية هاكاثون كانت ساعة. لقد عملنا بالفعل بجد على العرض التقديمي ، حيث كان يجب أيضًا دفعه للحصول على عرض تقديمي عالي الجودة. أثناء العمل على العرض التقديمي ، اكتشف زملائي في الفريق أن البرنامج لا ينتهي في حلقة لا نهائية في كل مرة ، أي عندما يبدأ في نفس الملف ، لا يزال البرنامج يعمل في بعض الأحيان. أدركنا أن حلنا غير مستقر. ولكن لم يكن هناك وقت للتصحيح. كان تأكيد عدم استقرار الخوارزمية أيضًا حقيقة أن بناء الدائرة لنفس الملف كان مختلفًا (انظر الشكل 13).شكل 12. اخترع مثال خلال الهاكاثون لتوضيح عمل الخوارزمية.
شكل 13. الخلاصة للمثال الثاني (خلال أحداث الهاكاثون وبعدها).
هاكاثون لم نفز. وتجدر الإشارة إلى أن الحالات المتبقية كانت تتعلق بتحليل الجودة واختبار المنتج ، بينما قمنا بتنفيذ الحل من الصفر. كنا غربان على هاكاثون. في الحقيقة ، أنا سعيد جدًا بهذا ، لأن الخبرة المكتسبة كانت مفيدة جدًا.[صورة 14. عرض حلنا في hackathon.][صورة 15. فريقنا بشهادات مشاركة.][صورة 16. يشارك فريقنا في تقييم حالات أخرى.] بعدالوفاة، أرسلنا قرارنا إلى العميل كمرجع إلى بوابة .في 4 نوفمبر ، تلقيت رسالة من العميل تفيد بأنه لم يتمكن من إطلاق مشروعنا. كانت المشكلة أننا طورنا على نظامي التشغيل MacOS و Windows ، على التوالي ، وكتبنا أيضًا إرشادات بناءً على كيفية تشغيلنا على منصاتنا.شكل 17. التعليمات الأولية لإطلاق التطبيق
حاول العميل المرور عبر وحدة التحكم وتلقى الخطأ التالي:الصورة 18. الخطأ رقم 1.
لقد أعادت إنتاج جميع الأخطاء وكانت المشكلة أنه لبدء المشروع من خلال وحدة التحكم كجرة ، كان من الضروري إضافة ملف بيان بحيث يعرف المخضرم أي الملفات هو الفئة الرئيسية. لذا أضفت ملفات التكوين وأرسلت التحديث إلى العميل.جاءت الرسالة التالية من العميل في 15 أبريل 2020. تلقى العميل الخطأ التالي أثناء تجميع المشروع:الصورة 19. الخطأ رقم 2.
اضطررت للتعامل مع المشروع مرة أخرى. بعد عدة ساعات من التجربة والخطأ ، تمكنت من اكتشاف المشكلة. اتضح أن javafx.util.Pair حتى عند إضافة مكتبة javafx.util باعتبارها تبعية في pom.xml أثناء التجميع لا تتم إضافته إلى المشروع. بعد googling ، اتضح أن جميع مستخدمي هذه المكتبة لديهم مثل هذه المشكلة. في البداية حاولت حل هذه المشكلة بطرق مختلفة ، ولكن نتيجة لذلك اتضح أنه من الأسهل تنفيذ الفصل يدويًا. اتضح أنه في Python (أي مطور Python من فريقنا عمل في هذا الجزء) ، يتم استخدام فئات مماثلة كحل قياسي ، ولكن في Java هناك العديد من هياكل البيانات الأخرى لتخزين القيمة الرئيسية (HashMap وما إلى ذلك). ونتيجة لذلك ، كان رمز زوجي الذي ساعد في إصلاح كل شيء على النحو التالي:الصورة 20. تنفيذ الزوج.
بعد إصلاح الخطأ ، قررت كتابة تعليمات تفصيلية لبدء تشغيل التطبيق من خلال وحدة التحكم. بعد اختبار التعليمات. اتصلنا بالعميل وأطلقنا المشروع. لذا ، بعد 5 أشهر ، تمكن العميل من رؤية ثمار عملنا.شكل 21. التعليمات النهائية لإطلاق المشروع.
النسخة الأولية من المشروع موجودة في مستودع جيثب.النسخة النهائية من المشروع في مستودع بلدي جيثب.
تقرير مكسيم كوستينبعد دراسة جميع متطلبات المشروع ، قمنا بتقسيم المهمة إلى 3 أجزاء رئيسية.كنت مسؤولا عن معالجة ملف الإدخال وتعبئته بتنسيق مناسب لمزيد من المعالجة. في رأيي ، يمكن اعتبار الرسم البياني هيكل البيانات الأكثر وضوحًا وملاءمة لهذه المهمة (نحن نمثل العناصر على شكل رؤوس ، وحواف الاتصال بينهما).يمكنك تنفيذ رسم بياني بطرق مختلفة ، ولكن بالنسبة لهذه المشكلة ، اخترت خيار تنفيذ رسم بياني في القوائم (قد يتبين أن تنفيذ رسم بياني على مصفوفة مجاورة يتم تفريغه تمامًا ويستهلك المزيد من الذاكرة ، على الرغم من تجاوز الرسم البياني في القوائم بسرعة في إضافة عمليات الحافة).كان من المخطط في الأصل معالجة ملفات الإدخال المكتوبة باستخدام بناء جملة Verilog ، ولكن في وقت لاحق حذفنا هذا الجانب وبدأنا في استخدام تنسيق بيانات إدخال مبسط.أجرينا أيضًا عددًا من التبسيط (بسبب القيود المفروضة على وقت هاكاثون) على أحجام العناصر (اعتبرنا جميع العناصر متساوية الحجم) ، وتبسيط كامل على الطبيعة الفيزيائية للعناصر (تأخيرات الإشارة ، التأثير من الخلايا المجاورة ، استهلاك الطاقة - لبعض العناصر مسارات أكثر سمكا وأكثر).بشكل عام ، لم تكن هناك أخطاء فادحة في تنفيذ الرسم البياني نفسه ، ولكن في عملية تحليل الملف ، نشأ عدد من الأخطاء بشكل غير مقصود ، على سبيل المثال ، للعنصر NOT ، تم إنشاء مدخلين في البداية (من الواضح أن البرنامج تعطل).حدث أيضًا عدد من الأخطاء الطفيفة (تم تحديد حجم الركيزة بشكل غير صحيح) عند الدمج مع كود مايكل (شارك ميخائيل في وضع عناصر الرسم البياني على الركيزة والتتبع) ، ولكن بشكل عام ، تقرر كل شيء "بسرعة وبدون ألم". كتب مايكل رمزًا جيدًا للغاية ، مما سمح له بالاقتراب من الهدف بسرعة كبيرة.لكن مايكل وأنا ما كنا لننجح لو لم يكن في فريقنا صوفيا. لم تكن خائفة ، وتولت الجزء الأكثر أهمية - تصور النتائج (شيء بدونه لن يكون لمشروعنا أي معنى عمليًا) ، وقد تعاملت مع المهمة.بشكل عام ، أثناء العمل على المشروع ، تعلمت الكثير من المعلومات الجديدة والمفيدة حول كيفية إنشاء لوحات الدوائر المطبوعة و SoC ، بالإضافة إلى الخوارزميات والأشخاص وراء ذلك. أنا متأكد من أن هذه المهارة يمكن أن تكون مفيدة لي في المستقبل ، لأنه أقوم أحيانًا بالبحث في الإلكترونيات وأحيانًا أجمع جميع أنواع النماذج الأولية. الآن ، يمكنني استخدام برنامجنا لعمل تتبع للمسارات ، ومعرفة كيف قد يبدو في الواقع.
تقرير مايكل Scheinberg
كان سبب اختياري لهذا المشروع هو ارتباطه بالمثال من كتاب Eric Evans "البرمجة الكينونية" الذي قرأته في ذلك الوقت. على الرغم من النظر إلى المستقبل ، يمكنني القول أنه لم يكن هناك تطبيق جاد لمعرفتي حول DDD والخبرة من المثال الوارد في الكتاب في hackathon ، أعتقد أن الخبرة المكتسبة في hackathon كانت مفيدة ومثيرة للاهتمام بالنسبة لي.بعد دراسة جميع متطلبات المشروع ، قمنا بتقسيم المهمة إلى 3 أجزاء رئيسية.كنت مسؤولاً عن بناء المخطط ، وتولى مكسيم كتابة المحلل اللغوي ، وتولت صوفيا المسؤولية عن تصور النتائج.مع الفريق والعميل ، اخترنا خوارزمية Floyd من أجل وضع الأسلاك بشكل مثالي في الدائرة. لتخزين المخطط المبني ، تم استخدام مصفوفة ثلاثية الأبعاد حيث كان الإحداثيات الرأسية رقم الطبقة. جنبا إلى جنب مع الفريق ، تم تبسيط - كل عنصر من المخطط تم إعطاؤه حجم 5x5 خلية وكانت المسافة بين العناصر 3 خلايا. ارتبطت التبسيطات المقبولة بوقت هاكاثون (كان محدودًا) والتقييد في وقت الفراغ قبل بداية هاكاثون (في جرح هاكاثون كان هناك عدد من التسويات الكبيرة التي يجب القيام بها أيضًا).في عملية الجمع بين نتائج عملي ونتائج عمل مكسيم ، نشأ عدد من المشاكل المزعجة بسبب الاندفاع والإهمال المرتبطين بالتوقيت المحدود ، والذي تم اكتشافه والتخلص منه بسرعة لحسن الحظ.بشكل منفصل ، أود أن أشير إلى جودة التصور التي تؤديها صوفيا. عمل الجزء الخاص به دون أخطاء وقدم مادة جيدة لعرض معلوماتي للنتائج.بشكل عام ، أثناء العمل على المشروع ، تعلمت الكثير من المعلومات الجديدة والمفيدة حول كيفية ترتيب عملية بناء الدوائر المصغرة والخوارزميات المستخدمة في هذا المجال والتي يمكنني تطبيقها في المستقبل.
الملحق أ: اعتراض من ميخائيل شوبليتسوف من جامعة موسكو الحكومية (في الصورة اليسرى)فاز فريق ميخائيل شوبليتسوف من جامعة موسكو الحكومية بالمنافسة الدولية المرموقة IC-CAD 2015 ، وحتى السفير الأمريكي السابق في روسيا مايكل مكفول كان عاطفيًا جدًا بشأن هذا .من المناقشة حول القائمة البريدية للسيليكون - روسيا .: , . , :
1. http://iccad-contest.org
2. http://www.ispd.cc/?page=contests
( , ). , :
1. https://arxiv.org/pdf/1810.01078.pdf
2. https://github.com/jinwookjungs/datc_robust_design_flow
أعتقد أن مبادرة إقامة مسابقات لتطوير خوارزميات أتمتة التصميم مفيدة جدًا. أنا شخصياً لدي خبرة في إدارة الفرق التي شاركت في هذه المسابقات. أنا شخصياً سأكون مهتمًا بالمشاركة كمنظم لهذه المسابقات.
الشيء الوحيد الذي أزعج قليلاً هو ظهور المنشور حول الحدث في إنوبوليس بعد انتهاء التسجيل للحدث. هناك أيضًا شك في أن تنسيق Hackathon مناسب لمثل هذه المهام. لا يمكن الحصول على نتيجة جيدة بشأن مشكلات أتمتة التصميم إلا إذا استمرت المنافسة لفترة طويلة (6 أشهر على الأقل). في الشكل المقترح ، في رأيي ، سيكون من الممكن فقط تشغيل الأدوات الجاهزة ، ولكن لن يتم إنشاء حل جديد.
والثانية:!
. . , . , ( ) , .
, , .
. . , , EDA - . , EDA , ICCAD ISPD. , ( ). , ICCAD ISPD , , (http://www.mes-conference.ru/) , EDA.
,
الملحق ب: تعليمات صوفيا إيرموليفا حول كيفية إعادة إنتاج النتائجRequired:
Maven
Npm
Clone repository
git clone https://github.com/keepYourHairOn/HackathonProject.git
In the repository folder:
cd edap
cd ASICdrawer
npm install
npm start
In the browser open:
localhost:8008
In the new tab of the command line (because node should stay working).
To build new jar:
cd edap
mvn package
Copy input.txt file from {repository folder}/edap/input.txt and paste a file into: edap/target
To run the existing jar:
cd target
java -jar edap-1.0-SNAPSHOT.jar
المراجعبيان المشكلة في منشور سابق على حبري.
الوثيقة التي قمنا بصياغتها مع الطلاب.
الإعداد المسبق لمقالة كتبها Hackathons كجزء من تعليم هندسة البرمجيات: مثال في حالة الأدوات بواسطة Andrey Sadovykh ، Maria Naumcheva ، Mansur Khazeev ، جامعة Innopolis.
مقالات PDF بقلم Hackathons كجزء من تعليم هندسة البرمجيات: مثال على الحالة في الأدوات بقلم أندريه سادوفيك ، ماريا نومشيفا ، منصور خازيف ، جامعة إنوبوليس.
صور الهاكاثون.
تشرق الشمس فوق وادي السليكون ، وتشرق فوق إنوبوليس ، حيث أوقف كلامي. ما رأيك؟