நாங்கள் எப்படி குழுப்பணியை முயற்சித்தோம் மற்றும் அதில் என்ன வந்தது

அதை ஒழுங்காக எடுத்துக் கொள்வோம்

இந்த படம் சிறிது நேரம் கழித்து என்ன அர்த்தம், ஆனால் இப்போது நான் அறிமுகத்துடன் ஆரம்பிக்கிறேன்.

ஒரு குளிர் பிப்ரவரி நாளில் பிரச்சனையின் அறிகுறிகள் எதுவும் இல்லை. "தகவல் அமைப்புகளின் வடிவமைப்பு மற்றும் மேம்பாட்டை ஒழுங்கமைப்பதற்கான வழிமுறை" என்று அழைக்க முடிவு செய்த ஒரு பாடத்தில் ஒரு வகுப்பை எடுக்க முதல் முறையாக அப்பாவி மாணவர்களின் குழு வந்தது. ஒரு வழக்கமான விரிவுரை இருந்தது, ஆசிரியர் ஸ்க்ரம் போன்ற நெகிழ்வான வளர்ச்சி முறைகளைப் பற்றி பேசினார், எதுவும் சிக்கலைக் குறிக்கவில்லை. இறுதியில் ஆசிரியர் அறிவிக்கிறார்:

குழுப்பணியின் அனைத்து கஷ்டங்களையும் நீங்களே அனுபவிக்க வேண்டும், குழுக்களாகப் பிரிந்து, ஒரு திட்டத்தைக் கொண்டு வாருங்கள், ஒரு தலைவரை நியமித்து, அனைத்து வடிவமைப்பு நிலைகளையும் ஒன்றாகச் செல்ல வேண்டும் என்று நான் விரும்புகிறேன். முடிவில், உங்களிடமிருந்து ஒரு முடிக்கப்பட்ட தயாரிப்பு மற்றும் ஹப்ரே பற்றிய கட்டுரையை எதிர்பார்க்கிறேன்.

இங்கிருந்துதான் நமது கதை தொடங்குகிறது. பில்லியர்ட்ஸில் பந்துகளைப் போல, தாக்கத்தின் ஆற்றல் சிதறி, 7 பேர் கொண்ட குழு ஒன்று கூடும் வரை நாங்கள் ஒருவருக்கொருவர் துள்ளினோம். ஒருவேளை இது ஒரு பயிற்சி திட்டத்திற்கு அதிகமாக இருக்கலாம், ஆனால் பாத்திரங்களை சிறப்பாக விநியோகிப்பது சரியானது. திட்டத்திற்கான யோசனைகளின் விவாதம் தொடங்கியது, "ஒரு ஆயத்த திட்டத்தை எடுப்போம்" முதல் "விண்வெளி பொருட்களை உருவாக்குவதற்கான முன்மாதிரி" வரை. ஆனால் இறுதியில் யோசனை வந்தது, நீங்கள் முதல் படத்தில் படித்த பெயர்.

தள்ளிப்போடுவதை நிறுத்து - அது என்ன, அது எதனுடன் உண்ணப்படுகிறது, அதை எப்படி வளர்த்தோம், அதனால் என்ன வந்தது

அதிர்ஷ்டவசமாக அல்லது துரதிர்ஷ்டவசமாக, எனக்கு ஒதுக்கப்பட்ட திட்ட மேலாளரின் சார்பாக கதை சொல்லப்படும். அப்படியானால் நம் மனதில் என்ன யோசனை வந்தது? SupperCommon வழங்கும் பிரபலமான “ஷேக் அலாரம் கடிகாரம்” அலாரம் கடிகாரத்தால் ஈர்க்கப்பட்டு, அதாவது பயனர் ஒரு குறிப்பிட்ட செயலைச் செய்யும் வரை ஸ்மார்ட்போனை முற்றிலுமாகத் தடுக்கும் செயல்பாடு, அதைப் பெற உதவும் ஒரு பயன்பாட்டை உருவாக்க முடிவு செய்தோம். "அலாரம் கடிகாரத்தை அசை" போன்ற அதே கொள்கையின்படி, தொலைபேசி அடிமைத்தனத்திலிருந்து விடுபடுங்கள்

இது எப்படி வேலை

பயனர் டைமர்களை அமைக்கிறார்
- ஸ்மார்ட்போனில் செலவிடக்கூடிய நேரம்
ஸ்மார்ட்போன் இல்லாத நேரம் (தடுக்கும் காலம்)
டைமர் காலாவதியாகும்போது, ​​திரையில் ஒரு மேலடுக்கு தோன்றும், அதைக் குறைக்க முடியாது
மேலடுக்கை மூட, நீங்கள் ஒரு சிறிய சோதனைக்கு செல்ல வேண்டும் (குழப்பமான விசைப்பலகையில் கடவுச்சொல்லை உள்ளிடவும், கணித சிக்கலை தீர்க்கவும், தொலைபேசியை இரண்டு நிமிடங்கள் அசைக்கவும்)
இவ்வாறு அன்லாக் செய்த பிறகு, ஸ்மார்ட்போனில் செலவழிக்கக்கூடிய நேரம் பாதியாகக் குறைக்கப்படுகிறது, மேலும் ஒரு நிமிடம் வரை.

ஒரு குழுவை உருவாக்குதல்

முதலில், யார் என்ன செய்வார்கள், எந்த மொழியில் இவை அனைத்தும் எழுதப்படும் என்பதை தீர்மானிக்க வேண்டியது அவசியம். திட்ட நிர்வாகத்திற்கும் இதற்கும் எந்த தொடர்பும் இல்லை என்று நான் நினைக்கிறேன், ஏனென்றால் நீங்கள் ஒரு உண்மையான திட்டத்திற்காக ஒரு குழுவைக் கூட்டினால், உங்களுக்குத் தேவையானவர்களை உடனடியாகக் கூட்டிவிடுவீர்கள். இதன் விளைவாக, நான் ஒரு வடிவமைப்பாளரின் சுமையை ஏற்றுக்கொண்டேன், பயன்பாட்டு மேம்பாட்டில் நல்ல அனுபவமுள்ள ஒரு குழு மேலாளரைத் தேர்ந்தெடுத்தேன், அவருக்கு மூன்று புரோகிராமர்கள் நியமிக்கப்பட்டனர், மேலும் இருவர் சோதனையாளர்களாக ஆனார்கள். நிச்சயமாக, நிரலாக்க மொழி திறன்களின் அடிப்படையில் தேர்ந்தெடுக்கப்பட்டது. இதன் விளைவாக, அனைத்து புரோகிராமர்களும் ஜாவாவை நன்கு அறிந்திருப்பதால், ஜாவாவைப் பயன்படுத்த முடிவு செய்யப்பட்டது.

பணிகளை அமைத்தல்

ஆசிரியரின் பரிந்துரையின் பேரில், இலவச சேவையில் பணிக்குழு உருவாக்கப்பட்டது , Trello. ஸ்க்ரம் அமைப்பின் படி வேலை செய்ய திட்டமிடப்பட்டது, அங்கு ஒவ்வொரு ஸ்ட்ரீமும் ஒரு வகையான முழுமையான பயன்பாடாக இருக்கும்.
இருப்பினும், உண்மையில், இவை அனைத்தும் ஒரு பெரிய மற்றும் நீண்ட ஸ்ட்ரீமில் இருந்து வெளிவந்தன, அதில் திருத்தங்கள், சேர்த்தல்கள் மற்றும் திருத்தங்கள் தொடர்ந்து செய்யப்பட்டன.

நாங்கள் விவரக்குறிப்புகளை எழுதுகிறோம்

சவினின் "Testing.com" புத்தகத்தால் தாக்கம் பெற்றதால், எல்லாவற்றையும் எப்படி ஏற்பாடு செய்ய வேண்டும் என்பது பற்றி என் சொந்த யோசனை இருந்தது. இது அனைத்தும் எழுதும் குறிப்புகளுடன் தொடங்கியது, நான் நம்புகிறேன், நாம் என்ன எதிர்பார்க்கிறோம், என்ன, எப்படி வேலை செய்ய வேண்டும் என்பதற்கான தெளிவான விளக்கம் இல்லாமல், எதுவும் செயல்படாது. புரோகிராமர்கள் எல்லாவற்றையும் அவர்கள் பார்ப்பது போல் நிரல் செய்வார்கள், சோதனையாளர்கள் வேறு எதையாவது சோதிப்பார்கள், மேலாளர் மூன்றாவதாக எதிர்பார்த்தார், ஆனால் அது எப்போதும் போல் நான்காவதாக மாறும்.
விவரக்குறிப்புகளை எழுதுவது எளிதானது அல்ல, நீங்கள் அனைத்து விவரங்களையும், அனைத்து நுணுக்கங்களையும் சிந்திக்க வேண்டும். நிச்சயமாக, முதல் முறையாக எதுவும் வேலை செய்யவில்லை. இதன் விளைவாக, விவரக்குறிப்புகள் கூடுதலாக 4 முறை மீண்டும் செய்யப்பட்டன. கட்டுரையின் முடிவில், இணைப்புகள் பிரிவில் கடைசி விருப்பத்தை நீங்கள் காணலாம்.

ஒரு வடிவமைப்பு வரைதல்

மொபைல் பயன்பாட்டில் வடிவமைப்பு மிக முக்கியமான விஷயம். இருப்பினும், அனைவருக்கும் இது புரியவில்லை, எனது குழு உட்பட, வடிவமைப்பு தேவையில்லை, இது பயன்பாட்டின் மிக முக்கியமற்ற பகுதி என்று பலர் என்னிடம் கடுமையாக வாதிட்டனர். நீங்கள் மிகவும் அப்பாவியாக இருக்கக்கூடாது. முதலாவதாக, ஒரு ஆயத்த வடிவமைப்பு புரோகிராமரின் வேலையை எளிதாக்குகிறது; எதை எங்கு, எங்கு வைக்க வேண்டும் என்று அவர் சிந்திக்க வேண்டியதில்லை, அவர் வரையப்பட்டதை எடுத்து தட்டச்சு செய்கிறார். விவரக்குறிப்புகளுடன் சேர்ந்து, வடிவமைப்பு புரோகிராமரின் மனதை தேவையற்ற விஷயங்களிலிருந்து முற்றிலும் விடுவித்து, தர்க்கத்தில் கவனம் செலுத்த அவருக்கு வாய்ப்பளிக்கிறது. பொதுவாக, ஒரு முன்மாதிரி (பயங்கரமான) வடிவமைப்பு முதலில் வரையப்பட்டது:

ஆனால் பின்னர் வடிவமைப்பு சீப்பு செய்யப்பட்டு இயல்பு நிலைக்கு கொண்டு வரப்பட்டது.
(கட்டுரையின் முடிவில் அனைத்து வடிவமைப்பு கூறுகளுக்கும் இணைப்பு).

நிரலாக்கம்

நிரலாக்கம் கடினம், ஆனால் சாத்தியம். நான் தனிப்பட்ட முறையில் இதை நானே கையாளவில்லை என்பதால், இந்த விஷயத்தை நான் தவிர்க்கிறேன். புரோகிராமர்கள் ஒரு பெரிய அளவிலான வேலையைச் செய்தனர், அது இல்லாமல் எல்லாம் அர்த்தமற்றதாக இருந்திருக்கும். நிச்சயமாக, எங்கள் சில யோசனைகளை நாங்கள் உணர முடிந்தது. மேலும் நிரலுக்கு இன்னும் முன்னேற்றம் தேவை. அகற்றப்பட வேண்டிய பிழைகள் மற்றும் அம்சங்கள் நிறைய உள்ளன. எங்களுக்கு அதிக நேரம் இருந்தால், ஆழமான ஆல்பாவிலிருந்து வெளியேறுவோம், ஆனால் இப்போதைக்கு நீங்கள் கட்டுரையின் முடிவில் பயன்பாட்டை சோதிக்கலாம்.

சரி, சோதனை பற்றி

நிரலாக்கத்தில் முக்கிய விஷயம் என்ன? என் கருத்துப்படி, முக்கிய விஷயம் என்னவென்றால், எல்லாம் வேலை செய்கிறது மற்றும் அது இருக்க வேண்டும். இது எப்போதும் சரியாக வேலை செய்யாது மற்றும் உடனடியாக இல்லை. இதற்கு சோதனை தேவை. எனது சோதனையாளர்களுக்கு, சோதனை நிகழ்வுகளைப் பயன்படுத்தி ஒரு சோதனை மாதிரியை நான் முன்மொழிந்தேன். முதலில், சோதனை வழக்குகள் விவரக்குறிப்புகளுக்கு இணங்க முழுமையாக எழுதப்படுகின்றன, பின்னர் அவற்றில் சோதனை மேற்கொள்ளப்படுகிறது. இதில் என்ன வந்தது என்பதை கீழே உள்ள இணைப்புகளில் பார்க்கலாம்.

வாசித்ததற்கு நன்றி. குறைந்தபட்சம் பயனுள்ள ஏதாவது ஒன்றை இங்கே நீங்கள் கண்டீர்கள் என்று நம்புகிறேன், ஒருவேளை உங்கள் தொடக்கத்திற்கான யோசனை, அல்லது சில நல்ல ஆலோசனைகள் அல்லது கருவியாக இருக்கலாம்.

மேற்கோள்கள்:

சமீபத்திய விவரக்குறிப்புகள்.
வடிவமைப்பு இயக்கப்பட்டது ஃபிக்மா.
சோதனை வழக்குகள் и பிழை அறிக்கைகள்.

விண்ணப்பம் இயக்கத்தில் உள்ளது HokeyApp. — அப்ளிகேஷன் ஹேண்ட்ஸ்ஆஃப் என்ற பெயரில் கட்டப்பட்டது, ஏன் என்று கேட்கவே வேண்டாம் (ஏனெனில் ஸ்டாப் ப்ரோக்ராஸ்டினேஷனை மிக நீளமாக உள்ளது).

சரி இறுதியில்

இவை அனைத்தும் அர்த்தமுள்ளதாக நீங்கள் நினைக்கிறீர்களா?

பதிவு செய்த பயனர்கள் மட்டுமே கணக்கெடுப்பில் பங்கேற்க முடியும். உள்நுழையவும், தயவு செய்து.

கல்வி நிறுவனங்களில் இத்தகைய நடைமுறை அவசியமா மற்றும் நிஜ வாழ்க்கையில் அது எவ்வளவு பயனுள்ளதாகவும் பொருந்தக்கூடியதாகவும் இருக்கிறது?

• தேவையான, விலைமதிப்பற்ற அனுபவம்

• கொஞ்சம் அனுபவம் இருந்தாலும் தேவை

• கிட்டத்தட்ட பயனற்றது, ஒரு குழுவில் பணிபுரியும் பொதுவான அம்சங்களை நீங்கள் புரிந்துகொள்வீர்கள்

• நேரம் மற்றும் முயற்சி விரயம்

2 பயனர்கள் வாக்களித்தனர். புறக்கணிப்புகள் இல்லை.

ஆதாரம்: www.habr.com