Kolejność nauki technologii

0

Rozwijam się w kierunku Androida. Jednak oczywiście mam braki, które chciałbym nadrobić w ciągu najbliższych miesięcy.
Sporządziłem listę technologii (i nie tylko), które chciałbym przyswoić:

  • wzorce architektoniczne (MVP, MVVM)
  • dependency injection
  • integracja z firebase
  • JUnit & Espresso

Pytanie teraz w jakiej kolejności najlepiej będzie to wszystko ogarniać - zapewne poszczególne zagadnienia mogą się wzajemnie przeplatać - żeby uzyskiwać wiedzę w sposób uporządkowany?

Miłego wieczoru! ;)

1

Pytanie teraz w jakiej kolejności najlepiej będzie to wszystko ogarniać - zapewne poszczególne zagadnienia mogą się wzajemnie przeplatać - żeby uzyskiwać wiedzę w sposób uporządkowany?

Wymyśl sobie aplikację, którą będziesz robił i ją zrób.

Pisząc aplikację, która coś robi (np. klon Facebooka - dobra to żart, ale kumasz o co chodzi), to potrzeby aplikacji będą nadawać ci pewnego uporządkowania w nauce (np. potrzebuję Firebase w aplikacji -> uczę się integracji Firebase).

Co nie znaczy, że nie można czegoś na sucho robić. Pewne rzeczy się da. Np. samego API Firebase, mógłbyś sobie coś poćwiczyć na jakiejś testowej bazie, albo API jakiegoś frameworka do robienia testów robiąc jakieś g**no testy. Tylko i tak - nauka na sucho jest dobra na pierwszy rzut, a potem i tak trzeba to jakoś ocementować praktyką.

wzorce architektoniczne (MVP, MVVM)

Tak samo wzorce. Można coś poczytać o wzorcach, a potem i tak trzeba w praktyce zacząć je używać. Ale i to nie wystarczy, żeby się nauczyć. Bo jeszcze trzeba umieć myśleć o wzorcach w sposób koncepcyjny i krytyczny, czy implementacja ich w ogóle ma sens w danym przypadku (bo niektórzy wciskają wzorce na siłę). W sumie niektóre wzorce ładnie wyglądają tylko od strony koncepcji, a w praktyce zwykle słabo (przykład DDD - atrakcyjny koncepcyjnie paradygmat, a jak ktoś próbuje to zaimplementować to wychodzi kasza. Podobnie SCRUM - w teorii dobry wzorzec zarządzania, w praktyce... hmmm)

1 użytkowników online, w tym zalogowanych: 0, gości: 1