Ostatnio zastanawiałem się, czy w Polsce jest jakakolwiek firma, w której znajomości wielowątkowości jest kluczowa. W ogłoszeniach znalazłem kilka takich wymagań, ale zawsze wśród nich jest np Spring czy jakiś inny framework z Javy biznesowej, więc można się domyślić, że pracy z wątkami tam prawie w ogóle nie ma. Może Wy znacie/pracowaliście w firmie, która zajmuje się tymi zagadnieniami?
0
0
game dev
2
0
ubs i credit suisse maja wielkie, wielowatkowe systemy nie bazujace na springu (ani niczym popularnym) ktore rozwijaja miedzy innymi w polsce (krakow, wroclaw). jesli chcesz pobawic sie np. w implementacje wlasnych thread pooli czy mechanizmow synchronizacji to banki inwestycyjne jak znalazl
0
Programowania wielowątkowego używa się tam, gdzie jest to potrzebne. Nie zawsze ma to sens.
Wielowątkowość i asynchroniczność jest powszechna chociażby w aplikacjach mobilnych i mikroserwisach niemniej jednak, rzadko używa się tam jakichś niskopoziomowych rozwiązań, a częściej jakichś frameworków dostarczających wysokopoziomowe API (np. RxJava). Możesz poszukać firm, które zajmują się takimi projektami, jeśli Cię to interesuje lub celować w to, o czym pisze @katelx.
0
FutureTask napisał(a):
W ogłoszeniach znalazłem kilka takich wymagań, ale zawsze wśród nich jest np Spring czy jakiś inny framework z Javy biznesowej, więc można się domyślić, że pracy z wątkami tam prawie w ogóle nie ma.
To może wgl poszukaj pracy w oraclu przy implementacji jvm'a, popiszesz sobie w C to się uspokoisz.
To że ktoś ma jako DI Springa ma znaczyć że nie korzysta się z wielowątkowości ? (robienie z logiki kobiety lekkich obyczajów)
Nie specjalnie wiem też co masz na myśli pisząc "wielowątkowość w javie" - bo ja chcesz sobie popstrykać dwie metody który korzystają z synchronized to polecam jednak studia, tam dają czasem takie zadania.
Dzisiaj głównie wielowątkowość będzie dotyczyć Akki, rxJavy - bo tak po prostu łatwiej tworzy się oprogramowanie. Ale czy to nie jest wielowątkowość ? to są te same problemy z tym że ktoś napisał na to abstrakcje, nadal możesz być geniuszem który użyje thread pulli dla computation czytając z zewnętznego serwisu. Nadal będzie natrafiał na problemy związane z race condition .
0
wielowątkowosc jest wszędzie ale to nie znaczy, że wszędzie jej manualnie używamy.
Ja pracuje 7 miesiecy i w Springu musialem jawnie użyć wielowątkowości 2-krotnie, ze względu na staż pracy to chyba nader często :P
Ale i tak chyba najczęsciej najlepiej skorzystać z czegoś wysokopoziomowego - mniejsze ryzyko schrzanienia czegos.
0
Dzięki IoT już wkrótce... inteligentne kible ;)
0
@up zły temat ;)
to pochwal się jak musiałem jej użyć bo jestem niezmiernie ciekaw
Ale to nic szczegolnego.
W naszej aplikacji zapisuję czas odwiedzin użytkownika na jakimś widoku.
Więc ten zapis podłączam do GETa jaki użytkownik wykonuje i ten zapis dzieje się po prostu w innym wątku i wysylany jest post do innej aplikacji, żeby nie 'zamulać'.
W innym przypadku po zalogowaniu siędo aplikacji szło za dużo requestów po dane, więc coś wrzucałem by się działo asynchronicznie.
Spring @Async i @Scheduled , ogólnie nic skomplikowanego i łatwe w użyciu, żadne rocket science. Wymaga tylko trochę poczytania.
0
Twoim zdaniem powinienem do tak prostej rzeczy zaciągać Hystrixa, który wcale nie jest najbanalniejsza sprawą jaka istnieje?
0
Wymaga kolejnych rzeczy do nauki, a póki co praktycznie tego nie potrzebujemy. Jak będą nam się aplikacje rozrastać to może będę czegoś takiego potrzebował, na tym etapie rozwoju jest to zbędne. Poki co wszystko nam dziala szybko i pewnie jakbym sie nie bawil w zadna asynchronicznosc to tez byloby dostatecznie szybko. A zrobilem moze max 3 metody asynchronicznie.
Hystrixa pewnie uzyjemy, ale jeszcze nie teraz. Razem z histrixem planujemy inne ficzery.