Wątek przeniesiony 2020-05-25 10:40 z Kariera przez cerrato.
Cześć piszę dzisiaj z pytaniem: jak według was będzie wyglądała przyszłość mobile developerów? Chodzi mi o ilość ofert na rynku i zarobki w porównaniu do ludzi piszących w innych technologiach z podobnym doświadczeniem.
Wiem, że często będą to wasze subiektywne opinie, ale chciałbym wiedzieć jak Wy widzicie przyszłość tej gałęzi, w jakim kierunku zmierza (czy może zostanie zastąpiona), jaki stack technologiczny będzie na topie etc.
Miłego :)
Myślę, że aplikacje natywne zawsze będą najlepszym wyborem w przypadku dużych, średnich albo nietrywialnych projektów. Pytanie co za 5 czy 10 lat będzie natywne. iOS myślę, że dalej będzie stał jak stoi. Google może będzie chciał przejść na Fuchsie. Zasadne jest też pytanie, czy teoretycznie porzucenie Androida przez Google, oznaczałoby śmierć tej platformy. Bardzo prawdopodobne, że nie.
Na pewno coraz bardziej popularne będą platformy hybrydowe, ale uważam, że to natywne aplikacje będą dalej wiodły prym. Może wyłoni się dobre natywne rozwiązanie do współdzielenia kodu. Na to mam nadzieję, ale ciężko wróżyć.
React Native/Flutter + do tego wiedza ze Swifta i Kotlina, która pozwala naskrobać coś natywnie jak jest potrzeba. Z takim stackiem otwiera się sporo drzwi i kasa jest niezła, ale oczywiście zbudowanie tego trochę trwa.
Ja robię iOS Natywnie i uważam że fluttery i inne wymysły przejmą jakiś mały % tanich aplikacji. Jestem całkowicie spokojny o swoją niszę.
Napisałeś "przejmą", co już jest błędem, bo to że sporo nowych apek powstaje w RN/Flutter i bardzo dużo działa już produkcyjnie jest faktem. Oczywiście dalej mamy przypadki gdzie w projekcie są dwa osobne teamy, które dowożą dwie natywne apki na Androida/iOS, ale jest to kosztowne i trzeba mieć rzeczywiście konkretne potrzeby żeby było to opłacalne. Nie wspominając już, że RN (Flutter częściowo też) pozwala dowozić aplikacje również na weba czy desktop (Windows/MacOS) i np. takich Microsoft bardzo mocno w to inwestuje:
https://www.theregister.co.uk/2019/11/07/microsoft_react_native/
https://www.windowscentral.com/xbox-app-pc-gets-speed-boost-ditching-electron-react-native-uwp
SwiftUI pozwala na OSX dowozić aplikacje poprzez Catalyst na OSX z takim samym codebase. Na androidzie i windowsie może flutter ,,zrobi robotę'' lepszą niż xamarin i phonegap ale jakoś google się nie chwali market share aplikacji we Flutterze na AppStore. Napisałem przejmą w kontekście takim że firmy co nie mają kasy na dwa teamy będą (jak w przypadku xamarina i phonegapa i innych rzeczy) decydować się na rozwiązania crossplatformowe (tańsze) które historycznie zawsze kończyły się przepisaniem apki na native (np airbnb).
Apple nie wpuści fluttera bo sam robi swoje podobne technologie. Bez Apple Flutter będzie kolejnym react native'em który czasami jest dobrym pomysłem ale i tak lepiej natywnie.
decydować się na rozwiązania crossplatformowe (tańsze) które historycznie zawsze kończyły się przepisaniem apki na native (np airbnb)
Bzdura do kwadratu. Przykład pierwszy z brzegu:
https://blog.discord.com/how-discord-achieves-native-ios-performance-with-react-native-390c84dcd502
https://engineering.shopify.com/blogs/engineering/react-native-future-mobile-shopify
Apple nie wpuści fluttera bo sam robi swoje podobne technologie. Bez Apple Flutter będzie kolejnym react native'em który czasami jest dobrym pomysłem ale i tak lepiej natywnie.
Ale co masz na myśli pisząc, że Apple nie wpuści Fluttera? Przecież nie ma żadnych ograniczeń żeby robić apki na iOS przy użyciu Fluttera, a wiekszości API jest już dostępnych bezpośrednio z bibliotek dla Fluttera. Jeśli nie jest to przecież możesz to zrobić sam:
Flutter uses a flexible system that allows you to call platform-specific APIs whether available in Kotlin or Java code on Android, or in Swift or Objective-C code on iOS.
ktw_diver napisał(a):
SwiftUI pozwala na OSX dowozić aplikacje poprzez Catalyst na OSX z takim samym codebase. Na androidzie i windowsie może flutter ,,zrobi robotę'' lepszą niż xamarin i phonegap ale jakoś google się nie chwali market share aplikacji we Flutterze na AppStore. Napisałem przejmą w kontekście takim że firmy co nie mają kasy na dwa teamy będą (jak w przypadku xamarina i phonegapa i innych rzeczy) decydować się na rozwiązania crossplatformowe (tańsze) które historycznie zawsze kończyły się przepisaniem apki na native (np airbnb).
Apple nie wpuści fluttera bo sam robi swoje podobne technologie. Bez Apple Flutter będzie kolejnym react native'em który czasami jest dobrym pomysłem ale i tak lepiej natywnie.
Z jednej strony masz racje bo: każda platforma ma swoje jak to kiedyś w apache cordova było określone dziwactwa. Żeby pisać dobre rzeczy będziesz musiał znać i ios, andka i abstrakcje w postaci fluttera/rn. I to dlatego, że np trzeba ogarnąć bt, trzeba ogarnąć sobie też pewnie gps etc. I kiedyś zawsze się mówiło, że koszt produkcji większej apki hybrydowej jest jednak większy w późniejszych etapach. Ostatnio jednak mam wrażenie, że ta tendencja się trochę zmienia może przez dojrzałość tych rozwiązań hybrydowych. Ja osobiście przyglądam się dla fluttera jednak nie wydaje mi się, że apki natywne znikną z rynku - a nawet jeśli nadal będzie trzeba znać natywne rozwiązania (może w mniejszym stopniu) więc co najwyżej próg wejścia w mobile będzie większy.
don_draper napisał(a):
decydować się na rozwiązania crossplatformowe (tańsze) które historycznie zawsze kończyły się przepisaniem apki na native (np airbnb)
Bzdura do kwadratu. Przykład pierwszy z brzegu:
https://blog.discord.com/how-discord-achieves-native-ios-performance-with-react-native-390c84dcd502
https://engineering.shopify.com/blogs/engineering/react-native-future-mobile-shopifyApple nie wpuści fluttera bo sam robi swoje podobne technologie. Bez Apple Flutter będzie kolejnym react native'em który czasami jest dobrym pomysłem ale i tak lepiej natywnie.
Ale co masz na myśli pisząc, że Apple nie wpuści Fluttera? Przecież nie ma żadnych ograniczeń żeby robić apki na iOS przy użyciu Fluttera, a wiekszości API jest już dostępnych bezpośrednio z bibliotek dla Fluttera. Jeśli nie jest to przecież możesz to zrobić sam:
Flutter uses a flexible system that allows you to call platform-specific APIs whether available in Kotlin or Java code on Android, or in Swift or Objective-C code on iOS.
No podesłałeś artykuły o technologiach na jakie zdecydowały się te firmy. Mój argument jest bardzo prosty, że native > nie native. Xamarin też potrafi stukać w natywne api bez problemu.
Ogólnie flutter będzie sobie żył i będzie w nim praca, ale native zawsze będzie lepszy (mówię o iOS, nie o Androidzie - tam Google pokazuje dlaczego nie warto długoterminowo korzystać z ich rozwiązań. Od kolegów z pracy słyszę, że jest taki syf jeżeli chodzi o liczbę dostępnych libów do robienia UI/nawigowania że nie wiadomo z czego korzystać i co będzie uwalone w przyszłości.) .
Native nie zostanie wyparty przez rozwiązania hybrydowe. Apple nie daje nawet oficjalnie zainstalować swojego systemu (OSX) na nie-macach, trzyma swój ekosystem w zamkniętej pięści. Uważacie, że Apple pozwoli zdominować kurę znoszącą złote jaja (AppStore) innej firmie (Google)? Inny projekt Google'a (PWA) jest tak ograniczony na IOS że nikt tego nie używa :).
Ogólnie flutter będzie sobie żył i będzie w nim praca, ale native zawsze będzie lepszy
To trochę jak kilka(naście) lat temu twierdzenie, że lepiej pisać w samym WinAPI, bo wszystkie biblioteki, frameworki, MFC czy inne Delphi generują nadmiarowy kod, który tylko zamula i spowalnia. Może do pewnych specyficznych działań rzeczywiście native nie ma konkurencji, ale w większości przypadków takie rozwiązania w stylu Fluttera czy RN dają rade całkowicie dobrze.