Budżet: 13000 UAH Termin: 1 dzień
Dzień dobry, Oleg!
Bardzo jasno opisany przypadek — ogólnie myślisz poprawnie w kwestii architektury. Ale są tutaj pewne "pułapki", które mocno wpływają na terminy.
Co do podejścia:
Foreground Service + SDK + dekodowanie ISO 11784/11785 — ok
Wstawianie przez Accessibility lub IME — też poprawne opcje
Największe ryzyka (z doświadczenia):
1. SDK od producenta — często słaba dokumentacja lub niestabilne callbacki
2. przechwytywanie fizycznego przycisku — nie zawsze dostępne z usługi w tle
3. wstawianie w Chrome — Accessibility może działać niestabilnie, IME zazwyczaj bardziej niezawodne
4. praca w tle (Android 8+) — ograniczenia systemowe
Dlatego kluczowe jest nie "napisać kod", a szybko zweryfikować te hipotezy.
Jestem CEO Mobiwolf. Robiliśmy rozwiązania Android z integracjami hardware/SDK i usługami w tle, dlatego rozumiemy, gdzie mogą być blokady.
Jak byśmy podeszli:
najpierw robimy techniczny spike (3–6 dni):
– weryfikacja SDK
– test przycisku
– test wstawiania (Accessibility vs IME)
Po tym ustalamy finalną architekturę.
Ocena (w przybliżeniu):
– spike: 24–48 godzin
– pełna realizacja: ~80–160 godzin
Szczerze: start za ~3 tygodnie, ale spike możemy omówić wcześniej.
Pytania:
– czy jest dostęp do SDK i urządzenia już teraz?
– czy przycisk teraz otwiera natywną aplikację?
– czy Chrome jest krytyczny, czy możliwy jest fallback do WebView?
Dajmy kontynuować dyskusję w prywatnej wiadomości
Z poważaniem,
Oleksiy
CEO, Mobiwolf
