Kung paano namin sinubukan ang pagtutulungan ng magkakasama at kung ano ang lumabas dito

Kung paano namin sinubukan ang pagtutulungan ng magkakasama at kung ano ang lumabas dito

Kunin natin ito sa pagkakasunud-sunod

Ano ang ibig sabihin ng larawang ito mamaya, ngunit sa ngayon hayaan mo akong magsimula sa pagpapakilala.

Sa isang malamig na araw ng Pebrero ay walang mga palatandaan ng problema. Isang grupo ng mga inosenteng estudyante ang dumating sa unang pagkakataon upang kumuha ng klase sa isang paksa na napagpasyahan nilang tawaging "Methodology para sa pag-aayos ng disenyo at pagbuo ng mga sistema ng impormasyon." Nagkaroon ng isang regular na panayam, ang guro talked tungkol sa nababaluktot na paraan ng pag-unlad, tulad ng Scrum, walang foreshadowed problema. At sa dulo ay inihayag ng guro:

Gusto kong maranasan mo ang lahat ng paghihirap ng pagtutulungan ng magkakasama sa iyong sarili, hatiin sa mga grupo, gumawa ng isang proyekto, humirang ng isang pinuno at dumaan sa lahat ng mga yugto ng disenyo nang magkasama. Sa dulo, inaasahan ko mula sa iyo ang isang tapos na produkto at isang artikulo sa HabrΓ©.

Dito na magsisimula ang ating kwento. Tulad ng mga bola sa bilyar, nagpatalbog kami sa isa't isa hanggang sa nawala ang lakas ng impact at nagtipon ang isang grupo ng 7 tao. Marahil ito ay masyadong marami para sa isang proyekto ng pagsasanay, ngunit ito ay tama na mas mahusay na ipamahagi ang mga tungkulin. Nagsimula ang talakayan ng mga ideya para sa proyekto, mula sa "Kumuha tayo ng isang yari na proyekto" hanggang sa "Emulator para sa pagbuo ng mga bagay sa kalawakan." Ngunit sa huli ay dumating ang ideya, ang pangalan na nabasa mo sa unang larawan.

Stop Procrastination - kung ano ito, kung ano ang kinakain nito at kung paano namin ito binuo at kung ano ang nagmula rito

Ang kwento ay sasabihin sa ngalan ng tagapamahala ng proyekto, na, sa kabutihang palad o sa kasamaang palad, ay itinalaga sa akin. Kaya anong ideya ang pumasok sa ating isipan? May inspirasyon ng sikat na alarm clock na "Shake Alarm Clock" mula sa SupperCommon, lalo na ang function ng ganap na pagharang sa smartphone hanggang sa magsagawa ang user ng isang partikular na aksyon na malamang na magdudulot sa kanya ng paggising, nagpasya kaming lumikha ng isang katulad na application na makakatulong sa pagkuha alisin ang pagkagumon sa telepono, sa parehong prinsipyo tulad ng "Shake the Alarm Clock"

Prinsipyo ng operasyon

Nagtatakda ang user ng mga timer
-Oras na maaaring gugulin sa isang smartphone
-Oras na walang smartphone (panahon ng pagharang)
Kapag nag-expire ang timer, may lalabas na overlay sa screen na hindi maaaring i-minimize
-Upang isara ang overlay kailangan mong dumaan sa isang maliit na pagsubok (magpasok ng password sa isang nakalilitong keyboard, lutasin ang isang problema sa matematika, kalugin ang telepono sa loob ng ilang minuto)
Pagkatapos mag-unlock sa ganitong paraan, ang oras na maaaring gugulin sa smartphone ay hinahati, at iba pa hanggang isang minuto.

Pagbuo ng isang pangkat

Una, kinakailangan upang matukoy kung sino ang gagawa kung ano at sa anong wika ang lahat ng ito ay isusulat. Sa tingin ko, wala itong kinalaman sa pamamahala ng proyekto, dahil kapag nag-assemble ka ng isang team para sa isang tunay na proyekto, agad mong tinitipon ang mga kailangan mo. Bilang isang resulta, kinuha ko rin ang pasanin ng isang taga-disenyo, pumili ng isang manager ng koponan na may mahusay na karanasan sa pagbuo ng aplikasyon, tatlong programmer ang itinalaga sa kanya, at dalawa pa ang naging tester. Siyempre, ang programming language ay pinili batay sa mga kasanayan. Bilang resulta, napagpasyahan na gumamit ng Java, dahil pamilyar dito ang lahat ng programmer.

Pagtatakda ng mga gawain

Sa rekomendasyon ng guro, isang task board ang nilikha sa isang libreng serbisyo Trello. Ito ay pinlano na gumana ayon sa Scrum system, kung saan ang bawat stream ay magiging isang uri ng kumpletong aplikasyon.
Gayunpaman, sa katotohanan, ang lahat ng ito ay nagmula sa isang malaki at mahabang stream, kung saan ang mga pag-edit, pagdaragdag at pagwawasto ay patuloy na ginawa.

Kung paano namin sinubukan ang pagtutulungan ng magkakasama at kung ano ang lumabas dito

Nagsusulat kami ng mga spec

Naimpluwensyahan ng aklat ni Savin na "Testing.com", nagkaroon ako ng sariling ideya sa aking isipan kung paano dapat ayusin ang lahat. Nagsimula ang lahat sa mga detalye ng pagsusulat, gaya ng paniniwala ko, nang walang malinaw na paglalarawan ng kung ano ang inaasahan natin, kung ano at paano ito dapat gumana, walang gagana. Ipo-program ng mga programmer ang lahat ayon sa kanilang nakikita, ang mga tagasubok ay magsusubok ng iba, inaasahan ng manager ang pangatlo, ngunit ito ay magiging pang-apat gaya ng dati.
Ang pagsusulat ng mga pagtutukoy ay hindi madali, kailangan mong isipin ang lahat ng mga detalye, lahat ng mga nuances. Siyempre, walang gumana sa unang pagkakataon. Bilang resulta, ang mga pagtutukoy ay dinagdagan at muling ginawa ng 4 na beses. Maaari mong mahanap ang huling opsyon sa dulo ng artikulo, sa seksyon ng mga link.

Pagguhit ng disenyo

Ang disenyo sa isang mobile application ay ang pinakamahalagang bagay. Gayunpaman, hindi lahat ay nauunawaan ito, kabilang ang mula sa aking koponan, marami ang mahigpit na nakipagtalo sa akin na hindi kailangan ang disenyo, na ito ang pinakamahalagang bahagi ng aplikasyon, atbp. Hindi ka dapat maging walang muwang. Una, ang isang handa na disenyo ay ginagawang mas madali ang gawain ng programmer; hindi niya kailangang mag-isip tungkol sa kung ano ang ilalagay kung saan at kung saan, kukunin lang niya at i-type ang kung ano ang iginuhit. Kasama ang mga pagtutukoy, ang disenyo ay halos ganap na nagpapalaya sa isip ng programmer mula sa mga hindi kinakailangang bagay, at nagbibigay sa kanya ng pagkakataong tumutok sa lohika. Sa pangkalahatan, unang iginuhit ang isang prototype (nakakatakot) na disenyo:

Kung paano namin sinubukan ang pagtutulungan ng magkakasama at kung ano ang lumabas dito

Ngunit pagkatapos ay ang disenyo ay sinuklay at ibinalik sa normal.
(Mag-link sa lahat ng elemento ng disenyo sa dulo ng artikulo).

Kung paano namin sinubukan ang pagtutulungan ng magkakasama at kung ano ang lumabas dito

Programming

Mahirap ang programming, ngunit posible. Aalisin ko ang puntong ito, dahil hindi ko ito personal na hinarap sa aking sarili. Ang mga programmer ay gumawa ng isang malaking halaga ng trabaho, kung wala ang lahat ay magiging walang kabuluhan. Siyempre, napagtanto namin ang ilan sa aming mga ideya. At ang programa ay nangangailangan pa rin ng pagpapabuti. Mayroong maraming mga bug at mga tampok na kailangang alisin. Kung mayroon kaming mas maraming oras, lalabas kami sa malalim na alpha, ngunit sa ngayon maaari mong subukan ang application sa dulo ng artikulo.

Well, tungkol sa pagsubok

Ano ang pangunahing bagay sa programming? Sa palagay ko, ang pangunahing bagay ay ang lahat ay gumagana at mukhang nararapat. Hindi ito palaging gumagana nang tama at hindi kaagad. Nangangailangan ito ng pagsubok. Sa aking mga tagasubok, nagmungkahi ako ng modelo ng pagsubok gamit ang mga kaso ng pagsubok. Una, ang mga kaso ng pagsubok ay isinulat nang buong alinsunod sa mga pagtutukoy, at pagkatapos ay isinasagawa ang pagsubok sa kanila. Makikita mo kung ano ang lumabas dito sa mga link sa ibaba.

Salamat sa pagbabasa. Umaasa ako na nakakita ka ng kahit isang bagay na kapaki-pakinabang dito, maaaring isang ideya para sa iyong pagsisimula, o marahil ilang magandang payo o isang tool.

Link:

Pinakahuli mga pagtutukoy.
Naka-on ang disenyo figma.
Mga kaso ng pagsubok ΠΈ mga ulat ng bug.

Ang application mismo ay naka-on HokeyApp. β€” Ang application ay binuo sa ilalim ng pangalang HandsOff, huwag mo nang itanong kung bakit (dahil ang Stop Procrastination ay masyadong mahaba).

Well sa dulo

Sa tingin mo ba ay may katuturan ang lahat ng ito?

Ang mga rehistradong user lamang ang maaaring lumahok sa survey. Mag-sign in, pakiusap

Kailangan ba ang gayong kasanayan sa mga institusyong pang-edukasyon at gaano ito kapaki-pakinabang at naaangkop sa totoong buhay?

  • Kailangan, napakahalagang karanasan

  • Kailangan, kahit na isang maliit na karanasan

  • Halos walang silbi, sa karamihan ay mauunawaan mo ang mga pangkalahatang tampok ng pagtatrabaho sa isang pangkat

  • Isang pag-aaksaya ng oras at pagsisikap

2 user ang bumoto. Walang mga abstention.

Pinagmulan: www.habr.com

Magdagdag ng komento