@Catharsis @wombatDaiquiri

Może nie napisałem tego dość jasno ale to nie ja będę pisał aplikację, tylko będę ją zlecał do zrobienia, więc to co ja znam i w czym mogę pisać jest niezbyt przydatne.

Ja jako osoba techniczna, mam za zadanie jedynie pomóc znajomym by przypadkiem zewnętrzna firma nie szła w kierunku nadmiernych wydatków (np. dwóch aplikacji zamiast jednej) czy też użycia technologii niedopasowanych do wymagań/niemodernizowalnych, których używają od dawna i nie chce im się niczego zmieniać(bo np. póki co wszystko działa).

Dioxus raczej odpada, bo nie widziałem by ktokolwiek go używał i wydaje się trudniejszy niż tauri.

@qarmin nie ma czegoś takiego i nie polecam cudować. Node + React / React Native powinien wystarczyć. Tak naprawdę robienie znajomego w chuja będzie raczej polegać na pisaniu chujowego kodu albo niedostarczeniu funkcjonalnosci w terminie.

Wycudowana technologia tylko utrudni znalezienie kogoś kto będzie chciał to ugryźć.

@qarmin Na pewno Dioxus jest Trudniejszy niż Tauri bo próbowałem obu i Tauri to po prostu Electron tylko z backendem w Rustcie zamiast Node i bardzo łatwo zacząć cokolwiek w nim pisać.

Więc co do frontu nie pomogę, ale co do backendu to dalej pozostaje przy node.js i jakimś prostym frameworku jeżeli to ma być łatwa i tania w utrzymaniu aplikacja bo właśnie po to powstał node.js co nie. Na 100% prościej i taniej będzie znaleźć kogoś do napisania/utrzymania backendu w Node niż w Rustcie.

@666 W jaki sposób React idzie w złym kierunku? Serio pytam bo nie widziałem osoby która nie cieszyłaby się na wieści o nowych zmianach które wejdą w następnej wersji Reacta lol

@Catharsis odpowiem ci z mojej perspektywy. Robie Backend w node.js, ale ogolnie jestem Fullstackiem. Raz na 100 lat cos na FE zrobie. Co siadam do UI w reactie (w ramach taskow w robocie) to sa grube zmiany, glownie w sposobie managementu stanu i sposobu w jaki stan zmienia UI. Zobacz jaka droge przebyl React:

• stan w storze przekazywany w props'ach (moze byc to redux). Dodatkowo stan "this.state" ktory uj wie do czego jest. W tej wersji reacta, masz metody lifecycle w ktorych robisz duzo if'ow w ktorych sprawdzasz czy w propsach juz sa dane ktore fetchowales. No lipnie sie to pisalo
  

• nowosci: fuction components. Ulatwilo zycie i otworzylo droge do hookow. No ale state w propach juz tutaj nie pasuje, wiec dodajemy contexty - kolejny sposob przechowywania stanu. Czyli mamy contexty, this.state, propsy i pewnie cos jeszcze....
  

• na dobre wchodza hooki. Zupelnie zmianiaja sposobw w jaki zmianiamy UI za pomoca stanu. Na tym etapie Ktos kto pisal kod w reactie 2-3lata temu kompletnie nie wie co sie dzieje. Hooki fajne ale duzo rzeczy jest niejawnych, jak np nazwy hookow, trzymanie ich stanu itp - duzo rzeczy trzeba miec w pamieci bo z kodu tego nie wyczytasz. Ogolnie to powinna byc pierwsza wersja reacta w mojej opinii
  

• hooki sa passe, tera beda signals'y - kolejna gruba zmiana, kolejny sposob managementu stanu, nie dokonca chce mi sie nawet w to zaglebiac i mysle juz o jakims innym frameworku
  

Takze programisci core'a reacta sami nie wiedza jak zarzadzac stanem apki, to ja mam wiedziec? Nie wiedza w jakim kierunku ma isc react na co najlepszym przykladem sa sygnaly zgapione od angulara bo taka moda.

@Catharsis ktos kto sie jara ze wchodza nowe rzeczy w reactie to pewnie nie musi utrzymywac 3-5letnich aplikacji w nim napisanych bo zeby nie miec apki-dinozaura i updateowac co jakis czas wersje reacta, to trzeba przepisywac pol apki do nowszego standardu bo inaczej zadnej nowej libki nie podepniesz.