#golang

@MementoMori - nie pytałem :rolling_on_the_floor_laughing:

@Hajt - Rust jest całkiem niezły - ma wiele cech, które posiada Golang, ale nie jest aż tak łatwo go ogarnąć (nawet dla kogoś kto już programuje w innych językach). A wszystko to przez brak Garbage Collectora, który został zastąpiony czymś co się nazywa "borrow checker" - mechanizm zapewniający bezpieczeństwo pamięci, sprawdzający wszystkie wskaźniki do poprawnych adresów pamięci podczas kompilacji.

@koszotorobur @Hajt czytałem ostatnio, że z rustem jak z c++ aby być w nim dobrym, trzeba zrobić z niego doktorat

@Fausto - do prostych rzeczy to nie trzeba doktoratu - ale by pisać zaawansowane współbieżne programy i pisać swoje algorytmy czy nawet optymalizować kod aby wykonywał się szybciej - no to zaczyna być całkiem trudno (ale nie wiem czy trudniej niż w C++).

@Fausto @Hajt Z doświadczenia mogę powiedzieć, że jako JavaScript dev to za każdym razem gdy próbuje Rusta to nie wiem co się dzieje xD. Co prawda udało mi się napisać w nim jeden prosty program i o dziwo działa i to na tyle dobrze, że uzbierał całe 6 gwiazdek na githubie ale jakość tego kodu jest masakryczna xD.

Największą antymotywacją do nauki Rusta dla mnie jest fakt, że dalej nie ma jakiejś super ultra porządnej biblioteki GUI i fakt, że w sumie to 90% okienkowych rzeczy, które kiedykolwiek chciałbym napisać w Rustcie mogę też napisać w React + Electron i to przy tym 3 razy łatwiej i 5 razy szybciej xD. A argument o lepszej wydajności naprawdę traci na znaczeniu przy aktualnej mocy obliczeniowej komputerów.

@Catharsis ja też coś tam piszę w JS ale hobbystycznie. Daj linka do repo tej appki w ruscie chętnie zobaczę :smiley:

@Catharsis oraz @Hajt - dla takich, którzy lubią pisać GUI w JavaScripcie a backend w Ruście to jest Tauri - ostatnio wyszła całkiem nowa wersja 2.0 ze wsparciem systemów mobilnych - nie powiem, działa to całkiem sprawnie: https://tauri.app/

Tauri 2.0The cross-platform app building toolkitTauri

@Hajt Mam ci podać linka do mojego gita, :pleading_face::point_right::point_left: trochę się wstydzę xDDDD.
A tak poważnie, to nie mogę bo bardzo nie chcę żeby ktoś kiedykolwiek połączył ten nickname z moim githubem którego mam podanego w CV i portfolio bo OSINTowe narzędzia z których korzystają rekruterzy potrafią wyłapywać takie rzeczy, ba nawet już Google całkiem sprawnie indexuje wpisy z Hejto które mają po kilka piorunów. A miałem ten sam nick na wykopie i kilku innych stronach więc wolę nie sorka.

A co do tej "apki" to raczej bym jej tak nie nazwał bo to jest prosty deamon który startuje wraz z systemem, działa w tle i robi co jakiś czas określoną czynność. Napisałem najpierw identycznego w Node.js to potrafił zjeść nawet 120MB ramu na bardzo prostej czynności i był zauważalny dla procesora. Tymczasem identycznie napisany ale w Rustcie zużywa jakieś 8MB ramu i w menagerze procesów widnieje cały czas jako 0% zużycia procesora xD.

Oprócz tego miałem jeszcze podejście i napisałem bardzo prosty player muzyczny używając Rust + Tauri i nawet to działało, ale bardzo się męczyłem i potem odtworzyłem to samo w Electronie tylko kilka razy szybciej a pod względem wydajności nie było dużej różnicy bo Tauri działa na tej samej zasadzie co Electron i też używa przeglądarki do renderowania GUI.

@Catharsis - widzę, że kolega mądrze chroni swoją prywatność - szacuneczek!

@koszotorobur Osobiście nie mogę polecić Tauri, z 2 powodów:

1. To co napisałem w moim komentarzu wyżej. Jeżeli chcesz użyć Rusta bo zależy ci na wydajności i jednocześnie większa część twojej aplikacji to będzie to co się dzieje w GUI to nie ma znaczenia czy użyjesz Tauri czy Electrona bo apka będzie tak samo ciężka dla komputera bo dalej większość rzeczy dzieje się w przeglądarce. A jeżeli potrzebujesz odpalić jakiś algorytm do ciężkich obliczeń to możesz go po prostu napisać osobno w Rustcie i odpalić za pomocą Electrona zamiast się męczyć i pisać wszystko w Rustcie.
2. Tauri to jest kompletne gówno na Linuxie ponieważ Tauri używa system webview. Na Windowsie to jest Edge (czyli Chromium), na Macu to jest webkit, a na Linuxie to jest webkit2gtk, który jest okropny i czasem na tej samej czynności potrafi działać 3 razy gorzej niż Chromium i przy tym zużywać jeszcze więcej ramu. No i dochodzi jeszcze fakt, że kod będzie działać inaczej na 3 różnych systemach i czasem trzeba rezygnować z jakiś fancy feature w JS albo CSS ponieważ Safari tego nie wspiera czyli automatycznie webkit też nie xD.

@Catharsis - myślę, że Tauri 2.0 ze swoim wsparciem dla systemów mobilnych jednak się przyjmie - bo niektóre apki potrzebują bardzo szybkiego kodu na bakendzie, np. do przetwarzania wideo - a zaletą Tauri jest to, że frontent możesz sobie napisać w jakimkolwiek frameworku webowym jakim chcesz - a webview na urządzeniach mobilnych działa bardzo dobrze.
Dodatkowo część problemów z webview na Linuksie może rozwiązać ten projekt: https://github.com/tauri-apps/wry.
Mi się kierunek w jakim idzie Tauri podoba - pomimo tego, że obecnie na Linuksie apki w nim napisane nie działają najsprawniej.

GitHub - tauri-apps/wry: Cross-platform WebView library in Rust for Tauri.Cross-platform WebView library in Rust for Tauri. Contribute to tauri-apps/wry development by creating an account on GitHub.GitHub

@koszotorobur No obserwuje na bieżąco jak rozwija się sytuacja. Ambicje mają spore, ale czy się to przyjmie to pożyjemy i zobaczymy. Jak ostatnio patrzyłem bo chciałem się pobawić tą drugą wersją Tauri to się szybko odbiłem ponieważ dokumentacja była bardzo wybrakowana albo niespójna.

@Catharsis - tak wygląda doświadczenie! :smiley:

@Catharsis Ooo to mój memik, sto lat temu zrobiłem i wrzuciłem na pewien znany portal na W xD
miło widzieć że ciągle sobie lata po internecie (ʘ‿ʘ)

@pierogo Lol, szanuje. Mam go w folderze z informatycznymi memikami i czasem wysyłam na czat ze znajomymi gdy piszemy akurat coś o programowaniu itp xd.

@pierogo - brakuje mi tu trochę ludzi udzielających się technicznie - może byś tam coś technicznego powrzucał jak się już ujawniłeś 😉

@Catharsis - są jeszcze takie rankingi:

* https://pypl.github.io/PYPL.html
* https://survey.stackoverflow.co/2023/#section-most-popular-technologies-programming-scripting-and-markup-languages

Któremu wierzyć? 🤷

@dotevo co uzywasz do wirtualizacji, i jakiego typu to jest wirtualizacja ? Serwerowa czy użytkownikowa ?

Aby zrozumieć dlaczego virtio jest fajnym rozwiązaniam trzeba się najpierw zagłębić w to jak w ogóle wygląda postawienie systemu np. Androida na urządzeniu. Każdy telefon jest trochę inny. W inne miejsce może być podpięta pamięć, serial itd. Dlatego zawsze kilka tygodni zajmuje pokonfigurowanie kernela. Potem trzeba napisać HAL, który tłumaczy androidowi jak np. używać GPS. To znów wymaga czasu. Każda aktualizacja androida wymaga dopasowania tego co już jest. Często więc dużo czasu i pieniędzy wymaga takie coś - jest też Treble, ale mniejsza z tym teraz.

Konkluzja jest taka:
Różne systemy operacyjne odpalane na czymś w stylu telefonu. Jest system linux host, który przez virtio przekazuje wszystko do guesta (usb, bt, wifi itd) np. Androida i dzięki temu działa od razu bez zabawy w drivery po stronie androida.

To jest o tyle fajne, że jeśli się przyjmie na szeroką skalę to aktualizacja systemu będzie możliwa na dowolnym urządzeniu. Wymiana systemu na dowony inny używający virtio też nie będzie problemem. Może rynek telefonów zacznoe przypominać rynek PC, gdzie możesz sobie podmoenić system i wszystko śmiga.

@dotevo no nadal to jest wirtualizacja, czy to nie będzie powodem że system będzie zamulać w stosunku do natywnego drivera? A co w przypadku gdy np. gps ma więcej funkcji niż standardowy? Bo z tego co rozumiem co piszesz - virtio to taki wrapper na API urządzenia, wirtualizacja urządzenia - które dostosowane jest do standardów - a ostatecznie komunikacja z urządzeniem poprzez virtio. Wrapper który nigdy nie pozwoli wygrać z apple - gdzie apple ma parę urządzeń i może pozwolić sobie na natywne wsparcie.
Dobrze kminie?

Też się kiedyś zastanawiałem dlaczego rynek telefonów nie jest jak rynek PC - gdzie w PC możesz mieć inny procesor, inną kartę graficzną, bluetooth, wifi itp... A kernel je obsługuje w większości - w standardzie.

@radler i za szybko nie potestujesz 😛