Aktywne Wpisy
Nutellowa +70
Wypłata po corocznym salary review wpadła, więc #chwalesie że jeszcze chwila i osiągnę 10k netto, nie robiąc nikomu loda w pracy, bo mam szefową zamiast szefa XD A szkoda, bo bym dobiła tej okrągłej sumki ( ͡° ͜ʖ ͡°) #piekloperfekcjonistow
#korposwiat #pracbaza #rozowepaski
#korposwiat #pracbaza #rozowepaski
Zawiera treści 18+
Ta treść została oznaczona jako materiał kontrowersyjny lub dla dorosłych.
Mam pomysł na aplikację/system z dziedziny IoT, którą jak mi się uda napisać (do czego długa droga, bo nie jestem zawodowym developerem ( ͡° ͜ʖ ͡°) ), to by miała być sprzedawana w dwóch wersjach:
- zainstalowana na urządzeniu embedded,
- jako apka desktopowa.
Z racji tego powyższego stwierdziłem, że jak wszyscy polecają to pójdę na backendzie w Go, bo wydajny (idealne na embedded) i kompilowany (czyli można dystrybuować binarki na desktopy i serwery). Z tego powodu zrezygnowałem z node.js i Javascript bo zdążyłem wybadać że skompilować JS w łatwy i sensowny sposób się nie da tak jak to da się zrobić np. w Pythonie, przez co sprzedając komuś apkę uruchamianą w node.js oddajesz mu kody źródłowe (poprawcie mnie jeśli się mylę, nie znalazłem sensownego i polecanego sposobu żeby robić binarki z JS, tylko jakieś eksperymenty na githubie).
I tutaj rodzi się problem bo zakładam że GUI będzie dostępne przez przeglądarkę WWW, nawet by mi pasowało żeby to było zrobione w React.js bo biblioteki mi pasują których potrzebuję. Tylko jak zrozumiałem to oznacza że przekazując taką aplikację na desktop cały kod frontendu bym przekazywał (bo Reactowa apka odpalana w node.js), a chroniony byłby tylko backend bo to byłyby binarki z Go.
Widzicie jak to można wszystko pogodzić? Pierwotnie chciałem wszystko w JS i node.js bo lubię, ale zorientowałem się że na desktopy to by oznaczało dzielenie się darmowym kodem ( ͡° ͜ʖ ͡°)
Czyli jak komuś dajesz apkę, to dajesz kody źródłowe. Możesz co najwyżej obfuskiwać (minifikować, chociaż to nie to samo), że będzie trudno taki kod wykorzystać (nie da się go czytać).
A robienie binarek z języków skryptowych to tylko dorzucanie interpretera i kodu źródłowego. Niewielki problem, żeby go wyłuskać.
Jak chcesz kompilować z tego powodu, no to tylko języki kompilowane.
Jak
Bo to napisz już aplikację standalone (wszystko w jednym), a nie bawić się we front i backend, bo to zbędny narzut.
Jak backend będzie stał u ciebie, no to może być w czymkolwiek napisany i tylko API udostępniasz. A kod frontu możesz udostępnić, bo bez backendu nikt nic nie zrobi.
@Wegrzynski: Golang można polecać bo np. szybko kompiluje oraz bardzo łatwo można się go nauczyć, ale raczej nie bo wydajny. Wydajność to on ma taką średnią, gdzieś w okolicach Javy i C#. Do tego używa GC, które pauzuje aplikację na czas sprzątania, więc o ile średnia wydajność może być przyzwoita, to już P99 czasu odpowiedzi może być beznadziejne. Do tego co
@marahin: Jako system do wizualizacji danych front to będzie spory kawałek kodu ( ͡° ͜ʖ ͡°)
@Wegrzynski: nie odpadają - wystarczy, że dostarczysz front z apką. Pierwszy Google z brzegu: https://www.smartinary.com/blog/how-to-embed-a-react-app-in-a-go-binary/
Otagowałeś #golang i teraz będziesz miał stronnicze komentarze. Odczepicie się od tego Go xD
https://youtu.be/QWLyIBkBrl0
@Wegrzynski: i można używać Rust w WebAssembly.