Blog aplikacji Polskie Góry  

Na moim blogu obejrzysz setki zdjęć panoram górskich z opisami, a także poznasz wiele ciekawych pojęć, takich jak: undulacja, refrakcja, deniwelacja, deklinacja, inklinacja, analemma, paralaksa, aberracja, dystorsja. Zbyt skomplikowane? To dowiesz się np. dlaczego o wschodzie i zachodzie słońce jest czerwone oraz dlaczego lepiej nie stawać z boku na zdjęciu grupowym. Na dole ekranu znajduje się spis treści wszystkich wpisów na blogu. Zapraszam :-)

^/\^ Robert Celiński, autor aplikacji Polskie Góry ^/\^

2 października 2023 - Październikowy urlop na rozwój aplikacji (edytowany)

W październiku wziąłem miesiąc urlopu wychowawczego na opiekę nad córką. Polskie prawo przewiduje maksymalny wymiar tego urlopu 36 miesięcy, przy czym, jeśli ma on być wykorzystany tylko przez ojca albo matkę dziecka, to nie może on być dłuższy niż 35 miesięcy. Żona wykorzystała prawie cały urlop, więc dla mnie pozostał jeden miesiąc i postanowiliśmy, że z niego skorzystam i w październiku oboje będziemy "na wychowawczym". Wprawdzie przez ten miesiąc nie będę zarabiał (urlop wychowawczy jest bezpłatny), ale przynajmniej trochę sobie odpocznę po ponad 20 latach pracy w firmie, kiedy nie miałem praktycznie żadnych przerw, poza krótkimi urlopami. Na L4 nie chodzę i nie planuję chorować, bo wtedy nie mógłbym biegać po górach ;-) Na pewno w czasie urlopu trochę sobie odpocznę i zajmę się wychowaniem córki - w końcu to urlop wychowawczy ;-) Planuję odprowadzać ją do przedszkola (lepiej znosi rozstania ze mną niż z żoną), a popołudniami, w miarę dobrej pogody (liczę na złotą polską jesień), zabierać ją na wycieczki w góry.

Co to wszystko ma wspólnego z aplikacją Polskie Góry? Ustaliłem z żoną, że przez ten miesiąc urlopu będę pracował w dni powszednie po 6 godzin dziennie nad rozwojem aplikacji, żeby zacząć czerpać z niej w końcu profity. Apka ma już ponad 150 tysięcy pobrań w sklepie Google Play i bardzo dobre oceny (ponad 4,5 gwiazdki na 5 możliwych), a także jest dostępna w sklepie Huawei AppGallery. Możliwe, że w przyszłym roku będę chciał przygotować jej wersję na iPhone'a, ale na razie w październiku skupię się na monetyzacji wersji Android, żeby w przyszłym roku zarabiać na niej pieniądze. Nie będą to duże kwoty, ale nie mam parcia, żeby na tym zarabiać. Na razie nie planuję zakładać działalności gospodarczej, a według polskiego prawa działalność nierejestrowaną mogą prowadzić osoby fizyczne, których przychody z działalności nie przekraczają w żadnym miesiącu 50 procent kwoty minimalnego wynagrodzenia. W styczniu 2023 roku wynosiło ona 3490 zł brutto, czyli w praktyce nie można zarobić miesięcznie więcej niż 1745 zł brutto. W 2024 roku będzie pewnie trochę więcej. Podejrzewam, że w żadnym miesiącu nie przekroczę tej kwoty, będę wystawiał faktury jako osoba fizyczna i wszystko rozliczę w rocznym PIT za 2024 rok. Planuję mieć 3 źródła przychodów: reklamy Google, płatną subskrypcję dla aplikacji bez reklam, a także zaprojektuję mechanizm dedykowanych reklam do osadzania przez reklamodawców. Ten trzeci rodzaj przychodów planuję rozliczać jako umowy o dzieło. Będę działał jako taki drobny ciułacz, ale liczę na to, że w dłuższej perspektywie powinien mi się zwrócić ten miesiąc bez pracy na etacie.

Aby zrealizować wszystkie te plany, ustaliłem już harmonogram prac na październik, w którym przewidziałem 20 dni roboczych po 6 godzin dziennie. Mam nadzieję, że uda mi się zrealizować wszystkie te plany i postaram się chwalić na bieżąco kolejnymi wersjami aplikacji. Z doświadczenia wiem, że w trakcie takich prac pojawiają się nowe pomysły, ale ich realizację postaram się przesuwać na później i skupić na poniższym zakresie.

Wersja 29.00 - Pobieranie bazy danych szczytów z serwera - 5 roboczodni

Baza szczytów przestanie być integralną częścią aplikacji Polskie Góry, tylko będzie pobierana z serwera. Przy pierwszej instalacji aplikacji użytkownik otrzyma komunikat, że należy pobrać bazę szczytów. Jeżeli na skutek moich działań baza na serwerze ulegnie aktualizacji, użytkownik otrzyma monit przy uruchomieniu aplikacji, czy chce pobrać nową wersję bazy. To rozwiązanie ma dla mnie taką zaletę, że przy aktualizacji przeze mnie bazy szczytów (co zdarza się dość często - kilka razy w miesiącu) nie będę musiał publikować w sklepach Google Play i Huawei AppGallery nowej wersji aplikacji, zawierającej zaktualizowane dane o szczytach. Będzie to również dobre rozwiązanie na przyszłość, jeżeli utworzę wersję apki na iPhone'a. Wersja aplikacji na system iOS będzie korzystać z tych samych mechanizmów co Android. Dla użytkowników plus jest taki, że nie będą musieli aktualizować całej aplikacji, tylko wystarczy im pobranie aktualnej wersji bazy szczytów. Na opisane wyżej rozwiązanie zdecydowałem się również z tego względu, że w kolejnych etapach muszę podnieść wersję API Android dla aplikacji Polskie Góry z wersji 10 (Android 2.3.3) do wersji 19 (Android 4.4). Po podniesieniu wersji użytkownicy telefonów z wersją Androida starszą niż 4.4 (jest ich niewiele - kilka procent) nie będą już otrzymywali aktualizacji aplikacji, a chciałbym, żeby w przyszłości mogli korzystać ze zaktualizowanej bazy szczytów, choć wersja aplikacji pozostanie już na zawsze na poziomie 29. W celach audytowych na ekranie głównym aplikacji, poza jej wersją, dodatkowo będzie umieszczana również wersja bazy szczytów. Na implementację rozwiązania przewidziałem 5 dni, gdyż potrzebne są zmiany nie tylko w aplikacji, ale trzeba również zaprojektować usługę na serwerze. Usługa udostępniania bazy szczytów już istnieje na potrzeby opcji Panoruna w aplikacji RunCalc. W ramach tej usługi topografia terenu generuje się automatycznie według bieżących danych pobieranych z Google Elevation API. W przypadku aplikacji Polskie Góry korzystam z innych danych topograficznych, ponieważ licencja Google nie pozwala na przechowywanie informacji z Google Elevation API, a jedynie dynamiczne ich wykorzystanie. Dane topograficzne aplikacji Polskie Góry będę musiał załadować na serwer i udostępnić usługę umożliwiającą ich pobranie przez aplikację Polskie Góry. Konieczne będzie również zapewnienie integralności danych, żeby nie wydarzyła się sytuacja, że użytkownik pobierze na swoje urządzenie niepełne lub niespójne dane.

Wersja 29.00 - Pobieranie bazy danych szczytów z serwera - Realizacja

2 października (poniedziałek) - 3 roboczogodziny
Aktualizacja mechanizmu generowania topografii terenu, utworzenie struktur w bazie danych na potrzeby implementacji usług sieciowych, wstępne zasilenie bazy danymi topograficznymi dla Tatr na potrzeby testów usług sieciowych

3 października (wtorek) - 4 roboczogodziny
Aktualizacja struktur bazodanowych na potrzeby usług sieciowych, utworzenie usług sieciowych do pobierania bazy danych szczytów i topografii terenu, testy usług sieciowych, aktualizacja bazy szczytów na potrzeby usług sieciowych (usunięcie średników z treści informacji o szczytach - stanowią separatory), zasilenie bazy danymi topograficznymi dla całej Polski

4 października (środa) - 4 roboczogodziny
Aktualizacja struktur bazodanowych i usług sieciowych, testy usług sieciowych, początkowa wersja 29.00 aplikacji Polskie Góry z ekranem do pobierania bazy szczytów (na razie bez funkcji pobierania)

5 października (czwartek) - 3 roboczogodziny
Implementacja funkcja pobierania bazy szczytów oraz topografii terenu - pomimo nieprzewidzianych problemów (serwer niedostępny w godzinach 7:00-13:00 z powodu awarii w firmie hostingowej), na koniec dnia udało poprawnie pobrać wszystkie szczyty i topografię

6 października (piątek) - 5 roboczogodzin
Refaktoring klas Peaks i Topo, żeby konstruktor tworzył obiekty w oparciu o pobraną bazę szczytów i topografii terenu - udało się w przypadku bazy szczytów (aplikacja już działa w oparciu o pobrane dane), jednak jest jeszcze problem z topografią do zdebugowania

7 października (sobota) - 1 roboczogodzina
Naprawa problemu z interpretacją pobranej topografii terenu - aplikacja działa już w 100% w oparciu o pobraną bazę

8 października (niedziela) - 2 roboczogodziny
Usunięcie z kodu aplikacji niepotrzebnych fragmentów z poprzedniej wersji, kompleksowy projekt ekranu "Pobieranie bazy"

9 października (poniedziałek) - 5 roboczogodzin
Oprogramowanie ekranu "Pobieranie bazy" i testy

10 października (wtorek) - 5 roboczogodzin
Poprawki na ekranie "Pobieranie bazy", obsługa wyjątków, testy, publikacja ostatecznej wersji 29.00 w sklepach Google Play i Huawei AppGallery

11 października (środa) - 2 roboczogodziny
Weryfikacja logów działania wersji produkcyjnej, poprawka uniemożliwiająca dwukrotne kliknięcie przycisku [Pobierz] (przy okazji poprawka również na ekranie Kolekcja gór) i publikacja wersji 29.01 w obu sklepach

Razem - 34 roboczogodziny

Wersja 30.00 - Reklamy Google AdMob - 4 roboczodni

Reklamy w aplikacji Polskie Góry istnieją już od dawna, jednak pojawiają się rzadko (40% uruchomień aplikacji) i są tak naprawdę wersją testową, prezentującą reklamę mojej innej aplikacji RunCalc oraz informację o możliwości reklamowania się dla innych firm (na zasadzie: "miejsce na twoją reklamę"). Teraz postanowiłem zarabiać na tym, że użytkownikowi pojawia się reklama lub że w nią kliknie. W tym celu wykorzystam API udostępniane przez firmę Google, które zapewnia deweloperowi wygodną możliwość osadzenia reklamy w aplikacji, a także rozliczania przychodów. Osadzenie reklam w aplikacji wymaga podniesienia jej wersji API do 19 (wersja systemu Android 4.4), o czym pisałem w poprzednim punkcie. Jednocześnie otwiera to możliwości dodatkowych ulepszeń w aplikacji, o czym piszę w kolejnych punktach. W jednej z kolejnych wersji przewiduję również możliwość wykupienia przez użytkowników subskrypcji aplikacji Polskie Góry w wersji Top, w której reklam nie będzie.

Wersja 30.00 - Reklamy Google AdMob - Realizacja

12 października (czwartek) - 2 roboczogodziny
Zapoznawanie się z dokumentacją dotyczącą reklam, założenie konta AdMob i przesłanie aplikacji do weryfikacji przez Google, podniesienie wersji API do poziomu 19 (Android 4.4)

13 października (piątek) - 2 roboczogodziny
Włączenie do aplikacji biblioteki play-services-ads, problem ze zbyt dużą liczbą metod w jednym pliku DEX, próba przestawienia na Multi DEX, podniesienie aplikacji do wersji API na poziomie 21 (Android 5.0), naprawianie problemu ze starą wersją biblioteki appcompat, próba migracji aplikacji do AndroidX

14 października (sobota) - 2 roboczogodziny
Naprawianie problemów z dołączanymi bibliotekami, między innymi kwestii ich kompilacji różną wersją Kotlin (1.6.0 vs 1.8.0)

16 października (poniedziałek) - 4 roboczogodziny
Zapoznawanie się z dobrymi praktykami osadzania różnego rodzaju reklam Google AdSense, projektowanie rozwiązania wyświetlania reklamy w czasie pobierania sygnału GPS, projektowanie grafik oczekiwania na sygnał GPS oraz przejścia do trybu ręcznego

17 października (wtorek) - 1 roboczogodzina
Aktualizacja informacji o aplikacji

18 października (środa) - 3 roboczogodziny
Próba osadzenia reklamy pełnoekranowej

19 października (czwartek) - 3 roboczogodziny
Pierwsze wyświetlenie reklamy pełnoekranowej, wyjaśnianie problemu z wyłączaniem aplikacji przy załadowaniu reklamy

20 października (piątek) - 4 roboczogodziny
Wyświetlenie reklamy pełnoekranowej i obsługa callback dla powrotu do aplikacji

23 października (poniedziałek) - 5 roboczogodzin
Udoskonalenie mechanizmu wyświetlania ekran, wykorzystanie lokalizacji ustalonej w czasie wyświetlania reklamy, naprawa błędów, testy, wstępne prace na ekranie Intro w celu pobrania zgód użytkownika

24 października (wtorek) - 6 roboczogodzin
Ostateczna wersja formularza zgód użytkownika na ekranie Intro, testy, publikacja produkcyjnej wersji aplikacji, wyjaśnianie problemów przy publikacji, plik app-ads.txt

25 października (środa) - 2 roboczogodziny
Poprawa błędu związanego w brakiem wymuszania pobrania bazy szczytów, drobne poprawki w wersji 30.04, np. unikanie błędu przy przejściu z popupu monitu o aktualizację bazy szczytów

Razem - 34 roboczogodziny

Wersja 31.00 - Wybór zdjęcia do opisu z galerii w telefonie - 3 roboczodni

Podniesienie wersji API Android pozwoli mi na zaimplementowanie w aplikacji nowych funkcjonalności, które powinny być przydatne dla użytkowników i może nieco wynagrodzą im konieczność oglądania reklam. Dla niektórych osób przydatna może się okazać możliwość wyboru z galerii w telefonie zdjęcia do opisania przez aplikację. Funkcja opisywania wykonanych wcześniej zdjęć istnieje w aplikacji już od dawna, jednak nie jest zbyt wygodna, bo telefon należy podłączyć kablem do komputera i wgrać plik do określonego katalogu w telefonie. Teraz chciałbym, żeby użytkownik mógł zrobić telefonem zwykłe zdjęcie gór, a potem usiąść np. w schronisku, uruchomić aplikację Polskie Góry i poprosić ją o opisanie szczytów widocznych na fotografii. Od niedawna aplikacja potrafi sięgnąć do właściwości zdjęcia, kiedy i gdzie zostało ono wykonane. Dzięki temu zasymuluje datę, godzinę oraz lokalizację (szerokość, długość geograficzną i wysokość n.p.m.) wykonania zdjęcia, bo te mechanizmy są już zaimplementowane. Nie trzeba już będzie podłączać telefonu kablem do komputera, tylko wszystko da się zrobić w telefonie i będzie to bardzo wygodne.

Wersja 31.00 - Wybór zdjęcia do opisu z galerii w telefonie - Realizacja

26 października (czwartek) - 5 roboczogodzin
Próba wykorzystania utworzonego wcześniej mechanizmu z aplikacji PicPicker i ostateczne porzucenie tego pomysłu po problemach technicznych na niektórych urządzeniach; ostateczne porzucenie tego pomysłu na rzecz prostszego rozwiązania i wstępne jego testy

27 października (piątek) - 6 roboczogodzin
Implementacja rozwiązania, testy i publikacja produkcyjnej wersji aplikacji

Razem - 11 roboczogodzin

Wersja 31.10 - Ulepszone okno wyboru szczytu w ustawieniach aplikacji - 1 roboczodzień

Obecnie w ustawieniach aplikacji Polskie Góry istnieje opcja zasymulowania lokalizacji GPS i można to zrobić ręcznie, przez wpisanie koordynatów i wysokości, a także zasymulować obecność na wybranej górze, przez wybranie jej z listy szczytów danego pasma. Obecnie występują dwie listy - jedna długa, zawierająca do 1000 pozycji i posortowana alfabetycznie, oraz druga, w której najpierw wybiera się pierwszą literę nazwy szczytu, a potem wyświetlana jest ograniczona lista. Tę pierwszą listę chciałbym zmienić, umożliwiając użytkownikowi wpisanie ciągu znaków, który ograniczy liczbę pozycji na liście. Już od dawna czekałem, żeby wprowadzić tę zmianę, bo tego typu listy są dostępne w wyższych wersjach Androida, a teraz po podniesieniu wersji API będzie możliwe ich wykorzystanie.

Wersja 31.10 - Ulepszone okno wyboru szczytu w ustawieniach aplikacji - Realizacja

31 października (wtorek) - 1 roboczogodzina
Utworzenie layoutu okna wyboru i jego wyświetlanie pod przyciskiem [Szczyty]

1 listopada (środa) - 1 roboczogodzina
Ładowanie listy szczytów do popupu i jej uzależnienie od tekstu wprowadzonego w polu wyszukiwania, testy

2 listopada (czwartek) - 2 roboczogodziny
Dalsze prace przy ograniczeniu listy wyboru, metoda ustalająca peakId na podstawie peakDesc, testy

3 listopada (piątek) - 3 roboczogodziny
Poprawki wizualne popupu, testy i publikacja produkcyjnej wersji aplikacji

Razem - 7 roboczogodzin

Dodatkowe prace realizowane w związku z powyższymi zadaniami - Realizacja

Do powyższych prac należy jeszcze dodać późniejsze poprawki oraz aktualizację dokumentacji aplikacji. Po opublikowaniu kolejnych wersji aplikacji czasem nanosiłem zmiany, związane np. z kwestiami wizualnymi i obsługą błędów. Poza tym trochę czasu zajęło mi również dokumentowanie moich poczynań, np. tekst, który niniejszym piszę ;-) Jedno zadanie zajęło mi sporo czasu. Zauważyłem, że po wdrożeniu w wersji 29 pobierania bazy szczytów z serwera, znacznie zwiększyła mi się liczba błędów o braku odpowiedzi aplikacji (Application Not Responding - ANR). Tego typu błędy pojawiają się u użytkowników, kiedy aplikacja "zawiesza się" na kilka sekund. Problem wynikał z tego, że po kliknięciu przez użytkownika przycisku [Pobierz] aplikacja rozpoczynała proces pobierania bazy w 22 oddzielnych paczkach (dla 11 pasm/grup górskich, po 2 wywołania dla bazy szczytów oraz topografii terenu) i do interfejsu użytkownika trafiała dopiero ostateczna informacja o pobraniu bazy, po zakończeniu całego procesu. Aby uniknąć błędów ANR, wprowadziłem w aplikacji funkcję śledzenia postępu, żeby użytkownik na bieżąco widział informację o stanie procesu, co jednocześnie pozwoliło na uniknięciu błędów, że aplikacja nie odpowiada przez dłuższy czas. To zadanie było dość skomplikowane w realizacji, a ChatGPT specjalnie nie pomagał, tylko wręcz kierował mnie na niewłaściwe ścieżki, a zaproponowane przez niego rozwiązania nie działały. Na chwilę odwróciłem się od sztucznej inteligencji i poszukałem odpowiedzi w sieci, a z pomocą przyszedł mi wpis na portalu dla programistów Stack Overflow, gdzie wyjaśniono z czego ten problem wynika i jak go rozwiązać. Z tą sugestią wróciłem do ChatGPT i od tego momentu było już z górki - szybko zaimplementowałem rozwiązanie oparte o dodatkowy proces nasłuchu (ang. listener), który na bieżąco sprawdza postęp pobierania bazy. Ostatecznie implementacja wygląda tak, że po kliknięciu przycisku [Pobierz] użytkownik widzi po lewej stronie ekranu kręcące się kółko informujące o przetwarzaniu procesu, a po prawej stronie sukcesywnie pojawiają się dane pobrane z dla kolejnych 11 pasm. Aplikacja w wersji 31.20 jest już dostępna produkcyjnie i mam nadzieję, że dzięki tej zmianie liczba błędów ANR zostanie znacząco zredukowana. Wprowadzone rozwiązanie jest też bardziej przydatne dla użytkowników, a dodatkowo powinno usprawnić proces pobierania danych, żeby nie kończył się on tzw. timeout-em, szczególnie na starszych telefonach. Po udostępnieniu drugiej wersji bazy szczytów poprawiłem też mechanizm monitowania o aktualizację bazy. Poprawkę wprowadziłem w wersji 31.22.

Razem - 20 roboczogodzin

Faktycznie po wdrożeniu śledzenia postępu pobierania w wersji 31.20 błędy ANR przestały występować:

Mechanizm monitowania o aktualizację bazy szczytów:

Wersja 32.00 - Dedykowane reklamy od reklamodawców - 3 roboczodni

Poza reklamami Google chciałbym dać reklamodawcom możliwość osadzania dedykowanych reklam, które będą się wyświetlać tylko w danym obszarze górskim. Reklamować się będą mogły hotele, restauracje czy parki rozrywki - ogólnie firmy świadczące usługi dla turystów w górach. Zainteresowana firma będzie mogła wykupić reklamę np. na rok, żeby po uruchomieniu aplikacji na danym obszarze górskim użytkownik oglądał nie reklamę dostarczoną przez Google, tylko tę zaprojektowaną przez reklamodawcę. Aby dobrać odpowiednią reklamę, aplikacja nie będzie analizować dokładnej lokalizacji użytkownika, bo te dane są już teraz obrabiane przez aplikację i wybierany jest jeden z jedenastu obszarów górskich, do którego dostosowana jest baza szczytów. Pewne mechanizmy są już zatem gotowe na potrzeby wyświetlania tego typu reklam. Mechanizm jednak nie będzie taki prosty w implementacji, gdyż chciałbym zbierać statystyki na temat tego, jak często wyświetlona została dana reklama oraz czy użytkownik kliknął w link reklamowy. Dodatkowym wyzwaniem jest to, że aplikacja działa offline, więc reklama powinna się wyświetlać również przy braku dostępu do Internetu, a dane o wyświetlaniu reklamy powinny być zapamiętywane w urządzeniu i wysyłane na serwer po uzyskaniu dostępu do sieci.

Wersja 32.00 - Dedykowane reklamy od reklamodawców - Brak realizacji

Wersja 33.00 - Wersja aplikacji Top bez reklam, na zasadzie płatnej subskrypcji - 3 roboczodni

Dla części użytkowników aplikacji częste wyświetlanie reklam może być uciążliwe, dlatego chciałbym udostępnić im możliwość wykupienia subskrypcji na wersję Top, w której reklamy nie będą się wyświetlać. Planuję subskrypcję roczną za określoną opłatą, a ofertę wdrożę w ramach usług Google Play. Dodatkowo w aplikacji co jakiś czas będzie się wyświetlać zachęta do wykupienia subskrypcji na wersję brak reklam. Wybrani użytkownicy (krewni i znajomi królika) otrzymają taką subskrypcję za darmo na całe życie. Dostęp do bezpłatnej subskrypcji będzie możliwy po założeniu konta na portalu RunCalc i uwierzytelnieniu się w aplikacji Polskie Góry loginem (lub e-mailem) i hasłem w module Kolekcja szczytów. Mnie reklamy w aplikacji nie będą się wyświetlać ;-)

Wersja 33.00 - Wersja aplikacji Top bez reklam, na zasadzie płatnej subskrypcji - Brak realizacji

Plany na rozwój aplikacji w październiku są ambitne, ale nie wiem, czy faktycznie uda mi się wygospodarować tyle czasu i czy nie pojawią się nieprzewidziane komplikacje. O postępach prac postaram się informować na bieżąco :-)

Edit 2023-11-12:

W czasie mojego przeszło miesięcznego urlopu udało mi się znacząco rozwinąć aplikację Polskie Góry i zrealizowałem większość zmian, które sobie zaplanowałem :-)

W pierwszej kolejności w wersji 29 przeniosłem bazę szczytów poza pakiet instalacyjny aplikacji i teraz bazę pobiera się z serwera przy pierwszej instalacji aplikacji, a potem ewentualnie aktualizuje na podstawie informacji o nowych wersjach bazy. Musiałem to zrobić przed podniesieniem wersji wymaganego systemu Android do poziomu 5.0, żeby starsze urządzenia (z wersją Androida wcześniejszą niż 5.0) mogły mieć dostęp do aktualnej bazy szczytów. Dla mnie jest to dodatkowo udogodnienie na przyszłość, że nie muszę tworzyć nowej wersji aplikacji za każdym razem, kiedy aktualizuję coś w bazie szczytów, tylko będę udostępniał jej kolejną wersję na serwerze, żeby użytkownicy sobie ją pobierali. Opisane zadanie było ciekawym wyzwaniem programistycznym, bo w pierwszej kolejności trzeba było przygotować usługi sieciowe, które będą udostępniały bazę szczytów i topografii terenu. Wymagało to utworzenia odpowiednich tabel w bazie danych, oprogramowania usług sieciowych do sprawdzania aktualnej wersji bazy i jej pobierania, podzielenia procesu pobierania danych na odpowiednie paczki, a także logowania zdarzeń dla potrzeb diagnostycznych. W aplikacji trzeba było oprogramować korzystanie z tych usług - zaprojektowanie nowego ekranu do pobierania bazy, wraz z przyciskami i komunikatami, obsługę ewentualnych błędów pobierania bazy, zablokowanie możliwości uruchomienia aplikacji przy braku pobrania bazy lub jej ewentualnych niespójnościach. Po uruchomieniu rozwiązania musiałem je jeszcze podrasować, bo raportowanych było sporo błędów o braku odpowiedzi aplikacji (Application Not Responding - ANR). W celu naprawy wprowadziłem śledzenie postępu pobierania, żeby raportowane było nie tylko ostateczne pobranie bazy szczytów, ale również kroki pośrednie, dla poszczególnych 11 pasm/grup górskich.

W wersji 30 dodałem do aplikacji reklamy Google AdMob, dzięki czemu już teraz zarabiam na tym, że użytkownicy korzystają z aplikacji Polskie Góry. Nie są to może kokosy, ale zawsze dobry dodatek do pensji w korpo ;-) Zdarzyły się już dwa ładne weekendowe dni, że przychody z reklam w aplikacji przekroczyły 20 PLN, a myślę, że w okresie świąt, ferii, a szczególnie później w wakacje, regularnie będę miał wyższe przychody. Dużą zaletą jest to, że nie muszę nic przy tym robić - patrzę tylko, jak rosną mi środki na koncie ;-) Niestety są też minusy. Z powodu dodania reklam "popsułem" nieco aplikację, bo użytkownik musi dłużej czekać na wyświetlenie opisu panoramy, a w międzyczasie wykonać krok zamykania niechcianej zapewne reklamy (kto lubi je oglądać?). Drugim minusem jest to, że 6 listopada, po ponad 2 tygodniach działania reklam AdMob w aplikacji Polskie Góry, Google wysłał mi informację, że ograniczył wyświetlanie reklam z mojego konta, bo jak napisał "mają zastrzeżenia dotyczące nieprawidłowego ruchu". Chodzi o to, że niektórzy deweloperzy próbują celowo zwiększać przychody z reklam, np. specjalnie w nie klikając, namawiając do tego innych lub pisząc automaty testowe, które same generują wyświetlanie wielu reklam w krótkim czasie. Ja takich rzeczy nie robię i przestrzegam zasad, np. przy testach aplikacji stosuję testowy identyfikator reklam, a dopiero przed instalacją produkcyjną (publikacją w sklepie) zamieniam go na produkcyjny. Sam też nie oglądam reklam, bo w aplikacji wyłączyłem je dla użytkownika "admin". Niestety Google nie dzieli się informacjami, o jaki "nieprawidłowy ruch" chodzi i nie można się bronić. Twierdzą, że nie informują o szczegółach, bo na podstawie korespondencji programiści mogliby wyciągnąć wnioski i dalej omijać procedury Google. Po ograniczeniu wyświetlania reklam przychody znacząco mi spadły do dosłownie kilku, kilkunastu groszy dziennie :-( Nie wiem, czy powodem nie jest np. publikacja aplikacji w konkurencyjnym sklepie Huawei AppGallery, gdzie przed publikacją Huawei może sprawdzać apkę automatami testowymi i generować ten "nieprawidłowy ruch". Ograniczenie Google zbiegło się w czasie z publikacją przez Huawei kolejnej wersji aplikacji Polskie Góry w ich sklepie AppGallery. Na razie nic z tym nie robię i czekam na zniesienie ograniczenia. Abstrahując od powyższego, implementacja reklam nie była prostym zadaniem programistycznym i zajęła mi sporo czasu. Najpierw trzeba było założyć konto Google AdMob, zdecydować się na wybrany rodzaj reklam, przekazać aplikację do akceptacji, wygenerować identyfikatory reklam, itd. Dodatkowo trzeba było obsłużyć zgody użytkownika na przetwarzanie danych, żeby zatwierdził je, zanim zaczną mu się pojawiać reklamy. Tutaj też miałem sporo pracy, a wprowadzane przez Google zasady dotyczące RODO były tak świeże, że ChatGPT nie pomagał (bo jeszcze nie nauczył się tych zasad), a dostarczony przez Google kod był wadliwy i się nie kompilował. Musiałem samemu rozwiązywać te problemy i nawet pisałem innym użytkownikom na portalu Stack Overflow, jak to zrobić. Cieszę się, że udało mi się osadzić w aplikacji reklamy AdMob, bo sporo się przy okazji nauczyłem, ale jeszcze nie wiem, jaka będzie przyszłość tych reklam - może za jakiś czas je wyłączę i zatąpię innymi mechanizmem. Zależy to od tego, jakie będę osiągał przychody i czy Google nie będzie miał dalszych zastrzeżeń dotyczących nieprawidłowego ruchu.

W wersji 31 wprowadziłem planowaną od dawna funkcjonalność, której nie mogłem zaimplementować do czasu podniesienia wersji API Android (a zrobiłem to dopiero w wersji aplikacji 30, w związku z wprowadzeniem reklam). Chodzi o możliwość wyboru zdjęcia do opisu z galerii w telefonie. Teraz można sobie zrobić normalne zdjęcie gór aparatem w smartfonie, uruchomić aplikację Polskie Góry, wybrać wykonane przed chwilą zdjęcie, a apka je opisze. Dodatkowo aplikacja pobiera dane o miejscu wykonania zdjęcia (współrzędnych geograficznych i wysokości) oraz dacie i godzinie z właściwości pliku, zatem przy opisywaniu zdjęcia możemy być w innym miejscu i czasie, a aplikacja elegancko zasymuluje nam te dane i wygenerują poprawny opis zdjęcia. To również była ciekawa przygoda programistyczna :-)

W ramach prac po podniesieniu wersji API wprowadziłem również zaawansowany popup wyboru szczytu w ustawieniach, z dodatkowym polem tekstowym, a wartość wprowadzona w tym polu ogranicza listę wyboru. To powinno znacząco przyspieszyć proces wyboru miejsca przez użytkownika, jeżeli chce on obejrzeć np. zasymulowany rysunek panoramy z konkretnego szczytu. Implementacyjnie również było to dla mnie ciekawe, a sporo czasu zajęło mi dostosowanie graficzne popupu, np. do różnych rozdzielczości ekranu.

Policzyłem, że na powyższe prace poświęciłem w sumie 106 godzin. To nieco mniej, niż zakładałem przed urlopem, bo liczyłem na 20 dni po 6 godzin dziennie, czyli razem 120 godzin. Nie udało mi się z tego powodu zrealizować wszystkich planów - zabrakło wersji 32 aplikacji z funkcją obsługi dedykowanych reklamam od reklamodawców oraz wersji 33 z opcją płatnej subskrypcji, bez reklam. Implementację funkcji dodatkowych reklam na razie sobie odpuszczę, bo może stać ona w sprzeczności z zasadami Google AdMob i nie będzie można równolegle stosować dwóch źródeł reklam, a zdecydować się tylko na jedno. Na razie stosuję reklamy Google AdMob i zobaczę, co przyniesie przyszłość. O płatnych subskrypcjach w aplikacjach dostępnych w sklepie Google Play trochę czytałem i jest to dość skomplikowane. Prościej mi będzie wypuścić po prostu oddzielną płatną wersję aplikacji Polskie Góry Top - bez reklam. Skoro czerpię już korzyści z "popsucia" aplikacji przez wprowadzenie reklam, to teraz będę mógł dodatkowo zarabiać na jej "leczeniu" przez wprowadzenie wersji bez reklam ;-) Zajmę się tym w wolnym czasie, może w grudniu, jak obecna wersja aplikacji nieco okrzepnie po wielu zmianach.

Podsumowując powyższe, jestem bardzo zadowolony z wykonanej ostatnio pracy przy rozwoju aplikacji Polskie Góry, bo bardzo dużo się przy okazji nauczyłem, wprowadziłem kilka fajnych funkcji, a poza tym mam w perspektywie możliwość dodatkowego zarobku :-)

Wszystkie wpisy

----------------------------------------------------------------
Powrót do strony głównej aplikacji Polskie Góry
----------------------------------------------------------------
Copyright 2015-2024 Robert Celiński, Byledobiec Anin