Бид хэрхэн багаар ажиллахыг оролдсон, үр дүнд нь юу тохиолдсон

Бид хэрхэн багаар ажиллахыг оролдсон, үр дүнд нь юу тохиолдсон

За тэгээд дарааллаар нь явцгаая

Энэ тоо нь юу гэсэн үг вэ, гэхдээ одоохондоо оршилоос эхэлье.

Хоёрдугаар сарын хүйтэн өдөр юу ч бэрхшээлийг зөгнөсөнгүй. Хэсэг гэм зэмгүй оюутнууд "Мэдээллийн системийг зохион бүтээх, хөгжүүлэх арга зүй" гэж нэрлэхээр шийдсэн сэдвээр анх удаа хосууд дээр ирэв. Байнгын лекц болж, багш нь Scrum гэх мэт уян хатан хөгжлийн аргуудын талаар ярилцсан бөгөөд юу ч бэрхшээлийг урьдчилан таамаглаагүй. Тэгээд эцэст нь багш зарлаж байна:

Багаар ажиллахын бүх зовлон зүдгүүрийг өөрөө бие даан мэдэрч, хэсэг хэсгээрээ хуваагдан, төсөл санаачилж, удирдагчаа томилж, дизайны бүх үе шатыг хамтдаа туулахыг хүсч байна. Эцэст нь би чамаас бэлэн бүтээгдэхүүн, Хабрегийн тухай нийтлэл хүлээж байна.

Эндээс бидний түүх эхэлдэг. Ширээн дэх бөмбөг шиг цохилтын эрч хүч сарниж, 7 хүн цуглартал бие биенээсээ үсэрч байлаа. Магадгүй энэ нь сургалтын төслийн хувьд хэтэрхий их байж магадгүй, гэхдээ дүрүүдийг илүү сайн хуваарилахын тулд ингээд л болоо. Төслийн санаануудын хэлэлцүүлэг "Бэлссэн төслөө авцгаая"-аас эхлээд "Сансрын биет үүсэх эмулятор" хүртэл эхэлсэн. Гэвч эцэст нь санаа нь өнгөрч, нэрийг нь эхний зураг дээр уншсан.

Хойшлуулахаа боль - энэ нь юу вэ, юугаар хооллодог, бид үүнийг хэрхэн хөгжүүлж, үүнээс юу үүссэн

Энэ түүхийг азаар эсвэл харамсалтайгаар намайг томилогдсон төслийн менежерийн нэрийн өмнөөс хийх болно. Тэгвэл бидний толгойд ямар санаа орж ирсэн бэ? SupperCommon-ын алдартай "Сэрүүлгийг сэгсэрнэ үү" сэрүүлэг, тухайлбал хэрэглэгч түүнийг сэрээх магадлалтай тодорхой үйлдэл хийх хүртэл ухаалаг гар утсаа бүрмөсөн хаах функцээс санаа аван бид утасны донтолтоос ангижрахад туслах ижил төстэй програмыг бүтээхээр шийдсэн. , "Сэрүүлгийн цагийг сэгсэрнэ үү"-тэй ижил зарчмаар

Хэрхэн ажилладаг

Хэрэглэгч таймер тохируулдаг
- Ухаалаг утсанд зарцуулж болох цаг хугацаа
-Ухаалаг утасгүй байх хугацаа (блоклох хугацаа)
Цаг хэмжигч дуусахад дэлгэцэн дээр багасгах боломжгүй давхцал гарч ирнэ
- Давхаргыг хаахын тулд та жижиг тестийг давах хэрэгтэй (төөрөгдүүлсэн гар дээр нууц үг оруулах, математикийн асуудлыг шийдэх, утсаа хэдэн минут сэгсрэх)
Ийм байдлаар түгжээг тайлсны дараа таны ухаалаг гар утсанд зарцуулах хугацаа хоёр дахин багасч, нэг минут хүртэл үргэлжлэх болно.

Баг бүрдүүлэх

Эхлэхийн тулд хэн юу хийх, ямар хэлээр бичихийг тодорхойлох шаардлагатай байв. Энэ нь төслийн менежменттэй ямар ч холбоогүй гэж бодож байна, учир нь та жинхэнэ төслийн багийг цуглуулахдаа өөрт хэрэгтэй хүмүүсээ шууд цуглуулдаг. Үүний үр дүнд би бас загвар зохион бүтээгчийн ачааг үүрч, програм боловсруулах сайн туршлагатай нэг багийн ахлагчийг сонгож, түүнд гурван програмист томилж, хоёр нь шалгагч болсон. Мэдээж хэрэг, програмчлалын хэлийг ур чадварын дагуу сонгосон. Үүний үр дүнд бүх програмистууд үүнийг мэддэг байсан тул Java ашиглахаар шийдсэн.

Бид даалгавар тавьдаг

Багшийн зөвлөмжийн дагуу үнэгүй үйлчилгээнд даалгаврын самбар үүсгэсэн Trello. Энэ нь Scrum системийн дагуу ажиллахаар төлөвлөж байсан бөгөөд урсгал бүр нь нэг төрлийн дууссан програм байх болно.
Гэсэн хэдий ч бодит байдал дээр энэ бүхнээс нэг том урт урсгал гарч, засвар, нэмэлт, засварыг байнга хийдэг.

Бид хэрхэн багаар ажиллахыг оролдсон, үр дүнд нь юу тохиолдсон

Бид үзүүлэлтүүдийг бичдэг

Савины "Testing.com" номын нөлөөгөөр бүх зүйлийг хэрхэн арилгах талаар миний толгойд өөрийн гэсэн санаа төрсөн. Энэ бүхэн техникийн үзүүлэлтүүдийг бичихээс эхэлсэн тул бидний юу хүлээж байгаа, юу, хэрхэн ажиллах талаар тодорхой тайлбаргүйгээр юу ч ажиллахгүй гэж бодож байна. Программистууд бүх зүйлийг өөрсдийнхөө харж байгаагаар програмчлах болно, тестерүүд өөр зүйлийг туршиж үзэх болно, менежер гурав дахь нь хүлээж байсан бөгөөд энэ нь үргэлж дөрөв дэх нь болох болно.
Техникийн тодорхойлолтыг бичих нь тийм ч хялбар биш бөгөөд та бүх нарийн ширийн зүйл, бүх нарийн ширийн зүйлийг сайтар бодож үзэх хэрэгтэй. Мэдээжийн хэрэг, анх удаа юу ч болоогүй. Үүний үр дүнд техникийн үзүүлэлтүүдийг нэмж, 4 удаа өөрчилсөн. Та өгүүллийн төгсгөлд байгаа хамгийн сүүлийн сонголтыг холбоос хэсгээс олж болно.

Бид дизайныг зурдаг

Мобайл аппликейшн дэх дизайн нь хамгийн чухал зүйл юм. Гэсэн хэдий ч хүн бүр үүнийг ойлгодоггүй, тэр дундаа манай багийн олон хүмүүс дизайн шаардлагагүй, энэ нь програмын хамгийн чухал биш хэсэг гэж надтай шаргуу маргаж байна. Чи ийм гэнэн байж болохгүй. Нэгдүгээрт, бэлэн загвар нь програмистын ажлыг хялбарчлах явдал бөгөөд тэр юуг хаана, хаана байрлуулахаа бодох шаардлагагүй, тэр зурсан зүйлийг авч, бичдэг. Техникийн үзүүлэлтүүдийн хамт дизайн нь програмистын оюун ухааныг шаардлагагүй зүйлээс бараг бүрэн чөлөөлж, логик дээр анхаарлаа төвлөрүүлэх боломжийг олгодог. Ерөнхийдөө анхны загвар (аймшигтай) загварыг зурсан:

Бид хэрхэн багаар ажиллахыг оролдсон, үр дүнд нь юу тохиолдсон

Харин дараа нь загварыг самнаж, хэвийн байдалд оруулав.
(Өгүүллийн төгсгөлд байгаа бүх дизайны элементүүдийн холбоос).

Бид хэрхэн багаар ажиллахыг оролдсон, үр дүнд нь юу тохиолдсон

Програмчлал

Програмчлал нь хэцүү, гэхдээ боломжтой. Би хувьдаа үүнийг хийгээгүй тул энэ мөчийг орхих болно. Программистууд маш сайн ажилласан бөгөөд үүнгүйгээр бүх зүйл утгагүй болно. Мэдээжийн хэрэг, бид зарим санаагаа хэрэгжүүлж чадсан. Мөн хөтөлбөрийг сайжруулах шаардлагатай хэвээр байна. Засах олон алдаа, функцууд. Хэрэв бидэнд илүү их цаг байсан бол бид альфа гүнээс гарах байсан, гэхдээ одоохондоо та өгүүллийн төгсгөлд байгаа програмыг туршиж үзэх боломжтой.

За туршилтын тухай

Програмчлалын хамгийн чухал зүйл юу вэ? Миний бодлоор гол зүйл бол бүх зүйл байх ёстой зүйлээрээ ажиллаж, харагдах явдал юм. Энэ нь үргэлж биш, тэр даруй биш байх ёстой. Энэ нь туршилтыг шаарддаг. Би шалгагч нартаа туршилтын тохиолдлуудыг ашиглан туршилтын загварыг санал болгосон. Эхлээд туршилтын тохиолдлуудыг техникийн нөхцөлийн дагуу бүрэн бичиж, дараа нь туршиж үздэг. Үүнээс юу гарч ирснийг доорх линкүүдээс харж болно.

Уншсанд баярлалаа. Та энд ядаж хэрэгтэй зүйл, магадгүй гарааны бизнесийнхээ санаа, эсвэл сайн зөвлөгөө, хэрэгсэл олсон гэж найдаж байна.

Ашигласан материал:

Хамгийн сүүлд техникийн үзүүлэлтүүд.
Дизайн асаалттай Фигма.
Туршилтын тохиолдлууд и алдааны тайлан.

Програм нь өөрөө HokeyApp. - Аппликейшн нь HandsOff нэрийн дор бүтээгдсэн тул яагаад гэдгийг битгий асуугаарай (Учир нь Зогсоох нь хэтэрхий урт юм).

За, эцэст нь

Энэ бүхэн утга учиртай байсан гэж та бодож байна уу?

Зөвхөн бүртгэлтэй хэрэглэгчид санал асуулгад оролцох боломжтой. Нэвтрэх, гуйя.

Боловсролын байгууллагуудад ийм туршлага хэрэгтэй юу, амьдралд хэр хэрэгтэй, хэрэгжих боломжтой вэ?

  • Үнэлж баршгүй туршлага хэрэгтэй

  • Бага зэрэг туршлагатай ч гэсэн шаардлагатай

  • Бараг ашиггүй, дээд тал нь та багаар ажиллах нийтлэг шинж чанаруудыг ойлгох болно

  • Цаг хугацаа, хүчин чармайлтаа дэмий үрсэн

2 хэрэглэгч санал өгсөн. Түдгэлзсэн санал байхгүй.

Эх сурвалж: www.habr.com

сэтгэгдэл нэмэх