ہیکاتھونز (Hackathons) جج کرنے سے میں نے کیا سیکھا

میں نے حال ہی میں بہت سے AI اور ڈویلپر ہیکاتھون پروجیکٹس کا جائزہ لیا۔

جج کرنا بنانے سے مختلف ہے۔ جب آپ بناتے ہیں، تو آپ کا مرکز اپنا کوڈ ہوتا ہے۔ جب آپ جج کرتے ہیں، تو آپ بہت سے بنانے والوں میں ایک جیسے پیٹرنز (patterns) دیکھتے ہیں۔

میں نے ایسے پروجیکٹس دیکھے جن کے انٹرفیس (interfaces) تو خوبصورت تھے لیکن تکنیکی گہرائی کم تھی۔ میں نے ایسی مضبوط انجینئرنگ دیکھی جس کی دستاویزات (documentation) ناقص تھیں۔ میں نے ایسے سادہ آئیڈیاز دیکھے جنہوں نے حقیقی مسائل حل کیے۔

بہترین پروجیکٹس ایک خاص پیٹرن پر عمل کرتے تھے۔ انہوں نے دکھایا:

  • وہ مسئلہ جسے انہوں نے حل کیا۔
  • پہلے کیا موجود تھا۔
  • انہوں نے اسے کیسے بہتر بنایا۔
  • ان کے تکنیکی انتخاب۔
  • اب ایک صارف کیا کر سکتا ہے۔

دلچسپ اور مضبوط کے درمیان فرق عمل کی وضاحت (execution clarity) ہے۔

فائنل اسٹائل چیلنجز میں، بہترین پروجیکٹس 'پہلے اور بعد' (before-and-after) کی ایک واضح کہانی دکھاتے ہیں۔ مضبوط پروجیکٹس میں شامل ہیں:

  • خراب ورک فلو (workflows) کو درست کرنا۔
  • عوامی طور پر ڈیپلائےڈ (deployed) ایپس۔
  • بہتر دستاویزات۔
  • ٹیسٹ شامل کرنا۔
  • سیکیورٹی کے خلا کو کم کرنا۔
  • آن بورڈنگ (onboarding) کو بہتر بنانا۔
  • پروڈکشن کے لیے زیادہ تیاری۔

پروڈکٹ کو لانچ کرنا (Shipping) اہمیت رکھتا ہے۔

اعتماد پیدا کرنے کے لیے اچھی انجینئرنگ کے ساتھ اچھی دستاویزات کی ضرورت ہوتی ہے۔ ایک واضح README، آرکیٹیکچر ڈایاگرامز، اور ڈیمو ویڈیوز لوگوں کو آپ کے کام کو سمجھنے میں مدد دیتی ہیں۔

بہت سے ڈویلپرز GitHub Copilot جیسے AI ٹولز استعمال کرتے ہیں۔ بہترین ٹیمیں اس بارے میں ایماندار ہوتی ہیں۔ وہ بتاتے ہیں کہ AI نے بوائلر پلیٹ (boilerplate)، ڈی بگنگ (debugging)، یا ٹیسٹنگ میں کیسے مدد کی۔ یہ پختگی کو ظاہر کرتا ہے۔

ٹاپ پروجیکٹس انجینئرنگ کے فیصلے (engineering judgment) پر توجہ دیتے ہیں:

  • سیکیورٹی (Security)۔
  • ایرر ہینڈلنگ (Error handling)۔
  • آبزرویبلٹی (Observability)۔
  • پرائیویسی (Privacy)۔
  • قابل اعتماد ہونا (Reliability)۔
  • برقرار رکھنے کی صلاحیت (Maintainability)۔

یہ تفصیلات ایک ڈیمو کو پروڈکٹ میں بدل دیتی ہیں۔ ایک کام کرنے والا ڈیمو رکھنے والا چھوٹا پروجیکٹ، بغیر کسی ثبوت کے بڑے آئیڈیا سے بہتر ہے۔

وضاحت اور تکمیل اہمیت رکھتی ہے۔

سافٹ ویئر بنانا صرف کوڈ لکھنے سے بڑھ کر ہے۔ آپ کو ایک مسئلہ حل کرنا چاہیے، اس کا حل بیان کرنا چاہیے، اور کام کو اس طرح مکمل کرنا چاہیے کہ دوسرے اس پر بھروسہ کر سکیں۔ یہی اصل انجینئرنگ پختگی ہے۔

Source: https://dev.to/amising6/what-i-learned-after-reviewing-many-ai-and-developer-projects-as-a-hackathon-judge-2g06

Optional learning community: https://t.me/GyaanSetuAi