نوٹس
بلاگ
فرنٹ اینڈ انجینئرنگ، SEO، AI، اینالیٹکس اور حقیقی پروڈکٹس بنانے پر نوٹس۔
42 پوسٹس
“Guaranteed Resources — No Sharing” کے باوجود میرے AVA Hosting VPS پر اوسط CPU Steal 32.73% رہا
عام production traffic کے دوران میرے AVA Hosting KVM VPS نے اوسط 32.73% CPU steal، 0% CPU idle اور تقریباً 99% CPU pressure رپورٹ کیا۔ یہ منفی review نہیں بلکہ اس بات کی براہِ راست debugging کہانی ہے کہ Linux نے VM کے اندر حقیقتاً کیا دکھایا۔
میرا FDCServers VPS 3 TB سے زیادہ ٹریفک تک ٹھیک چلتا رہا، پھر ڈسک پڑھنے میں 18 سیکنڈ لگنے لگے
میرا FDCServers VPS شروع میں حقیقی ٹریفک معمول کے مطابق سنبھالتا رہا اور 3 TB سے زیادہ ڈیٹا منتقل کیا۔ بعد میں عام workload ہی شدید virtual-disk stalls پیدا کرنے لگا: CPU iowait 100% تک پہنچا، Linux I/O pressure تقریباً 100% ہوا، read latency 18.7 سیکنڈ اور flush latency 53 سیکنڈ سے زیادہ ہو گئی۔
میرے REGXA VPS نے بغیر ٹریفک کے بھی 94% CPU Steal دکھایا
REGXA کے KVM VPS پر سنگین performance مسئلے کی جانچ کے دوران مجھے 92–94% CPU steal، کئی سیکنڈ لینے والی localhost requests، بڑھتی ہوئی connection queues اور دو منٹ سے زیادہ وقت لینے والے HTTP 504 ملے۔ مکمل production traffic ہٹانے کے بعد CPU steal بڑھ کر 94.17% ہوگیا، اور بعد میں REGXA نے اسے shared infrastructure پر resource contention کا نتیجہ قرار دیا۔
Nginx کے پیچھے Bunny Storage کے ساتھ دو ماہ: میں نے تصاویر، ویڈیو اور آڈیو الگ میڈیا سرور پر کیوں منتقل کیے
دو ماہ تک میں نے Bunny CDN کے بجائے Bunny Storage کو اپنے Nginx cache کے پیچھے private origin کے طور پر استعمال کیا۔ Production logs میں cold media requests پر long-tail connection timeout اور MP4 کے لیے Nginx Slice اور غیر ہم آہنگ ETag کا الگ مسئلہ سامنے آیا؛ آخرکار میں ایک سادہ private media origin پر منتقل ہوگیا۔
WebP سے AVIF ٹرانس کوڈنگ میں SSIMULACRA2: سورس کے لیے 60 اور پہلے سے lossy فائل کے لیے 65 کیوں
جب AVIF ایسے WebP سے بنایا جائے جو پہلے ہی lossy کمپریس ہو چکا ہو تو SSIMULACRA2 صرف دوسری نسل کے نقصان کو ناپتا ہے۔ اسی لیے صاف سورس کے لیے میں 60/58 اور معلوم lossy derivative کے لیے 65/63 استعمال کرتا ہوں۔
DeepSeek نے قیمتیں بڑھا دیں — وہی V4 Flash مجھے پرانے ریٹ سے بھی سستا مل گیا
17 اگست کی صبح میں نے دیکھا کہ DeepSeek API پر میرا خرچ معمول سے تقریباً پانچ گنا ہو گیا ہے۔ بعد میں مجھے وہی DeepSeek-V4-Flash-0731 checkpoint ایک دوسرے provider کے پاس ملا اور میں نے اسے آزمایا، جہاں موجودہ قیمت DeepSeek کے پرانے ریٹ سے بھی تقریباً 45% کم ہے۔
متحرک WebP، GIF اور APNG کو فریم یا وقت خراب کیے بغیر H.264 MP4 میں کیسے بدلتا ہوں
میرا پروڈکشن نظام وہ مکمل فریم دوبارہ بناتا ہے جو صارف حقیقت میں دیکھتا ہے، سورس کا وقت محفوظ رکھتا ہے، ہر آخری MP4 کے لیے ایک CFR چنتا ہے، تصویر بڑا کیے بغیر سب سے چھوٹا مشترک کینوس استعمال کرتا ہے، مطابق H.264 سیگمنٹس انکوڈ کرکے دوسری نقصانی انکوڈنگ کے بغیر جوڑتا ہے، اور فائل کے ساتھ HTTP ترسیل بھی جانچتا ہے۔ ایک ناپے گئے رن میں کل 1.49 GB کی 217 متحرک WebP فائلیں ایک 78.49 MB H.264 MP4 بن گئیں۔
میں ہر براؤزر ایرر پر الرٹ بھیج رہا تھا: شور کو مفید پروڈکشن مانیٹرنگ میں کیسے بدلا
میرا ابتدائی فرنٹ اینڈ رپورٹر اشتہارات کے بلاک ہونے، GTM کی ناکامی، AbortError، مبہم Script error اور حقیقی Next.js چنک ناکامیوں کو ایک ہی درجے پر رکھتا تھا۔ بعد میں میں نے مانیٹرنگ کو ملکیت، صارف پر اثر، شواہد کے معیار، واقعات کے باہمی ربط اور بحالی کی بنیاد پر دوبارہ بنایا۔
ڈیپلائمنٹ کے بعد پرانے Next.js ٹیب کیوں ٹوٹ جاتے ہیں: پرانا HTML، غائب چنکس اور ورژنز میں عدم مطابقت
ایک ڈیپلائمنٹ کے بعد پروڈکشن مانیٹرنگ میں میرے اپنے Next.js ایپ کا ایک JavaScript چنک لوڈ نہیں ہوا۔ لاگ نے صرف یہ ثابت کیا کہ اسکرپٹ ناکام ہوا؛ وجہ ثابت نہیں ہوئی۔ اسی واقعے کی بنیاد پر یہ مضمون پرانے ٹیب، باسی HTML، غائب /_next/static وسائل، ورژنز میں عدم مطابقت، پرانے وسائل محفوظ رکھنے، deploymentId، ریلیز کی ترتیب، نگرانی اور محفوظ بحالی کو سمجھاتا ہے۔
وہ ایک tick جس نے میرا CFR توڑ دیا: 5580 کیوں 5625 نہیں تھا اور 3751 کیوں 3750 نہیں تھا
میرا ویلیڈیٹر بار بار 16 fps MP4 کو رد کر رہا تھا کیونکہ ایک پیکٹ کا دورانیہ 5625 کے بجائے 5580 ٹک تھا۔ بعد میں 24 fps پر 3750 کی جگہ 3751 ٹک بھی ملا۔ ان دونوں ناکامیوں نے مجھے سورس ٹائمنگ، CFR کوانٹائزیشن، MP4 ٹائم بیس، PTS/DTS، ملٹی پلیکسنگ اور پیکٹ کی سطح کی توثیق کو الگ الگ سمجھنے پر مجبور کیا۔
میں نے H.264 کے ساتھ عملی نظام کی ایک ویڈیو کو تقریباً 280 MB سے 50 MB تک کیسے کم کیا
عملی نظام کی ایک حقیقی ویڈیو H.264 کی ترتیب کو CRF 28، x264 veryslow، 720p درجے کی زیادہ سے زیادہ ریزولوشن، مفید فریم شرح اور ڈیکوڈر کے لیے معتدل حدود کے ساتھ دوبارہ بنانے کے بعد تقریباً 280 MB سے 50 MB رہ گئی۔ اس سے پہلے اسی مثال کو تقریباً 350 MB سے 238 MB تک لایا جا چکا تھا، اور پرانی لائبریری کے جائزے سے معلوم ہوا کہ کئی میگابٹ فی سیکنڈ والی H.264 فائلیں عام تھیں۔
میں نے Gitae بنایا تاکہ ویب سائٹ outage کو صرف “up/down” سے آگے جا کر diagnose کیا جا سکے
میں نے Gitae ایک practical سوال کے لیے بنایا: کیا website واقعی unavailable ہے یا مسئلہ صرف local ہے؟ یہ Moscow اور Helsinki کے external VDS checks کو DNS، HTTPS/TLS، ports، routing، IP، hosting اور CMS signals کے ساتھ جوڑتا ہے، اور ہر result کو final proof نہیں بلکہ diagnostic evidence سمجھتا ہے۔
Production software میں TypeScript اور Codex اتنے مؤثر کیوں ہیں
Production کام میں TypeScript، Codex کو وہ چیزیں دیتا ہے جن کی جگہ صرف اچھا prompt نہیں لے سکتا: machine-checkable contracts، تیز compiler feedback اور بڑے refactor کے لیے زیادہ محفوظ راستہ۔
میں نے Jurfi.com بنایا: منظم قانونی ڈرافٹس کے لیے براؤزر بیسڈ اسٹوڈیو
میں نے Jurfi.com اس لیے بنایا کہ فارم اور ٹیمپلیٹس کو براؤزر میں منظم قانونی ورکنگ ڈرافٹس میں بدلا جا سکے، ڈرافٹس کو مقامی طور پر رکھا جا سکے اور ریویو کو عمل کا واضح حصہ بنایا جائے—بغیر یہ دعویٰ کیے کہ سافٹ ویئر وکیل کی جگہ لے سکتا ہے۔
SaaS سے میری پہلی آمدنی: ایک ادائیگی نے حقیقت میں کیا ثابت کیا
اپنے بنائے ہوئے SaaS پروڈکٹ سے ملنے والی پہلی ادائیگی چھوٹی تھی، لیکن اس نے میرے پاس موجود ثبوت کی نوعیت بدل دی۔ یہ تحریر بتاتی ہے کہ ایک ٹرانزیکشن کیا validate کر سکتی ہے، کیا ثابت نہیں کرتی، اور milestone سے زیادہ repetition کیوں اہم ہے۔
میں Codex کے ساتھ 15 پروجیکٹس کا ریویو کیسے کرتا ہوں اور آخری کنٹرول اپنے پاس رکھتا ہوں
15 سافٹ ویئر پروجیکٹس کا ریویو پہلے بار بار ہونے والی چیکس میں ڈوب جانے جیسا تھا۔ Codex bugs، tests، SEO، translations، localization اور consistency کو بہت تیزی سے چیک کرنے میں مدد کرتا ہے، لیکن میں ہر AI finding کو فیصلہ نہیں بلکہ lead سمجھتا ہوں اور ہر تبدیلی خود verify کرتا ہوں۔
میں ChatGPT Plus میں Codex limit کے آخری 3–5٪ کو بڑے engineering tasks پر کیوں استعمال کرتا ہوں — اپ ڈیٹ: 2026 کی گرمیوں میں یہ طریقہ کام کرنا چھوڑ گیا
اپ ڈیٹ: 2026 کی گرمیوں تک یہ workflow میرے لیے قابلِ بھروسا نہیں رہا۔ میرے account سے 5-hour counter غائب ہو گیا، صرف weekly limit نظر آتی رہی، اور لمبا task weekly allowance ختم ہونے پر رک سکتا تھا۔
میں نے AI سے 10,000 SEO مضامین شائع کیے، اور آخرکار میری سائٹ Google میں صفر indexed صفحات تک پہنچ گئی
AI کے ذریعے بڑے پیمانے پر اشاعت ابتدا میں شارٹ کٹ لگ رہی تھی: Google نے بنائے گئے تمام 10,000 article URLs crawl کیے، مگر تقریباً 1,000 pages ہی واقعی index ہوئے، Search میں آئے اور حقیقی traffic لائے۔ بعد میں وہ indexed pages بھی غائب ہوتے گئے، یہاں تک کہ پوری site صفر indexed pages تک پہنچ گئی۔ اس تجربے نے AI، SEO، translation اور editorial responsibility کے بارے میں میرا طریقہ بدل دیا۔
8GB/256GB M1 MacBook کے ساتھ پانچ سال: میں نے اسے اب تک کیوں نہیں بدلا
میں نے 8GB میموری اور 256GB SSD والا بنیادی M1 MacBook تقریباً 1,000 ڈالر میں خریدا اور اسے روزانہ لگ بھگ 15 گھنٹے سافٹ ویئر ڈیولپمنٹ، میڈیا ورک، لکھنے، سیکھنے اور سائیڈ پروجیکٹس کے لیے استعمال کیا۔ پانچ سال بعد اس کی حدود واضح ہیں، مگر اپ گریڈ سوچنے کی وجہ میرا بڑھا ہوا workload ہے—یہ نہیں کہ مشین اب مفید نہیں رہی۔
میں نے ChatGPT سے اپنے بلاگ کا 20 زبانوں میں ترجمہ کیا — اور دنیا بھر سے سرچ ٹریفک آنے لگا
AI نے میرے لیے کثیر لسانی پبلشنگ کی لاگت کا پورا ماڈل بدل دیا۔ ایک زبان کے بلاگ سے میں ہر مضمون کو زیادہ سے زیادہ 20 زبانوں میں شائع کرنے تک پہنچا، جس سے organic search کے نئے entry points بنے۔
میں نے QRViz کو مفت static QR code generator کے طور پر لانچ کیا — اور distribution کے لیے SEO پر بھروسا کیا
میں نے qrviz.com کو ایک مفت QR کوڈ جنریٹر کے طور پر لانچ کیا، بغیر اشتہاری بجٹ، paid acquisition یا monetization funnel کے۔ لوگوں تک پہنچنے کے لیے میں مکمل طور پر SEO پر انحصار کر رہا ہوں، اس لیے distribution سب سے بڑی غیر یقینی ہے۔
SaaS بنانے سے زیادہ مشکل مجھے گاہک لانا کیوں لگا
SaaS بنانے کے اپنے تجربے سے ایک سبق: انجینئرنگ میں فیڈبیک واضح اور قابلِ جانچ تھا، جبکہ تقسیم، پوزیشننگ، میسجنگ اور ریٹینشن کے لیے بالکل مختلف اور بہت کم قابلِ پیش گوئی لوپ درکار تھا۔
میں نے SaaS پروڈکٹ اکیلے بنائی۔ پیمنٹس آن ہوتے ہی کام کی نوعیت بدل گئی
میں نے یہ پروڈکٹ اکیلے، شاموں، ویک اینڈز اور چھٹیوں میں بنایا۔ جیسے ہی پیمنٹس لائیو ہوئیں، bugs، onboarding، moderation، retention اور trust مستقبل کے مسائل نہیں رہے بلکہ حقیقی پروڈکٹ چلانے کا حصہ بن گئے۔
I Got 550 Views from One Image, Voiceover, and Subtitles: What Three Shorts Tests Actually Taught Me
A simple YouTube Short built from one static image, a voiceover, and subtitles reached 550 views. After three early tests, the useful lesson was not a proven formula, but a repeatable way to experiment without confusing a promising signal with proof.
ماسکو کی ایک Frontend جاب پر تقریباً 6,000 درخواستیں دیکھیں۔ یہ روس کی IT مارکیٹ کے بارے میں کیا بتاتی ہیں — اور کیا نہیں؟
2023 کے آخر میں ریکروٹرز مجھے بتاتے تھے کہ ایک پوزیشن پر 300–500 درخواستیں بھی بہت ہیں۔ 20 جنوری 2026 کو میں نے ماسکو میں mid-level Frontend رول کو چند گھنٹوں میں تقریباً 6,000 درخواستوں تک جاتے دیکھا۔ یہاں میں واضح کرتا ہوں کہ یہ نمبر کیا اشارہ دیتا ہے، کیا ثابت نہیں کرتا، اور امیدوار کی حیثیت سے میں آج اسے کیسے پڑھوں گا۔
DeepSeek نے میرا Node.js workflow کیسے بدلا: چھ ماہ میں 4,000 سے زیادہ commits
2025 میں میرا GitHub graph تقریباً خالی حالت سے سال کے دوسرے نصف میں 4,000 سے زیادہ commits تک پہنچ گیا۔ یہ مضمون بتاتا ہے کہ AI coding نے میرے Node.js side-project workflow کو کیسے بدلا، کہاں وقت بچایا، کہاں غلطی کی، اور verification generation speed سے زیادہ اہم کیوں رہی۔
28 سال کی عمر میں میرا پہلا TikTok: ایک عمودی پروڈکٹ ڈیمو نے ٹریفک کے بارے میں کیا سکھایا
28 سال کی عمر میں میں نے اپنا پہلا TikTok پوسٹ کیا اور اسی پروڈکٹ ڈیمو کو Reels اور Shorts پر بھی شائع کیا۔ اصل سبق views کی تعداد نہیں تھا، بلکہ یہ کہ 9:16 فریم desktop interface کو کتنا بدل دیتا ہے اور reach کو acquisition سمجھے بغیر short-form traffic کیسے ناپا جائے۔
میں نے 25 سال پرانا ڈومین خریدا: مردہ URLs پر روزانہ 1,000+ requests آنے لگیں
2000 میں پہلی بار رجسٹر ہونے والے ڈومین پر نئی سائٹ لانچ کرنے کے بعد مجھے پرانے URLs پر روزانہ 1,000 سے زیادہ requests اور Yandex Webmaster میں ایک ہی رات کے دوران 900 سے زیادہ errors نظر آئے۔ یہاں میں واضح کرتا ہوں کہ حقیقتاً کیا ثابت تھا، targeted 410 کیوں استعمال کیا اور آج پرانے ڈومین کو کیسے audit کروں گا۔
Yandex نے 12,500 صفحات انڈیکس کر لیے تھے، مگر روس سے ٹریفک تقریباً صفر تھا: Cloudflare کا مسئلہ جو میری نظر سے رہ گیا
Yandex نے 12,500 صفحات انڈیکس کیے ہوئے تھے، لیکن روس سے ٹریفک تقریباً صفر تھا۔ میں نے مسئلہ نیٹ ورک پاتھ تک محدود کیا، Cloudflare پراکسی بند کی، cache، compression اور بنیادی protection کو اپنے VDS پر Nginx میں منتقل کیا، اور رسائی بحال ہو گئی۔
میری static Next.js سائٹ پر روزانہ ہزاروں vulnerability scans آتے ہیں، مگر Nginx پر بمشکل اثر دکھائی دیتا ہے
میرے logs WordPress، PHP backdoors، .env اور .git/config تلاش کرنے والی probes سے بھرے ہیں۔ میرے static Next.js + Nginx setup میں ان میں سے زیادہ تر کم لاگت miss اور 404 بن کر ختم ہوتے ہیں، اور observation کے دوران CPU load نہیں بدلا۔ یہ تجربہ static-site security کے بارے میں کیا ثابت کرتا ہے اور کیا نہیں، یہی اصل نکتہ ہے۔
Yandex نے میری نئی سائٹ کو ٹریفک دینا شروع کیا جبکہ Google تقریباً ساکت رہا
اسی نئے پروجیکٹ میں Google نے ایک طویل مدت میں صرف تقریباً 300 کلکس دیے، جبکہ Yandex Webmaster میں واضح اضافہ نظر آیا اور ایک وقت پر کلکس میں +500% اضافہ دکھایا گیا۔ اصل بات یہ سمجھنا ہے کہ یہ اعداد کیا ثابت کرتے ہیں اور کیا نہیں۔
Yandex نے میری 4,278 Next.js صفحات ایک رات میں انڈیکس کر دیں — اس سے حقیقت میں کیا ثابت ہوا؟
Yandex نے تقریباً ایک ساتھ میری 4,278 ایسی صفحات انڈیکس کر دیں جو Next.js سے statically generate کی گئی تھیں۔ یہ ایک حقیقی تکنیکی سنگِ میل تھا، مگر ranking یا traffic کی کامیابی کا ثبوت نہیں۔ یہاں میں واضح کرتا ہوں کہ اس نتیجے سے SSG اور Programmatic SEO کے بارے میں کیا کہا جا سکتا ہے اور کیا نہیں۔
SEO کا میرا پہلا مہینہ: 632 آرگینک وزٹرز اور بوٹ ٹریفک کی ایک حقیقت پسندانہ جانچ
کام پر ایک بڑی SEO initiative کی تیاری کے لیے میں نے اپنے ذاتی side project کو تجرباتی ماحول بنایا۔ ایک مہینے میں 632 آرگینک وزٹرز آئے، لیکن 83 وزٹرز والے ایک دن نے دکھایا کہ مشکوک ٹریفک اور analytics کی محدودیت نتائج کی کہانی کو کتنی آسانی سے بدل سکتی ہے۔
میں Yandex Webmaster کو تقریباً نظر انداز کر دیتا۔ دو ہفتے بعد وہاں سے Google سے زیادہ ٹریفک آ رہی تھی
SEO پر منحصر ایک اہم کام کے پروجیکٹ سے پہلے تجربہ حاصل کرنے کے لیے میں نے Next.js پر side project بنایا۔ پہلے دو ہفتوں میں Google سے 58 اور Yandex سے 200 وزیٹر آئے، اور میں نے traffic، indexing اور diagnostics کو الگ دیکھنا سیکھا۔
Yandex Metrica بمقابل Google Analytics: ایک ہفتے بعد میں نے Metrica کو کیوں ترجیح دی
میں نے ایک نئے پروجیکٹ پر Google Analytics اور Yandex Metrica ایک ہفتے تک ساتھ چلائے۔ Metrica میری ترجیح بنیادی طور پر Webvisor اور session replay کی وجہ سے بنی، لیکن یہ میرے workflow کا نتیجہ ہے، اس بات کا ثبوت نہیں کہ ایک platform سب کے لیے بہتر ہے۔
Yandex نے میرے بلاگ کو /en کے بغیر crawl کیا، 308 redirects نے 404 سے بچایا
sitemap میں تقریباً 3000 /en/blog/... صفحات شامل کرنے کے بعد میں نے دیکھا کہ Yandex متعلقہ /blog/... راستے آزما رہا تھا۔ پہلے سے موجود 308 redirects نے ان requests کو 404 پر ختم ہونے سے روک دیا۔ اصل سبق یہ نہیں تھا کہ Yandex نے sitemap “خراب” کر دیا، بلکہ یہ کہ ایک صاف redirect layer URL architecture کو کتنا resilient بنا سکتی ہے۔
دو نئی سائٹس Google پر تیزی سے اوپر گئیں، پھر چند دن میں ٹریفک تقریباً 10 گنا کم ہو گئی
مسلسل دو لانچز میں Google impressions فوراً بڑھیں اور چند دن بعد ٹریفک تقریباً ایک دسویں حصے تک گر گئی۔ پیٹرن حقیقی تھا، مگر میں یہ ثابت نہیں کر سکتا کہ وجہ نام نہاد “Google honeymoon” تھی۔
Yandex Search سے ایک رات میں 2,000 صفحات غائب ہو گئے۔ اس سے میں واقعی کیا نتیجہ نکال سکتا تھا؟
Yandex Webmaster میں میں نے دیکھا کہ تقریباً 8,000 صفحات میں سے 2,000 اب search میں شامل نہیں تھے۔ 25% کی کمی بڑی تھی، مگر اصل سبق یہ تھا کہ نظر آنے والی search-status تبدیلی کو ثابت شدہ وجہ نہ سمجھا جائے۔
MoscowJS 66 میں میں نے 10 سے زیادہ سوالات کیے اور دو انعامات جیتے
MoscowJS 66 میں میں نے Telegram bots، LangChain.js، site-builder architecture اور TypeScript type testing کی talks کے دوران 10 سے زیادہ سوالات کیے۔ ان میں سے دو بہترین سوالات منتخب ہوئے اور مجھے دو انعامات ملے۔
PiterJS #79 سے میں کیا لے کر آیا: Legacy Monoliths، FrontOps، Web Performance اور بہتر سوالات
سینٹ پیٹرزبرگ میں PiterJS #79 کا موضوع پہلے سے موجود سسٹمز کی دیکھ بھال تھا: legacy monolith، FrontOps اور web performance metrics۔ میں عملی نوٹس، Q&A میں ملنے والے دو انعامات اور آف لائن meetup میں فعال شرکت کی اہمیت کی نئی یاد کے ساتھ واپس آیا۔
میں نے Next.js بلاگ 21 زبانوں میں لانچ کیا: 439 Google امپریشنز نے مجھے اصل میں کیا بتایا؟
پہلے ہفتے میں میرے 21 زبانوں والے Next.js بلاگ نے Google سے 439 امپریشنز اور 5 کلکس حاصل کیے۔ بعد میں 471 میں سے 436 صفحات انڈیکس تھے۔ اصل سبق یہ تھا کہ visibility، indexing اور حقیقی search performance کو الگ الگ سمجھا جائے۔
JavaScript کے چھ سال بعد MoscowJS 65: میں اب بھی مقامی میٹ اپس میں کیوں جاتا ہوں
5 جون 2025 کو میں نے T Bank میں MoscowJS 65 میں شرکت کی۔ چاروں talks نے AI کو مختلف زاویوں سے دیکھا، مگر میری اصل بات زیادہ سادہ تھی: مقامی meetups آج بھی وہ چیز دیتے ہیں جسے documentation اور recordings مکمل طور پر بدل نہیں سکتیں۔