6miesięcy React'a w startup'ie, raport.

[fkowal]

Projekty greenfield dają ogromną swobodę, wszystkie chwyty/technologie dozwolone.
Na frontendzie dumnie stoi React i JS.
Po pół roku pracy podsumuję wybory technologiczne, które zostały podjęte.
Podzielę się doświadczeniem i informacjami co wyszło, a co wyszło bokiem.

Chcecie mięsa? Bedzie mięcho? Będzie dużo mięcha.
60k linii kodu, tysiące plików, 9 aplikacji i pytanie. Tylko jaką to wszystko ma wartość.

Chwalić? Siebie? Kogo?
Tak kolegów trzeba pochwalić, zrobili ogromny kawał dobrej roboty.
Ale to jeszcze nie powód, żeby suchej nitki na nich nie zostawić, za to co niewyszło.
Może poznamy odpowiedź na pytanie jak wygląda ciemna strona React'a.

• bundle size
• build time
• error rate
• human cost (onboarding)
• maintenance cost
• UX

I na koniec po omówieniu problemów wieku dziecięcego, wnioski czy decyzje na przyszłość.
Czyli strategia jak poradzić sobie z tym co już mamy.
Co zrobimy żeby było już tylko lepiej.

I może jeszcze pół słowa o mnie, żebyście zechcieli się pofatygować.
Po 10 latach pracy w Allegro, niejedno widziałem, nie jedno robiłem, i nie jedno wiem.
JS->jQuery->Backbone->Knockout->Angular1->Angular2->React
MobX->Redux->Relay o całej reszcze nonsensu bo budowania tego wszystkie nie wspomnę.

Więc naostrzcie widły, zabierzcie pomidory, 0.5L czy czymkowiek wita się
nieznanego gościa na meetach JSowcyh, który przyszedł obrażać Twoją ulubioną technologię.

Zapraszam,
Maciej Kowalski

[erykpiast]

1. Opowiesz o podejściu do testowania? Czy React Wam tu pomógł, czy raczej utrudnił zadanie?
2. Korzystaliście z TypeScript albo innego systemu typów?

[fkowal]

@1 Tak będę mówił o testowaniu, konsekwencjach braku testów.
O tym przed czym testy + Typescript nas nie zabezpieczą.
Testować trzeba również trzeba umieć, więc na przykładzie pokaże jak wygląda test wartości biznesowej a jak wygląda test komponentu. To trzeba poczuć i nauczyć się, co i jak warto testować, żeby testy nie wyszły nam bokiem i nie stały się problemem/kosztem.

@2 Tak Pure JS -> Typescript jest jednych z rozwiązań,
które zastosowaliśmy (jesteśmy w trakcie tranzycji) i będę o tym mówił
i inwestycja ta zwraca się dość szybko. Główną wartością dodaną jest (onboarding)/obniżenie kosztu maintenance'u, ale niestety nie jest to panaceum na problemu zbudowanie z klocków całej aplikacji.

Główny wątkiem będzie czas + human factor
React jest tylko fragmentem w całej układance.
Budowanie architektury / aplikacji wokół React'a, ma swój koszt którego nie widać na początku drogi. I o tym będę opowiadał

Nie wiem jak wygląda proces akceptacji / głosowania / ... / terminu. Więc jeżeli temat się spodoba , to termin fajnie jak udało by się nam uzgodnić z wyprzedzeniem 2-3 tygodniowym, żeby w spokoju przygotować siebie i materiał.

[erykpiast]

Procesu nie ma :) Dopóki termin prezentacji nie jest ustalony, każdy może zgłaszać uwagi, życzenia i sugestie, możesz je przyjąć lub nie. Najbliższy meetup planujemy na początek marca, ale trudno mi powiedzieć, czy Twoja prezentacja się zmieści. Kolejny odbędzie się prawopodobnie pod koniec kwietnia.

Tyle mogę na ten moment powiedzieć. Na pewno nie musisz się obawiać, że Twój temat zostanie odrzucony - jeszcze się to nie zdarzyło. Jeżeli prezentacja się nie odbyła, to jedynie z powodu naszego zaniedbania albo zaniechania tematu przez prelegenta. Jeżeli jesteś w stanie wytrzymać te kilka miesięcy, miejsce na meet.js masz zaklepane!

[erykpiast]

@fkowal! Czy 12 marca byłbyś w stanie zrobić prezentację swojego tematu? :)

[fkowal]

Będę gotowy

[fkowal]

Hej, czy nagrywacie te prezentacje i udostępniacie je póżniej w sieci?

Pytam bo mógłbym postarać i załawić sprzęt + support do nagrania, jeżeli byłaby taka potrzeba.

[erykpiast]

@fkowal Na najbliższe spotkanie mamy już załatwionego kamerzystę. Nie jest to jednak reguła. Czy Twoja propozycja jest bardziej ogólna i jesteś chętny do długofalowej współpracy? :)

[fkowal]

hehe :P pogadamy na miejscu, nie chciałbym dysponować czasem kolegi,
ale może w razie potrzeby udało by się coś załawić