[veracholera]

Pytanie raczej do fullstackow. Też tak macie, że backend idzie super sprawnie, fajnie się robi, a jak już wchodzi się we frontend to robi się wszystko 3 razy dłużej?
Klepałem sobie prostą aplikacje backend na DRF i machnąłem go w jeden wieczór, a jak już zacząłem robić frontend w React, to straciłem na tym z 3 dni.
#react #programowanie #django #python #javascript #react #webdev

[heartbrakerr]

@veracholera: Tak, do tego testy na froncie z mocowaniem zależności to dla mnie rak

[IlllI]

@veracholera: Front end jest p--------y

[veracholera]

@heartbrakerr: Weź, piszę bardzo mało testów na front, nie mam zielonego pojęcia jak się za to zabrać, chyba że chodzi o test jakieś funkcji, to nie ma problemu.

[k.....i]

@veracholera: bo teraz w aplikacjach czesto frontend jest duuzo mocniej rozbudowany niz backend

[k.....e]

@veracholera: wincyj "frameworków" niech jeszcze wymyślają to na pewno nie będzie prościej. Co dev frontendowy to by chętnie miał swój własny framework.

[veracholera]

@klepie-biede: python requirements.txt

[veracholera]

@klepie-biede: ᕙ(⇀‸↼‶)ᕗ
nie wiem sam w sumie czy to normalne, ale inaczej się chyba nie da

[Greg36]

nie mam zielonego pojęcia jak się za to zabrać, chyba że chodzi o test jakieś funkcji, to nie ma problemu.

@veracholera: https://www.cypress.io/ używam od kilku projektów i bardzo się sprawdza.

[veracholera]

@Greg36: dzięki, zobaczę

[heartbrakerr]

@veracholera: ja mam 4 lata doświadczenia w dot necie, 3 lata w typescript i 3 msc w reactie. Jestem w projekcie który wymaga 80% pokrycia testami na froncie. Porównując na szybko:

Front:
Kosmiczna ilość zależności, prawie każda biblioteka ma własną składnie, ciężko się to czyta

Mocki do testów w react spa material + redux + localization z configami, middleware do session storage etc jest kosmiczna i bardzo złożona składniowo jak

[filozof900]

@veracholera: jeżeli struktura kodu na froncie jest poprawna, są gotowe komponenty to z reguły nie zajmuje to dłużej niż backend

[PortowySzczur]

@veracholera: tu masz mocno wspierany projekt społeczności
https://testing-library.com/docs/react-testing-library/intro/

Jeden ziomek na YouTube pokazuje jak to aktywnie utrzymuje, udzielał się też w webpacku, Kent C. Dodds.

[facefear]

@veracholera: fronciarze nie kumają, że dobry kod to prosty i czytelny kod. Sam zaczynałem na froncie i przeszedłem na backend. Czasem myślę sobie, że w sumie fajnie byłoby coś porobić na froncie, ale jak już nadarza się okazja, to jestem wdzięczny, że nie muszę tego robic na co dzień.

[Kolorowezworki]

@veracholera: Siedzę głównie w .NET i powiem szczerze, że jeśli chodzi o desktop, to pisanie backendu jak i grzebanie w widoku sprawiają mi taką samą frajdę. Obecnie ciągnę również projekt ASP.NET + React i do frontu nawet nie zaglądam, ale to dlatego, że nie mam pojęcia o Reaccie.

[steppenwolf90]

jeśli chodzi o desktop

@Kolorowezworki: taki WPF to niedościgniony wzór jak powinno się tworzyć widoki

niestety HTML powstał dawno temu jako technologia do statycznych stron, a robią akturalnie hook na hook'u żeby miał też inne zastosowania

[Kolorowezworki]

@steppenwolf90: No, WPF to sztos. W tym roku jeszcze myślę, że wezmę się za WinUI 3

[martinuz]

@veracholera: Pewnie i tak sie to do niczego nie przyda, ale co tam...
Ja mam odwrotnie. Więcej czasu zajmuje mi napisanie czegoś na backendzie niż na froncie. I mam na to kilka receptur i metod.

1. Podejście do architektury. React = komponenty. Nie myśl o kodzie jako o aplikacji, myśl o komponentach. Piszesz na raz pojedyńczy, oddzielony od reszty komponent - również w kwestii stylowania. Staraj się nie skupiać na

[phervers]

@veracholera: My tłuczemy front na vuetify i jest to o tyle fajne, że nie trzeba się za wiele zastanawiać nad css, czasami jakiś margin się wrzuci a tak wszystko leci na komponentach. Do tego popisaliśmy kilka swoich komponentów typu imagepicker, colorpicker i robimy teraz na takim stacku już czwartą aplikacje.