কিভাবে এবং কেন আমরা আরবান টেক চ্যালেঞ্জ হ্যাকাথনে বিগ ডেটা ট্র্যাক জিতেছি

আমার নাম দিমিত্রি। এবং আমি কীভাবে আমাদের দল বিগ ডেটা ট্র্যাকে আরবান টেক চ্যালেঞ্জ হ্যাকাথনের ফাইনালে পৌঁছেছে সে সম্পর্কে কথা বলতে চাই। আমি এখনই বলব যে এটিই প্রথম হ্যাকাথন নয় যেটিতে আমি অংশগ্রহণ করেছি এবং প্রথম নয় যেটিতে আমি পুরস্কার নিয়েছি। এই বিষয়ে, আমার গল্পে আমি সামগ্রিকভাবে হ্যাকাথন শিল্পের বিষয়ে কিছু সাধারণ পর্যবেক্ষণ এবং উপসংহার বলতে চাই, এবং আরবান টেক চ্যালেঞ্জ (এর জন্য উদাহরণ এই).

তাই প্রথমে কিছু সাধারণ পর্যবেক্ষণ।

1. এটা আশ্চর্যজনক যে বেশ কিছু লোক নির্বোধভাবে মনে করে যে হ্যাকাথন এমন এক ধরণের ক্রীড়া প্রতিযোগিতা যেখানে সেরা কোডাররা জয়ী হয়। এটা ভুল. আমি সেই ক্ষেত্রে বিবেচনা করি না যখন হ্যাকাথন সংগঠকরা নিজেরাই জানেন না যে তারা কী চায় (আমি এটিও দেখেছি)। কিন্তু, একটি নিয়ম হিসাবে, একটি হ্যাকাথন সংগঠিত কোম্পানি তার নিজস্ব লক্ষ্য অনুসরণ করে। তাদের তালিকা ভিন্ন হতে পারে: এটি কিছু সমস্যার প্রযুক্তিগত সমাধান, নতুন ধারণা এবং লোকেদের জন্য অনুসন্ধান ইত্যাদি হতে পারে। এই লক্ষ্যগুলি প্রায়শই ইভেন্টের বিন্যাস, এর সময়, অনলাইন/অফলাইন, কাজগুলি কীভাবে প্রণয়ন করা হবে (এবং সেগুলি আদৌ প্রণয়ন করা হবে কিনা), হ্যাকাথনে একটি কোড পর্যালোচনা হবে কিনা ইত্যাদি নির্ধারণ করে। উভয় দল এবং তারা যা করেছে তা এই দৃষ্টিকোণ থেকে মূল্যায়ন করা হয়। এবং যে দলগুলি সবচেয়ে ভাল পয়েন্টে আঘাত করে কোম্পানির জয়ের প্রয়োজন, এবং অনেকে সম্পূর্ণ অচেতনভাবে এবং দুর্ঘটনাক্রমে এই বিন্দুতে পৌঁছে যায়, এই ভেবে যে তারা সত্যিই একটি ক্রীড়া প্রতিযোগিতায় অংশগ্রহণ করছে। আমার পর্যবেক্ষণগুলি দেখায় যে অংশগ্রহণকারীদের অনুপ্রাণিত করার জন্য, সংগঠকদের অন্তত একটি ক্রীড়া পরিবেশ এবং সমান অবস্থার উপস্থিতি তৈরি করা উচিত, অন্যথায় তারা নেতিবাচকতার একটি তরঙ্গ পাবেন, যেমনটি উপরের পর্যালোচনাতে রয়েছে। কিন্তু আমরা বিমুখ।

2. তাই নিম্নলিখিত উপসংহার. আয়োজকরা তাদের নিজস্ব কাজ নিয়ে হ্যাকাথনে অংশগ্রহণকারীদের আসতে আগ্রহী, কখনও কখনও তারা এই উদ্দেশ্যে বিশেষভাবে একটি অনলাইন চিঠিপত্রের মঞ্চও আয়োজন করে। এটি শক্তিশালী আউটপুট সমাধানের জন্য অনুমতি দেয়। "নিজের কাজ" ধারণাটি একটি খুব আপেক্ষিক; যেকোনো অভিজ্ঞ বিকাশকারী তার প্রথম প্রতিশ্রুতিতে তার পুরানো প্রকল্পগুলি থেকে হাজার হাজার লাইন কোড সংগ্রহ করতে পারে। এবং এটি একটি পূর্ব-প্রস্তুত উন্নয়ন হবে? তবে যে কোনও ক্ষেত্রে, নিয়মটি প্রযোজ্য, যা আমি একটি বিখ্যাত মেমের আকারে প্রকাশ করেছি:

জেতার জন্য, আপনার অবশ্যই কিছু থাকতে হবে, কোনো ধরনের প্রতিযোগিতামূলক সুবিধা: আপনি অতীতে করেছেন এমন একটি অনুরূপ প্রকল্প, একটি নির্দিষ্ট বিষয়ে জ্ঞান এবং অভিজ্ঞতা, অথবা হ্যাকাথন শুরুর আগে করা একটি তৈরি কাজ। হ্যাঁ, এটা খেলাধুলা নয়। হ্যাঁ, এটি ব্যয় করা প্রচেষ্টার মূল্য নাও হতে পারে (এখানে, প্রত্যেকে নিজেরাই সিদ্ধান্ত নেয় যে এটি 3 হাজারের পুরস্কারের জন্য 100 সপ্তাহের জন্য রাতে কোডিং করা উপযুক্ত কিনা, পুরো দলের মধ্যে বিভক্ত, এমনকি এটি না পাওয়ার ঝুঁকি সহ)। কিন্তু, প্রায়শই, এটি এগিয়ে যাওয়ার একমাত্র সুযোগ।

3. দল নির্বাচন। আমি হ্যাকাথন চ্যাটে যেমন লক্ষ্য করেছি, অনেকেই এই সমস্যাটির কাছে বেশ তুচ্ছভাবে (যদিও এটিই সবচেয়ে গুরুত্বপূর্ণ সিদ্ধান্ত যা হ্যাকাথনে আপনার ফলাফল নির্ধারণ করবে)। ক্রিয়াকলাপের অনেক ক্ষেত্রেই (খেলাধুলা এবং হ্যাকাথন উভয় ক্ষেত্রেই) আমি দেখেছি যে শক্তিশালী লোকেরা শক্তিশালীদের সাথে, দুর্বলদের দুর্বলের সাথে, স্মার্টের সাথে স্মার্টদের সাথে একত্রিত হওয়ার প্রবণতা থাকে, ভাল, সাধারণভাবে, আপনি ধারণাটি পান... আড্ডায় মোটামুটি এটিই ঘটে: কম শক্তিশালী প্রোগ্রামাররা অবিলম্বে ছিটকে যায়, যাদের হ্যাকাথনের জন্য মূল্যবান কোন দক্ষতা নেই তারা দীর্ঘ সময় ধরে চ্যাটে ঝুলে থাকে এবং এই নীতিতে একটি দল বেছে নেয় যে কেউ যদি এটি গ্রহণ করবে। . কিছু হ্যাকাথনে, দলগুলির জন্য র্যান্ডম অ্যাসাইনমেন্ট অনুশীলন করা হয় এবং আয়োজকরা দাবি করেন যে র্যান্ডম দলগুলি বিদ্যমানগুলির চেয়ে খারাপ কাজ করে না। তবে আমার পর্যবেক্ষণ অনুসারে, অনুপ্রাণিত লোকেরা, একটি নিয়ম হিসাবে, নিজেরাই একটি দল খুঁজে পান; যদি কাউকে নিয়োগ দিতে হয়, তবে প্রায়শই, তাদের মধ্যে অনেকেই হ্যাকাথনে আসে না।

দলের গঠনের জন্য, এটি খুব স্বতন্ত্র এবং টাস্কের উপর অত্যন্ত নির্ভরশীল। আমি বলতে পারি যে ন্যূনতম কার্যকর টিম কম্পোজিশন হল ডিজাইনার - ফ্রন্ট-এন্ড বা ফ্রন্ট-এন্ড - ব্যাক-এন্ড। কিন্তু আমি এমন কিছু ঘটনাও জানি যখন শুধুমাত্র ফ্রন্ট-এন্ডারদের নিয়ে গঠিত দলগুলো জিতেছে, যারা node.js-এ একটি সাধারণ ব্যাক-এন্ড যোগ করেছে, অথবা React Native-এ একটি মোবাইল অ্যাপ্লিকেশন তৈরি করেছে; অথবা শুধুমাত্র ব্যাকএন্ডারদের কাছ থেকে যারা সহজ লেআউট করেছে। সাধারণভাবে, সবকিছু খুব স্বতন্ত্র এবং কাজের উপর নির্ভর করে। হ্যাকাথনের জন্য একটি দল নির্বাচন করার জন্য আমার পরিকল্পনাটি নিম্নরূপ ছিল: আমি একটি দলকে একত্রিত করার বা ফ্রন্ট-এন্ড - ব্যাক-এন্ড - ডিজাইনার (আমি নিজে একজন ফ্রন্ট-এন্ড) মত একটি দলে যোগ দেওয়ার পরিকল্পনা করেছি। এবং খুব দ্রুত আমি একটি পাইথন ব্যাকেন্ডার এবং একজন ডিজাইনারের সাথে চ্যাট শুরু করি যিনি আমাদের সাথে যোগদানের আমন্ত্রণ গ্রহণ করেছিলেন। একটু পরে, একটি মেয়ে, একজন ব্যবসায়িক বিশ্লেষক, যার ইতিমধ্যেই হ্যাকাথন জেতার অভিজ্ঞতা ছিল, আমাদের সাথে যোগ দিয়েছিল, এবং এটি তার আমাদের সাথে যোগদানের বিষয়ে সিদ্ধান্ত নিয়েছে। একটি সংক্ষিপ্ত বৈঠকের পর, আমরা চমত্কার চারটির সাথে সাদৃশ্য রেখে নিজেদেরকে U4 (URBAN 4, আরবান ফোর) বলার সিদ্ধান্ত নিয়েছি। এবং তারা আমাদের টেলিগ্রাম চ্যানেলের অবতারে একটি সংশ্লিষ্ট ছবিও রেখেছে।

4. একটি টাস্ক নির্বাচন করা। আমি আগেই বলেছি, আপনার অবশ্যই একটি প্রতিযোগিতামূলক সুবিধা থাকতে হবে, হ্যাকাথনের জন্য কাজটি এর উপর ভিত্তি করে নির্বাচন করা হয়েছে। এর উপর ভিত্তি করে দেখা হচ্ছে কৃত কাজের তালিকা এবং তাদের জটিলতা মূল্যায়ন করে, আমরা দুটি কাজ স্থির করেছি: DPiIR থেকে উদ্ভাবনী উদ্যোগের একটি ক্যাটালগ এবং EFKO থেকে একটি চ্যাটবট। DPIiR থেকে কাজটি ব্যাকএন্ডার দ্বারা নির্বাচিত হয়েছিল, EFKO থেকে কাজটি আমার দ্বারা নির্বাচিত হয়েছিল, কারণ node.js এবং DialogFlow-এ চ্যাটবট লেখার অভিজ্ঞতা ছিল। EFKO টাস্ক ML-এর সাথে জড়িত; আমার ML-এ কিছু, খুব বিস্তৃত নয়, অভিজ্ঞতা আছে। এবং সমস্যার শর্ত অনুসারে, আমার কাছে মনে হয়েছিল যে এটি এমএল সরঞ্জাম ব্যবহার করে সমাধান হওয়ার সম্ভাবনা কম। এই অনুভূতি আরও শক্তিশালী হয়েছিল যখন আমি আরবান টেক চ্যালেঞ্জ মিটআপে গিয়েছিলাম, যেখানে আয়োজকরা আমাকে EFKO-তে একটি ডেটাসেট দেখিয়েছিলেন, যেখানে পণ্য লেআউটের প্রায় 100টি ফটো (বিভিন্ন কোণ থেকে নেওয়া) এবং প্রায় 20টি শ্রেণির লেআউট ত্রুটি ছিল। এবং, একই সময়ে, যারা কাজটি অর্ডার করেছিলেন তারা 90% এর শ্রেণীবিভাগ সাফল্যের হার অর্জন করতে চেয়েছিলেন। ফলস্বরূপ, আমি এমএল ছাড়া সমাধানের একটি উপস্থাপনা প্রস্তুত করেছি, ব্যাকএন্ডার ক্যাটালগের উপর ভিত্তি করে একটি উপস্থাপনা প্রস্তুত করেছে এবং একসাথে, উপস্থাপনাগুলি চূড়ান্ত করার পরে, আমরা সেগুলিকে আরবান টেক চ্যালেঞ্জে পাঠিয়েছি। ইতিমধ্যে এই পর্যায়ে, প্রতিটি অংশগ্রহণকারীর অনুপ্রেরণা এবং অবদানের স্তর প্রকাশিত হয়েছে। আমাদের ডিজাইনার আলোচনায় অংশ নেননি, দেরিতে প্রতিক্রিয়া জানিয়েছেন এবং এমনকি শেষ মুহূর্তে উপস্থাপনায় নিজের সম্পর্কে তথ্য পূরণ করেছেন, সাধারণভাবে সন্দেহ দেখা দিয়েছে।

ফলস্বরূপ, আমরা DPiIR থেকে কাজটি পাস করেছি, এবং আমরা EFKO পাস করিনি বলে মোটেও বিচলিত ছিলাম না, যেহেতু কাজটি আমাদের কাছে অদ্ভুত বলে মনে হয়েছিল, এটিকে হালকাভাবে বলতে গেলে।

5. হ্যাকাথনের জন্য প্রস্তুতি। অবশেষে যখন জানা গেল যে আমরা হ্যাকাথনের জন্য যোগ্যতা অর্জন করেছি, তখন আমরা প্রস্তুতি নিতে শুরু করি। এবং এখানে আমি হ্যাকাথন শুরুর এক সপ্তাহ আগে কোড লিখতে শুরু করার পরামর্শ দিচ্ছি না। সর্বনিম্নভাবে, আপনার একটি বয়লারপ্লেট প্রস্তুত থাকা উচিত, যার সাহায্যে আপনি সরঞ্জামগুলি কনফিগার না করেই এবং হ্যাকাথনে প্রথমবার চেষ্টা করার সিদ্ধান্ত নিয়েছিলেন এমন কিছু lib-এর বাগগুলির সাথে ধাক্কা না দিয়ে আপনি অবিলম্বে কাজ শুরু করতে পারেন৷ আমি কৌণিক প্রকৌশলীদের সম্পর্কে একটি গল্প জানি যারা একটি হ্যাকাথনে এসেছিলেন এবং 2 দিন ব্যয় করেছেন প্রজেক্ট বিল্ড সেট আপ করতে, তাই সবকিছু আগে থেকেই প্রস্তুত করা উচিত। আমরা নিম্নোক্তভাবে দায়িত্বগুলি বন্টন করার উদ্দেশ্য করেছিলাম: ব্যাকএন্ডার এমন ক্রলারগুলি লেখে যা ইন্টারনেটকে ঘায়েল করে এবং সমস্ত সংগৃহীত তথ্য ডাটাবেসে রাখে, যখন আমি node.js-এ একটি API লিখি যা এই ডাটাবেসকে জিজ্ঞাসা করে এবং ডেটা সামনে পাঠায়। এই বিষয়ে, আমি express.js ব্যবহার করে অগ্রিম একটি সার্ভার প্রস্তুত করেছি এবং প্রতিক্রিয়া হিসাবে একটি ফ্রন্ট-এন্ড প্রস্তুত করেছি। আমি CRA ব্যবহার করি না, আমি সর্বদা নিজের জন্য ওয়েবপ্যাক কাস্টমাইজ করি এবং আমি খুব ভালো করেই জানি যে এটি কী ধরনের ঝুঁকি তৈরি করতে পারে (কৌণিক বিকাশকারীদের সম্পর্কে গল্পটি মনে রাখবেন)। এই মুহুর্তে, আমি আমাদের ডিজাইনারের কাছ থেকে ইন্টারফেস টেমপ্লেট বা অন্তত মকআপের জন্য অনুরোধ করেছি যাতে আমি কী তৈরি করব সে সম্পর্কে ধারণা পেতে। তাত্ত্বিকভাবে, তার নিজের প্রস্তুতিও নেওয়া উচিত এবং আমাদের সাথে তাদের সমন্বয় করা উচিত, কিন্তু আমি কখনই উত্তর পাইনি। ফলস্বরূপ, আমি আমার পুরানো প্রকল্পগুলির একটি থেকে নকশা ধার করেছি। এবং এটি আরও দ্রুত কাজ করতে শুরু করেছে, যেহেতু এই প্রকল্পের সমস্ত শৈলী ইতিমধ্যেই লেখা হয়েছে। তাই উপসংহার: একজন ডিজাইনার সবসময় একটি দলে প্রয়োজন হয় না)))। আমরা এই উন্নয়ন নিয়ে হ্যাকাথনে এসেছি।

6. হ্যাকাথনে কাজ করুন। প্রথমবার আমি আমার দলকে লাইভ দেখেছিলাম শুধুমাত্র সেন্ট্রাল ডিস্ট্রিবিউশন সেন্টারে হ্যাকাথনের উদ্বোধনে। আমরা দেখা করেছি, সমস্যার সমাধান এবং কাজ করার ধাপগুলি নিয়ে আলোচনা করেছি। এবং যদিও উদ্বোধনের পরে আমাদের বাসে করে রেড অক্টোবর যেতে হয়েছিল, আমরা 9.00 নাগাদ জায়গায় পৌঁছতে রাজি হয়ে ঘুমাতে চলে গেলাম। কেন? আয়োজকরা দৃশ্যত অংশগ্রহণকারীদের থেকে সর্বাধিক সুবিধা পেতে চেয়েছিলেন, তাই তারা ঠিক এমন একটি সময়সূচী সাজিয়েছিলেন। কিন্তু, আমার অভিজ্ঞতায়, আপনি এক রাত না ঘুমিয়ে সাধারণত কোড করতে পারেন। দ্বিতীয়টির জন্য, আমি আর নিশ্চিত নই। একটি হ্যাকাথন একটি ম্যারাথন; আপনাকে পর্যাপ্তভাবে গণনা করতে হবে এবং আপনার শক্তির পরিকল্পনা করতে হবে। তাছাড়া আমাদের প্রস্তুতিও ছিল।

অতএব, ঘুমানোর পরে, 9.00 টায় আমরা ডেওক্রেসির ষষ্ঠ তলায় বসে ছিলাম। তারপরে আমাদের ডিজাইনার অপ্রত্যাশিতভাবে ঘোষণা করেছিলেন যে তার কাছে ল্যাপটপ নেই এবং তিনি বাড়ি থেকে কাজ করবেন এবং আমরা ফোনে যোগাযোগ করব। এই শেষ খড় ছিল. এবং তাই আমরা চার থেকে তিনে পরিণত হয়েছি, যদিও আমরা দলের নাম পরিবর্তন করিনি। আবার, এটি আমাদের জন্য একটি বড় ধাক্কা ছিল না; আমার কাছে ইতিমধ্যেই পুরানো প্রকল্প থেকে নকশা ছিল। সাধারণভাবে, প্রথমে সবকিছু বেশ মসৃণভাবে এবং পরিকল্পনা অনুসারে চলেছিল। আমরা সংগঠকদের কাছ থেকে উদ্ভাবনী কোম্পানিগুলির একটি ডেটাসেট (আমরা neo4j ব্যবহার করার সিদ্ধান্ত নিয়েছি) ডেটাবেসে লোড করেছি। আমি টাইপসেটিং শুরু করি, তারপরে node.js গ্রহণ করি এবং তারপরে জিনিসগুলি খারাপ হতে শুরু করে। আমি আগে কখনও neo4j এর সাথে কাজ করিনি, এবং প্রথমে আমি এই ডাটাবেসের জন্য একজন কর্মরত ড্রাইভার খুঁজছিলাম, তারপর আমি কীভাবে একটি প্রশ্ন লিখতে হয় তা বের করেছিলাম, এবং তারপর আমি আবিষ্কার করে অবাক হয়েছিলাম যে এই ডাটাবেসটি, যখন জিজ্ঞাসা করা হয়, তখন সত্তা ফেরত দেয় নোড অবজেক্ট এবং তাদের প্রান্তগুলির একটি অ্যারের ফর্ম। সেগুলো. যখন আমি একটি প্রতিষ্ঠানের অবজেক্টের পরিবর্তে টিআইএন-এর মাধ্যমে একটি সংস্থা এবং এর সমস্ত ডেটার অনুরোধ করেছিলাম, তখন আমাকে এই সংস্থা এবং তাদের মধ্যে সম্পর্কের ডেটা সম্বলিত অবজেক্টের একটি দীর্ঘ অ্যারে ফিরিয়ে দেওয়া হয়েছিল। আমি একটি ম্যাপার লিখেছিলাম যা পুরো অ্যারের মধ্য দিয়ে গিয়েছিল এবং তাদের সংগঠন অনুসারে সমস্ত বস্তুকে একটি বস্তুতে আঠালো করে দিয়েছিল। কিন্তু যুদ্ধে, যখন 8 হাজার সংস্থার একটি ডাটাবেস অনুরোধ করা হয়েছিল, তখন এটি অত্যন্ত ধীরে ধীরে চালানো হয়েছিল, প্রায় 20 - 30 সেকেন্ড। আমি অপ্টিমাইজেশান নিয়ে ভাবতে শুরু করলাম... এবং তারপরে আমরা সময়মতো থামলাম এবং MongoDB-তে স্যুইচ করলাম, এবং এতে আমাদের প্রায় 30 মিনিট সময় লেগেছে। মোট, neo4j এ প্রায় 5 ঘন্টা নষ্ট হয়েছে।

মনে রাখবেন, এমন হ্যাকাথনে কখনই প্রযুক্তি নিয়ে যাবেন না যার সাথে আপনি পরিচিত নন, সেখানে চমক থাকতে পারে। তবে, সাধারণভাবে, এই ব্যর্থতা বাদে, সবকিছু পরিকল্পনা অনুসারে চলেছিল। এবং ইতিমধ্যেই 9 ডিসেম্বর সকালে, আমাদের একটি সম্পূর্ণ কার্যকরী অ্যাপ্লিকেশন ছিল। বাকি দিনের জন্য আমরা এটিতে অতিরিক্ত বৈশিষ্ট্য যুক্ত করার পরিকল্পনা করেছি। ভবিষ্যতে, আমার জন্য সবকিছু তুলনামূলকভাবে মসৃণভাবে চলে গেছে, কিন্তু ব্যাকএন্ডারের সার্চ ইঞ্জিনে তার ক্রলার নিষিদ্ধ করার সাথে, আইনি সত্তার সমষ্টির স্প্যামে, যা অনুরোধ করার সময় অনুসন্ধানের ফলাফলের প্রথম স্থানে এসেছিল তার সাথে অনেক সমস্যা ছিল। প্রতিটি নির্দিষ্ট কোম্পানির জন্য। তবে তার পক্ষে এটি নিজেই বলা ভাল। আমি যোগ করা প্রথম অতিরিক্ত বৈশিষ্ট্য পুরো নাম দ্বারা অনুসন্ধান. ভিকন্টাক্টের জেনারেল ডিরেক্টর। কয়েক ঘণ্টা লেগেছিল।

সুতরাং, আমাদের অ্যাপ্লিকেশনে কোম্পানির পৃষ্ঠায়, সাধারণ পরিচালকের একটি অবতার উপস্থিত হয়েছিল, তার VKontakte পৃষ্ঠার একটি লিঙ্ক এবং কিছু অন্যান্য ডেটা। এটি কেকের উপর একটি চমৎকার চেরি ছিল, যদিও এটি আমাদের জয় নাও দিতে পারে। তারপর, আমি কিছু বিশ্লেষণ চালাতে চেয়েছিলাম। কিন্তু বিকল্পগুলির দীর্ঘ অনুসন্ধানের পরে (ইউআই-এর সাথে অনেকগুলি সূক্ষ্মতা ছিল), আমি অর্থনৈতিক কার্যকলাপ কোড দ্বারা সংস্থাগুলির সহজতম একীকরণে স্থির হয়েছি। ইতিমধ্যে সন্ধ্যায়, শেষ ঘন্টাগুলিতে, আমি উদ্ভাবনী পণ্যগুলি প্রদর্শনের জন্য একটি টেমপ্লেট তৈরি করছিলাম (আমাদের অ্যাপ্লিকেশনে একটি পণ্য এবং পরিষেবা বিভাগ থাকার কথা), যদিও ব্যাকএন্ড এটির জন্য প্রস্তুত ছিল না। একই সময়ে, ডাটাবেসটি লাফিয়ে লাফিয়ে ফুলে উঠছিল, ক্রলাররা কাজ চালিয়ে যাচ্ছিল, ব্যাকেন্ডার এনএলপির সাথে পরীক্ষা-নিরীক্ষা করে উদ্ভাবনী পাঠ্যকে অ-উদ্ভাবনী পাঠ্য থেকে আলাদা করতে)))। কিন্তু চূড়ান্ত উপস্থাপনার সময় ইতিমধ্যেই ঘনিয়ে এসেছিল।

7. উপস্থাপনা। আমার নিজের অভিজ্ঞতা থেকে, আমি বলতে পারি যে আপনার একটি উপস্থাপনা নির্ধারিত হওয়ার 3 থেকে 4 ঘন্টা আগে প্রস্তুত করা উচিত। বিশেষ করে যদি এতে ভিডিও জড়িত থাকে, তাহলে এর শুটিং এবং এডিটিং অনেক সময় নেয়। আমাদের একটি ভিডিও থাকার কথা ছিল। এবং আমাদের একজন বিশেষ ব্যক্তি ছিলেন যিনি এটি মোকাবেলা করেছিলেন এবং অন্যান্য সাংগঠনিক সমস্যাগুলিও সমাধান করেছিলেন। এই বিষয়ে, আমরা একেবারে শেষ মুহূর্ত পর্যন্ত কোডিং থেকে নিজেদেরকে বিভ্রান্ত করিনি।

8. পিচ। আমি পছন্দ করিনি যে উপস্থাপনা এবং ফাইনাল একটি পৃথক সপ্তাহের দিনে (সোমবার) অনুষ্ঠিত হয়েছিল। এখানে, খুব সম্ভবত, অংশগ্রহণকারীদের মধ্যে সর্বাধিক ছিটকে যাওয়ার আয়োজকদের নীতি অব্যাহত ছিল। আমি কাজ থেকে ছুটি নেওয়ার পরিকল্পনা করিনি, আমি কেবল ফাইনালে আসতে চেয়েছিলাম, যদিও আমার দলের বাকিরা ছুটি নিয়েছিল। যাইহোক, হ্যাকাথনে মানসিক নিমগ্নতা ইতিমধ্যেই এত বেশি ছিল যে সকাল 8 টায় আমি আমার দলের (ওয়ার্ক টিম, হ্যাকাথন দল নয়) আড্ডায় লিখেছিলাম যে আমি আমার নিজের খরচে দিনটি নিচ্ছি, এবং কেন্দ্রে গিয়েছিলাম। পিচ জন্য অফিস. আমাদের সমস্যাটি অনেক বিশুদ্ধ ডেটা বিজ্ঞানীদের কাছে পরিণত হয়েছে এবং এটি সমস্যাটি সমাধানের পদ্ধতিকে ব্যাপকভাবে প্রভাবিত করেছে। অনেকেরই ভালো ডিএস ছিল, কিন্তু কারোরই কাজের প্রোটোটাইপ ছিল না, অনেকে সার্চ ইঞ্জিনে তাদের ক্রলারের নিষেধাজ্ঞার কাছাকাছি যেতে পারেনি। আমরা একটি কাজ প্রোটোটাইপ সঙ্গে একমাত্র দল ছিল. এবং আমরা জানতাম কিভাবে সমস্যার সমাধান করতে হয়। শেষ পর্যন্ত, আমরা ট্র্যাক জিতেছি, যদিও আমরা খুব ভাগ্যবান যে আমরা সবচেয়ে কম প্রতিযোগিতামূলক কাজটি বেছে নিয়েছি। অন্যান্য ট্র্যাকের পিচগুলি দেখে আমরা বুঝতে পেরেছিলাম যে সেখানে আমাদের কোনও সুযোগ থাকবে না। আমি এটাও বলতে চাই যে আমরা জুরিদের সাথে খুব ভাগ্যবান ছিলাম; তারা সতর্কতার সাথে কোডটি পরীক্ষা করেছে। এবং, পর্যালোচনা দ্বারা বিচার, এটি সব ট্র্যাক ঘটতে না.

9. ফাইনাল। কোড পর্যালোচনার জন্য আমাদেরকে বেশ কয়েকবার জুরির কাছে ডাকা হওয়ার পরে, আমরা ভেবেছিলাম যে আমরা অবশেষে সমস্ত সমস্যার সমাধান করেছি, বার্গার কিং-এ দুপুরের খাবার খেতে গিয়েছিলাম। সেখানে আয়োজকরা আমাদের আবার ডাকলেন, আমাদের দ্রুত অর্ডার প্যাক করে ফিরে যেতে হবে।

সংগঠক আমাদের দেখিয়েছিলেন যে আমাদের কোন ঘরে যেতে হবে এবং প্রবেশ করার পরে, আমরা বিজয়ী দলের জন্য একটি পাবলিক স্পিকিং ট্রেনিং সেশনে নিজেদেরকে দেখতে পেলাম। যারা মঞ্চে পারফর্ম করার কথা ছিল তারা ভাল চার্জযুক্ত ছিল, সবাই আসল শোম্যানের মতো বেরিয়ে এসেছিল।

এবং আমাকে অবশ্যই স্বীকার করতে হবে, ফাইনালে, অন্যান্য ট্র্যাক থেকে শক্তিশালী দলগুলির পটভূমিতে, আমরা ফ্যাকাশে দেখাচ্ছিলাম; সরকারী গ্রাহক মনোনয়নে জয়টি রিয়েল এস্টেট টেক ট্র্যাক থেকে দলের কাছে বেশ প্রাপ্য ছিল। আমি মনে করি যে ট্র্যাকে আমাদের বিজয়ের জন্য যে মূল কারণগুলি অবদান রেখেছিল তা হল: একটি রেডিমেড ফাঁকা প্রাপ্যতা, যার কারণে আমরা দ্রুত একটি প্রোটোটাইপ তৈরি করতে সক্ষম হয়েছি, প্রোটোটাইপে "হাইলাইট" এর উপস্থিতি (সিইওদের জন্য অনুসন্ধান সামাজিক নেটওয়ার্কগুলিতে) এবং আমাদের ব্যাকেন্ডারের এনএলপি দক্ষতা, যা জুরিদেরও ব্যাপকভাবে আগ্রহী করে।

এবং উপসংহারে, ঐতিহ্যগত ধন্যবাদ যারা আমাদের সমর্থন করেছেন, আমাদের ট্র্যাকের জুরি, ইভজেনি ইভগ্রিফিয়েভ (হ্যাকাথনে আমরা যে সমস্যার সমাধান করেছি তার লেখক) এবং অবশ্যই হ্যাকাথনের আয়োজকদের। এটি সম্ভবত সবচেয়ে বড় এবং দুর্দান্ত হ্যাকাথনে আমি অংশগ্রহণ করেছি, আমি কেবল ভবিষ্যতে এই ধরনের উচ্চ মান বজায় রাখার জন্য বলছি!

উত্স: www.habr.com