w MOB. Słownik łaciński / starożytny grecko-rosyjski, później ukraiński

Opracowanie międzynarodowej aplikacji mobilnej pod klucz (Projekt + Kod) W celu obniżenia kosztów, możliwe jest zakupienie gotowego projektu 1. Ogólne wymagania dotyczące projektu Platforma: Rozwój wieloplatformowy na frameworku Flutter (jeden kod dla iOS i Android). Typ platformy: Społeczny zakład / Gry o dyscyplinę (Peer-to-Peer 도전戰). Zadanie Wykonawcy: Pełny cykl rozwoju (UI/UX Projekt w Figma, frontend, backend-serwer, baza danych, integracja czujnika IoT i bramki płatniczej). Wielojęzyczność: Pełne wsparcie lokalizacji (i18n) oraz obsługa wielu walut. 2. Wymagania dotyczące UI/UX Projektu Potrzebny jest nowoczesny, neonowo-technologiczny interfejs w ciemnych kolorach (Tryb Ciemny). Kolory akcentujące: Głęboki grafitowy (tło), jasny zielony (finanse, saldo), jasny czerwony (tryb ochrony, zdarzenia karne). Funkcjonalność: Wyświetlanie 4 głównych ekranów dolnej nawigacji (Dashboard, Pokoje Gier, Portfel, Ustawienia urządzenia). Potrzebne są dynamiczne animacje zmiany salda i wyskakujących alertów. 3. Architektura finansowa (Escrow/Holding/Split) Aplikacja do utrzymania depozytów zgodnie z zasadami dyscypliny. Kluczowa jest integracja bramki płatniczej, która obsługuje Split Payments (Podział płatności) oraz Holding funduszy (Stripe Connect dla rynku globalnego/analogiczne dla lokalnego). Logika transakcji (komendy API backendu): Doładowanie: Środki użytkowników są przypisywane do ich konta i zamrażane na transakcyjnym (escrow) koncie systemu płatniczego. Nie trafiają bezpośrednio na konto firmy. Tryb SOLO: Po wystąpieniu zdarzenia wyzwalającego z czujnika IoT w zakazanych godzinach backend wydaje polecenie systemowi płatniczemu przelania stałej kwoty (kary) z konta transakcyjnego użytkownika na konto rozliczeniowe firmy. Tryb GROUP (Pokój): Użytkownicy tworzą wspólną pulę (na przykład 10 osób po 10 dolarów). Pieniądze są zamrażane w ramach konkretnego Pokoju Gier. Po wystąpieniu zdarzenia wyzwalającego u jednego z uczestników jego kara automatycznie się dzieli: 15% (prowizja platformy) trafia na konto rozliczeniowe firmy, a 85% pozostaje w puli nagród pokoju. Po zakończeniu terminu wyzwania backend automatycznie dzieli zgromadzoną pulę nagród między zwycięzców, a system płatniczy dokonuje automatycznego przelewu (Payout) na ich karty. 4. Struktura kabinetów Kabinet 1: „Osobisty Tracker” (Tryb SOLO) Wskaźnik statusu monitorowania (Aktywny/Dostępny/Zablokowany). Konfigurator interwałów czasowych ochrony (Time Picker) oraz ustawienia wartości kary wyzwalacza. Panel stanu zewnętrznego urządzenia IoT (poziom naładowania czujnika w %, poziom sygnału, status synchronizacji). Kabinet 2: „Pokoje Gier” (Tryb GROUP) Narzędzia do tworzenia prywatnych pokoi (generowanie linków/zaproszeń dla przyjaciół) oraz lista publicznych globalnych lig. Tabela wyników (Leaderboard) uczestników z wyświetlaniem ich aktualnego statusu w czasie rzeczywistym, timer do końca wyzwania oraz wbudowany czat grupowy. Wspólny dział: Wielowalutowy portfel Wyświetlanie salda z automatycznym konwertowaniem lokalnych walut w czasie rzeczywistym. Historia transakcji z przejrzystym logiem wydatków, prowizji i wygranych. 5. Wymagania dotyczące Backend i Integracji IoT Stos: Node.js/Python/Go (do wyboru wykonawcy, uzasadnione). Łącze z IoT: Odbieranie pakietów danych z zewnętrznego modułu Wi-Fi. Czas wysyłania powiadomień Push (przez FCM) na smartfon w momencie wystąpienia zdarzenia z czujnika – mniej niż 1 sekunda. Logika antyfraudowa: Serwer musi analizować przesyłane przez czujnik dane telemetryczne wbudowanego akcelerometru (accel_x/y/z). Jeśli zdarzenie występuje przy zerowej zmianie osi przyspieszenia, transakcja jest oznaczana przez system jako podejrzana (ochrona przed statycznym trzymaniem czujnika), użytkownik otrzymuje powiadomienie.

połączenia są realizowane przez kartę SIM w iPhone, więc należy automatycznie przekazywać informacje o przychodzących/wychodzących połączeniach do CRM

Szukam dewelopera (lub małego zespołu) do długoterminowej współpracy nad projektem TennisBRO. TennisBRO to aplikacja mobilna dla miłośników tenisa ziemnego. Głównym celem MVP jest maksymalne uproszczenie organizacji amatorskich turniejów oraz poszukiwania partnerów do gry. Obecnie projekt znajduje się na etapie rozwoju MVP. W przyszłości planowane jest rozwinięcie w pełnoprawny ekosystem dla społeczności tenisowej, jednak teraz potrzebne jest zrealizowanie tylko pierwszej wersji.Główna funkcjonalność MVP Rejestracja i logowanie użytkowników. Profil gracza. Tworzenie i organizacja amatorskich turniejów. Rejestracja uczestników na turnieje. Tworzenie listy uczestników. Zarządzanie turniejem przez organizatora. Wyświetlanie drabinki turniejowej i wyników. Poszukiwanie partnerów do gry (mecze pojedyncze i deblowe). Możliwość stworzenia otwartej gry, do której mogą dołączać inni użytkownicy. Powiadomienia push. Wbudowany czat (jeśli to jest uzasadnione w ramach MVP).Co jest ważne Potrzebne jest dokładnie MVP, bez zbędnych funkcji. Aplikacja powinna być łatwa do skalowania w przyszłości. Ważna jest zrozumiała architektura i wysokiej jakości kod. Preferowane jest użycie technologii wieloplatformowej (Flutter lub React Native), ale jestem otwarty na wasze propozycje.Proszę w odpowiedzi wskazać Na jakim stosie proponujecie rozwój. Wstępną cenę. Termin realizacji. Jakie funkcje wchodzą w podaną cenę. Czy macie doświadczenie w tworzeniu podobnych aplikacji mobilnych. Przykłady zrealizowanych projektów. Jeśli potrzebne są dodatkowe informacje do oceny lub bardziej szczegółowe zadanie techniczne, chętnie je udostępnię po omówieniu.