Cytaty o React Native, które Cię zainspirują

Inżynierowie, liderzy biznesu, początkujący, którzy chcą napisać swoją pierwszą aplikację — społeczność React Native wita ich wszystkich. Framework stworzyli ludzie z Facebooka, ale dziś wspiera go ogromna liczba programistów z całego świata. React Native jest więc używany tak często nie tylko dlatego, że daje proste rozwiązanie dla aplikacji wieloplatformowych, lecz także ze względu na żywą, pomocną społeczność, która wokół niego wyrosła.

Żeby dać Ci lepszy wgląd w to, jak społeczność patrzy na swój ukochany framework, postanowiliśmy zebrać kilka cytatów najlepszych ekspertów od React Native. To ludzie, którzy pracują z tym frameworkiem na co dzień — jedni rozwijają to samo oprogramowanie od lat, inni prowadzą co miesiąc wiele projektów w swojej agencji React Native. To prawdziwi, codzienni użytkownicy frameworka, więc wiedzą, co mówią.

A skoro mowa już o ekspertach, zachęcamy też do zajrzenia do naszej listy najlepszych blogów o React Native.

Na razie jednak wskoczmy prosto do basenu pełnego inspirujących cytatów o tym frameworku!

Z tego, co widziałem u osób, które nie lubią React Native, powód wydaje się taki, że nie jest to rozwiązanie „napisz raz, uruchom wszędzie” w takim samym sensie jak inne rozwiązania mobilne. Oznacza to, że - pomijając ponowne użycie kodu - kończysz, pisząc i utrzymując trzy podobne, ale różne aplikacje (web, Android, iOS). Wielu osobom nie wydaje się to warte zachodu, zwłaszcza gdy istnieją już używane rozwiązania typu WORA.

 

Różnica polega oczywiście na tym, że React Native jest... cóż... natywny. Istniejące dziś rozwiązania WORA opisują zwykle swoje doświadczenie jako „mobilne hybrydy webowe” albo podobnie - ale same nie są natywne.

Sean Grogg, User Experience Engineer w Google, odpowiadający na pytanie „Dlaczego niektórzy są rozczarowani React Native?” w serwisie Quora

Krótko mówiąc, uważam, że tworzenie aplikacji mobilnych jest dziś zepsute. Produkty muszą dziś powstawać na co najmniej 3 platformy — web, natywny iOS i natywny Android. Jeśli spojrzysz na najlepsze aplikacje w każdej kategorii, są zrobione w technologiach natywnych. Inżynierowie w każdej kategorii mają zwykle inne umiejętności, co tworzy „silosy inżynierskie”, w których ten sam produkt trzeba zbudować 3 razy. To potwornie nieefektywne.

 

Większość firm tworzących aplikacje mobilne na obecnych natywnych stosach musi pójść na jakiś kompromis. Albo na produktywności (zbuduj ten sam produkt wiele razy, różnymi zespołami na różnych stosach), albo na jakości (rób słabe aplikacje), albo na zakresie (skup się na jednej platformie). Drogą do zakończenia tych kompromisów jest wymyślanie nowych stosów mobilnych — takich jak React Native.

Tal Kol, były Head of Mobile Engineering w Wix.com w wywiadzie dla React Amsterdam

Poza zbudowaniem aplikacji jako dwóch osobnych aplikacji natywnych nie sądzę, żeby dało się mieć lepsze rozwiązanie. React Native z każdym wydaniem jest dojrzalszy i konkurencji (Google Flutter) zajmie sporo czasu, zanim naprawdę go dogoni, a możliwość używania technologii webowych do budowania natywnie potrafi być naprawdę korzystna. React ma dość siły przebicia, żeby - jak sądzę - firmy z mniejszymi zasobami trzymały się go jeszcze długo, i miejmy nadzieję, że w pewnym momencie będzie na tyle dojrzały, że kolejny AirBnB przy nim zostanie.

Veranova w serwisie Reddit

Możliwe, że zauroczyła mnie nowość po latach ciężkich IDE i przekombinowanych języków, jasne. Nawet jeśli to prawda, uważam, że w tej „nowej” technologii jest ogromna wartość. React Native nie jest rozwiązaniem na wszystko i pewnie nie zaspokoi bez wysiłku każdej Twojej potrzeby, ale to świeży sposób pisania aplikacji - i sposób, który nabiera coraz większego rozpędu.

 

W tym momencie dość trudno mi wyobrazić sobie przyszłość, w której (przynajmniej) nie zastanawiam się, co React Native mógłby zrobić, żeby pomóc mi budować moje aplikacje.

Rui Magalhães w swoim wpisie „One month with React Native”

React Native to świetny framework, który zasypuje przepaść między webem a mobilem. W Discordzie dał nam niesamowitą efektywność. Pozwala nam pisać kod wielokrotnego użytku, uczyć się od siebie nawzajem i działać szybko w dwuosobowym zespole.

 

Choć są realne bolączki i wyzwania, ogólne zyski znacznie przewyższają koszty, co motywuje nas do dalszego inwestowania w tę platformę.

Funghao (Robin) Chen, Mobile Lead w Discordzie, we wpisie na oficjalnym blogu Discorda na Medium

W Discordzie sięgnęliśmy po React Native wcześnie, zaraz po tym, jak został udostępniony jako open source, żeby zbudować naszą aplikację na iOS z rdzenia naszej aplikacji w React. Lata później wciąż jesteśmy zadowoleni z tej decyzji. Naszej aplikacji na iOS używa dziś wiele milionów osób miesięcznie, w 99,9% działa bez awarii i ma ocenę 4,8 gwiazdki w App Store. React Native odegrał kluczową rolę w tym, że osiągnęliśmy to zespołem zaledwie trzech głównych inżynierów iOS!

Jeszcze jeden cytat przedstawiciela Discorda — tym razem Miguel Gaeta, dyrektor ds. inżynierii mobilnej w firmie i autor wpisu „How Discord achieves native iOS performance with React Native”

React Native jest całkiem świetny - zwłaszcza jeśli masz webową wersję swojej aplikacji. W pracy używamy React Native do naszej aplikacji na iOS i możemy współdzielić praktycznie całą logikę store'ów i action creatorów z aplikacją webową (i desktopową). To było ogromne, bo wszystko, co musi zrobić nasz inżynier iOS (mamy tylko jednego!), to rzeczy związane z widokiem na iOS, a reszta jest wspólna z wersją web/desktop. Do tego nasi inżynierowie pracujący nad aplikacją webową też mogą bez trudu dokładać się do aplikacji na iOS.

 

Nasza ogólna strategia iteracji produktu polega na zbudowaniu czegoś w wersji webowej, a potem dość szybkim przeniesieniu na iOS. W aplikacji do czatu nasze store'y obsługują mnóstwo danych, więc współdzielenie tego kodu było świetne.

 

Most w React Native też jest w porządku. Dość łatwo mostkujemy z poziomu JS Component Kit dla widoku wiadomości czatu oraz WebRTC dla części głosowej.

 

Możliwość aktualizacji bundle'a bez aktualizacji w App Store to też duża sprawa.

jhgg w serwisie Hacker News

Udało nam się wypuścić pierwszą w pełni napisaną w React Native aplikację Facebooka na dwie platformy, z natywnym wyglądem i odczuciem, zbudowaną przez ten sam zespół inżynierów JavaScriptu. Nie wszyscy inżynierowie znali React, gdy dołączali do zespołu, a mimo to zbudowali aplikację na iOS z natywnym wyglądem i odczuciem w zaledwie pięć miesięcy. A po kolejnych trzech miesiącach wydaliśmy wersję na Androida.

Daniel Witte i Philipp von Weitershausen, inżynierowie Facebooka, we wpisie na oficjalnym blogu Facebook Engineering

Choć są inne sposoby budowania wieloplatformowych aplikacji natywnych (jak Flutter i Native Script), wszystkie mierzą się z tymi samymi wyzwaniami co React Native, ale nie ma ich tak długo i nie mają takiego wsparcia społeczności (przynajmniej z tego, co widzę).

 

Moim zdaniem największym powodem, dla którego React Native nigdzie się nie wybiera, jest to, że React jako framework przejmuje tworzenie aplikacji webowych i tak bardzo ułatwia życie, a ja mogę wykorzystać tę wiedzę do zrobienia aplikacji natywnej. Użycie innego frameworka albo pisanie aplikacji natywnie wymagałoby ode mnie nauczenia się zupełnie nowego paradygmatu, a może i nowego języka programowania. Wolę zostać pod swoim ciepłym, puchatym kocykiem React.

TheTraceur w serwisie Reddit

Na pewno użyję React Native znowu przy kolejnej aplikacji - mogę tworzyć szybciej, bez konieczności uczenia się API Androida, a wraz ze wzrostem społeczności będzie dostępnych coraz więcej modułów natywnych. A jeśli czegoś nie będzie, sprawdzę, jak zrobić to w Androidzie, i napiszę sam - co i tak musiałbym zrobić, gdybym był natywnym programistą Androida. Nie widzę więc powodu, żeby nie używać React Native.

Christoph Michel na swoim blogu

React Native przenosi paradygmat Reacta na tworzenie aplikacji mobilnych. Jego celem nie jest napisanie kodu raz i uruchamianie go na każdej platformie. Celem jest nauczyć się raz (na sposób Reacta) i pisać wszędzie. To ważne rozróżnienie.

Ray Wenderlich we wstępie do swojego tutorialu React Native

Nawet jeśli potrafisz pisać aplikacje natywne w Objective C, Swifcie i Javie, React Native i tak oszczędza Ci ogrom czasu. I nie musisz robić wszystkiego w JavaScripcie.

 

Jestem web developerem, który wszedł w natywne tworzenie na iOS, a potem zbudował aplikację w React Native. Zwaliło mnie z nóg, o ile łatwiej zbudować wieloplatformową aplikację na iOS i Androida. Uważam jednak, że to również dużo lepszy wybór, nawet jeśli budujesz tylko aplikację na iOS.

 

Ale nie możesz bać się pisania własnych bibliotek natywnych w kilku językach ani poprawiania błędów w projektach open source. Zbudowałem aplikację typu write-once-deploy-anywhere, która działa na iOS, Androidzie, Windows Phone, Windows Desktop i w webie (z react-native-web). To było magiczne doświadczenie i zrobiłbym to jeszcze raz. Wyzwań i błędów do rozgryzienia było mnóstwo, ale bawiłem się przy tym o wiele lepiej niż pracując w XCode ze Swiftem i UIKit.

 

Na pewno będę używać React Native do wszystkich przyszłych aplikacji mobilnych, nawet jeśli celuję tylko w jedną platformę (np. ARKit na iOS). Po prostu uwielbiam budować UI w React i zarządzać stanem w Redux.

nathan_f77 w serwisie Hacker News

Jesteśmy skromni, ale też szczerzy. I właśnie dlatego z dumą nazywamy również siebie ekspertami React Native. W Ideamotive, naszej agencji React Native, prowadzimy dla klientów różne projekty, wiele z nich skupionych na mobile i na tworzeniu dedykowanych aplikacji. Nasi założyciele też są programistami, co znaczy, że wszyscy rozumiemy życie programisty i pracę z React Native od podszewki. To daje nam znaczącą przewagę nad wieloma innymi agencjami.

Jeśli chcesz dowiedzieć się więcej o naszej pracy, śmiało napisz do nas po bezpłatną wycenę kolejnego projektu.