System śledzenia czasów

[majkel]

Film na intro w 4k (6GB)?

Wszystko jest możliwe Albo zapisy audio z ukrytego mikrofonu

Zapomniałem jeszcze o jednym. To oczywiście ewentualność na etap X. To, czy aplikacja Geparda jest w .NET i MSSQL to w dalszym horyzoncie nie jest sprawa nie do przeskoczenia, jeśli nie będzie nam to odpowiadać. Bo tak naprawdę w środku tych magicznych walizek siedzi przemysłowe pudełko produkcji Motoroli, z udokumentowaną funkcjonalnością i protokołami komunikacyjnymi (model wrzucę kiedy indziej bo nie mam na lapie), reszta to rzeczy zupełnie poboczne nie wpływające na logikę systemu. Mając trochę czasu można system całkowicie przebudować do własnych potrzeb wykorzystując jedynie oryginalną część sprzętową.

Po
eM

[Dziubas]

Rozumiem połowę tego co wrzuca Nickesh, ale jaram się tym wątkiem wielce

[wroclover]

Rozumiem połowę tego co wrzuca Nickesh, ale jaram się tym wątkiem wielce

mi wystarczyły te kolorowe trytrytki z czasami, żeby zdjąć gacie przez głowę.
nickesh

[Mac Berger]

Generalnie nie istnieje system pomiaru całkowicie pozbawiony ludzkiego nadzoru, a przynajmniej ja takiego jeszcze nie widziałem (a trochę już mi się udało zobaczyc z bliska). Nawet, jeśli rola człowieka polegałaby jedynie na patrzeniu w monitor ,słuchaniu przez radio co mówią zalogi startu, mety i sędziowie techniczni rozstawieni po trasie i kontrolowaniu czy pomiar pracuje prawidłowo.

Dokładnie o tym myślę. Chodzi o to, żeby taki Dawid (lub ktokolwiek inny) - w najprostszym przypadku - miał małą aplikację (albo nawet ten sam widok co inni, z dodadkowym przełącznikiem), gdzie mógłby przestawiać aktualną pozycję samochodu (na torze/poza torem).
Przed startem rundy - wszyscy poza torem. Wjeżdżają, zmieniają automatycznie stan na "na torze", zjeżdżają, zmieniają na "poza torem". Wszystko gra. Taki Dawid przestawiać stan musiałby tylko, jeśli ktoś wypadnie z rytmu i np. nie przejedzie przez bramkę wracając.
Przypadki wypadnięcia poza tor - do momentu powrotu samochodu - Dawid nic nie rusza - gdyby zmienił na "poza torem" - jeśli tamten wróciłby przez bramkę - czas zacząłby być liczony i musiałby znowu zmieniać stan na "poza torem"

Ogólnie IMHO zgadzam się z Majkelem - nie da się zrobić pomiaru całkowicie zautomatyzowanego - nadal musiałaby być apka (lub inny sposób) żeby nadzorować i reagować na sytuacje nietypowe.

Mac berger - 20 GB bazy to ciekawy przypadek jak na 1 sezon i kilkadziesiąt samochodów. Co prawda nie widzę tu jakiegoś wąskiego gardła jeśli chodzi o bazę danych, bo są rozwiązania stosowane w systemach seryjnych pomiarów, które pewnie zrobiłyby z tych 20GB kilkadziesiąt (max kilkaset) MB. zagladałeś w środek, co tak naprawdę ten rozmiar generuje ? Może tam jest jakiś debug mode włączony, który odkłada masę informacji operacyjnie zbędnych

Z tego co widziałem, to ma tam wiele więcej imprez w historii (nie tylko nasze MMC )
Z drugiej strony to też głos przeciwko replikacji takiej bazy - jeśli na każdy przejazd potrzebne są nam tylko dwie wartości - numer zawodnika i moment przejazdu przez bramkę - po co nam te gigabajty dodatkowych danych...

[nick.es]

Replikację można skonfigurować (a przynajmniej w MySQL-u). Np. może dotyczyć tylko nowych wpisów, albo tylko jednej tabeli. Główną jej zaletą byłby brak jakiejkolwiek ingerencji w logikę istniejącego oprogramowania Geparda. Replikacja to całkowicie autonomiczna funkcja - nie wpłynie na działanie systemu, nic nie popsuje, nie będzie wymagała grzebania w kodzie, analizy kodu Geparda, nie będzie też konieczności wprowadzania patcha po ewentualnej aktualizacji Geparda. O ile w ogóle udałoby się nadać takim zmianą formę patcha i o ile taki patch w ogóle działałby po aktualizacji Geparda.

To duże ryzyko i za bardzo wpływa na bezawaryjność oprogramowania w przyszłości. Nawet, gdybyśmy mieli robić to, co wcześniej nazwałem etapami 3 i 4, to jedyną racjonalną opcją jest wykonanie wszystkiego poza Gepardem. Z niego trzeba tylko wydostać dane, w sposób, który nie wpłynie na jego działanie, ani bieżące, ani przyszłe. Tak więc nawet taka appka do nadzorowania automatycznego trybu przeliczania i publikowania czasów, musiałaby działać niezależnie, w oddzielnym środowisku. Jedynym łącznikiem z Gepardem może być to, co na diagramie nazwałem modułem pozyskiwania danych (collector).

Pamiętajcie też, że cały system będzie używany jeszcze przez długi czas. Jeśli nie na MMC, to gdzieś indziej. Musi być w stanie działać bez wsparcia z naszej strony (mam na myśli programistów, którzy będą ogarniać to dodatkowe oprogramowanie). Jeśli Mac Berger wygra w lotka i ucieknie wyjedzie na Kostarykę (daj Boże!), albo mnie nagle przejedzie Apollo Arrow (daj Boże! ), to nie dość, że (w przypadku komplikacji z naszym oprogramowaniem) Gepard może stać się bezużyteczny, to jeszcze nie będzie można go normalnie sprzedać.

[Mac Berger]

Nickesh, ale mi chodziło o drugie rozwiązanie - czyli nie dotykać Geparda, jego procedur w bazie, czegokolwiek. Jedynie odpalić skrypt który sprawdza czy pojawiły się nowe wpisy w tabeli i wysyła je na zewnętrzny serwer.

[nick.es]

No można, tylko po co, skoro baza ma go w sobie? Tzn. ja Twojego pomysłu nie odrzucam, oczywiście. Tylko sugeruję, że jeśli się za to weźmiesz, zerknij też na opcję z replikacją. W wielu projektach uratowała mi cztery litery. Zwykle koszty implementacji i utrzymania są znikome. To jest zarąbiście stabilne, odporne i bezobsługowe rozwiązanie. W ogóle dość rzadko ten temat się w przewija w ocenach MySQL-a, a tymczasem to jedna z jego najpotężniejszych stron i rozwiązuje wiele problemów. Szczególnie ostatnio, w czasach chmur i szerokiego łącza.

[Dziubas]

UWaga techniczna, za człowiekiem-gepardem jest Dawid

[Mac Berger]

Fuck, moja pamięć do imion. Wybacz Dawid!

[Kostek]

Dziś nie miałem za bardzo co robić w robocie to skrobnąłem trochę i mały szkic powstał. Wszystkie dane są pobierane z google doców.
Appka nie długo pojawi się na sklepie
https://play.google.com/store/apps/deta ... .mx5scores

Z tego co zauważyłem ciężko na telefonie pokazać wyniki ze względu na małą powierzchnię, ehh może coś wymyślę.
Może do najbliższego MMC będzie w miarę przejrzysta i działająca.
Na razie brakuje:
- GCM wraz z małym backendem
- filtrowania danych.
- mod Offline
- automatycznego aktualizowania danych
- design
- logowanie użytkownika ?!

[gzy]

A moze spróbujemy się zintegrować z tym mylaptimes co tptd? Wiedziałem w faq informację że wgrywanie czasów jest darmowe. I pewnie są gotowe apki.

[Jarri]

Działamy z appką szytą na miarę - zgodną z naszymi potrzebami . Ogarniacze JSowi mile widziani

[wroclover]

jak tam chłopaki? już działa?;)

[nick.es]

Działa moduł collector - pobieranie danych z Google Spreadsheet. Choć jeszcze trzeba go zoptymalizować (podczas obserwacji źródła danych nie chcemy pobierać całej tabeli, a jedynie datę ostatniej modyfikacji i dopiero, gdy ona się zmieni, będziemy pobierać treść tabeli).

Pozostałe moduły są jeszcze nietknięte. Ale niedługo będą. Bez obaw.

Jak coś, to tu jest repo: https://github.com/MX-5ClubPoland/MMCLapTimer

[Kostek]

pięknie wykorzystam trochę =)

są gdzieś dostępne linki Google Spreadsheet'ów do drugiej rundy ? ?

[nick.es]

Chyba jeszcze nie ma. A co Ty robisz? Konkurencję? To może lepiej pomóż nam z tym?

[Kostek]

Androidowa appkę i chcę wykorzystać wasz kawałek kodu do aktualizowania danych poprzez pushe, tylko czasu trochę brakuje aby ładny designy porobić i trochę logiki do sortowania trzeba napisać.

Na js się nie znam.
Właśnie zerknąłem w wasz kod i w pętli odświeżacie wyniki, myślałem że jakiegoś trigera używacie.

JSON'a możecie pobrać w ten sposób:
https://spreadsheets.google.com/tq?key= ... 0FmvlFRkYM

[Jarri]

No niestety triggera na pusha nie ogarnąłem i nie wiem czy google docsy to obsługują.

[gzy]

No niestety triggera na pusha nie ogarnąłem i nie wiem czy google docsy to obsługują.

Linkowałem na poprzedniej stronie: https://developers.google.com/apps-scri ... vents#edit

[nick.es]

Androidowa appkę i chcę wykorzystać wasz kawałek kodu do aktualizowania danych poprzez pushe, tylko czasu trochę brakuje aby ładny designy porobić i trochę logiki do sortowania trzeba napisać.

Algorytm sortowania zostanie niedługo opisany i przedstawiony. A przynajmniej ten, z którego my będziemy korzystać.

To może, żeby się nie dublować, mógłbyś skupić się na interfejsie pod kątem użycia przez konkretnego drivera? Bo to, co my piszemy, póki co będzie podawało podsumowanie wszystkich czasów. To ma być skoncentrowane na porównaniu najlepszych czasów wszystkich kierowców na raz i na komunikowaniu o ostatnim wykręconym czasie.

Przydałaby się natomiast appka mobilna, która jest nastawiona na konkretnego drivera, a nie na ogół. Czyli każdy kierowca może ją mieć otwartą na telefonie, obserwować swoje czasy + czasy kierowców z okolicy zajmowanego przez siebie miejsca w rankingu, np. dwóch kierowców za nim i dwóch przed nim, z informacją ile czasu mu brakuje / jaką ma przewagę. Oczywiście ogólny i klasowy rekord dnia też mu się przyda. Ale informacje o pozostałych zawodnikach już nie za bardzo - nie muszą być na pierwszym planie.

[Jarri]

Jest jedno rozwiązanie cross platform, które co więcej może bazować na tworzonym przez nas kodzie w JSie - Ionic Za jednym zamachem robimy sajta i apki mobilne Androida, iOSa, WP

[Kostek]

WP odpada zablokowali cordove (taka polityka ms i ogólnie wszystko pod górkę nie chcę mieć nic wspólnego z ms) po za tym można było by pisać w ionicu czy tam cordovie projekt jest mały ale strasznie nie lubię w tym pisać jakość szybkość działania się ostro odbija w raz z rozbudową appki

[Kurak]

Widze ze ogarniacie chłopaki temat. Jak co, to niech ktoś zorganizuje lokum, zbierzmy się wszyscy w jedną kupę, usiądźmy w weekend z pizzą i piwem i zróbmy to jako hackaton. Que?

[nick.es]

Dopóki Cię nie poznałem, Kurak, nigdy nie wierzyłem w takie rzeczy

Niestety zostały tak naprawdę 4 dni robocze i chyba nie ogarniemy takiej akcji przed Białą

[Kurak]

Carpe deadline!

[Jarri]

Zawalony robotom jestem, ale może w luźniejszych chwilach, w trakcie przypływu browaru coś sobie będę skrobać. Przynajmniej, abyśmy wyszli z prostą tabelką z dobrym sortowaniem na Białą

[jqb]

Macie jakiegoś boarda do tego z taskami? Może dałbym radę coś wyskrobać, ale nie wiem za co się zabrać

[nick.es]

No już nie przesadzaj. Na razie nic nie wyskrobiesz, bo zostało tylko to, co ja mam zrobić. Ewentualnie możesz pokombinować z tym obserwowaniem samej daty zmiany Google Spreadsheeta, zamiast pobierania całego contentu.

Gzy, nie do końca czaję, jak ten push ma działać. To nie potrzebuje jakiegoś serwera, albo zarejestrowania urządzenia?

[jqb]

No już nie przesadzaj.

Jakaś lista TODO zawsze ułatwia pracę w zespole

Gzy, nie do końca czaję, jak ten push ma działać. To nie potrzebuje jakiegoś serwera, albo zarejestrowania urządzenia?

To musi być chyba nie stand-alone appka, tylko add-on do spreadsheet'a, który będzie reagował na konkretne eventy i komunikował z zewnętrzą appką.

[gzy]

To musi być chyba nie stand-alone appka, tylko add-on do spreadsheet'a, który będzie reagował na konkretne eventy i komunikował z zewnętrzą appką.

No tak, chyba rzeczywiście nie zrozumiałem co chcemy osiągnąć. Żeby fizycznie "push"nąć update'y do podłączonych apek na telefonach użytkowników potrzebny byłby server. Kompromisem mógłby być prosty handler onchange dodany do tego spreadsheeta, który po każdej edycji zapisuje w jakimś dodatkowym arkuszu, co ostatnio się zmieniło + timestamp ostatniej zmiany, to apki nie musiały by przeglądać w kółko całego arkusza. Ale przy naszej skali to pewnie nie ma sensu.