Po tym kroku: potrafisz otworzyć gotową stronę lub aplikację pod jej adresem i sprawdzić, czy ktoś inny może z niej korzystać.
Najpierw sprawdź gotowy projekt
Przejdź główne zadanie tak, jak zrobi to nowy użytkownik. W naszej aplikacji: dodaj pomysł, zamknij stronę, otwórz ją ponownie i sprawdź, czy pomysł nadal tam jest. Spróbuj też zapisać pusty formularz. Czy komunikat wyjaśnia, co poprawić?
Przekaż tę wersję do niezależnego przeglądu w mocniejszym modelu. Niech sprawdzi kod, znajdzie błędy i powtórzenia oraz zaproponuje, co uporządkować. Po uzgodnionych poprawkach i refaktorze — czyli uporządkowaniu kodu — ponownie sprawdź działanie. Poproś agenta również o uruchomienie sprawdzeń zapisanych w instrukcjach projektu. Powinien pokazać, co przeszło, a co wymaga naprawy. Poprawiona wersja też powinna przejść niezależny przegląd.
Gdzie będzie działać twój projekt
Wróć do rozwiązania wybranego w lekcji 4. Miejsce publikacji ma pasować do tego, co zbudowałeś i w jakiej technologii.
- Prosta strona, np. wizytówka lub strona z treściami: do takiej pracy używam Sites. Pracujesz nad stroną, oglądasz podgląd, a gotową wersję publikujesz i udostępniasz jej adres.
- Własna strona lub aplikacja uruchamiana w wybranej technologii: korzystam też z Google Cloud. Tu trzeba ustalić, jak uruchomić kod, gdzie przechowywać dane, jeśli aplikacja je zapisuje, jak wgrywać kolejne wersje i ile będzie kosztować utrzymanie. Agent powinien przygotować to zgodnie z planem projektu i wyjaśnić ci, co będzie działać w chmurze.
- Własny adres, np. moja-aplikacja.pl: domenami zarządzam w GoDaddy. Domena to nazwa, pod którą znajdziesz stronę. Łączysz ją z miejscem, w którym działa twój projekt. Możesz też zacząć od adresu otrzymanego przy publikacji.
To przykłady z mojego warsztatu. Dla swojego projektu wybierz sposób uruchomienia, którego potrzebujesz i który będziesz w stanie utrzymać. Sam wybór domeny nie rozwiązuje kwestii uruchomienia aplikacji.
Co sprawdzić przed publikacją
Poproś agenta, żeby przeszedł przez te punkty i pokazał wynik:
- Czy działa całe zadanie użytkownika? Przyciski, formularze, zapis i ponowne otwarcie danych — zależnie od tego, co robi projekt. Także na telefonie, jeśli ma być na nim używany.
- Czy da się z tego wygodnie korzystać? Czytelny tekst, obsługa klawiaturą, zrozumiałe błędy i otwieranie strony bez długiego czekania.
- Czy dane są bezpieczne? Jeśli są konta, użytkownik widzi tylko to, do czego ma dostęp. Hasła do usług nie mogą trafić do publicznych plików. Jeśli przechowujesz dane, sprawdź, czy masz kopię i potrafisz ją odtworzyć.
- Co zrobisz, gdy coś przestanie działać? Ustal, jak dowiesz się o awarii, kto ją naprawi i jak wrócisz do poprzedniej działającej wersji.
Do prostej strony z tekstem nie dokładasz kont ani bazy danych tylko po to, żeby przejść tę listę. Sprawdzasz to, co rzeczywiście występuje w twoim projekcie. Agent powinien jasno powiedzieć, czego nie udało mu się sprawdzić.
Opublikuj i sprawdź docelowy adres
Gdy znasz wynik sprawdzeń i koszty, zdecyduj o publikacji. Wskaż agentowi konkretny projekt oraz miejsce, w którym ma go udostępnić. Założenie płatnej usługi też wymaga twojej decyzji.
Po publikacji otwórz otrzymany adres i powtórz główne zadanie. Działający podgląd na twoim komputerze nie potwierdza jeszcze, że wersja dostępna dla innych działa tak samo.
Poproś o krótkie podsumowanie:
Zapisz w istniejącym planie, którą wersję opublikowaliśmy, jej adres, co sprawdziliśmy po publikacji i jakie problemy zostały. W README dodaj krótką instrukcję: jak uruchomić projekt, wgrać kolejną wersję i wrócić do poprzedniej. Jeśli zapisujemy dane, wskaż też instrukcję ich odtworzenia. Pokaż mi te pliki i wyjaśnij, co mam zrobić, gdy pojawi się problem. Nie twórz kolejnego planu.