5 جون 2025 کو میں نے ماسکو کے T Bank میں ہونے والے MoscowJS 65 میں شرکت کی۔ اس وقت تک میں چھ سال سے JavaScript کے ساتھ کام کر رہا تھا، اس لیے میں meetup میں یہ سننے نہیں گیا تھا کہ اگلا framework یا tool کون سا استعمال کرنا چاہیے۔ میری دلچسپی اس چیز میں تھی جو اکیلے کام کرتے ہوئے نسبتاً مشکل سے ملتی ہے: چند گھنٹے مخصوص تکنیکی موضوعات پر پوری توجہ دینا اور ایسے لوگوں کے درمیان ہونا جنہیں وہی مسائل دلچسپ لگتے ہیں۔
اس بار پروگرام خاص طور پر AI پر مرکوز تھا۔ MoscowJS 65 کے سرکاری پروگرام کے مطابق چار talks میں LLM-based assistant، جدید AI کے کام کرنے کے طریقے اور اس کی حدود، UI testing کے لیے vision-language models، اور NPM کے ساتھ کام کرتے ہوئے AI سے متعلق security risks شامل تھے۔ پروگرام مختصر تھا، لیکن ایک ہی بڑے موضوع کو بہت مختلف engineering زاویوں سے دیکھا گیا۔
جو بات میرے ذہن میں رہ گئی
Talks تکنیکی اعتبار سے دلچسپ تھے، مگر میرے لیے ماحول بھی اتنا ہی اہم تھا۔ Speakers میں حقیقی energy تھی اور event محض خاموشی سے سننے والا تجربہ نہیں لگا۔ یہی ایک وجہ ہے کہ مجھے آج بھی مقامی developer meetups پسند ہیں۔
Documentation، articles اور source code میں کسی بھی وقت پڑھ سکتا ہوں، اور conference recordings بھی جب چاہوں دیکھ سکتا ہوں۔ یہ سب ضروری ہیں۔ مگر meetup ایک مختلف قسم کی توجہ پیدا کرتا ہے: ایک شام، محدود موضوعات اور ایک کمرہ ایسے لوگوں سے بھرا ہوا جو ان موضوعات میں اتنی دلچسپی رکھتے ہیں کہ خود آ کر ان پر بات کریں۔ Niche topics میں یہ context ideas کو بہتر یاد رکھنے اور زیادہ تنقیدی انداز میں سوچنے میں مدد دیتا ہے۔
ایک talk نقطۂ آغاز ہے، ثبوت نہیں
یہاں ایک اہم حد بھی ہے۔ Conference talk نہ documentation ہے، نہ benchmark، اور نہ یہ ثبوت کہ دکھایا گیا approach میرے production code کے لیے تیار ہے۔ ایک اچھی demo مفید ہو سکتی ہے، مگر یہ ثابت نہیں کرتی کہ وہی idea مختلف constraints، edge cases، maintenance cost یا security assumptions کے تحت بھی اسی طرح کام کرے گا۔
AI کے معاملے میں یہ فرق خاص طور پر اہم ہے۔ صرف یہ پوچھنا کافی نہیں کہ “demo کام کرتی ہے؟” میں یہ بھی جاننا چاہتا ہوں کہ اصل میں کیا دکھایا گیا، کون سی assumptions پس منظر میں رہ گئیں، result reproduce ہو سکتا ہے یا نہیں، کون سے نئے failure modes پیدا ہوتے ہیں، اور tool complexity واقعی کم کرتا ہے یا صرف اسے کسی اور جگہ منتقل کرتا ہے۔
یہ meetup کے بعد آنے والا engineering مرحلہ ہے۔ Event کوئی idea میری نظر میں لا سکتا ہے، مگر verification الگ سے کرنا ہی پڑتا ہے۔
میں اب بھی کیوں جاتا ہوں
JavaScript اتنا وسیع ہے کہ ایک project کی ضرورت والے حصے میں ہی کئی مہینے گزار دینا آسان ہے۔ Meetup کچھ دیر کے لیے اس routine کو توڑ دیتا ہے۔ MoscowJS 65 میں ایک ہی theme نے developer tooling، model behavior، testing اور package security کو جوڑ دیا۔ شام مفید ہونے کے لیے مجھے ہر idea اپنانا ضروری نہیں تھا۔
آخر میں event نے مجھے ایک بہت سادہ بات یاد دلائی: JavaScript کے ساتھ چھ سال گزارنے کے بعد بھی مجھے مخصوص موضوعات میں گہرائی تک جانا اور انہی دلچسپیوں والے لوگوں سے بات کرنا پسند ہے۔ Ecosystem بدلتا ہے، مشہور tools بدلتے ہیں، talks کے موضوعات بدلتے ہیں۔ یہ حصہ نہیں بدلتا۔
میرے لیے مقامی developer events میں جاتے رہنے کی یہ اب بھی کافی وجہ ہے۔