৫ জুন ২০২৫-এ মস্কোর T Bank-এ অনুষ্ঠিত MoscowJS 65-এ অংশ নিয়েছিলাম। তখন আমি ইতিমধ্যে ছয় বছর ধরে JavaScript নিয়ে কাজ করছিলাম। তাই কোন framework বা tool পরেরবার ব্যবহার করা উচিত, সেটা শোনার জন্য মিটআপে যাইনি। আমার আগ্রহ ছিল এমন কিছুর দিকে, যা একা কাজ করতে করতে পাওয়া কঠিন: কয়েক ঘণ্টা নির্দিষ্ট প্রযুক্তিগত বিষয়ে মনোযোগ দেওয়া এবং একই সমস্যায় আগ্রহী মানুষের মধ্যে থাকা।
এবারের প্রোগ্রামটি AI-কেন্দ্রিক ছিল। MoscowJS 65-এর অফিসিয়াল প্রোগ্রাম অনুযায়ী চারটি সেশনে LLM-ভিত্তিক assistant, আধুনিক AI কীভাবে কাজ করে ও তার সীমাবদ্ধতা, UI testing-এ vision-language models, এবং NPM ব্যবহারের সময় AI-সংশ্লিষ্ট security risk নিয়ে আলোচনা হয়েছিল। প্রোগ্রামটি ছোট ছিল, কিন্তু একই বড় বিষয়কে বেশ আলাদা engineering দৃষ্টিকোণ থেকে দেখেছিল।
যেটা আমার মনে থেকে গেছে
সেশনগুলো প্রযুক্তিগতভাবে আকর্ষণীয় ছিল, তবে পরিবেশটাও আমার কাছে সমান গুরুত্বপূর্ণ ছিল। বক্তাদের মধ্যে সত্যিকারের উদ্দীপনা ছিল, আর পুরো ইভেন্টটি নিষ্ক্রিয় শোনার বদলে জীবন্ত মনে হয়েছে। স্থানীয় developer meetup এখনও আমার ভালো লাগার এটি একটি কারণ।
ডকুমেন্টেশন, আর্টিকেল বা source code আমি যেকোনো সময় পড়তে পারি; conference recording-ও যেকোনো সময় দেখা যায়। এগুলো অপরিহার্য। কিন্তু meetup অন্য ধরনের মনোযোগ তৈরি করে: একটি সন্ধ্যা, সীমিত কিছু বিষয় এবং এমন মানুষের একটি ঘর, যারা বিষয়গুলো নিয়ে কথা বলতে সরাসরি উপস্থিত হয়েছে। niche topic-এর ক্ষেত্রে এই context ধারণাগুলো মনে রাখতে এবং আরও সমালোচনামূলকভাবে ভাবতে সাহায্য করে।
একটি talk শুরু করার জায়গা, প্রমাণ নয়
এখানে একটি গুরুত্বপূর্ণ সীমাবদ্ধতাও আছে। conference talk ডকুমেন্টেশন নয়, benchmark নয়, এবং কোনো approach আমার production code-এর জন্য প্রস্তুত—এটাও প্রমাণ করে না। ভালো demo উপকারী হতে পারে, কিন্তু সেটি দেখায় না যে একই ধারণা অন্য constraint, edge case, maintenance cost বা security assumption-এর মধ্যেও একইভাবে কাজ করবে।
AI-এর ক্ষেত্রে এই পার্থক্য বিশেষভাবে গুরুত্বপূর্ণ। শুধু “demo কাজ করে কি?” জিজ্ঞেস করাই যথেষ্ট নয়। আসলে কী দেখানো হয়েছে, কী assumption আড়ালে রয়ে গেছে, ফলটি reproduce করা যায় কি না, নতুন কোন failure mode তৈরি হয় এবং tool সত্যিই complexity কমায় নাকি শুধু অন্য জায়গায় সরিয়ে দেয়—এসব প্রশ্নও গুরুত্বপূর্ণ।
এটাই meetup-এর পরের engineering ধাপ। ইভেন্ট কোনো নতুন idea আমার নজরে আনতে পারে, কিন্তু verification আলাদাভাবে করতেই হবে।
কেন এখনও যাই
JavaScript এত বিস্তৃত যে একটি project-এর দরকারি অংশের মধ্যেই মাসের পর মাস থাকা খুব সহজ। meetup কিছু সময়ের জন্য সেই রুটিন ভাঙে। MoscowJS 65-এ একই থিম developer tooling, model behavior, testing এবং package security-কে একসঙ্গে এনেছিল। সন্ধ্যাটি কাজে লাগার জন্য প্রতিটি idea গ্রহণ করা আমার দরকার ছিল না।
ইভেন্টটি আমাকে শেষ পর্যন্ত একটি সহজ কথাই মনে করিয়ে দিয়েছে: JavaScript নিয়ে ছয় বছর কাজ করার পরও নির্দিষ্ট বিষয়ে গভীরে যাওয়া এবং একই আগ্রহের মানুষের সঙ্গে সেগুলো নিয়ে আলোচনা করা আমার এখনও ভালো লাগে। ecosystem বদলায়, জনপ্রিয় tool বদলায়, talk-এর বিষয় বদলায়। এই অংশটি বদলায় না।
আমার কাছে স্থানীয় developer event-এ যেতে থাকার জন্য এটুকুই এখনও যথেষ্ট কারণ।