د 2008 کال د ډسمبر په پای کې، زه په پیرم کې د ټیکسي خدماتو څخه یو ته بلنه ورکړم چې هدف یې د موجوده سوداګرۍ پروسې اتومات کول دي. په عموم کې، ما ته درې اساسي دندې راکړل شوي:
- د ټکسي چلوونکو لپاره د ګرځنده غوښتنلیک سره د تلیفون مرکز لپاره د سافټویر کڅوړه رامینځته کړئ او د داخلي سوداګرۍ پروسې اتومات کړئ.
- هرڅه باید په لنډ ممکن وخت کې ترسره شي.
- خپل سافټویر ولرئ ، د دې پرځای چې د دریمې ډلې پراختیا کونکو څخه پیرود وکړئ ، کوم چې په راتلونکي کې ، لکه څنګه چې سوداګرۍ وده کوي ، په خپلواکه توګه د بازار شرایطو بدلولو لپاره په خپلواکه توګه اندازه کیدی شي.
په هغه وخت کې، زه نه پوهیدم چې دا بازار څنګه کار کوي او د هغې لنډیز، مګر بیا هم، ما ته دوه شیان ښکاره وو. د زنګ مرکز باید د خلاصې سرچینې ستوري سافټویر PBX پراساس جوړ شي. د تلیفون مرکز او ګرځنده غوښتنلیک ترمینځ د معلوماتو تبادله په اصل کې د پیرودونکي - سرور حل دی چې د راتلونکي پروژې جوړښت او د دې برنامې ډیزاین کولو لپاره د ټولو ورته نمونو سره.
د پروژې لپاره د دندو، مهال ویش او لګښتونو لومړنۍ ارزونې وروسته، او د ټکسي خدماتو له مالک سره په ټولو اړینو مسلو موافقه وکړه، ما د 2009 په جنوري کې کار پیل کړ.
مخ ته ګورم، زه به سمدلاسه ووایم. پایله د توزیع وړ پلیټ فارم و چې د روسیې په 60 ښارونو او 12 قزاقستان کې په 2+ سرورونو کې روان و. د شرکت ټوله ګټه 100+ ملیون روبله / میاشت وه.
لومړی پړاو. پروټوټایپ
ځکه چې په هغه وخت کې ما د IP ټیلفوني په برخه کې کومه عملي تجربه نه درلوده، او زه یوازې د "کور" تجربو د یوې برخې په توګه د ستوري سره په سطحي توګه پیژندل شوی وم، پریکړه وشوه چې د ګرځنده غوښتنلیک او سرور برخې پراختیا سره کار پیل کړم. په ورته وخت کې، په نورو دندو کې د پوهې تشې بندوي.
که د ګرځنده اپلیکیشن سره هرڅه ډیر یا لږ روښانه وو. په هغه وخت کې، دا یوازې د ساده پش بټن تلیفونونو لپاره په جاوا کې لیکل کیدی شي، مګر د ګرځنده پیرودونکو خدمت کولو سرور لیکل یو څه ډیر پیچلي وو:
- کوم سرور OS به وکارول شي؛
- د دې منطق پر بنسټ چې د پروګرام کولو ژبه د یوې دندې لپاره غوره شوې، نه برعکس، او د 1 ټکي په پام کې نیولو سره، د پروګرام کولو ژبه به د ستونزو د حل لپاره غوره وي؛
- د ډیزاین په جریان کې، دا اړینه وه چې په راتلونکي کې د خدماتو تمه شوي لوړ بارونه په پام کې ونیول شي؛
- کوم ډیټابیس کولی شي د لوړې بار لاندې د غلطۍ زغم تضمین کړي او څنګه د ډیټابیس ګړندي غبرګون وخت وساتي ځکه چې دې ته د غوښتنو شمیر ډیریږي؛
- ټاکونکی فکتور د پراختیا سرعت او د کوډ د چټک اندازه کولو وړتیا وه
- د تجهیزاتو لګښت او په راتلونکي کې د هغې ساتنه (د پیرودونکي شرایطو څخه یو دا دی چې سرورونه باید د هغه تر کنټرول لاندې سیمه کې موقعیت ولري)؛
- د پراختیا کونکو لګښت چې په پلیټ فارم کې د کار په راتلونکو مرحلو کې به ورته اړتیا وي؛
همدارنګه د ډیزاین او پراختیا اړوند ډیری نور مسایل.
مخکې لدې چې په پروژه باندې کار پیل کړم ، ما د سوداګرۍ مالک ته لاندې ستراتیژیک پریکړه وړاندیز کړه: څرنګه چې پروژه خورا پیچلې ده ، نو پلي کول به یې د پام وړ وخت ونیسي ، نو لومړی زه د MVP نسخه رامینځته کوم چې ډیر وخت به ونلري او پیسې، مګر دا به د هغه شرکت ته اجازه ورکړي چې په بازار کې "دلته او اوس" سیالي ګټه ترلاسه کړي، او د ټیکسي خدمت په توګه به خپل وړتیاوې پراخې کړي. په بدل کې، دا ډول منځمهاله حل به ما ته وخت راکړي چې په ډیر فکر سره وروستی حل ډیزاین کړم او د تخنیکي تجربو لپاره وخت. په ورته وخت کې، د پلي شوي سافټویر حل به تضمین نشي چې په سمه توګه ډیزاین شي او ممکن په راتلونکي کې په بنسټیز ډول بیا ډیزاین یا ځای په ځای شي، مګر دا به یقینا د "سیالانو څخه جلا کولو" لپاره لږترلږه اړین فعالیت ترسره کړي. د ټکسي بنسټ ایښودونکي دا نظر خوښ کړ، نو په پای کې دوی دا کار وکړ.
ما لومړۍ دوه اونۍ په شرکت کې د سوداګرۍ پروسې مطالعه کړې ، او د دننه څخه د ټیکسي کار مطالعه کول. د سوداګرۍ تحلیل ترسره کړی چیرې چې ، څه او څنګه اتومات کیدی شي او ایا دا په بشپړ ډول اړین دی. د شرکت کارکوونکي له کومو ستونزو او ستونزو سره مخ دي؟ دوی څنګه حل کیږي. د شرکت کارمندانو لپاره کاري ورځ څنګه تنظیم کیږي. دوی کوم وسایل کاروي؟
د دریمې اونۍ په پای کې، د کار پیل کولو او په انټرنیټ کې د ګټو موضوعاتو مطالعې وروسته، د سوداګرۍ مالکینو هیلو او همدارنګه زما د هغه وخت د پوهې او وړتیاو په پام کې نیولو سره، پریکړه وشوه چې لاندې سټیک پلي کړم. :
- د ډیټابیس سرور: MsSQL (د ډیټابیس فایل سره وړیا نسخه تر 2GB پورې)؛
- د وینډوز لاندې ډیلفي کې د ګرځنده پیرودونکو خدمت کولو سرور رامینځته کول ، ځکه چې دمخه د وینډوز سرور شتون درلود چې ډیټابیس به پکې نصب شي ، او همدارنګه د پراختیا چاپیریال پخپله د ګړندي پرمختګ اسانه کوي؛
- په 2009 کې په ګرځنده تلیفونونو کې د انټرنیټ ټیټ سرعت په پام کې نیولو سره، د پیرودونکي او سرور ترمنځ د تبادلې پروتوکول باید بائنری وي. دا به د لیږد شوي ډیټا پاکټونو اندازه کمه کړي او په پایله کې به د سرور سره د پیرودونکو کار ثبات زیات کړي؛
نورې دوه اونۍ د پروتوکول او ډیټابیس ډیزاین کولو کې مصرف شوې. پایله 12 کڅوړې وې چې د ګرځنده پیرودونکي او سرور ترمینځ د ټولو اړین ډیټا تبادله تضمینوي او په ډیټابیس کې شاوخوا 20 جدولونه. ما د کار دا برخه د راتلونکي په پام کې نیولو سره ترسره کړه، حتی که زه د ټیکنالوژۍ سټیک په بشپړ ډول بدل کړم، د کڅوړو او ډیټابیس جوړښت باید بدل نشي.
د چمتوالي کار وروسته، دا ممکنه وه چې د مفکورې عملي پلي کول پیل کړي. د پروسې یو څه ګړندي کولو او نورو دندو لپاره وخت خالي کولو لپاره ، ما د ګرځنده غوښتنلیک مسوده نسخه جوړه کړه ، UI یې خاکه کړ ، یو څه برخه یې UX ، او په پروژه کې د جاوا پیژندل شوی پروګرامر شامل شو. او هغه د سرور اړخ پراختیا، ډیزاین او ازموینې تمرکز وکړ.
په MVP کې د کار د دوهمې میاشتې په پای کې ، د سرور او پیرودونکي پروټوټایپ لومړۍ نسخه چمتو وه.
او د دریمې میاشتې په پای کې ، د مصنوعي ازموینو او ساحوي ازموینو وروسته ، د بګ فکسونو ، پروتوکول او ډیټابیس کې لږ پرمختګونه ، غوښتنلیک د تولید لپاره چمتو و. هغه څه چې ترسره شول.
له دې شیبې څخه د پروژې ترټولو زړه پورې او خورا ستونزمن برخه پیل کیږي.
نوي سافټویر ته د چلوونکو د لیږد پرمهال، XNUMX ساعته دنده تنظیم شوې. ځکه چې هرڅوک نشي کولی د ورځې په اوږدو کې د کاري ساعتونو کې راشي. برسېره پردې، په اداري توګه، د شرکت بنسټ ایښودونکي د قوي ارادې پریکړې سره، دا په داسې ډول تنظیم شوی و چې د ټیکسي خدماتو مدیر لخوا ننوتل / پاسورډ داخل شوی و او دوی چلونکي ته نه و لیږل شوي. زما په برخه کې، د ناکامیو او غیر متوقع حالتونو په صورت کې د کاروونکو لپاره تخنیکي مالتړ ته اړتیا وه.
د مرفي قانون موږ ته وایي: "هر هغه څه چې غلط شي، غلط به شي." او دا په حقیقت کې څنګه شیان غلط شول ... دا یو شی دی کله چې ما او څو ټیکسي چلوونکو غوښتنلیک د څو درجن ازموینې امرونو باندې ازمویلی. او دا یو بشپړ توپیر دی کله چې په لاین کې 500+ ډرایوران په ریښتیني وخت کې د ریښتیني خلکو څخه په ریښتیني امرونو کې کار کوي.
د ګرځنده غوښتنلیک جوړښت ساده و او د سرور په پرتله په دې کې د پام وړ لږې بګونه شتون درلود. له همدې امله، د کار اصلي تمرکز د سرور لوري ته و. په اپلیکیشن کې ترټولو جدي ستونزه د سرور څخه د منحل کیدو ستونزه وه کله چې په تلیفون کې انټرنیټ ورک شو او سیشن بیا بحال شو. او انټرنیټ ډیر ځله ورک شو. لومړی، په دې کلونو کې په تلیفون کې انټرنیټ پخپله کافي باثباته نه و. دوهم، ډیری ړانده ځایونه وو چیرې چې انټرنیټ په ساده ډول کار نه کاوه. موږ دا ستونزه نږدې سمدلاسه په ګوته کړه او په XNUMX ساعتونو کې ټول پخواني نصب شوي غوښتنلیکونه حل او نوي کړل.
سرور په عمده ډول د ترتیب توزیع الګوریتم کې تېروتنې درلودې او د پیرودونکو څخه د ځینې غوښتنو غلط پروسس کول. د غلطیو په پیژندلو سره، ما سرور سم او تازه کړ.
په حقیقت کې، په دې مرحله کې دومره تخنیکي ستونزې نه وې. ټوله ستونزه دا وه چې زه نږدې یوه میاشت په دفتر کې وظیفه وم، یوازې کله ناکله کور ته تلم. شاید 4-5 ځله. او زه په فټ او پیل کې ویده شوم، ځکه چې په هغه وخت کې ما یوازې په پروژه کې کار کاوه او زما پرته بل هیڅوک نشي کولی هیڅ شی سم کړي.
یوه میاشت ، دا پدې معنی ندي چې هرڅه د یوې میاشتې لپاره په پرله پسې ډول خرابیږي او زه پرته له ځنډه یو څه کوډ کوم. موږ یوازې دا پریکړه وکړه. په هرصورت، سوداګرۍ لا دمخه کار کاوه او ګټه یې کوله. دا غوره ده چې دا خوندي ولوبوئ او وروسته استراحت وکړئ د دې په پرتله چې اوس پیرودونکي او ګټې له لاسه ورکړئ. موږ ټول په دې ښه پوهیږو، نو ټول ټیم په ټولیز ډول د ټکسي سیسټم ته د نوي سافټویر معرفي کولو لپاره ډیره پاملرنه او وخت وقف کړ. او د امرونو اوسني ترافیک په پام کې نیولو سره ، موږ به خامخا د یوې میاشتې په اوږدو کې ټولې نیمګړتیاوې له مینځه یوسو. ښه ، پټې کیګونه چې پاتې کیدی شي یقینا به د سوداګرۍ پروسې باندې جدي پایلې ونلري او که اړتیا وي ، دوی په منظم ډول اصلاح کیدی شي.
دلته دا اړینه ده چې د ټیکسي خدماتو رییسانو او رییسانو څخه ارزښتناکه مرستې یادونه وکړو، څوک چې نوي سافټویر ته د موټر چلوونکو لیږدولو وضعیت پیچلتیا په اړه د اعظمي پوهې سره، د ساعت په شاوخوا کې د موټر چلوونکو سره کار کوي. په حقیقت کې ، په تلیفونونو کې د نوي برنامو نصبولو بشپړولو وروسته ، موږ یو واحد ډرایور له لاسه ورنکړ. او دوی په جدي توګه د مراجعینو د نه لرې کولو فیصدي زیاته کړه، کوم چې ډیر ژر بیرته عادي کچې ته راستانه شوي.
دا د پروژې د کار لومړی پړاو بشپړ شو. او دا باید په پام کې ونیول شي چې پایله یې په راتلو کې اوږده نه وه. د انساني مداخلې پرته چلوونکو ته د امرونو توزیع اتومات کولو سره ، د پیرودونکي لخوا د ټیکسي لپاره د انتظار اوسط وخت د اندازې امر لخوا کم شوی ، کوم چې په طبیعي ډول خدمت ته د پیرودونکي وفاداري زیاته کړې. دا د امرونو په شمیر کې د زیاتوالي لامل شوی. له دې وروسته د ټکسي چلوونکو شمېر ډېر شو. د پایلې په توګه، په بریالیتوب سره بشپړ شوي امرونو شمیر هم لوړ شوی. او په پایله کې، د شرکت ګټه لوړه شوه. البته، دلته زه د خپل ځان څخه یو څه مخکې یم، ځکه چې دا ټوله پروسه سمدستي نه وه ترسره شوې. دا ویل چې مدیریت خوښ دی هیڅ شی نه ویل کیږي. ما ته د پروژې نور تمویل ته غیر محدود لاسرسی راکړل شو.
نور بیا..
سرچینه: www.habr.com