டிசம்பர் 2008 இன் இறுதியில், ஏற்கனவே உள்ள வணிக செயல்முறைகளை தானியங்குபடுத்தும் குறிக்கோளுடன் பெர்மில் உள்ள டாக்ஸி சேவைகளில் ஒன்றிற்கு நான் அழைக்கப்பட்டேன். பொதுவாக, எனக்கு மூன்று அடிப்படை பணிகள் வழங்கப்பட்டன:
- கால் சென்டருக்கான மென்பொருள் தொகுப்பை டாக்ஸி டிரைவர்களுக்கான மொபைல் அப்ளிகேஷன் மூலம் உருவாக்கி, உள் வணிக செயல்முறைகளை தானியக்கமாக்குங்கள்.
- எல்லாவற்றையும் மிகக் குறுகிய காலத்தில் செய்ய வேண்டியிருந்தது.
- மூன்றாம் தரப்பு டெவலப்பர்களிடமிருந்து வாங்குவதற்குப் பதிலாக உங்கள் சொந்த மென்பொருளை வைத்திருங்கள், எதிர்காலத்தில், வணிகம் வளரும்போது, தொடர்ந்து மாறிவரும் சந்தை நிலைமைகளுக்கு சுயாதீனமாக அளவிட முடியும்.
அந்த நேரத்தில், இந்த சந்தை எவ்வாறு செயல்படுகிறது மற்றும் அதன் நுணுக்கங்கள் எனக்கு புரியவில்லை, இருப்பினும், இரண்டு விஷயங்கள் எனக்கு தெளிவாகத் தெரிந்தன. அழைப்பு மையம் திறந்த மூல நட்சத்திரக் குறியீடு மென்பொருளான PBX இன் அடிப்படையில் உருவாக்கப்பட வேண்டும். கால் சென்டர் மற்றும் மொபைல் அப்ளிகேஷன் ஆகியவற்றுக்கு இடையேயான தகவல் பரிமாற்றமானது, எதிர்காலத் திட்டத்தின் கட்டமைப்பையும் அதன் நிரலாக்கத்தையும் வடிவமைப்பதற்கான அனைத்து தொடர்புடைய வடிவங்களைக் கொண்ட கிளையன்ட்-சர்வர் தீர்வாகும்.
பணிகள், காலக்கெடு மற்றும் திட்டத்திற்கான செலவுகள் பற்றிய பூர்வாங்க மதிப்பீட்டிற்குப் பிறகு, டாக்ஸி சேவையின் உரிமையாளருடன் தேவையான அனைத்து சிக்கல்களையும் ஒப்புக்கொண்ட பிறகு, நான் ஜனவரி 2009 இல் வேலையைத் தொடங்கினேன்.
முன்னோக்கிப் பார்த்து, உடனே சொல்கிறேன். இதன் விளைவாக, ரஷ்யாவின் 60 நகரங்களிலும், கஜகஸ்தானில் 12 நகரங்களிலும் 2+ சர்வர்களில் இயங்கும் ஒரு அளவிடக்கூடிய இயங்குதளம். நிறுவனத்தின் மொத்த லாபம் 100+ மில்லியன் ரூபிள்/மாதம்.
நிலை ஒன்று. முன்மாதிரி
அந்த நேரத்தில் எனக்கு ஐபி டெலிபோனியில் நடைமுறை அனுபவம் இல்லாததால், “ஹோம்” சோதனைகளின் ஒரு பகுதியாக நட்சத்திரக் குறியை நான் மேலோட்டமாக அறிந்திருந்தேன், மொபைல் பயன்பாடு மற்றும் சேவையகப் பகுதியை உருவாக்கத் தொடங்க முடிவு செய்யப்பட்டது. அதே நேரத்தில், மற்ற பணிகளில் அறிவின் இடைவெளிகளை மூடுவது.
மொபைல் பயன்பாட்டில் எல்லாம் அதிகமாகவோ அல்லது குறைவாகவோ தெளிவாக இருந்தால். அந்த நேரத்தில், எளிய புஷ்-பொத்தான் தொலைபேசிகளுக்கு ஜாவாவில் மட்டுமே எழுத முடியும், ஆனால் மொபைல் வாடிக்கையாளர்களுக்கு சேவை செய்யும் சேவையகத்தை எழுதுவது இன்னும் கொஞ்சம் சிக்கலானது:
- என்ன சர்வர் ஓஎஸ் பயன்படுத்தப்படும்;
- ஒரு பணிக்காக ஒரு நிரலாக்க மொழி தேர்ந்தெடுக்கப்பட்டது என்ற தர்க்கத்தின் அடிப்படையில், அதற்கு நேர்மாறாக அல்ல, மேலும் புள்ளி 1ஐ கணக்கில் எடுத்துக்கொள்வதன் அடிப்படையில், எந்த நிரலாக்க மொழி சிக்கல்களைத் தீர்ப்பதற்கு உகந்ததாக இருக்கும்;
- வடிவமைப்பின் போது, சேவையில் எதிர்பார்க்கப்படும் எதிர்கால உயர் சுமைகளை கணக்கில் எடுத்துக்கொள்வது அவசியம்;
- எந்த தரவுத்தளமானது அதிக சுமைகளின் கீழ் தவறு சகிப்புத்தன்மைக்கு உத்தரவாதம் அளிக்க முடியும் மற்றும் அதற்கான கோரிக்கைகளின் எண்ணிக்கை அதிகரிக்கும் போது வேகமான தரவுத்தள மறுமொழி நேரத்தை எவ்வாறு பராமரிப்பது;
- வளர்ச்சியின் வேகம் மற்றும் குறியீட்டை விரைவாக அளவிடும் திறன் ஆகியவை தீர்மானிக்கும் காரணியாகும்
- எதிர்காலத்தில் உபகரணங்களின் விலை மற்றும் அதன் பராமரிப்பு (வாடிக்கையாளரின் நிபந்தனைகளில் ஒன்று, சேவையகங்கள் அவரது கட்டுப்பாட்டில் உள்ள பிரதேசத்தில் அமைந்திருக்க வேண்டும்);
- மேடையில் பணியின் அடுத்த கட்டங்களில் தேவைப்படும் டெவலப்பர்களின் செலவு;
வடிவமைப்பு மற்றும் மேம்பாடு தொடர்பான பல சிக்கல்கள்.
திட்டத்தின் வேலையைத் தொடங்குவதற்கு முன், வணிக உரிமையாளருக்கு பின்வரும் மூலோபாய முடிவை நான் முன்மொழிந்தேன்: திட்டம் மிகவும் சிக்கலானது என்பதால், அதை செயல்படுத்துவதற்கு குறிப்பிடத்தக்க அளவு நேரம் எடுக்கும், எனவே முதலில் நான் ஒரு MVP பதிப்பை உருவாக்குகிறேன், இது அதிக நேரம் எடுக்காது மற்றும் பணம், ஆனால் அவரது நிறுவனம் ஏற்கனவே "இங்கே மற்றும் இப்போது" சந்தையில் ஒரு போட்டி நன்மையைப் பெற அனுமதிக்கும், மேலும் ஒரு டாக்ஸி சேவையாக அதன் திறன்களை விரிவுபடுத்தும். இதையொட்டி, அத்தகைய இடைநிலை தீர்வு, இறுதித் தீர்வையும், தொழில்நுட்ப சோதனைகளுக்கான நேரத்தையும் மிகவும் சிந்தனையுடன் வடிவமைக்க எனக்கு நேரத்தை வழங்கும். அதே நேரத்தில், செயல்படுத்தப்பட்ட மென்பொருள் தீர்வு சரியாக வடிவமைக்கப்படாது மற்றும் எதிர்காலத்தில் தீவிரமாக மறுவடிவமைக்கப்படலாம் அல்லது மாற்றப்படலாம், ஆனால் அது "போட்டியாளர்களிடமிருந்து பிரிந்து செல்ல" குறைந்தபட்ச தேவையான செயல்பாட்டைச் செய்யும். டாக்ஸியின் நிறுவனர் இந்த யோசனையை விரும்பினார், எனவே இறுதியில் அவர்கள் அதைச் செய்தார்கள்.
நான் முதல் இரண்டு வாரங்கள் நிறுவனத்தில் வணிக செயல்முறைகளைப் படிப்பதையும், உள்ளே இருந்து ஒரு டாக்ஸியின் வேலையைப் படிப்பதையும் செலவிட்டேன். எங்கு, என்ன மற்றும் எப்படி தானியங்கு செய்ய முடியும் மற்றும் அது அவசியமா என்பது பற்றிய வணிக பகுப்பாய்வு நடத்தப்பட்டது. நிறுவன ஊழியர்கள் என்ன சிரமங்களையும் சிக்கல்களையும் எதிர்கொள்கிறார்கள்? அவை எவ்வாறு தீர்க்கப்படுகின்றன. நிறுவனத்தின் ஊழியர்களுக்கு வேலை நாள் எவ்வாறு ஏற்பாடு செய்யப்பட்டுள்ளது. அவர்கள் என்ன கருவிகளைப் பயன்படுத்துகிறார்கள்?
மூன்றாவது வாரத்தின் முடிவில், வேலையைத் தொடங்கி, இணையத்தில் ஆர்வமுள்ள விஷயங்களைப் படித்த பிறகு, வணிக உரிமையாளரின் விருப்பங்களையும், அந்த நேரத்தில் எனது சொந்த அறிவு மற்றும் திறன்களையும் கணக்கில் எடுத்துக்கொண்டு, பின்வரும் அடுக்கைப் பயன்படுத்த முடிவு செய்யப்பட்டது. :
- தரவுத்தள சேவையகம்: MsSQL (2GB வரையிலான தரவுத்தள கோப்பு வரம்புடன் இலவச பதிப்பு);
- விண்டோஸின் கீழ் டெல்பியில் மொபைல் கிளையண்டுகளுக்கு சேவை செய்யும் சேவையகத்தின் உருவாக்கம், ஏற்கனவே ஒரு விண்டோஸ் சர்வரில் தரவுத்தளத்தை நிறுவியிருப்பதால், அபிவிருத்திச் சூழலே விரைவான வளர்ச்சியை எளிதாக்குகிறது;
- 2009 இல் மொபைல் போன்களில் குறைந்த இணைய வேகத்தை கணக்கில் எடுத்துக்கொண்டால், கிளையன்ட் மற்றும் சர்வர் இடையேயான பரிமாற்ற நெறிமுறை பைனரியாக இருக்க வேண்டும். இது கடத்தப்பட்ட தரவு பாக்கெட்டுகளின் அளவைக் குறைக்கும், இதன் விளைவாக, சேவையகத்துடன் வாடிக்கையாளர்களின் பணியின் நிலைத்தன்மையை அதிகரிக்கும்;
நெறிமுறை மற்றும் தரவுத்தளத்தை வடிவமைக்க மேலும் இரண்டு வாரங்கள் செலவிடப்பட்டன. இதன் விளைவாக 12 தொகுப்புகள் மொபைல் கிளையன்ட் மற்றும் சர்வர் மற்றும் தரவுத்தளத்தில் உள்ள 20 அட்டவணைகளுக்கு இடையே தேவையான அனைத்து தரவையும் பரிமாறிக்கொள்வதை உறுதி செய்கின்றன. தொழில்நுட்ப அடுக்கை முழுவதுமாக மாற்ற வேண்டியிருந்தாலும், தொகுப்புகள் மற்றும் தரவுத்தளத்தின் அமைப்பு மாறாமல் இருக்க வேண்டும், எதிர்காலத்தை கணக்கில் எடுத்துக்கொண்டு இந்த வேலையைச் செய்தேன்.
ஆயத்தப் பணிகளுக்குப் பிறகு, யோசனையின் நடைமுறைச் செயலாக்கத்தைத் தொடங்க முடிந்தது. செயல்முறையை சிறிது விரைவுபடுத்தவும், மற்ற பணிகளுக்கான நேரத்தை விடுவிக்கவும், மொபைல் பயன்பாட்டின் வரைவு பதிப்பை உருவாக்கி, UI, ஓரளவு UX ஆகியவற்றை வரைந்தேன், மேலும் திட்டத்தில் ஒரு பழக்கமான ஜாவா புரோகிராமரை ஈடுபடுத்தினேன். மேலும் அவர் சர்வர் பக்க மேம்பாடு, வடிவமைப்பு மற்றும் சோதனை ஆகியவற்றில் கவனம் செலுத்தினார்.
MVP வேலையின் இரண்டாவது மாதத்தின் முடிவில், சர்வர் மற்றும் கிளையன்ட் முன்மாதிரியின் முதல் பதிப்பு தயாராக இருந்தது.
மூன்றாவது மாத இறுதியில், செயற்கை சோதனைகள் மற்றும் புல சோதனைகள், பிழை திருத்தங்கள், நெறிமுறை மற்றும் தரவுத்தளத்தில் சிறிய மேம்பாடுகள் ஆகியவற்றிற்குப் பிறகு, பயன்பாடு உற்பத்திக்கு தயாராக உள்ளது. எது செய்யப்பட்டது.
இந்த தருணத்திலிருந்து திட்டத்தின் மிகவும் சுவாரஸ்யமான மற்றும் கடினமான பகுதி தொடங்குகிறது.
புதிய மென்பொருளுக்கு ஓட்டுனர்கள் மாறும்போது, XNUMX மணி நேரப் பணி ஏற்பாடு செய்யப்பட்டது. பகலில் வேலை நேரத்தில் அனைவரும் வர முடியாது என்பதால். கூடுதலாக, நிர்வாக ரீதியாக, நிறுவனத்தின் நிறுவனரின் வலுவான விருப்பமான முடிவால், உள்நுழைவு/கடவுச்சொல்லை டாக்ஸி சேவையின் மேலாளரால் உள்ளிட்டு, அவை ஓட்டுநருக்குத் தெரிவிக்கப்படாத வகையில் ஏற்பாடு செய்யப்பட்டது. எனது பங்கில், தோல்விகள் மற்றும் எதிர்பாராத சூழ்நிலைகளில் பயனர்களுக்கு தொழில்நுட்ப ஆதரவு தேவைப்பட்டது.
மர்பியின் சட்டம் நமக்குச் சொல்கிறது: "தவறு செய்யக்கூடிய எதுவும் தவறாகிவிடும்." அதுதான் சரியாகத் தவறாகப் போய்விட்டது... நானும் பல டாக்சி ஓட்டுநர்களும் பல டஜன் சோதனை ஆர்டர்களில் விண்ணப்பத்தைச் சோதித்தபோது இது ஒன்றுதான். உண்மையான நபர்களிடமிருந்து உண்மையான ஆர்டர்களில் 500+ டிரைவர்கள் நிகழ்நேரத்தில் வேலை செய்யும் போது இது முற்றிலும் வேறுபட்ட விஷயம்.
மொபைல் அப்ளிகேஷனின் கட்டமைப்பு எளிமையானது மற்றும் சர்வரில் உள்ளதை விட அதில் குறைவான பிழைகள் இருந்தன. எனவே, வேலையின் முக்கிய கவனம் சர்வர் பக்கத்தில் இருந்தது. பயன்பாட்டில் உள்ள மிக முக்கியமான தடுமாற்றம், தொலைபேசியில் இணையம் தொலைந்து, அமர்வு மீண்டும் மீட்டமைக்கப்படும்போது சேவையகத்திலிருந்து துண்டிக்கப்படும் பிரச்சனை. மேலும் இணையம் அடிக்கடி மறைந்து விட்டது. முதலாவதாக, அந்த ஆண்டுகளில் தொலைபேசியில் உள்ள இணையம் போதுமான அளவு நிலையானதாக இல்லை. இரண்டாவதாக, இணையம் வேலை செய்யாத பல குருட்டுப் புள்ளிகள் இருந்தன. இந்தச் சிக்கலை நாங்கள் உடனடியாகக் கண்டறிந்து XNUMX மணி நேரத்திற்குள் ஏற்கனவே நிறுவப்பட்ட அனைத்து பயன்பாடுகளையும் சரிசெய்து புதுப்பித்தோம்.
சேவையகம் முக்கியமாக ஆர்டர் விநியோக வழிமுறையில் பிழைகள் மற்றும் வாடிக்கையாளர்களிடமிருந்து சில கோரிக்கைகளை தவறாக செயலாக்கியது. குறைபாடுகளை கண்டறிந்ததும், சர்வரை சரிசெய்து புதுப்பித்தேன்.
உண்மையில், இந்த கட்டத்தில் அதிக தொழில்நுட்ப சிக்கல்கள் இல்லை. முழு சிரமம் என்னவென்றால், நான் கிட்டத்தட்ட ஒரு மாதமாக அலுவலகத்தில் பணியில் இருந்தேன், எப்போதாவது மட்டுமே வீட்டிற்குச் செல்கிறேன். ஒருவேளை 4-5 முறை. நான் ஃபிட்ஸ் மற்றும் ஸ்டார்ட்ஸில் தூங்கினேன், அந்த நேரத்தில் நான் தனியாக திட்டப்பணியில் இருந்தேன், என்னைத் தவிர யாராலும் எதையும் சரிசெய்ய முடியவில்லை.
ஒரு மாதம், இது ஒரு மாதமாக எல்லாமே தொடர்ந்து தடுமாற்றம் மற்றும் நான் நிறுத்தாமல் எதையாவது குறியிடுகிறேன் என்று அர்த்தமல்ல. என்று தான் முடிவு செய்தோம். எல்லாவற்றிற்கும் மேலாக, வணிகம் ஏற்கனவே செயல்பட்டு லாபம் ஈட்டியது. இப்போது வாடிக்கையாளர்களையும் லாபத்தையும் இழப்பதை விட, பாதுகாப்பாக விளையாடுவதும் பின்னர் ஓய்வெடுப்பதும் நல்லது. நாங்கள் அனைவரும் இதை நன்கு புரிந்துகொண்டோம், எனவே முழு குழுவும் கூட்டாக டாக்ஸி அமைப்பில் புதிய மென்பொருளை அறிமுகப்படுத்துவதற்கு அதிகபட்ச கவனத்தையும் நேரத்தையும் அர்ப்பணித்தோம். மேலும் ஆர்டர்களின் தற்போதைய போக்குவரத்தை கணக்கில் எடுத்துக்கொண்டால், ஒரு மாதத்திற்குள் அனைத்து குறைபாடுகளையும் நாங்கள் நிச்சயமாக அகற்றுவோம். சரி, மறைக்கப்பட்ட பிழைகள் நிச்சயமாக வணிக செயல்பாட்டில் முக்கியமான விளைவுகளை ஏற்படுத்தாது, தேவைப்பட்டால், அவை வழக்கமான அடிப்படையில் சரிசெய்யப்படலாம்.
புதிய மென்பொருளுக்கு ஓட்டுநர்களை மாற்றும் சூழ்நிலையின் சிக்கலைப் பற்றி அதிகபட்ச புரிதலுடன், கடிகாரத்தைச் சுற்றி ஓட்டுநர்களுடன் பணிபுரிந்த டாக்ஸி சேவைகளின் இயக்குநர்கள் மற்றும் ஃபோர்மேன்களின் விலைமதிப்பற்ற உதவியை இங்கே கவனிக்க வேண்டியது அவசியம். உண்மையில், தொலைபேசிகளில் புதிய நிரல்களின் நிறுவலை முடித்த பிறகு, நாங்கள் ஒரு இயக்கியை இழக்கவில்லை. வாடிக்கையாளர்களை அகற்றாததன் சதவீதத்தை அவர்கள் விமர்சன ரீதியாக அதிகரிக்கவில்லை, இது விரைவில் சாதாரண நிலைக்குத் திரும்பியது.
இது திட்டத்தின் முதல் கட்ட வேலைகளை நிறைவு செய்தது. முடிவு வருவதற்கு நீண்ட காலம் இல்லை என்பதை கவனத்தில் கொள்ள வேண்டும். மனித தலையீடு இல்லாமல் ஓட்டுநர்களுக்கு ஆர்டர்களை வழங்குவதை தானியக்கமாக்குவதன் மூலம், வாடிக்கையாளர் ஒரு டாக்ஸிக்கான சராசரி காத்திருப்பு நேரம் அளவு வரிசையால் குறைக்கப்பட்டது, இது இயற்கையாகவே சேவைக்கான வாடிக்கையாளர் விசுவாசத்தை அதிகரித்தது. இதனால் ஆர்டர்களின் எண்ணிக்கை அதிகரித்தது. இதையடுத்து, டாக்சி ஓட்டுனர்களின் எண்ணிக்கை அதிகரித்தது. இதன் விளைவாக, வெற்றிகரமாக முடிக்கப்பட்ட ஆர்டர்களின் எண்ணிக்கையும் அதிகரித்துள்ளது. இதன் விளைவாக, நிறுவனத்தின் லாபம் அதிகரித்தது. நிச்சயமாக, இங்கே நான் என்னை விட சற்று முன்னேறி வருகிறேன், ஏனெனில் இந்த முழு செயல்முறையும் உடனடியாக நடக்கவில்லை. நிர்வாகம் மகிழ்ச்சியடைந்தது என்று சொன்னால் ஒன்றும் சொல்ல முடியாது. திட்டத்திற்கான கூடுதல் நிதியுதவிக்கான வரம்பற்ற அணுகல் எனக்கு வழங்கப்பட்டது.
தொடரும் ..
ஆதாரம்: www.habr.com