અમે કેવી રીતે ટીમ વર્કનો પ્રયાસ કર્યો અને તેમાંથી શું બહાર આવ્યું

ચાલો ક્રમમાં જઈએ

થોડા સમય પછી આ ચિત્રનો અર્થ શું થાય છે, પરંતુ હમણાં માટે હું પરિચય સાથે પ્રારંભ કરું છું.

ઠંડા ફેબ્રુઆરીના દિવસે મુશ્કેલીના કોઈ ચિહ્નો ન હતા. નિર્દોષ વિદ્યાર્થીઓનું એક જૂથ પ્રથમ વખત એવા વિષય પર વર્ગ લેવા માટે આવ્યું કે જેને તેઓએ "માહિતી પ્રણાલીઓની રચના અને વિકાસની વ્યવસ્થા કરવા માટેની પદ્ધતિ" કહેવાનું નક્કી કર્યું. ત્યાં નિયમિત વ્યાખ્યાન હતું, શિક્ષકે લવચીક વિકાસ પદ્ધતિઓ વિશે વાત કરી, જેમ કે સ્ક્રમ, કંઈપણ મુશ્કેલીની પૂર્વદર્શન કરતું નથી. અને અંતે શિક્ષક જાહેરાત કરે છે:

હું ઈચ્છું છું કે તમે ટીમ વર્કની બધી મુશ્કેલીઓ જાતે અનુભવો, જૂથોમાં વિભાજિત થાઓ, કોઈ પ્રોજેક્ટ સાથે આવો, નેતાની નિમણૂક કરો અને એકસાથે તમામ ડિઝાઇન તબક્કાઓમાંથી પસાર થાઓ. અંતે, હું તમારી પાસેથી તૈયાર ઉત્પાદન અને હેબ્રે પરના લેખની અપેક્ષા રાખું છું.

અહીંથી અમારી વાર્તા શરૂ થાય છે. બિલિયર્ડ્સના બોલની જેમ, અસરની ઉર્જા ઓસરી ન જાય અને 7 લોકોનું એક જૂથ એકસાથે ભેગા ન થાય ત્યાં સુધી અમે એકબીજાથી ઉછળ્યા. કદાચ આ પ્રશિક્ષણ પ્રોજેક્ટ માટે ઘણું વધારે છે, પરંતુ ભૂમિકાઓને વધુ સારી રીતે વિતરિત કરવા માટે તે યોગ્ય છે. પ્રોજેક્ટ માટેના વિચારોની ચર્ચા શરૂ થઈ, “ચાલો એક તૈયાર પ્રોજેક્ટ લઈએ” થી લઈને “સ્પેસ ઑબ્જેક્ટ્સની રચના માટે ઇમ્યુલેટર” સુધી. પરંતુ અંતે વિચાર આવ્યો, જેનું નામ તમે પ્રથમ ચિત્રમાં વાંચ્યું છે.

વિલંબ બંધ કરો - તે શું છે, તે શું ખાય છે અને અમે તેને કેવી રીતે વિકસાવ્યું અને તે શું આવ્યું

વાર્તા પ્રોજેક્ટ મેનેજર વતી કહેવામાં આવશે, જે સદભાગ્યે અથવા કમનસીબે, મને સોંપવામાં આવી હતી. તો આપણા મનમાં શું વિચાર આવ્યો? સુપરકોમનની લોકપ્રિય “શેક એલાર્મ ક્લોક” એલાર્મ ઘડિયાળથી પ્રેરિત થઈને, એટલે કે જ્યાં સુધી વપરાશકર્તા કોઈ ચોક્કસ ક્રિયા ન કરે ત્યાં સુધી સ્માર્ટફોનને સંપૂર્ણપણે અવરોધિત કરવાનું કાર્ય, જે મોટે ભાગે તેને જાગી શકે છે, અમે એક સમાન એપ્લિકેશન બનાવવાનું નક્કી કર્યું જે તમને મદદ કરશે. "શેક ધ એલાર્મ ક્લોક" જેવા જ સિદ્ધાંત પર ફોનની લતથી છૂટકારો

તે કેવી રીતે કામ કરે છે

વપરાશકર્તા ટાઈમર સેટ કરે છે
- સ્માર્ટફોન પર વિતાવી શકાય તેવો સમય
- સ્માર્ટફોન વગરનો સમય (બ્લોકીંગ પીરિયડ)
જ્યારે ટાઈમર સમાપ્ત થાય છે, ત્યારે સ્ક્રીન પર ઓવરલે દેખાય છે જે ઘટાડી શકાતું નથી
-ઓવરલે બંધ કરવા માટે તમારે એક નાનકડી કસોટીમાંથી પસાર થવાની જરૂર છે (ગૂંચવણભર્યા કીબોર્ડ પર પાસવર્ડ દાખલ કરો, ગણિતની સમસ્યા હલ કરો, ફોનને થોડીવાર હલાવો)
આ રીતે અનલૉક કર્યા પછી, સ્માર્ટફોન પર જે સમય પસાર કરી શકાય છે તે અડધો થઈ જાય છે, અને તેથી વધુ એક મિનિટ સુધી.

ટીમ બનાવી રહી છે

પ્રથમ, તે નક્કી કરવું જરૂરી હતું કે કોણ શું કરશે અને કઈ ભાષામાં આ બધું લખવામાં આવશે. મને લાગે છે કે આનો પ્રોજેક્ટ મેનેજમેન્ટ સાથે બહુ ઓછો સંબંધ છે, કારણ કે જ્યારે તમે કોઈ વાસ્તવિક પ્રોજેક્ટ માટે ટીમને એસેમ્બલ કરો છો, ત્યારે તમે તરત જ તમને જેની જરૂર હોય તેને એસેમ્બલ કરો છો. પરિણામે, મેં એક ડિઝાઇનરનો બોજ પણ ઉપાડ્યો, એક ટીમ મેનેજરને પસંદ કર્યો જેને એપ્લિકેશન ડેવલપમેન્ટનો સારો અનુભવ હતો, તેને ત્રણ પ્રોગ્રામરો સોંપવામાં આવ્યા હતા, અને બે વધુ ટેસ્ટર બન્યા હતા. અલબત્ત, પ્રોગ્રામિંગ ભાષા કુશળતાના આધારે પસંદ કરવામાં આવી હતી. પરિણામે, જાવાનો ઉપયોગ કરવાનો નિર્ણય લેવામાં આવ્યો, કારણ કે બધા પ્રોગ્રામરો તેનાથી પરિચિત હતા.

સેટિંગ કાર્યો

શિક્ષકની ભલામણ પર, મફત સેવા પર ટાસ્ક બોર્ડ બનાવવામાં આવ્યું હતું ટ્રેલો. સ્ક્રમ સિસ્ટમ અનુસાર કામ કરવાનું આયોજન કરવામાં આવ્યું હતું, જ્યાં દરેક સ્ટ્રીમ એક પ્રકારની સંપૂર્ણ એપ્લિકેશન હશે.
જો કે, વાસ્તવમાં, આ બધું એક વિશાળ અને લાંબા પ્રવાહમાંથી બહાર આવ્યું છે, જેમાં સંપાદનો, ઉમેરાઓ અને સુધારાઓ સતત કરવામાં આવતા હતા.

અમે સ્પેક્સ લખીએ છીએ

સવિનના પુસ્તક “Testing.com” થી પ્રભાવિત થઈને, બધું કેવી રીતે ગોઠવવું જોઈએ તે અંગે મારા મનમાં મારો પોતાનો વિચાર હતો. તે બધું લેખન સ્પષ્ટીકરણોથી શરૂ થયું, જેમ કે હું માનું છું, આપણે શું અપેક્ષા રાખીએ છીએ, શું અને કેવી રીતે કાર્ય કરવું જોઈએ તેના સ્પષ્ટ વર્ણન વિના, કંઈ કામ કરશે નહીં. પ્રોગ્રામરો જેમ તેઓ જુએ છે તેમ બધું પ્રોગ્રામ કરશે, પરીક્ષકો કંઈક બીજું પરીક્ષણ કરશે, મેનેજર ત્રીજાની અપેક્ષા રાખતા હતા, પરંતુ તે હંમેશની જેમ ચોથું બનશે.
સ્પષ્ટીકરણો લખવાનું સરળ નથી, તમારે બધી વિગતો, બધી ઘોંઘાટ દ્વારા વિચારવાની જરૂર છે. અલબત્ત, પ્રથમ વખત કંઈ કામ ન થયું. પરિણામે, સ્પષ્ટીકરણો પૂરક અને 4 વખત ફરીથી કરવામાં આવ્યા હતા. તમે લિંક વિભાગમાં લેખના અંતે છેલ્લો વિકલ્પ શોધી શકો છો.

ડિઝાઇન દોરવી

મોબાઇલ એપ્લિકેશનમાં ડિઝાઇન સૌથી મહત્વની બાબત છે. જો કે, દરેક જણ આ સમજી શકતા નથી, મારી ટીમ સહિત, ઘણા લોકોએ મારી સાથે જોરદાર દલીલ કરી હતી કે ડિઝાઇનની જરૂર નથી, કે આ એપ્લિકેશનનો સૌથી બિનમહત્વપૂર્ણ ભાગ છે, વગેરે. તમારે આટલા ભોળા ન બનવું જોઈએ. સૌપ્રથમ, તૈયાર ડિઝાઇન પ્રોગ્રામરનું કામ સરળ બનાવે છે; તેણે ક્યાં અને ક્યાં મૂકવું તે વિશે વિચારવાની જરૂર નથી, તે ફક્ત જે દોરે છે તે લે છે અને ટાઇપ કરે છે. વિશિષ્ટતાઓ સાથે, ડિઝાઇન લગભગ સંપૂર્ણપણે પ્રોગ્રામરના મનને બિનજરૂરી વસ્તુઓથી મુક્ત કરે છે, અને તેને તર્ક પર ધ્યાન કેન્દ્રિત કરવાની તક આપે છે. સામાન્ય રીતે, એક પ્રોટોટાઇપ (ભયંકર) ડિઝાઇન પ્રથમ દોરવામાં આવી હતી:

પરંતુ તે પછી ડિઝાઇનને કોમ્બેડ કરવામાં આવી હતી અને તેને સામાન્ય સ્થિતિમાં લાવવામાં આવી હતી.
(લેખના અંતે તમામ ડિઝાઇન ઘટકોની લિંક).

પ્રોગ્રામિંગ

પ્રોગ્રામિંગ મુશ્કેલ છે, પરંતુ શક્ય છે. હું આ મુદ્દાને છોડી દઈશ, કારણ કે મેં મારી જાતે આ સાથે વ્યવહાર કર્યો નથી. પ્રોગ્રામરોએ ઘણું કામ કર્યું, જેના વિના બધું અર્થહીન હોત. અલબત્ત, અમે અમારા કેટલાક વિચારોને સાકાર કરવામાં સફળ થયા. અને પ્રોગ્રામમાં હજુ પણ સુધારાની જરૂર છે. ત્યાં ઘણી બધી ભૂલો અને સુવિધાઓ છે જેને દૂર કરવાની જરૂર છે. જો અમારી પાસે વધુ સમય હોત, તો અમે ઊંડા આલ્ફામાંથી બહાર નીકળી જઈશું, પરંતુ હમણાં માટે તમે લેખના અંતે એપ્લિકેશનનું પરીક્ષણ કરી શકો છો.

સારું, પરીક્ષણ વિશે

પ્રોગ્રામિંગમાં મુખ્ય વસ્તુ શું છે? મારા મતે, મુખ્ય વસ્તુ એ છે કે બધું કાર્ય કરે છે અને તે જોઈએ તે પ્રમાણે દેખાય છે. તે હંમેશા યોગ્ય અને તરત જ કામ કરતું નથી. આ માટે પરીક્ષણની જરૂર છે. મારા પરીક્ષકોને, મેં ટેસ્ટ કેસનો ઉપયોગ કરીને એક પરીક્ષણ મોડેલનો પ્રસ્તાવ મૂક્યો. પ્રથમ, પરીક્ષણ કેસો સ્પષ્ટીકરણો અનુસાર સંપૂર્ણ રીતે લખવામાં આવે છે, અને પછી તેમના પર પરીક્ષણ હાથ ધરવામાં આવે છે. તમે નીચેની લિંક્સમાં આમાંથી શું બહાર આવ્યું તે જોઈ શકો છો.

વાંચવા બદલ આભાર. હું આશા રાખું છું કે તમને અહીં ઓછામાં ઓછું કંઈક ઉપયોગી જણાયું, કદાચ તમારા સ્ટાર્ટઅપ માટેનો કોઈ વિચાર, અથવા કદાચ કોઈ સારી સલાહ અથવા કોઈ સાધન.

સંદર્ભો:

તાજેતરની સ્પષ્ટીકરણો.
ડિઝાઇન ચાલુ ફિગ્મા.
ટેસ્ટ કેસો и બગ રિપોર્ટ્સ.

એપ્લિકેશન પોતે ચાલુ છે HokeyApp. - એપ્લિકેશન હેન્ડઓફ નામ હેઠળ બનાવવામાં આવી હતી, શા માટે પૂછશો નહીં (કારણ કે વિલંબ ખૂબ લાંબો છે).

વેલ અંતે

શું તમને લાગે છે કે આ બધું અર્થપૂર્ણ છે?

ફક્ત નોંધાયેલા વપરાશકર્તાઓ જ સર્વેમાં ભાગ લઈ શકે છે. સાઇન ઇન કરો, મહેરબાની કરીને.

શું શૈક્ષણિક સંસ્થાઓમાં આવી પ્રથા જરૂરી છે અને તે વાસ્તવિક જીવનમાં કેટલી ઉપયોગી અને લાગુ પડે છે?

• જરૂરી, અમૂલ્ય અનુભવ

• જરૂર છે, જોકે થોડો અનુભવ

• લગભગ નકામું, વધુમાં વધુ તમે ટીમમાં કામ કરવાની સામાન્ય વિશેષતાઓને સમજી શકશો

• સમય અને પ્રયત્નનો બગાડ

2 વપરાશકર્તાઓએ મત ​​આપ્યો. ત્યાં કોઈ ત્યાગ નથી.

સોર્સ: www.habr.com