گزارش برگزاری هفتمین دوره مسابقات چالش های حوزه فناوری اطلاعات

۲۳ و ۲۴ تیر ۱۴۰۱ – صندوق نوآوری و شکوفایی ریاست جمهوری

ICTChallenge7

برگزار کنندگان:

۱- دانشگاه صنعتی شریف

۲- مرکز نوآوری فناوری اطلاعات و ارتباطات شریف

۳- گروه فناوری اطلاعات شریف  Sharif ICT Group

حامیان استراتژیک:

۱- صندوق نوآوری و شکوفایی ریاست جمهوری

۲- معاونت علمی و فناوری ریاست جمهوری

حامیان اصلی:

شرکت صنایع الکترونیک زعیم

شرکت راهبرد هوشمند شهر

بانک رفاه

بانک تجارت

شرکت فناوری اطلاعات بهپایا

شرکت پرداخت الکترونیک پاسارگاد

شرکت توسعه فناوری اطلاعات گردشگری ایران

شرکت آسان پرداخت پرشین (آپ)

شرکت فناوری اطلاعات و ارتباطات پرسیس رای بین

سازماندهی مسابقات:

دبیرکل رویداد: جناب آقای دکتر ربیعی، رئیس مرکز نوآوری فناوری اطلاعات و ارتباطات دانشگاه صنعتی شریف

دبیر اجرایی و مسئول برگزاری: جناب آقای مهندس روزی طلب، مدیر گروه Sharif ICT

سرپرست تیم داوری: جناب آقای مهندس احسان احسانی مقدم

کمیته فنی و داوری هفتمین دوره ICT Challenge

همانطور که قبلا مطرح شده بود کمیته فنی مسابقات وظیفه انتخاب چالش ها و کمیته علمی وظیفه امتیاز دهی به تیم ها را بر عهده داشتند.

طی فراخوان ها و دعوت نامه های ارسالی شرکت فناوری اطلاعات زعیم، بانک شهر و بانک رفاه کارگران جهت عضویت در این کمیته ها اعلام آمادگی کردند.

جلسه کمیته فنی و داوری به تاریخ ۱۵ تیر ماه ۱۴۰۱ به صورت مجازی برگزار شد و چالش ها و نحوه داوری رویداد مورد بررسی قرار گرفت.

اعضای کمیته فنی:

مرتضی جوان، سجاد غلامی پور، ندا درگاهی، امیرعباس عباس زاده، مهدی علی سلطانی، میلاد کریمیان، مهسا شادی از شرکت فناوری اطلاعات زعیم

حمید صدیق، ارسلان فلاح، عماد ایرانی، حدیث کردی، محسن ابراهیمی، ساراباجلان از بانک شهر

محمد علی روزی طلب، بهنام قلی پور، احسان احسانی مقدم و پرستو تاجیک نوروزی از تیم فناوری اطلاعات شریف

اعضای کمیته داوری:

مرتضی جوان

ارسلان فلاح، عماد ایرانی

بهنام قلی پور، احسان احسانی مقدم

ICT Challenge
ICT Challenge
ICT Challenge
ICT Challenge
ICT Challenge

چالش های هفتمین دوره ICT Challenge

پیرو تشکل کمیته فنی و داوری، چالش‌ های مطرح شده در این مسابقه به شرح زیر تدوین گردید.

چالش اول: ذخیره سازی ابری:

در دنیای مدرن امروز، داده‌ های زیادی از جنس های مختلف نظیر عکس، فیلم، متن، صوت و غیره در حال تولید می‌باشند. از این رو افراد، سازمان‌ها و برنامه‌های مختلف نیازمند فضایی مدیریت شده به منظور ذخیره‌سازی و پشتیبان‌گیری از اطلاعات می‌باشند.

از این رو سامانه‌های ذخیره سازی ابری مانند گوگل درایو، دراپ باکس و سامانه ذخیره سازی هیولا که در آنها فضایی بصورت ابری در اختیار کاربر قرار می‌گیرد، راهکار مناسب برای حل این مسئله هستند.

سامانه هیولا یک سامانه ذخیره‌سازی ابری با امکان دسترسی و اتصاب از طریق  Api های استاندارد  Swift و S3  می‌باشد. حال انتظار داریم که برنامه‌ای توسعه دهید که بتواند از یک یا چند پوشه محلی در یک بستر ذخیره سازی فراهم شده، نسخه پشتیبان با شرایط زیر فراهم کند.

نیازمندی‌ها

امکان پشتیبان‌گیری از محتویات یک یا چند پوشه به صورت همزمان

(هر پوشه ممکن است ساختار سلسله مراتبی داشته باشد.)

امکان تعریف پیکربندی شامل پوشه‌های ذخیره‌سازی مقصد مختلف به ازای پوشه‌های محلی مبدا مختلف

امکان مدیریت زمانبندی پشتیبان گیری به ازای پوشه های مختلف

بکارگیری یک الگوریتم بهینه برای پشتیبانی گیری

نمایش میزان پیشرفت فرآیند پشتیبان گیری

ثبت لاگ رویدادها مانند تلاشهای انجام شده و غیره

رابط کاربری تحت وب برای مشاهده گزارش ها و یا انجام تنظیمات

بکارگیری یک الگوریتم بهینه برای کنترل صحت پشتیبان گیری

توجه داشته باشید

دسترسی به یک فضای محدود ابری با ظرفیت معین ارائه خواهد شد.

سند Api به پیوست ارائه شده است.

در هنگام ارائه کد در git ، لطفا Readme مناسب  و حرفه ای که شرح روند کار شما، انتخاب های شما از لحاظ تکنولوژی و ابزار  و همچنین چگونگی اجرای پروژه میباشد را بارگزاری فرمایید.

پیاده سازی ناکامل و عدم پیاده سازی تمام بخش‌ها، با نظر داوران به نسبت امتیاز تعلق می‌گیرد.

لطفا از صحت پاسخ مطمئن شده و سپس اقدام به ارسال پاسخ نمایید

 چالش دوم، مدیریت پسورد

هدف: توسعه یک افزونه مرورگر به صورت Cloud-Native  برای مدیریت اطلاعات نام کاربری و رمز عبور مشابه
( ChromeKeePass )

موضوع مدیریت امن رمز عبور کاربران با استفاده از پلاگین های موجود در مرورگرها در فضای ابری هدف این چالش است. در این چالش پلاگینی در مرورگر توسعه دهید که با استفاده از آن بتوان رمزهای عبور را بصورت امن در سامانه ذخیره سازی هیولا نگهداری کرد.

نیازمندی‌ها

واسط کاربری به صورت یک افزونه در مرورگر باشد.

ذخیره سازی اطلاعات بصورت امن در سرویس ذخیره سازی Object انجام شود.

از تکنیک های رمزنگاری ای که مدیریت کلید سمت کلاینت انجام می‌شود استفاده کنید.

امکان بازیابی کلید از سمت سرویس ابری فراهم باشد.

امکان به اشتراک گذاری امن کلمات عبور با کاربران دیگر وجود داشته باشد.

(از طریق لینک های مدت دار یا یکبار مصرف)

در صورت وارد کردن کلمه عبور ناامن با الگوی ساده به کاربر هشدار داده شود.معماری راهکار مورد نظر بصورت مفهومی در شکل زیر نشان داده شده است

توجه داشته باشید

دسترسی به یک فضای محدود ابری با ظرفیت معین ارائه خواهد شد.

سند Api به پیوست ارائه شده است. Monster-Object-Store یکی از امکانات هیولاست.

در هنگام ارائه کد در git، لطفا Readme مناسب  و حرفه ای که شرح روند کار شما، انتخاب های شما از لحاظ تکنولوژی و ابزار  و همچنین چگونگی اجرای پروژه میباشد را بارگزاری فرمایید.

پیاده سازی نا کامل و عدم پیاده سازی تمام بخش‌ها، با نظر داوران به نسبت امتیاز تعلق می‌گیرد.

لطفا از صحت پاسخ مطمئن شده و سپس اقدام به ارسال پاسخ نمایید.

چالش سوم، اتوبوس ها

در کلانشهر تهران اتوبوس های شهری در حال تردد هستند و کارت بلیط ها به صورت آفلاین برروی دستگاه های اتوبوس ثبت تراکنش می نمایند.

این تراکنش ها از طریق سیم کارت به مرکز داده اتوبوسرانی در مرکز شهر منتقل میشوند.

شرایط پیش آمده که ارتباط از طریق سیم کارت به صورت کامل قطع شده است و اتوبوس ها امکان ارسال تراکنش ها به مرکز را ندارد.

الگوریتم و سرویسی را توسعه دهید که کل اتوبوس های شهر در زمان عبور از کنار یکدیگر تراکنش های ذخیره شده را با حداقل افزونگی رد و بدل نمایند تا در شبکه mash ایجاده شده اتوبوسی که از مرکز شهر عبور می کند تراکنش های دریافتی را از طریق وای فای به مرکز داده منتقل نمیاد.

فرض بر آن است که اتوبوس ها در مدت زمان عبور از کنار یکدیگر خودکار به هم متصل میشوند و زمان کافی برای ارسال کل تراکنش ها را دارند.

اتوبوس ها در زمان ارتباط با یکدیگر به جز تراکنش های خود می بایست سایر تراکنش های دریافتی از سایر اتوبوس ها را نیز به طرف جدید تحویل نمایند.

از آنجایی که برای هر کدام از اتوبوس‌ها میتواند خدایی نکرده مشکلی پیش آید و چه شوربختانه که آن اتوبوس علاوه بر اطلاعات خود، اطلاعات سایر اتوبوسها را نیز از دست بدهد، بنابراین اطلاعات در هر اتوبوس باقی میماند، تا زمانی که پیامی از مرکز مبنی بر ثبت اطلاعات خود دریافت کند. پس از آن اجازه حذف اطلاعات را خواهد داشت.

الگوریتم طراحی شده می بایست کمترین افزونگی را داشته باشد و تراکنش های تکراری از اتوبوسی به اتوبوس دیگر منتقل نشوند بلکه صرفا تراکنش های جدید منتقل گردند.

در صورتی که یک اتوبوس موفق به تخلیه تراکنش ها در مرکز گردید. در ارتباط با سایر اتوبوسها این موضوع را ارسال می نماید و اتوبوسهای مقصد تراکنشهای مربوطه را حذف می نمایند.

نیازمندی‌ها

راه حل مناسب این مسئله را به صورت داکیومنت ارائه کنید.

راه حل خود را با توجه شرایط زیر شبیه سازی کنید:

تعداد ۵,۰۰۰ اتوبوس در شهر وجود دارد

۵۰  اتوبوس از نزدیکی های مرکز عبور می کنند و امکان تبادل اطلاعات با مرکز را دارند.

هر اتوبوس نهایتا با ۴ اتوبوس در اطراف خود همسایه است و در ترددها از کنار آنها عبور میکند.

در هر اتوبوس، در ثانیه X تراکنش ایجاد می شود. هر اتوبوس در هر ۱۰ ثانیه به احتمال Y از کنار یک اتوبوس همسایه عبور میکند. X و Y دو عدد رندوم به ترتیب بین ۰ تا ۱۰ و بین ۰ تا ۱۰۰ هستند. حد آستانه عبور یا عدم عبور را برای احتمال Y خودتان تعیین کنید.

شبیه سازی زمانی به پایان می رسد که ۵,۰۰۰,۰۰۰ تراکنش ایجاد شده و به مقصد رسیده باشد. تراکنش هایی بیشتر از این عدد تولید نمیشود، ولی شبیه سازی تا زمان رسیدن همه آنها به مرکز ادامه دارد.

زمان انتقال اطلاعات ناچیز است و حتما همه اطلاعات منتقل می شود. نیازی به ایجاد سرویس خاصی نیست، برای این منظور از Functionها استفاده کنید.

انتقال اطلاعات خطای انتقال ندارد، بنابراین حتما باید تمام تراکنشهای ایجاد شده به مقصد رسیده و در نهایت از روی اتوبوس ها نیز حذف شود.

توجه داشته باشید

داکیومنت میبایست به صورت فایل pdf در سامانه بارگزاری شود.

شبیه سازی میبایست رابط کاربری مناسب جهت نمایش عملیات داشته باشد.

در هنگام ارائه کد در git، لطفا Readme مناسب  و حرفه ای که شرح روند کار شما، انتخاب های شما از لحاظ تکنولوژی و ابزار  و همچنین چگونگی اجرای پروژه میباشد را بارگزاری فرمایید.

پیاده سازی نا کامل و عدم پیاده سازی تمام بخش‌ها، با نظر داوران به نسبت امتیاز تعلق می‌گیرد.

لطفا از صحت پاسخ مطمئن شده و سپس اقدام به ارسال پاسخ نمایید.

چالش چهارم، تجمیع

تجمیع روزانه اطلاعات چندین سرویس به شما سپرده شده است.

۱۰ سرویس مختلف، اطلاعاتی را جمع آوری میکنند. این اطلاعات شامل نام، نام خانوادگی، شماره موبایل و تعداد سهام هر فرد در بورس است. این اطلاعات در قالب فایل  CSV، چند نوبت در روز بر روی سامانه شما آپلود می شود. هر کدام از این فایل ها حداقل ۱ میلیون رکورد دارند، با احتساب ۱۰ شرکت و مثلا ۳ بار در روز، روزانه حداقل ۳۰ میلیون رکورد بر روی سامانه شما آپلود می شود. اما نگران نباشید، این اطلاعات ممکن است حتی تا ۸۰ درصد تکراری هم داشته باشد، تکرار رکوردها هم در یک فایل، هم در دو یا چند فایل.

  • تکراری بودن رکوردها را از روی شماره موبایلشان تشخیص دهید.
  • در موارد تکراری بودن اطلاعات، نام، نام خانوادگی و سهام آخرین رکورد رسیده به سامانه را ملاک قرار دهید و اطلاعات را آپدیت کنید.
  • به هیچ وجه جای اشتباه نداریم، یعنی حتی یک نفر هم نباید اطلاعاتش اشتباه ثبت شود، ناسلامتی اطلاعات بورسی است و بحث پول و سهام وسط است.
  • باید از تجمیع شده اطلاعات خروجی CSV ارائه کنید.

توجه داشته باشید

  • فایل های ۱ میلیونی را خودتان به عنوان نمونه تولید کنید.
  • مدت زمان پردازش یک فایل را تا حد ممکن بهینه کنید.
  • رابط کاربری لازم نیست.
  • در هنگام ارائه کد در  git، لطفا Readme مناسب  و حرفه ای که شرح روند کار شما، انتخاب های شما از لحاظ تکنولوژی و ابزار  و همچنین چگونگی اجرای پروژه میباشد را بارگزاری فرمایید.
  • پیاده سازی نا کامل و عدم پیاده سازی تمام بخش‌ها، با نظر داوران به نسبت امتیاز تعلق می‌گیرد.
  • لطفا از صحت پاسخ مطمئن شده و سپس اقدام به ارسال پاسخ نمایید.

چالش پنجم: بانک شهر:

بانک شهر از شما خواسته است بخشی از سوییچ بانکی را بنویسید.

برای نوشتن این بخش که با نام Gateway شناخته میشود لازم است مواردی را بدانید:

شما همواره باید پورت خاصی را جهت دریافت و ارسال اطلاعات باز نگه دارید.

شبکه شتاب اطلاعات لازم را از طریق این سوکت به شما ارسال و پاسخ شما را در زمان مقتضی دریافت خواهد کرد.

پیام های دریافتی از طریق سوکت به دو نوع تقسیم میشوند. پیام های “تراکنش” و پیام های “لغو تراکنش”

پیام های لغو تراکنش پیام هایی هستند که تراکنش قبلی انجام شده را لغو می کنند.

پیام های تراکنش کد پیگیری یکتایی دارند.

پیام های لغو تراکنش کد پیگیر یکسان با پیام تراکنش مربوط به خود دارند.

اگر نوع پیام تراکنش بود، لازم است آن به یکی از سرویس های ثبت تراکنش ارسال شده و مراحل پردازش آن صورت گرفته و پاسخ برگشتی از طریق سوکت به اطلاع شبکه شتاب برسد.

اگر نوع پیام لغو تراکنش بود، لازم است آن به یکی از سرویس های پردازش لغو تراکنش ارسال شده و مراحل پردازش آن صورت گرفته و پاسخ برگشتی از طریق سوکت به اطلاع شبکه شتاب برسد.

اگر پیام‌های دریافتی، از هر نوع، در مدت زمان ۱۵ پاسخ داده نشود و یا پاسخ را شبکه شتاب دریافت نکند، پیام لغو تراکنشی برای این تراکنش یا لغو تراکنش از دست رفته ارسال میکند.

اگر پیام لغو تراکنشی به Gateway ارسال شود که قبل از آن تراکنش مربوطه ارسال نشده باشد، این پیام با پیغام “نادرست” پاسخ داده خواهد شد.

پیام های لغو تراکنشی که اعمال شده اند، اگر مجددا دریافت شوند، لازم است فقط پیغام “تکراری” برای آنها به شبکه شتاب ارسال شود.

نمیتوانیم تضمین کنیم که همواره سامانه Gateway در دسترس است. ممکن است به دلیل اختلال لحظه ای، برای مدتی پیام‌ها دریافت نشده باشند و بدین دلیل بعضی از تراکنش ها چندین لغو تراکنش تکراری و پردازش نشده داشتهباشند. که به محض در دسترس قرار گرفتن سوییچ همه آنها با هم دریافت میشود. راهکاری برای تضمین پردازش فقط و فقط یکی از لغو تراکنش های تکراری بیاندیشید و برای بقیه پیام “تکراری” صادر نمایید.

پیشنهاد می‌شود Gateway را به روش (Thread Pool) Concurrent Programming  پیاده سازی کنید.

تعداد سرویس های پردازش کننده تراکنش و لغو تراکنش بیش از یک مورد است. بنابراین شما در معماری خود باید به Load Balancing فکر کنید.

توجه داشته باشید

لازم است شبیه سازی سرویس های پردازش تراکنش، سرویس های پردازش لغو تراکنش، سامانه ارسال پیام و در نهایت Gateway را پیاده سازی کنید و داکیومنت آن را در قالب pdf تحویل دهید.

در هنگام ارائه کد در git، لطفا Readme مناسب  و حرفه ای که شرح روند کار شما، انتخاب های شما از لحاظ تکنولوژی و ابزار  و همچنین چگونگی اجرای پروژه میباشد را بارگزاری فرمایید.

پیاده سازی نا کامل و عدم پیاده سازی تمام بخش‌ها، با نظر داوران به نسبت امتیاز تعلق می‌گیرد.

لطفا از صحت پاسخ مطمئن شده و سپس اقدام به ارسال پاسخ نمایید.

گزارش اجرای هفتمین دوره ICT Challenge

همانطور که قبلا توضیح داده شده بود مسابقات طی دو روز در تاریخ ۲۳ و ۲۴ تیرماه ۱۴۰۱ برگزار شد.
شرکت کنندگان در این مسابقات ۲۷۰ نفر از کل کشور و در قالب ۸۵ تیم دو الی چهار نفره بودند.

روز اول مسابقات – پنجشنبه ۲۳ تیر ماه ۱۴۰۱ – صندوق نوآوری و شکوفایی ریاست جمهوری:

پذیرش تیم های شرکت کننده از ساعت ۸:۱۵ آغاز شد و تا پایان مراسم افتتاحیه ادامه داشت.

ICT Challenge
ICT Challenge
ICT Challenge

مراسم افتتاحیه مسابقات راس ساعت ۹:۰۰ آغاز شد و طبق برنامه زمان بندی به شرح زیر اجرا گردید.

سخنرانی جناب آقای دکتر حمیدرضا ربیعی

رئیس مرکز نوآوری فناوری اطلاعات و ارتباطات دانشگاه صنعتی شریف و دبیر کل رویداد

سخنرانی جناب آقای دکتر سعید امامی

رئیس کمیسیون نرم افزار سازمان نظام صنفی رایانه ای کشور

سخنرانی جناب آقای دکتر محسن ابراهیمی

مدیرعامل شرکت توسعه و نوآوری بانک شهر

سخنرانی جناب آقای دکتر ابوالفضل روحانی

رئیس هیئت  مدیره شرکت صنایع الکترونیک زعیم

سخنرانی جناب آقای دکتر مرتضی ترک تبریزی

نایب رئیس هیئت مدیره بانک تجارت

سخنرانی جناب آقای مهندس حسن حسنی

مدیر تیم نرم افزار شرکت آسان پرداخت پرشین (آپ)

سخنرانی جناب آقای ابوالحسن شمسائی

مدیرعامل شرکت فناوری اطلاعات بهپایا

سخنرانی جناب آقای مهندس مهران امیری

قائم مقام شرکت فناوری اطلاعات و ارتباطات پرسیس رای بین

احسان احسانی مقدم توضیحات تیم داوری

 

ICT Challenge
ICT Challenge
ICT Challenge
ICT Challenge
ICT Challenge
ICT Challenge
ICT Challenge
ICT Challenge
ICT Challenge
ICT Challenge
ICT Challenge
ICT Challenge

سپس کارگاه های آموزشی در نظر گرفته شده برای شرکت کنند گان به شرح زیر اجرا شد.

کارگاه آموزشی توسعه اپلیکیشن های Cloud-Native    ساعت ۱۱:۳۰ الی ۱۲:۰۰

مدرس: جناب آقای دکتر مرتضی جوان

کارگاه آموزشی  CI/CD- clean code  ساعت ۱۲:۰۰ الی ۱۲:۳۰

مدرسین: جناب آقای محمد کاظم ابوفاضلی و جناب آقای میلاد شعبانی

سپس سرپرست تیم داوری به ارائه توضیحات در خصوص چالش ها، قوانین و مقررات و نحوه پاسخ گویی به چالش ها پرداختند. ساعت ۱۲:۳۰ الی ۱۳:۰۰

ICT Challenge
ICT Challenge
ICT Challenge
ICT Challenge
ICT Challenge

مسابقات راس ساعت ۱۳:۰۰ به صورت رسمی آغاز شد.

در کل مدت مسابقه تیم داوری در اتاق شیشه ای واقع در سالن مسابقات مستقر بودند و به سوالات تیم ها پاسخ می دادند تیم مشاورین نیز در بین شرکت کنندگان بودند و با آنها به گفتگو می پرداختند.

بخش اول روز اول مسابقات حدود ساعت ۱۸:۳۰ به پایان رسید تیم ها محل برگزاری مسابقات را ترک کردند.

طبق اعلام قبلی مابقی روند مسابقه به صورت غیر حضوری و آنلاین برگزار شد.

شرکت کنندگان تا ساعت ۸:۰۰ صبح روز بعد، جمعه ۲۴ تیر ماه فرصت داشتند تا پاسخ های خود را به سامانه مسابقات ارسال نمایند.

در کل این مدت تیم داوری و مشاورین از طریق چت آنلاین سامانه مسابقات پاسخگوی سوالات شرکت گنندگان بودند.

در عکس زیر سامانه مسابقات را مشاهده خواهید کرد.

روز دوم مسابقات – جمعه ۲۴ تیر ماه ۱۴۰۱ – به صورت غیر حضوری و آنلاین

سامانه مسابقات راس ساعت ۸:۱۵ صبح روز جمعه ۲۴ تیر ماه ۱۴۰۱ بسته شد.

در این زمان پیرو اعلام قبلی، تیم داوری وارد مرحله مشورت جهت انتخاب تیم های برتر به منظور ورود به مرحله دوم مسابقات شدند.

راس ساعت ۱۰:۰۰ صبح ۱۲ تیم که بیشترین شانس جهت کسب رتبه های برتر مسابقات را داشتند معرفی شدند.

اسامی این تیم ها به ترتیب زیر اعلام شد:

۱- kh3

۲- نانو سافت

۳- sourceinja

۴-  ایران

۵- بستنی شریف

۶-  iBit

۷- Ashen

۸- Byte Me Daddy

۹- iTeam

۱۰- آندرومدا

۱۱- فرفری و کچل خان

۱۲-  ملت امام حسین

از تیم های فوق خواسته شد به ترتیب اعلام شده در سامانه ارتباط صوتی و تصویری آنلاین مسابقات حاضر شوند و به سوالات تیم داوری پاسخ دهند. کلیه این مراحل به صورت زنده از طریق پخش زنده آپارات قابل مشاهده بود و حدود ۲۸۰ نفر از این رویداد بازدید داشتند.

مرحله دوم مسابقات که مربوط به داوری تیم های برتر بود راس ساعت ۱۰:۳۰ دقیقه آغاز شد.

این مرحله بر خلاف انتظار تیم اجرایی حدود ۸ ساعت طول کشید و در نهایت ساعت ۱۹:۳۰ داوری مسابقات به پایان رسید.

تیم داوری مسابقات هر تیم را حدودا ۴۵ دقیقه به چالش کشیدند و امتیازات نهایی بابت هر سوال را تیم ها اختصاص دادند.

فیلم کامل این مرحله در کانال آپارات Sharif ICT موجود است.

اختتامیه مسابقات به منظور معرفی تیم ها برتر راس ساعت ۱۹:۴۵ دقیقه شروع شد.

پس ارائه توضیحات در خصوص روند برگزاری مسابقات توسط دبیر اجرایی مسابقات نوبت به معرفی تیم های برتر مسابقات رسید.

مسابقات حدود ساعت ۲۰:۰۰ جمعه ۲۴ تیر ماه ۱۴۰۱ به پایان رسید

فیلم کامل این اختتامیه مسابقات در کانال آپارات Sharif ICT به شرح زیر قابل مشاهده است:

تیم های اول با سوم مسابقات به شرح زیر معرفی شدند.

مقام اول:

گروه IBIT

۱- امیرحسین واحدی دیپلم ریاضی از تهران

۲- رضا عطار زاده کرمانی کارشناسی مهندسی کامپیوتر از مشهد

۳- محمد مهدی قائمی کارشناسی مهندسی کامپیوتر از همدان

۴- امیر علی احمدی دیپلم ریاضی از تهران

مقام دوم

گروه ایران

۱- شهریار شریعتی مطلق دانشجوی کارشناسی علوم کامپیوتر دانشگاه مازندران از خراسان شمالی

۲- محمد صادق نعمت پور کارشناسی مهندسی کامپیوتر دانشگاه علم و صنعت از زنجان

مقام سوم

تیم ملت امام حسین

۱- جواد کریمی کارشناسی علوم کامپیوتر دانشگاه صنعتی امیر کبیر

۲- امیررضا پور اخوان کارشناسی علوم کامپیوتر دانشگاه صنعتی امیر کبیر

رتبه بندی تیم ها چهارم تا دوازدهم نیز به شرح زیر می باشد

۴- Byte Me Daddy

۵- ۳kh

۶- عاج طلایی

۷- دقیقه نودی

۸- آندرومدا

۹- فرفری و کچل خان

۱۰- sourceinja

۱۱- Mahfam

۱۲- iTeam

۱۳- بستنی طرشت

۱۴- Ashen

نظر سنجی هفتمین دوره ICT Challenge

پوشش خبری مسابقات هفتمین دوره ICT Challenge

فهرست