Cześć,
Witam wszystkich w nowo rozpoczętym miesiącu kwiecień.
Chciałbym Wam wszystkim się pochwalić moim niesamowitym wyczynem. Otóż, tak się rozpędziłem z projektem, że udało mi się go w pełni skończyć 😀

b23609814a03f148761563a744e7195b

 

A co, ja nie dam rady!?
Oczywiście żartuję, a to wszystko z racji, że dziś…

prima-aprilis-baner

 

Projekt nieustannie się rozwija. Krok po kroku zbliżamy się do mety. Wczoraj udało się zamknąć najważniejszą funkcjonalność aplikacji, czyli:

  • możliwość dodawania kilku alarmów,
  • możliwość ich włączania i wyłączania.

Budzik włączony oznacza, że GPS jest gotowy do nasłuchu i śledzi przemieszczanie się punktu (naszego użytkownika), który zmierza do ustawionego przez siebie celu.
W momencie, gdy user znajdzie się w określonym dystansie od miejsca docelowego, alarm jest gotowy do wywołania żądanej reakcji.

Nie ukrywam, że bardzo się cieszę, że w ciągu tygodnia udało się to rozwinąć.

Trochę z tym pracy było, ale zanim przystąpię do realizacji kolejnych etapów, chcę jeszcze zrobić refactoring kodu, ponieważ da się to jeszcze wydajniej i bardziej optymalnie zrobić.

Skąd to wiem?
Ku uciesze, jeden bardzo doświadczony, z ogromną wiedzą programista – uczestnik konkursu „Daj się poznać” ubiegłego roku, śledzi z wielkim zainteresowaniem kolejne fazy rozwoju aplikacji, udzielając mi mnóstwa cennych wskazówek (pozdrawiam Bartka 😉 ), za co jestem ogromnie mu wdzięczny 🙂

 

mago-principal-615x410

To jest właśnie czar magii DSP, o którym wspominał organizator konkursu – Maciek Aniserowicz, wprowadzając jako jeden z wymogów:

  • utworzenie repozytorium projektu na Githubie.

Mogę się założyć, że nie jestem jedyną osobą, która takiej sytuacji doświadczyła.

 

OK, z racji że dziś mamy 1 kwietnia i część osób może mi nie wierzyć, poniżej więc zaprezentuję krótki, manualny test aktualnej fazy rozwoju aplikacji 😉

 

Pozwolicie, że posłużę się danymi z ostatniego wpisu.

DANE:

Tym razem dodamy sobie np. dwa alarmy.

Początek: Hala Podpromie.

Cel: Wojewódzki Ośrodek Ruchu Drogowego w Rzeszowie.

Włączenie alarmu: 1 km od miejsca docelowego (alarm „WORD”), 2 km od miejsca docelowego (alarm „WORD2”)

Odległość między punktami: 3 km

Test1

 

  1. Dodajemy dwa alarmy i wyłączamy ten, który powinien reagować na 2 km od miejsca docelowego.

 

WORD

 

2. Znajdujemy się obecnie na 2 km przed miejscem docelowym.

 

WORD w odl. 2 km

 

Jak widać, alarm nie reaguje 😉

3. Znajdujemy się obecnie w odległości 1 km od Wojewódzkiego Ośrodka Ruchu Drogowego w Rzeszowie.

 

Test udany

 

STATUS: Test przebiegł prawidłowo.

4. Wyłączamy wszystkie alarmy.

 

 

W dalszym ciągu znajdujemy się w obszarze zasięgu i jak widać budzik nie reaguje.

STATUS: Test przebiegł ponownie prawidłowo.

 

W dalszym ciągu reakcja alarmu jest przedstawiona jako zwykły komunikat „Obudź się”. Na dźwięki przyjdzie jeszcze czas 😉

 

Tak jak wspomniałem wcześniej, zanim przystąpię do kolejnych etapów, chciałbym przeprowadzić drobne zmiany w kodzie, które zdecydowanie ułatwią mi dalszą pracę projektu.

No, i to by było na tyle…

Życzę miłego weekendu 🙂

P.S. Aha, dziś lub jutro ukaże się kolejny wpis dotyczący serii JuniorSoftDev, na którego serdecznie zapraszam 😉