@pwasowsk
@rubens117
Jeszcze z uwzględnieniem ahead-of-time compilation (GraalVM). Do stawki można też dołączyć Quarkusa.

@dict: #playerpl to jest UXowy potworek. Mnie najbardziej wkurza że pomiędzy odcinkami autoplay wychodzi z fullscreena. To okno dialogowe to też niezły kwiatek.

Używamy, ale w wielu przypadkach zyski z nieblokującego podejścia są nikłe, integracja z istniejącymi rozwiązaniami problematyczna, a znalezienie ludzi którzy potrafią pisać reaktywnie jest trudniejsze.

@krasnoludkolo dlatego rozwijają projekt R2DBC.

Od baz są też gorsze rzeczy jak np. rozproszone transakcje w sieci, tam jest sens unikania modelu thread per request.

W temacie może dużo namieszać adaptacja projektu Loom, możliwe że asynchroniczność będzie schowana na niższym poziomie abstrakcji i kod pisany synchronicznie w efekcie będzie wykonywany asynchronicznie.

@Scaab: Główny powód takiej sytuacji to system podatkowy, powyżej pewnej kwoty po prostu opłaca się B2B, stąd w wielu przypadkach stosunek pracy ukrywa się pod umową B2B.

Zamiast penalizować, kontrolować, tworzyć system donosów czy nie lepiej byłoby zwalczać prawdziwą przyczynę tego problemu?

@cugowski: Skąd bierze się linked list infected w wątku?

Jeżeli przypisujesz referencję w konstruktorze:

this.infected = infected
to ten kod nie jest bezpieczny pod względem wielowątkowym ze względu na mutację kolekcjiPokaż całość

@cugowski:

W calej aplikacji jest tylko jeden watek tej klasy.

Jeżeli tak to czemu potrzebujesz wątku?

@cugowski:

w Swingu

[*]

Przy pracy z nim (jak z większością bibliotek UI) najważniejszePokaż całość

javax.swing.Timer,

@cugowski: Ten kod będzie działał proaktywnie (co jakiś czas odświeżę wszystkie kontrolki...) , UI lepiej żeby działało reaktywnie (zmiana w modelu pociąga odświeżenie widoku, reaguję tylko na zmiany...)

Najważniejsze żeby oddzielić model od widoku, widok powinien być w jakiś sposób informowany o zmianach w modelu. Może to być Observable, EventListenery itp.

Dlaczego SwingUtilities.invokeLater(...) sprawiało problemy?

@cugowski: Chmm, domyślam się że Website pobiera dane poprzez HTTP a Database z bazy poprzez JDBC?

Jeżeli tak to obydwa źródła tych danych się są reaktywne tj. klient musi wysłać request HTTP lub klient musi wysłać zapytanie SQL żeby dostać nowe dane.

Najprostsze rozwiązanie to guzik Refresh który pobiera na żądanie tePokaż całość

@cugowski: Nic nie szkodzi, w sumie to nieważne czy pobiera czy nie :D

zmieni się tylko implementacja refreshInfected(), wzorzec zostaje ten sam

@cugowski To dobrze, jakbyś miał jakieś wątpliwości to pisz ;) Programuję w Javie/Kotlinie na co dzień

@eldo16: a masz jakieś założenia co do architektury? Thick vs Thin client?

Jeżeli chcesz zaliczyć przedmiot to Thick Client Java + Swing (dekstop app który bezpośrednio łączy się do bazy)

Jeżeli chcesz zrobić coś co wpisuje się w obecne trendy i czym możesz się pochwalić na rekrutacji to zrób to na Springu z JPA w Javie/Kotlin, API REST + frontend w JS lub TS z czymś lekkim do nauki np.Pokaż całość

@blakker najlepsze pod jakim względem?
jeżeli chcesz pisać na Androida bierz Kotlin, jeżeli iOS to Swift. Jeżeli chcesz pisać na obie platformy na raz React Native, Flutter itp.
Wykorzystanie Pythona w mobilkach jest marginalne

@blakker pytanie co ta aplikacja ma robić. Trzeba balansować pomiędzy natywnymi rozwiązaniami a hybrydowymi: natywne rozwiązania dają Ci najlepszy dostęp do API systemowych, najlepszą wydajność.
Problem zaczyna się jeżeli chcesz mieć tą samą aplikację dla różnych systemów: konieczność utrzymania dwóch codebasów, znajomość ekosystemów, projektowanie widoków osobno, rozwiązania hybrydowe starają się odpowiadać na te problemy.
Jeżeli chcesz mieć proste widoki, jakaś komunikacja po sieci po HTTPS bez specyficznych API systemowych i jednocześniePokaż całość

Jeżeli do nauki to bardziej pytanie w czym programowałeś, najlepiej będzie wybrać coś najbardziej podobnego i jaki masz telefon do testów :D

@PanZiomal: jeżeli używasz hooka useQuery to on zwraca loading, error, data, powinieneś obsłużyć zarówno loading jak i error. To zachowanie o którym mówisz jest normalne.

@PanZiomal if(loading) return Loading...
==========

if(error) return Some error
==========Pokaż całość

@PanZiomal: Spoko, w ogólności interfejs useQuery jest sensownie zdefiniowany.

Jak robisz jakiekolwiek zapytanie w systemach rozproszonych to musisz brać pod uwagę czas odpowiedzi, jeżeli coś trwa długo to użytkownik oczekuje jakiejś indykacji że coś się w ogóle dzieje.

Jeżeli następuje błąd (sieci, serwera, cokolwiek) to użytkownik oczekuje znaczącego komunikatu co poszło niePokaż całość