Masz pomysł na aplikację, ale zwykle brakuje czasu, zespołu albo powodu, żeby wreszcie zacząć? Hackathon to wydarzenie, podczas którego uczestnicy pracują nad rozwiązaniem określonego problemu w ograniczonym czasie, choć nie każda edycja kończy się konkursem i wyborem zwycięzcy. Właśnie ten szczegół zmienia to, czego możesz oczekiwać od udziału.
Hackathon daje krótki termin i wspólny cel, ale efekt zależy od formatu
- Efekt: najczęściej powstaje prototyp lub demonstracja pomysłu, a nie gotowy, produkcyjny produkt.
- Skład zespołu: poza programowaniem przydają się projektowanie UX/UI, wiedza domenowa i umiejętność prezentacji.
- Doświadczenie: początkujący mogą dołączyć, jeśli zakres zadania i zasady wydarzenia odpowiadają ich umiejętnościom.
- Przed zgłoszeniem: sprawdź regulamin, kryteria oceny, zasady użycia gotowego kodu oraz prawa do projektu.
Hackathon kończy się prototypem, a niekoniecznie działającym produktem
Wyobraź sobie, że w piątek wieczorem zespół dostaje problem do rozwiązania, a w niedzielę ma pokazać pomysł jury. Taki sprint to sedno hackathonu: pracujesz z innymi nad rozwiązaniem konkretnego wyzwania, zwykle technicznego, biznesowego lub społecznego. Hackowanie oznacza tu eksperymentowanie i szybkie budowanie, nie włamywanie się do systemów.
Rezultatem bywa klikalny prototyp, fragment aplikacji, wizualizacja danych albo demonstracja koncepcji. Taki efekt może przekonać do dalszego rozwijania projektu, ale sam w sobie nie dowodzi, że rozwiązanie jest bezpieczne, skalowalne i gotowe dla klientów. Prawdę mówiąc, właśnie tę różnicę najłatwiej przeoczyć, gdy prezentacja wygląda efektownie.
Dobry zespół potrzebuje więcej niż samych programistów
Kod nie rozwiąże problemu, jeśli zespół nie ustali, dla kogo buduje i co chce sprawdzić. Poza osobami programującymi przydają się więc kompetencje z UX/UI, analizy danych, dziedziny, której dotyczy wyzwanie, oraz prezentowania pomysłów. W mniejszej ekipie jedna osoba może łączyć kilka ról.
Jeśli przychodzisz bez gotowego zespołu, sprawdź, czy organizator przewiduje dobieranie ekip na miejscu. Początkujący też mogą wnieść wkład: przygotować makietę, opisać przypadki użycia, przetestować przepływ aplikacji lub zebrać dane. Nie musisz znać całego stosu technologicznego, ale przed wydarzeniem obejrzyj temat i narzędzia, których organizator wymaga.
Regulamin może zmienić znaczenie gotowego kodu i samego finału
Dwa wydarzenia nazwane hackathonami mogą działać zupełnie inaczej. Przykładowo opis Hackathonu HS3 wskazuje format bez rywalizacji i zwycięzców, podczas gdy w regulaminie konkursowego hackathonu GUS „Koduj z GUS” zapisano, że zgłoszony prototyp aplikacji ma powstać podczas wydarzenia i bazować na pracy uczestników. Sama nazwa nie mówi więc, czy liczy się konkurs, współpraca czy konkretny rezultat.
Przed zapisem szukaj w regulaminie odpowiedzi na cztery pytania: co wolno przygotować wcześniej, jakie narzędzia i biblioteki można wykorzystać, kto zachowuje prawa do projektu oraz jak jury będzie go oceniać. Jeśli nie widzisz jasnych zasad dotyczących kodu lub własności intelektualnej, poproś organizatora o wyjaśnienie przed rozpoczęciem pracy. Taki detal może przesądzić, czy pomysł da się później rozwijać poza wydarzeniem.
Jeśli masz tylko pomysł, przez pierwsze godziny ogranicz jego zakres
Załóżmy, że zespół chce stworzyć aplikację, która pomaga mieszkańcom zgłaszać problemy w okolicy. Pełny produkt wymagałby kont użytkowników, mapy, powiadomień i panelu dla urzędu. W krótkim sprincie lepiej wybrać jeden przepływ: zgłoszenie usterki na mapie i podgląd statusu.
Takie zawężenie pozwala pokazać działanie rozwiązania zamiast kilku niedokończonych ekranów. Pod koniec zespół może zaprezentować, jaki problem rozwiązuje prototyp, jak z niego skorzystać i czego jeszcze nie obejmuje. Uważam, że udany projekt hackathonowy to taki, który jasno pokazuje jedną sprawdzalną hipotezę, a nie obiecuje kompletnego systemu.
| Sytuacja | Co może z niej wynikać | Co zrobić |
|---|---|---|
| Nie masz zespołu | Możesz nie zdążyć znaleźć osób o uzupełniających się kompetencjach. | Sprawdź, czy organizator prowadzi dobieranie ekip; przygotuj krótkie przedstawienie umiejętności i pomysłu. |
| Masz gotowy fragment aplikacji | Regulamin może ograniczać użycie kodu sprzed wydarzenia. | Przeczytaj zasady dotyczące pracy własnej i materiałów zewnętrznych, a w razie wątpliwości zapytaj organizatora. |
| Chcesz później rozwijać projekt | Niejasne zapisy mogą utrudnić ustalenie, kto ma prawa do rozwiązania. | Przed zgłoszeniem sprawdź postanowienia o własności intelektualnej i licencjach. |
| Nie chcesz rywalizować | Wydarzenie może mieć formę współpracy bez rankingu albo konkurs z jury. | Zweryfikuj format, kryteria oceny i to, czy finał wymaga prezentacji. |
Udział ma sens, gdy cel wydarzenia pasuje do twojego celu
Hackathon może pomóc przećwiczyć pracę w zespole, sprawdzić nową technologię albo poznać osoby z branży. Nie traktowałbym jednak samego udziału jako gwarancji oferty pracy. Projekt może stać się dobrym materiałem do portfolio, jeśli potrafisz wyjaśnić swój wkład, decyzje techniczne i ograniczenia prototypu.
Jeśli zależy ci na nauce, szukaj wydarzenia z mentorami i zadaniami dopasowanymi do poziomu uczestników. Gdy chcesz rozwijać pomysł biznesowy, ważniejsze będą dostęp do ekspertów domenowych, prawa do rozwiązania i możliwość dalszej współpracy. Wybór formatu podporządkuj temu, co chcesz wynieść, zamiast kierować się samą nagrodą lub rozpoznawalnością organizatora.
Najlepszy finał to projekt, który da się obronić po prezentacji
Na scenie łatwo skupić się na slajdach i efekcie „wow”. Po hackathonie bardziej przyda się umiejętność wskazania, co działa, co pozostaje atrapą i jaki byłby następny krok przed wdrożeniem. To właśnie taka uczciwa prezentacja sprawia, że prototyp może stać się początkiem sensownego projektu, a nie tylko weekendową demonstracją.
