Poszukujemy specjalisty do wsparcia i rozwoju naszego bota Telegram, napisanego w Pythonie. To nie jest etatowa pozycja, a elastyczna współpraca: w razie potrzeby będziesz poprawiać błędy, dodawać nową funkcjonalność lub optymalizować już istniejący kod.
Obowiązki:
- Poprawa błędów w bocie (logika, API, wiadomości, integracje)
- Dodatkowa funkcjonalność — do uzgodnienia (nowe komendy, automatyzacja, integracje)
- Przeprowadzanie przeglądów kodu (jeśli to konieczne)
- Przekazywanie raportów o wykonanej pracy
- Możliwy udział w testowaniu zmian
Wymagania:
- Doświadczenie w pracy z Pythonem (minimum średni poziom)
- Zrozumienie Telegram Bot API
- Doświadczenie w pracy z bazami danych
- Umiejętności debugowania kodu
- Preferowane doświadczenie w frameworkach Python (np. Flask, aiogram, Telebot itp.)
- Gotowość do pracy jako wykonawca, a nie etatowo
- Gotowość do podpisania NDA (umowy o poufności), jeśli to konieczne
Format pracy:
- Płatność godzinowa (freelance)
- Elastyczny grafik: praca "w razie potrzeby", ale z uzgodnionym planem lub umową
- Raporty za godziny
i wykonane zadania
Przesyłam plik z naszym botem (wersja bez informacji poufnych). Obecnie szukamy niezawodnego wykonawcy do długoterminowego wsparcia technicznego i poprawek tego bota.
Proszę, przejrzyj kod i odpowiedz, jeśli to możliwe, na takie pytania:
🔧 1. Ekspertyza techniczna
1. Czy czujesz się komfortowo z technologiami, na których napisany jest bot?
2. Czy pracowałeś/-aś wcześniej z podobnymi projektami?
3. Czy możesz krótko opisać, jak widzisz architekturę bota po przeglądzie pliku?
4. Czy dostrzegasz potencjalne problemy ze strukturą kodu lub logiką?
🔍 2. Analiza błędów i ryzyk
5. Czy znajdujesz w bocie błędy lub niestabilne miejsca już przy pierwszym przeglądzie?
6. Jakie ryzyka techniczne mogą wystąpić w przyszłości?
7. Czy są momenty, które warto przepisać lub zoptymalizować?
8. Czy kod odpowiada podstawowym zasadom czystej architektury (clean code)?
9. Czy są miejsca, które mogą powodować częste awarie lub błędy?
⏱️ 3. Ocena czasu
10. Ile czasu zajmie podstawowy audyt i uporządkowanie bota?
11. Ile zajmie poprawa znalezionych błędów?
12. Ile czasu będzie potrzebne na dalsze wsparcie w średnim miesięcznym wymiarze (przybliżone)?
13. Ile czasu zajmie podłączenie/sprawdzenie webhooków, integracji, logowania?
💰 4. Ocena kosztów
14. Jaka jest twoja stawka godzinowa?
15. Czy możesz orientacyjnie podać koszt:
podstawowego audytu kodu?
poprawy błędów?
regularnego wsparcia?
16. Czy pracujesz na stałych zadaniach czy tylko na godzinach?
17. Jak odbywa się płatność — po wykonaniu, z góry, w częściach?
🔐 5. Bezpieczeństwo i poufność
18. Czy jesteś gotowy/-a podpisać NDA?
19. Jak zapewniasz bezpieczeństwo dostępu i danych?
20. Jak organizujesz pracę z tokenami, hasłami, kluczami?
21. Czy prowadzisz osobne bezpieczne przechowywanie sekretów? (np. .env)
📈 6. Jakość pracy
22. Czy będziesz prowadzić changelog / dziennik zmian?
23. Czy dostarczasz krótkie raporty techniczne po wykonaniu zadań?
24. Czy prowadzisz dokumentację projektu?
25. Czy proponujesz rekomendacje dotyczące poprawy produktu?
🤝 7. Format współpracy
26. Czy interesuje cię długoterminowa współpraca z nieregularną ilością zadań?
27. Czy jesteś gotowy/gotowa reagować na drobne zadania (1–2 godziny pracy)?
28. Czy komfortowo pracujesz w warunkach, gdzie czasami nie ma zadań, a czasami — kilka pod rząd?
29. Czy jesteś gotowy/gotowa wspierać bota w formacie "na żądanie"?
🛠️ 8. Procesy robocze
30. W jakim formacie wygodnie jest ci otrzymywać zadania? tekst wideo Trello / Jira Google-doc
31. Jaki sposób komunikacji jest dla ciebie najwygodniejszy?
32. Jakie ramy czasowe odpowiedzi gwarantujesz (np. 24 godziny)?
33. Czy pracujesz w weekendy / czy możesz nagle się połączyć?
34. Czy masz możliwość czasami dzwonić w celu uzgodnienia?
📂 9. Wdrożenie i środowisko
35. Czy potrzebujesz dostępu do serwera do testowania?
36. Czy pracujesz z Dockerem / VPS / hostingami?
37. Czy możesz skonfigurować automatyczne kopie zapasowe i logowanie?
38. Czy możesz zaproponować optymalny sposób umiejscowienia bota?
🔄 10. Gotowość i terminy
39. Kiedy możesz zacząć?
40. Czy możesz wziąć projekt do pracy od razu po Nowym Roku?