الیگزینڈر بارانوف Veeam میں بطور R&D ڈائریکٹر کام کرتے ہیں اور دونوں ممالک کے درمیان رہتے ہیں۔ وہ اپنا آدھا وقت پراگ میں گزارتا ہے، باقی آدھا سینٹ پیٹرزبرگ میں۔ یہ شہر Veeam کے سب سے بڑے ترقیاتی دفاتر کا گھر ہیں۔
2006 میں، یہ روس سے تعلق رکھنے والے دو کاروباریوں کا ایک آغاز تھا، جو ورچوئل مشین بیک اپ سافٹ ویئر سے وابستہ تھا (وہاں سے V[ee][a]M، ایک ورچوئل مشین کا نام بھی آیا)۔ آج یہ ایک بڑا کارپوریشن ہے جس کے دنیا بھر میں چار ہزار سے زیادہ ملازمین ہیں۔
الیگزینڈر نے ہمیں بتایا کہ ایسی کمپنی میں کام کرنا کیسا ہے اور اس میں جانا کتنا مشکل ہے۔ ذیل میں ان کا ایکولوگ ہے۔
روایتی طور پر، ہم My Circle: Veeam Software پر کمپنی کے اسیسمنٹ کے بارے میں بات کریں گے جو اس کے ملازمین سے موصول ہوا ہے۔ . ایک اچھے سماجی پیکیج، ٹیم میں کام کرنے کے آرام دہ ماحول، دلچسپ کاموں اور اس حقیقت کے لیے کہ کمپنی دنیا کو ایک بہتر جگہ بناتی ہے، اس کی تعریف کی جاتی ہے۔
Veeam کون سی مصنوعات تیار کرتا ہے۔
وہ پروڈکٹس جو IT انفراسٹرکچر کے لیے غلطی کو برداشت کرتے ہیں۔ خوش قسمتی سے، وقت گزرنے کے ساتھ، ہارڈ ویئر کافی قابل اعتماد ہو گیا ہے، اور بادل غلطی کو برداشت کرتے ہیں۔ لیکن انسانی غلطی آج تک برقرار ہے۔
مثال کے طور پر، تنظیم کے بنیادی ڈھانچے کے ساتھ اپ ڈیٹس کی عدم مطابقت کا کلاسک مسئلہ۔ ایڈمنسٹریٹر نے ایک غیر تصدیق شدہ اپ ڈیٹ رول آؤٹ کیا، یا یہ خود بخود ہوا، اور اس کی وجہ سے، انٹرپرائز سرورز کے آپریشن میں خلل پڑا۔ ایک اور مثال: کسی نے مشترکہ پروجیکٹ یا دستاویزات کے سیٹ میں تبدیلیاں کی ہیں جو اسے مناسب لگتا ہے۔ بعد میں، ایک مسئلہ دریافت کیا گیا تھا، اور یہ ایک ہفتہ پہلے کی حالت کو واپس کرنا ضروری تھا. بعض اوقات ایسی تبدیلیاں باشعور انسانی اعمال سے بھی وابستہ نہیں ہوتی ہیں: نسبتاً حال ہی میں، کرپٹوکر وائرس نے مقبولیت حاصل کی ہے۔ ایک صارف کام کے کمپیوٹر پر مشکوک مواد کے ساتھ فلیش ڈرائیو لاتا ہے یا بلیوں کے ساتھ کسی سائٹ پر جاتا ہے، اور اس کے نتیجے میں، نیٹ ورک پر موجود کمپیوٹرز متاثر ہو جاتے ہیں۔
ایسی صورت حال میں جہاں برا ہو چکا ہے، ہم تبدیلیوں کو واپس لانے کا موقع دیتے ہیں۔ اگر تبدیلیاں صرف منصوبہ بند ہیں، تو ہم آپ کو ان کے اثرات کو ایک الگ تھلگ انفراسٹرکچر میں چیک کرنے کی اجازت دیتے ہیں، جسے ڈیٹا سینٹر کے بیک اپ سے دوبارہ بنایا گیا ہے۔
اکثر اوقات، بیک اپ کسی تنظیم کے آڈٹ کے "خاموش گواہ" کے طور پر کام کرتے ہیں۔ عوامی کمپنیوں کو بیرونی ریگولیٹرز کی تعمیل کرنے کی ضرورت ہے (جیسے کہ Sarbanes-Oxley Act)، اور اچھی وجہ سے۔ 2008 میں، عالمی معیشت کی حالت اس حقیقت کی وجہ سے ہل گئی تھی کہ مالیاتی منڈی میں کچھ شرکاء نے، موٹے طور پر، اپنی سرگرمیوں کے نتائج کو غلط قرار دیا۔ یہ برف باری ہوئی اور معیشت ڈوب گئی۔ تب سے، ریگولیٹرز عوامی کمپنیوں میں ہونے والے عمل کی زیادہ قریب سے نگرانی کر رہے ہیں۔ رپورٹنگ کے دورانیے کے لیے آئی ٹی انفراسٹرکچر، میل سسٹم، دستاویز کے انتظام کے نظام کی حالت کو بحال کرنے کی صلاحیت آڈیٹرز کی ضروریات میں سے ایک ہے۔
مائیکروسافٹ، ایمیزون، گوگل اور دیگر کلاؤڈ فراہم کنندگان کے پاس مقامی حل ہیں جو کلاؤڈ کے اندر وسائل کا بیک اپ لیتے ہیں۔ لیکن ان کے فیصلے "خود میں چیزیں" ہیں۔ مسئلہ یہ ہے کہ زیادہ تر معاملات میں بڑی کمپنیوں کے پاس ہائبرڈ آئی ٹی انفراسٹرکچر ہے: اس کا کچھ حصہ بادل میں ہے، کچھ حصہ زمین پر ہے۔ کلاؤڈ عام طور پر ویب پروجیکٹس اور کسٹمر کا سامنا کرنے والی ایپلی کیشنز کی میزبانی کرتا ہے۔ حساس معلومات یا ذاتی ڈیٹا ذخیرہ کرنے والے ایپلیکیشنز اور سرورز اکثر زمین پر پائے جاتے ہیں۔
اس کے علاوہ، تنظیمیں خطرات کو کم کرنے کے لیے ایک ہائبرڈ بنانے کے لیے کئی مختلف بادلوں کا استعمال کرتی ہیں۔ جب ایک ملٹی نیشنل کمپنی نے ہائبرڈ کلاؤڈ بنایا ہے، تو اسے پورے انفراسٹرکچر کے لیے سنگل اور عام فالٹ ٹولرنس سسٹم کی ضرورت ہے۔
اس طرح کی مصنوعات تیار کرنا کتنا مشکل ہے۔
نئی ٹیکنالوجیز مسلسل ابھر رہی ہیں جن کے لیے مطالعہ، موافقت اور تجربے کی ضرورت ہے۔ جب ہم پہلی بار نمودار ہوئے اور ایک اسٹارٹ اپ تھے تو بہت کم لوگوں نے ورچوئلائزیشن پر سنجیدگی سے غور کیا۔ فزیکل ڈیٹا سینٹرز کے بیک اپ کے لیے درخواستیں تھیں۔ ورچوئلائزڈ ڈیٹا سینٹرز کو کھلونوں کے طور پر دیکھا جاتا تھا۔
ہم نے شروع سے ہی ورچوئلائزیشن سے آگاہ بیک اپ کو سپورٹ کرنا شروع کر دیا، جب ٹیکنالوجی کو صرف شائقین ہی استعمال کرتے تھے۔ اور پھر اس کی دھماکہ خیز نمو اور معیار کے طور پر پہچان ہوئی۔ اب ہم دوسرے علاقوں کو دیکھتے ہیں جو اسی کوالٹی لیپ کا انتظار کر رہے ہیں، اور ہم لہر میں رہنے کی کوشش کر رہے ہیں۔ آپ کی ناک کو نیچے کی طرف رکھنے کی صلاحیت کمپنی کے ڈی این اے میں کہیں سلائی ہوئی ہے۔
اب کمپنی پہلے ہی آغاز کے دنوں سے گزر چکی ہے۔ اب، بہت سے بڑے صارفین کے لیے، استحکام اور قابل اعتمادی اہم ہے، اور غلطی کو برداشت کرنے کے بارے میں فیصلہ کرنے میں کئی سال لگ سکتے ہیں۔ موافقت، مصنوعات کی تصدیق، متعدد تقاضوں کی تعمیل ہے۔ یہ ایک مضحکہ خیز صورتحال پیدا کرتا ہے - ایک طرف، آپ کو مصنوعات میں وشوسنییتا اور اعتماد کو یقینی بنانے کی ضرورت ہے، اور دوسری طرف، جدید رہنے کے لئے.
لیکن نیا ہمیشہ ٹیکنالوجی، مارکیٹ، یا دونوں سے لاعلمی کی ایک خاص سطح سے منسلک ہوتا ہے۔
مثال کے طور پر، کئی سالوں کے کام کے بعد، ہم نے محسوس کیا کہ بیک اپ کو تیز کرنے کے لیے ہمیں ڈیٹا سسٹمز کی اندرونی اسٹوریج کی صلاحیتوں کو استعمال کرنے کی ضرورت ہے۔ اس طرح آئرن مینوفیکچررز کے ساتھ انضمام کی ایک پوری سمت پیدا ہوئی۔ آج تک، اس پروگرام میں Veeam کے شراکت دار اس مارکیٹ کے سبھی بڑے کھلاڑی ہیں - HP، NetApp، Dell EMC، Fujitsu، وغیرہ۔
ہم نے یہ بھی سوچا کہ ورچوئلائزیشن کلاسک سرورز کی جگہ لے لے گی۔ لیکن زندگی نے دکھایا ہے کہ آخری 10% فزیکل سرور باقی ہیں، ورچوئلائز کرنا جو یا تو ممکن نہیں ہے یا کوئی معنی نہیں رکھتا۔ اور ان کا بیک اپ لینے کی بھی ضرورت ہے۔ ونڈوز/لینکس کے لیے ویم ایجنٹ اس طرح ظاہر ہوا۔
ایک وقت میں، ہم نے سوچا کہ اب وقت آگیا ہے کہ یونکس میوزیم میں اپنی جگہ لے لے، اور اس کی حمایت کرنے سے انکار کردیا۔ لیکن جیسے ہی ہم ایک طویل تاریخ رکھنے والے کلائنٹس کے پاس گئے، ہمیں احساس ہوا کہ یونکس تمام جانداروں سے زیادہ زندہ ہے۔ اور پھر بھی انہوں نے اس کے لیے فیصلہ لکھا۔
یہی کہانی ٹیپ ڈرائیوز کی تھی۔ ہم نے سوچا: "جدید دنیا میں ان کی ضرورت کسے ہے؟" پھر ہم نے مصنوعی مکمل کاپی کے ساتھ گرینولر ڈیٹا ریکوری یا انکریمنٹل بیک اپ جیسی خصوصیات پر کام کیا - اور یہ صرف ٹیپ پر نہیں کیا جا سکتا، آپ کو ایک ڈسک کی ضرورت ہے۔ اس کے بعد پتہ چلا کہ ٹیپ ڈرائیوز ناقابل تغیر بیک اپ فراہم کرنے کے ایک ذریعہ کے طور پر کام کرتی ہیں جو طویل مدتی اسٹوریج کے لیے درکار ہیں - تاکہ آنے والے 5 سال بعد، شیلف سے ٹیپ لیں اور آڈٹ کریں۔ ٹھیک ہے، اور گاہکوں کا سائز - ہم نے چھوٹے سے شروع کیا - اور کوئی بھی وہاں ٹیپ استعمال نہیں کرتا ہے۔ اور پھر ہم ایسے صارفین تک پہنچ گئے جنہوں نے ہمیں بتایا کہ وہ ربن کے بغیر کوئی پروڈکٹ نہیں خریدیں گے۔
Veeam میں کون سی ٹیکنالوجیز استعمال ہوتی ہیں۔
کاروباری منطق سے متعلق کاموں کے لیے، ہم .NET استعمال کرتے ہیں۔ ہم نے اس کے ساتھ شروع کیا، اور اصلاح کرنا جاری رکھا۔ اب ہم متعدد حلوں میں .NET کور استعمال کرتے ہیں۔ جب سٹارٹ اپ پہلی بار قائم ہوا تو ٹیم میں اس اسٹیک کے کئی حامی تھے۔ کاروباری منطق لکھنے، ترقی کی رفتار اور ٹولز کی سہولت کے لحاظ سے یہ اچھا ہے۔ تب یہ سب سے زیادہ مقبول فیصلہ نہیں تھا، لیکن اب یہ واضح ہے کہ وہ حمایتی درست تھے۔
ایک ہی وقت میں، ہم یونکس، لینکس کے تحت لکھتے ہیں، ہارڈ ویئر کے ساتھ کام کرتے ہیں، اس کے لیے دیگر حلوں کے استعمال کی ضرورت ہوتی ہے۔ ڈیٹا کے بارے میں معلومات سے متعلق سسٹم کے پرزے جو ہم بیک اپ میں محفوظ کرتے ہیں، ڈیٹا سرچ الگورتھم، ہارڈ ویئر کے آپریشن سے متعلق الگورتھم - یہ سب C++ میں لکھا جاتا ہے۔
دنیا بھر میں ملازمین کو کس طرح تقسیم کیا جاتا ہے۔
اب کمپنی میں تقریباً چار ہزار افراد کام کر رہے ہیں۔ ان میں سے تقریباً ایک ہزار روس میں ہیں۔ کمپنی کے دو بڑے گروپ ہیں۔ سب سے پہلے مصنوعات کی ترقی اور تکنیکی مدد سے متعلق ہے۔ دوسرا مصنوعات کو بیرونی دنیا کے لیے مرئی بناتا ہے: فروخت اور مارکیٹنگ اس کے دائرہ کار میں ہے۔ گروپوں کے درمیان تناسب تقریباً تیس سے ستر ہے۔
دنیا بھر میں ہمارے تقریباً تیس دفاتر ہیں۔ فروخت زیادہ وسیع پیمانے پر تقسیم کی جاتی ہے، لیکن ترقی بھی پیچھے نہیں ہے. کچھ پروڈکٹس پر کئی دفاتر میں بیک وقت کام کیا جا رہا ہے - جزوی طور پر سینٹ پیٹرزبرگ میں، جزوی طور پر پراگ میں۔ کچھ کو صرف ایک میں تیار کیا جاتا ہے، مثال کے طور پر، ایک پروڈکٹ جو لینکس کا فزیکل بیک اپ فراہم کرتا ہے پراگ میں تیار کیا گیا ہے۔ ایک پروڈکٹ ہے جس پر صرف کینیڈا میں کام ہو رہا ہے۔
ہم گاہک کی ضروریات کو پورا کرنے کے لیے تقسیم شدہ ترقی کرتے ہیں۔ بڑے گاہک زیادہ محفوظ محسوس کرتے ہیں جب ترقی اسی علاقے میں ہوتی ہے جہاں پروڈکٹ کام کرتی ہے۔
جمہوریہ چیک میں ہمارا پہلے سے ہی ایک بہت بڑا دفتر ہے، اور اگلے سال ہم پراگ میں ایک اور دفتر کھولنے کا ارادہ رکھتے ہیں - 500 ڈویلپرز اور ٹیسٹرز کے لیے۔ وہ لوگ جو "پہلی لہر" میں جمہوریہ چیک کے دارالحکومت منتقل ہوئے ہیں وہ اپنے تجربے اور لائف ہیکس کو ہر اس شخص کے ساتھ شیئر کرنے میں خوش ہیں جو Habré پر یورپ میں کام کرنے کے مواقع میں دلچسپی رکھتے ہیں۔ روس میں، دفتر سینٹ پیٹرزبرگ میں واقع ہے، اندرونی منصوبوں کا ایک حصہ Izhevsk میں کیا جاتا ہے، اور حمایت جزوی طور پر ماسکو میں ہے. عام طور پر، دنیا بھر میں کئی سو لوگ تکنیکی مدد میں مصروف ہیں۔ تکنیکی تربیت اور تخصص کی مختلف سطحوں کے ماہرین موجود ہیں۔ اعلیٰ ترین سطح پر وہ لوگ ہوتے ہیں جو ماخذ کوڈ کی سطح پر پروڈکٹ کو سمجھنے کے قابل ہوتے ہیں، اور وہ اسی دفتر میں کام کرتے ہیں جہاں ترقی ہوتی ہے۔
عمل کی ساخت کیسے بنتی ہے۔
سال میں تقریباً ایک بار ہمارے پاس نئی فعالیت کے ساتھ بڑی ریلیز ہوتی ہیں، اور ہر دو سے تین ماہ بعد ہمارے پاس بگ فکسس اور بہتری کے ساتھ اپ ڈیٹس ہوتے ہیں جو فوری مارکیٹ کی ضروریات یا پلیٹ فارم کی تبدیلیوں کو پورا کرتے ہیں۔ ضروریات کو ترجیحات تفویض کی گئی ہیں - معمولی سے لے کر اہم تک، جس کے بغیر رہائی ناممکن ہے۔ مؤخر الذکر کو "ایپک" کہا جاتا ہے۔
ایک کلاسک مثلث ہے - معیار، وسائل کی مقدار، وقت (عام لوگوں میں، "جلدی، مؤثر طریقے سے، سستے، دو کا انتخاب کریں")۔ ہم برا کام نہیں کر سکتے، معیار ہمیشہ بلند ہونا چاہیے۔ وسائل بھی محدود ہیں، حالانکہ ہم ہر وقت توسیع کی کوشش کر رہے ہیں۔ وقت کے انتظام میں بہت زیادہ لچک، لیکن یہ اکثر طے ہوتا ہے۔ لہذا، صرف ایک چیز جس میں ہم مختلف ہوسکتے ہیں وہ ہے ریلیز میں فعالیت کی مقدار۔
ایپکس، ایک اصول کے طور پر، متوقع ریلیز سائیکل کے 30-40٪ سے زیادہ نہ رکھنے کی کوشش کریں۔ باقی ہم کاٹ سکتے ہیں، منتقل کر سکتے ہیں، بہتر کر سکتے ہیں، ترمیم کر سکتے ہیں۔ یہ ہماری تدبیر کا کمرہ ہے۔
ریلیز میں ہر ضرورت کے لیے ایک عارضی ٹیم بنائی جاتی ہے۔ پیچیدگی کے لحاظ سے یہ تین افراد اور پچاس ہو سکتے ہیں۔ ہم ایک لچکدار ترقیاتی طریقہ کار پر عمل پیرا ہیں، ہفتے میں ایک بار ہم ہر ایک فنکشنلٹی پر مکمل اور آنے والے کام کے جائزوں اور مباحثوں کا اہتمام کرتے ہیں۔
ریلیز سائیکل کا آدھا وقت ڈیولپمنٹ پر خرچ ہوتا ہے، آدھا پروڈکٹ کو ختم کرنے پر۔ لیکن ہمارے پاس ایک کہاوت ہے - "دیوالیہ منصوبے کا تکنیکی قرض صفر ہے۔" اس لیے کوڈ کو لامتناہی چاٹنے سے زیادہ ضروری ہے کہ ایسی پروڈکٹ بنانا جو کام کرے اور جس کی مانگ ہو۔ اگر مصنوعات مقبول ہے، تو یہ پہلے سے ہی اسے مزید ترقی دینے اور مستقبل میں ہونے والی تبدیلیوں کے مطابق ڈھالنے کے قابل ہے۔
Veeam کس طرح ڈویلپرز کی خدمات حاصل کر رہا ہے۔
سلیکشن الگورتھم ملٹی اسٹیج ہے۔ پہلی سطح امیدوار اور بھرتی کرنے والے کے درمیان خود شخص کی خواہشات کے بارے میں بات چیت ہے۔ اس مرحلے پر، ہم یہ سمجھنے کی کوشش کر رہے ہیں کہ کیا ہم امیدوار کے لیے موزوں ہیں۔ یہ ہمارے لیے اہم ہے کہ ہم ایک کمپنی کے طور پر دلچسپ ہیں، کیونکہ کسی شخص کو پروجیکٹ میں لانا ایک مہنگا خوشی ہے۔
اگر دلچسپی ہے، تو دوسری سطح پر ہم یہ سمجھنے کے لیے ایک ٹیسٹ ٹاسک پیش کرتے ہیں کہ امیدوار کا تجربہ کتنا متعلقہ ہے اور وہ ایک ماہر کے طور پر کیا مظاہرہ کر سکتا ہے۔ مثال کے طور پر، ہم آپ سے فائل کمپریسر بنانے کو کہتے ہیں۔ یہ ایک معیاری کام ہے، اور یہ ظاہر کرتا ہے کہ ایک شخص کوڈ سے کیسے تعلق رکھتا ہے، وہ کس ثقافت اور طرز پر عمل کرتا ہے، وہ کون سے حل استعمال کرتا ہے۔
آزمائشی کام پر، سب کچھ عام طور پر بالکل نظر آتا ہے۔ ایک شخص جو ابھی پڑھا لکھا ہوا ہے اور پہلی بار خط لکھا ہے وہ ہر وقت خط لکھنے والے شخص سے نمایاں طور پر مختلف ہے۔
اگلا، ہمارے پاس ایک انٹرویو ہے. عام طور پر یہ ایک ساتھ تین ٹیم لیڈروں کے ذریعہ کیا جاتا ہے، تاکہ ہر چیز ممکن حد تک مقصد کے مطابق ہو۔ اس کے علاوہ، یہ تکنیکی طور پر ہم آہنگ لوگوں کو بھرتی کرنے میں مدد کرتا ہے جن کے پاس ترقی کے لیے تقریباً ایک جیسے طریقے اور نقطہ نظر ہیں، چاہے وہ مختلف ٹیموں پر کام کر رہے ہوں۔
ہفتے کے دوران، ہم ایک کھلی آسامی کے لیے کئی انٹرویوز کرتے ہیں اور فیصلہ کرتے ہیں کہ ہم کس کے ساتھ کام جاری رکھیں گے۔
اکثر لڑکے ہمارے پاس آتے ہیں اور کہتے ہیں کہ وہ نوکری کی تلاش میں ہیں، کیونکہ موجودہ میں ان کے پاس کوئی جگہ نہیں ہے - آپ باس کی ریٹائرمنٹ کے ساتھ ہی ترقی کا انتظار کر سکتے ہیں۔ ہمارے پاس قدرے مختلف متحرک ہے۔ بارہ سال پہلے، Veeam دس ملازمین کے ساتھ ایک اسٹارٹ اپ تھا۔ اب یہ کئی ہزار ملازمین والی کمپنی ہے۔
لوگ یہاں اس طرح آتے ہیں جیسے ہنگامہ خیز ندی میں۔ نئی سمتیں مسلسل ظاہر ہو رہی ہیں، کل کے عام ڈویلپرز ٹیم لیڈز بن جاتے ہیں۔ لوگ تکنیکی طور پر بڑھ رہے ہیں، انتظامی طور پر بڑھ رہے ہیں۔ اگر آپ ایک چھوٹی سی خصوصیت تیار کر رہے ہیں، لیکن اسے تیار کرنا چاہتے ہیں، تو آدھی جنگ پہلے ہی ہو چکی ہے۔ سپورٹ ٹیم لیڈر سے لے کر کمپنی کے مالکان تک ہر سطح پر ہو گی۔ آپ نہیں جانتے کہ انتظامی طور پر کچھ کیسے کرنا ہے - یہاں کورسز، اندرونی ٹرینرز، تجربہ کار ساتھی موجود ہیں۔ ترقی کا کافی تجربہ نہیں ہے - وہاں ایک Veeam اکیڈمی پروجیکٹ ہے۔ لہذا ہم پیشہ ور اور ابتدائی دونوں کے لیے کھلے ہیں۔
Veeam اکیڈمی پراجیکٹ ایک شام کا مفت آف لائن C# ہے جو ابتدائی پروگرامرز کے لیے بہترین طلباء کے لیے Veeam Software میں ملازمت کے امکانات کے ساتھ ہے۔ اس منصوبے کا مقصد اوسط یونیورسٹی کے گریجویٹ کے علم اور عملی مہارتوں اور ایک اچھے آجر کی دلچسپی کے لیے درکار علم کی مقدار کے درمیان فرق کو ختم کرنا ہے۔ تین مہینوں تک، لڑکے عملی طور پر OOP کے اصولوں کا مطالعہ کرتے ہیں، خود کو C# کی خصوصیات میں غرق کرتے ہیں اور .Net کے انجن کے کمپارٹمنٹ کا مطالعہ کرتے ہیں۔ لیکچرز، ٹیسٹ، لیبارٹری اور ذاتی منصوبوں کے علاوہ، لوگ اپنے مشترکہ پروجیکٹ کو حقیقی کمپنیوں کے تمام اصولوں کے مطابق تیار کرتے ہیں۔ پروجیکٹ کا موضوع پہلے سے معلوم نہیں ہے - اس کا انتخاب کورس کے آغاز کے پہلے دنوں میں سب کے ساتھ مل کر کیا جاتا ہے۔ آخری دھارے پر، وہ ورچوئل بینک بن گئی۔
اندراج اب کھلا ہے۔ .
ماخذ: www.habr.com