@Pan_Bubr @GrindFaterAnona zrobilem leaderboard

Trzeba sie zalogować, przejść do https://everybody.codes/event/2024/leaderboards/private i podać ten kod b11ccb39-5574-4cd5-b3af-95b98cf8e065

To że jest się w jakimś leaderboardzie innym niż główny daje miły aspekt, że gdzieś zdobywa się punkty. Bo w głównym to jeśli nie zrobi się zadania do 1 w nocy to raczej nie ma co liczyć (za pierwsze zadanie dostaje pierwsze 50 osób, za drugie 100, za trzecie 150).

Ja niestety przestaję funkcjonować o 23:00, więc nie mam szans. Akurat ode mnie z pracy ktoś się mocno wkręcił, poszło to wyżej i międzywydziałowo walczymy na pracowym leaderboardzie.

@bendyz Obawiam się, że takie zabawy mogą być lekko psute przez istnienie chataGPT i innych modeli. Ja wiem, że to tylko zabawa ale na bank znajdą się osobniki, które gówno wiedzą ale będą chcieli żeby ich nick był gdzieś wysoko w rankingu i każde zadanie będą rozwiązywać w minutę kopiując odp z chataGPT jak leci xD.

@Catharsis oczywiście że tak, pewnie sie tacy znajda. Ja to traktuje jako zabawę, nie ma w tym żadnych nagrod rzeczowych, tylko i wyłącznie ciekawe zagadki. Myślę że większość tak to traktuje. Swoją drogą może dobrze byłoby zrobić oddzielna liste rankingową dla tych którzy korzystają z ai do generowania odpowiedzi. Byłoby to ciekawe porównanie.

Jeszcze coś takiego znalazłem jak alternatywa do lru https://s3fifo.com/

@qarmin Nie ma to jak czuć się lepszym od innych ponieważ piszesz w starszym i trochę trudniejszym języku programowania.

Mają płacone za robotę czy pro publico bono?

Jeden gość zaczął więc podniesionym tonem mówić, że jest tu masa deweloperów >50 lat i że ewangeliści Rusta nie zmuszą wszystkich do nauki tego języka.

Gdzieś między 30 a 40 rokiem życia większość programistów powinna dostać zakaz pisania kodu i zająć się czymś innym żeby nie szkodzili swoim podejściem.

@qarmin Nie pisałem dawno w rust, zwłaszcza na tym poziomie, ale zdecydowanie druga opcja. Wydaje mi się, że w pierwszej opcji będziesz miał proces w kolejce do ubicia/ubity, a to co zostanie to będą tzw. detached threads. Ale nie jestem (już) ekspertem, podpytaj może kogoś innego

@qarmin a to nie jest kwestia tego, że operacje na plikach robi kernel? Ubicie procesu nie przerywa fs::copy.

Po drugie, obsługa sygnałów nie jest synchroniczna. Jak zrobisz kill PID && rm costam, to na pewno to nie zadziała. Musisz poczekać, aż proces obsłuży sygnał i się zamknie.

Jak robisz timeout na wątkach wewnątrz programu, to z pewnością da się to bardziej elegancko obsłużyć.

@qarmin Analizując obie koncepcje, które przedstawiłeś, można zauważyć kilka istotnych różnic w sposobie zarządzania zakończeniem wątków i zatrzymaniem programu.

Pierwsza koncepcja

• Zalety:
  

• Każdy wątek sprawdza warunek time_left < 0 przed rozpoczęciem kopiowania.
  

• Jeśli warunek jest spełniony, natychmiast wywołuje process::exit(127), co natychmiastowo kończy cały program.
  

• Wady:
  

• process::exit(127) powoduje natychmiastowe zakończenie programu bez czekania na zakończenie pozostałych wątków. To może skutkować niekompletnym zakończeniem operacji IO, co może być przyczyną problemów z plikami.
  

• Możliwe nieprzewidywalne zachowanie, jeśli process::exit(127) jest wywoływane z wielu wątków jednocześnie.
  

Druga koncepcja

• Zalety:
  

• Sprawdza warunek time_left < 0 przed rozpoczęciem kopiowania w każdym wątku, ale zamiast natychmiastowego zakończenia, wątki, które spełniają warunek, po prostu kończą swoją pracę.
  

• Pozwala wszystkim aktywnym wątkom dokończyć swoje operacje kopiowania, zanim program sprawdzi, czy powinien zakończyć się process::exit(127).
  

• Bezpieczniejsze podejście, ponieważ nie powoduje natychmiastowego zakończenia programu, co pozwala na bardziej przewidywalne zarządzanie zasobami.
  

• Wady:
  

• Może powodować krótkie opóźnienie w zakończeniu programu, jeśli trzeba czekać na zakończenie wszystkich wątków.
  

Wnioski

Druga koncepcja jest bardziej bezpieczna i elegancka, ponieważ pozwala na kontrolowane zakończenie programu i uniknięcie problemów związanych z nieskończonym tworzeniem plików po wywołaniu timeout.

Natychmiastowe zakończenie programu przy użyciu process::exit w pierwszej koncepcji może prowadzić do nieprzewidywalnych problemów związanych z niedokończonymi operacjami IO. W drugiej koncepcji wątki mogą bezpiecznie zakończyć swoje zadania, co zmniejsza ryzyko wystąpienia problemów z plikami i zasobami.

Zatem rekomenduję skorzystanie z drugiej koncepcji. Jeśli jednak decydujesz się na pierwszą koncepcję, warto wprowadzić mechanizm, który upewni się, że wszystkie wątki zakończyły swoją pracę przed zamknięciem programu, aby uniknąć problemów z niekompletnym przetwarzaniem plików.

Żeby język mógł zaistnieć musi mieć przede wszystkich ogromną bibliotekę. Rust jest jeszcze w fazie gdzie się mnóstwo tworzy, a same staty wiosny nie czynia. Choć już czytałem że hype na ten język się trochę wypalil.

Piszę w rust pare miesięcy i uważam że to jest naprawdę dobry język w porównaniu do Java, typescript czy c lub c++

RUST is not a dust. Bardzo lubię ten język, już wiem, że warto.

lata stagnacji?

z linuksem to mi się już tylko kojarzy kilkaset dystrybucji i kilkanaście menedżerów okien.

Wszystko w permanentnych wersjach rozwojowych, w których najwięcej rozwijających się rzeczy to błędy.

Żadnej stabilizacji, nic pewnego poza płatnymi dystrybucjami typu rhel.

Rok temu rozważałem odejście z windowsa, ale odpuściłem bo już wybranie właściwej dystrybucji dla mnie było twardym orzechem do zgryzienia. A w trakcie tego pojawiła się kolejna zagwozdka: jakie X?

I tak minął kolejny huczny rok linuksa (☞ ﾟ ∀ ﾟ)☞

Aby jednak było jasne, nie mam nic przeciwko nowym inicjatywom w oprogramowaniu.

Za to mam wszystko do kolejnych odłamów oprogramowania ( ͡° ͟ʖ ͡°)

DE? a po co to komu

Jestem dinozaurem. Dobre środowiska graficzne skończyly się na KDE 3.X

@krokietowy Jest do Pythona jakaś libka z bindingami rustowymi? W Ruby mamy https://github.com/matsadler/magnus i czasem nam to sprawiało problemy. No chyba że w Rust jest osobny serwis, to wtedy inna śpiewka.

@krokietowy wybacz za bezpośrednie pytanie ale czy dostałeś znaczącą podwyżkę? Bo to chyba najlepszy moment na negocjacje.

Pokazałeś dużo zapału, warto by ktoś go docenił.

@krokietowy no wszystko spoko tylko jest jedno ale - uczenie się języka na produkcyjnej aplikacji to koniec końców i tak jej pisanie raz jeszcze po skończeniu nauki. Niestety znam to

Paweł, daj link do githuba

Coś jak ImageMagick tylko w Rust?

@rayros Koniecznie daj w readme na gicie i crates jakiś przykład jak tego użyć w rustcie. Za każdym razem jak szukam czegoś na crates to gdy paczka ma taki przykład to jest dużo większa szansa że tego faktycznie użyje bo mogę szybko skopiować, wkleić do siebie i sprawdzić jak działa. A zwłaszcza podczas nauki rusta gdzie nie mam pojęcia jak ten język działa na tyle by wywnioskować z plików jak mam tego użyć. Najlepiej dać przykład lub parę pokazujących najważniejsze use case.

@rayros Obrazoom

@rayros a może nazwij go po prostu Wiesław, albo Ryszard ( ͡° ͜ʖ ͡°)

Szwagropic, albo picpol

@rayros a jak, a prawdziwa wartosc testow sie poznaje jak regresje wylapuja

Małe projekty zazwyczaj robię w TDD. Czyli najpierw piszę testy bo wtedy gdy piszę testy to od razu wiem czego od programu oczekuję, a potem gdy mam nawet 15 min wolnego czasu to naprawiam kod aby przechodIł dany test.

Przy większych projektach zazwyczaj mi się to nie sprawdza bo za dużo czasu idzie na przepisywanie testów gdy koncepcja się zmienia, ale piszę testy gdy coś implementuję. Gdy test testuje moją apkę zamiast (robić to manualnie) to wiem, że zrobi to tak samo za każdym razem

@rayros Take się pisze normalnie rusta czy dopiero się uczysz?

@rayros Ale za co?

Banalny projekt, jakich miliony. Ale to nawet można przeboleć i dać na zachętę. Gdyby nie był niechlujny - masz tam pięć komentów na krzyż, z których niewiele wynika. README zawiera jedynie napis TODO. Więc nie.

@rayros Jak wyjaśnisz co to jest i jak z tego korzystać.

@rayros - ImageMagick z tego raczej nie będzie - ale jest to jakiś początek i można się wiele nauczyć pisząc taki program - chwal się postępami

Bardziej mni dziwi że Niemcy drudzy, a nie jacyś Chińczycy czy Hindusi

Po czym poznasz progrmiaste rusta? Sam ci to powie

@qarmin Ostatnio zacząłem się uczyć Rusta i jako osoba która wcześniej pisała dosłownie wszystko w JS to było ciężko. Na pewno bardzo mi się podoba Cargo i Crates.io bo to dosłownie jest odpowiednik npm i działa niemal identycznie znacząco upraszczając pisanie czegokolwiek.

Kiedy chodziłem do technikum to byłem chyba ostatnim rocznikiem który uczył się na programowaniu C++ (teraz jest python) i o ile uważam, że Rusta uczy mi się dużo lepiej to jednak na pewno nie polecałbym go jako pierwszy język programowania bo znacząco się różni od innych popularnych języków i potem uczenie kolejnych może być utrudnione.

A co do społeczności Rusta to nie wiem może przeglądamy jakieś inne subreddity ale dosłownie jeszcze nie widziałem nigdzie w necie na niego hejtu lol. Na Reddicie wszyscy zawsze pomocni, masę rzeczy się dowiedziałem z odpowiedzi pod postami. Tak samo na różnych forach i stackach. Nawet na r/linux czytałem posty zachwalajace dodawanie kodu Rusta do kernela , nie wiem może przypadek że ominęło mnie to totalnie xD.

A co do wydajności to jako typ przychodzący z JS to xD, dwa światy. Czasem sobie testowo/dla nauki przepisuje jakiś stary kod z JS na Rusta i jaram jak wykonuje się z 50 razy szybciej jednocześnie zużywając ułamek ramu który zużył JS. To chyba moja największa motywacja w nauce Rusta.

@qarmin Ja bym dodał jeszcze tych co rzucają: „a i tak trzeba wszędzie zrobić unsafe”.

@qarmin hej! Pamiętam jak opisywałeś program po raz pierwszy na portalu na w. Super, że projekt dalej żyje i jest rozwijany. Powodzenia na przyszłość!

@qarmin 

Klikam randomowy soft z githuba:

Windows Defender

19.02.2024 19:52

Wykryto: Trojan:Win32/Wacatac.B!ml

Stan: Kwarantanna

Szczegóły: Ten program jest niebezpieczny i wykonuje polecenia osoby atakującej.

Dotyczy elementów:

file: C:\Users\xxx\Desktop\windows_krokiet.exe

@qarmin czyli jak pobiore 2 takie same filmy, różniące się np nazwą i kodowaniem to mi to rozpozna? I mogę go odpalić z konsoli na serwerze?

@wrazik

alloc::alloc

Zawsze z tego ryje jak slysze rust

@wrazik Tagi byś lepiej naprawił.

Powiem brzydko, ale dosadnie: napierdalaj więcej.

@aso824 tak jest i mówi o tym sam Linus Torvalds a kernel Linuxa ma już lub za niedługo komponenty napisane w Rust.

A tego i on https://twitter.com/markrussinovich/status/1572619885083230208?ref_src=twsrc%5Etfw%7Ctwcamp%5Etweetembed%7Ctwterm%5E1572619885083230208%7Ctwgr%5Efd0940d369faebea64f8c771ba42c2050382e41c%7Ctwcon%5Es1_c10&ref_url=https%3A%2F%2Fwww.gamingdeputy.com%2Fpl%2Fandroid%2Fdyrektor-ds-technologii-w-microsoft-wzywa-do-zaprzestania-uzywania-c-i-c-w-nowych-projektach%2F

@Aryo Mistrzu złoty, już 3 rok komercyjnego doświadczenia w Ruście mi leci, i to z dala od blockchainów! Przesiadałem się po 7-letniej przygodzie z C++. Patrząc po ilości ofert pracy - od ponad roku jest spory boom, średnio kilka ogłoszeń o pracę na LI. Jak masz jakieś pytanka to wal śmiało!

Rust ma ta zaletę że jak się skompiluje to działa, pisałem narzędzie do parsowania skomplikowanego XML i działa świetnie na początku było dużo struktur i enumow ,bardzo dużo zagnieżdżen ale potem to już implementacja funkcji była bardzo prosta