PWA (Progressive Web App) oder native App für Android und iOS? #65 - podcast episode cover

PWA (Progressive Web App) oder native App für Android und iOS? #65

Aug 27, 202444 minEp. 65
--:--
--:--
Download Metacast podcast app
Listen to this episode in Metacast mobile app
Don't just listen to podcasts. Learn from them with transcripts, summaries, and chapters for every episode. Skim, search, and bookmark insights. Learn more

Episode description

In der sich rasant entwickelnden Welt der mobilen Technologie stehen Unternehmen vor einer entscheidenden Frage: Progressive Web Apps oder Native Apps? Während Native Apps lange Zeit als Goldstandard galten, gewinnen Progressive Web Apps zunehmend an Bedeutung. 

PWAs, die mit Web-Technologien wie HTML, CSS und JavaScript entwickelt werden, bieten Schnelligkeit, Offline-Funktionalität und plattformübergreifende Kompatibilität – und versprechen damit das Beste aus beiden Welten. Durch die Nutzung von Service Workers können PWAs sogar in Offline-Szenarien performen, während sie über Web Manifests das Look-and-Feel einer nativen App nachahmen. Doch können sie wirklich mit der Performance und den erweiterten Funktionen nativer Apps mithalten?

Native Apps hingegen werden speziell für eine Plattform entwickelt – beispielsweise mit Swift oder Objective-C für iOS, und Kotlin oder Java für Android. Dies ermöglicht ihnen den direkten Zugriff auf die Hardware des Geräts, was in der Regel zu einer besseren Performance und einer tieferen Integration in das Betriebssystem führt. Auch Funktionen wie Push-Benachrichtigungen, Zugriff auf die Kamera oder GPS, und die Nutzung von App-spezifischen APIs sind bei nativen Apps oft einfacher umzusetzen.

Entdecke in unserer heutigen Folge die Vor- und Nachteile beider Ansätze. Du erfährst, wie PWAs und Native Apps entwickelt werden können, welche Technologien und Entwicklungsumgebungen jeweils zum Einsatz kommen und für welche Anwendungsfälle sie sich am besten eignen.

---

Einfach Komplex ist ein Podcast von Heisenware. Alle Infos und Kontakte findest du im Linktree:

⁠⁠⁠https://linktr.ee/heisenware

---

⁠Dr. Burkhard Heisen⁠⁠ und ⁠⁠Gerrit Meyer⁠⁠ sprechen heute über:

(00:00) Intro

(03:00) Was ist eine native App?

(04:30) Was ist eine Progressive Web App?

(06:30) Service Worker und Manifest File

(14:00) Distribution und App Stores

(18:30) Digital Markets Act und Apple PWA Policy

(25:30) UX: Responsive Design und Performance

(28:30) Updates

(30:30) Zusammenfassung Vor- und Nachteile

(39:00) PWA entwickeln und erstellen

Transcript

Intro

Moin Leute zu folge 65 von einfachkomplex Ich bin Gerrit. Hallo und Burkhardt ist oft wieder da.

Mein Burkhard Moin Gerrit Ich hab heute ne schöne tiefe Stimme ist gut heute das Thema soll sein PWAS versus oder einfach mal im Vergleich zu nativen Apps was bedeutet das Pwa S sind progressive Web Apps das sind jetzt mal ganz kurz gesagt Webseiten die Funktionalität. Stellen, die eigentlich nur native Apps bereitstellen können so und native Apps sind einfach die Apps, die auf Android oder I OS oder für eine andere Plattform ganz speziell entwickelt werden und dann zum

Beispiel auch über einen Marketplace des jeweiligen Betriebssystems vertrieben werden, so das mal ganz grob die 2 Bereiche und wir wollen heute uns mal oder Buckert, besser gesagt genauer technisch angucken, was sind da eigentlich die Unterschiede, was muss man beachten wenn man den einen oder den anderen Weg geht? Und Burkhardt Ich glaube wir sind besonders fit denke ich mal eher beim Thema Pwa oder? Das ist richtig. Ja, das. Der Dinge, weil wir, weil die Apps, die aus unserem Apple da

rauskommen, PWS werden. Ja, aber das heißt nicht, dass wir uns nicht n bisschen auskennen, auch mit den nativen Sachen und so weiter ja. Alles klar. Hast du mal ne native App gebaut? Nein und n bisschen ja. Tatsächlich hab ich nicht mit der Technologie, die so angeboten wird, eine native App programmiert, aber man kann quasi PW as zu einer nativen App machen und das habe ich mal getan was das heißt und warum das geht, das erklären wir ganz zum Schluss von diesem Podcast.

Aber so richtig. Nativ in App programmiert habe ich selber noch gar nicht. Das liegt vielleicht auch daran, dass ich nicht so in den Sprachen unterwegs sind, die vorgegeben sind für die für die nativen Apps, das ist nämlich sehr eigen, also bei I OS ist es zum Beispiel Swift oder Objective C und das sind jetzt auch so sprachen die ja jetzt nicht so aller Welt sprachen, könnte man meinen, weil es weil es i OS ist, aber trotzdem also Objective C ist halt irgendwas

zwischen. Ansi C und C plus Plus was man halt echt wirklich nur benutzt, wenn man halt i os native Apps programmiert. Ansonsten kommt das nicht so oft vor. Und bei Android hast du die. Hast du die Wahl zwischen Java oder Kotelyn Java kann ich gottlin hab ich noch nicht ausprobiert, ist jetzt aber auch sowas was du dann nicht mal soeben schnell mal machst.

Nur als Spaßprojekt ja. Und während die PWAS, wenn du die Programmierst, dann du hast es Gera, du hast schon gesagt, das ist quasi webtechnologie, das heißt hier kannst du mit HTML, CSS und Java Script punkten, das reicht um eine PFA zu bauen. Ja, und das soll heute mal so

ein bisschen Thema sein. Wir haben natürlich noch native Apps woanders, der Fokus soll jetzt so ein bisschen sein, weil wir über Pwa sprechen, da sind wir so ein bisschen mehr, sag ich mal, so auf dem Telefon, auf dem mobilen, auf dem Smartphone,

sage ich mal. Und Apps gibt es natürlich auch auf dem Desktop und WPS auch, ja, und wenn ich auf dem Desktop bin, habe ich natürlich nochmal tatsächlich eine ganz große andere programmiererei Maschinerie, um native Apps herzustellen, da kann man auch mit C plus Plus und C und wie sie alle sind irgendwas bauen. Ich glaube, es wäre total gut, wenn du nochmal so grundlegend erklärst. Was ist denn eigentlich ne PWA und und und.

Was ist eine native App?

Was ist eine native App? Und dann vielleicht bei der PW auch in Abgrenzung dazu? Was ist denn ne Website und was ist ne PWA? Das frage ich mich nämlich tatsächlich manchmal. Ja wo fängt PWA an, wo hört Website auf? Also die nativen Apps. Das erste ist mal, dass die sie werden quasi geschrieben in dieser speziellen Sprache, die vorhergesehen ist von dem entsprechenden Betriebssystementwickler und dann werden die quasi zu einem Paket geschnürt.

So eine Art binäres Produkt und muss runtergeladen werden auf das Gerät. Ja, und dann werden sie installiert und ausgeführt. Ja das alternative App und was was Spezielles in der tiefen App, die wird dann quasi mit Mitteln und wegen gebaut die Halt sehr speziell und detailliert auf das Betriebssystem passen und zu der Hardware die du halt gerade in der Hand hast.

Also wenn du mit Objective C und mit dem mit dem x Code, das ist die Entwicklungsumgebung. Für i OS native App baust, dann passt die halt zu 110% quasi auf genau diese Hardware und das System. Da kannst du dann auch alles mitmachen, was das Gerät hergibt. An der Hardware und Sensorik anbinden und GPS Tracking und was weiß ich nicht was das gleiche gilt Halt für Android Halt mit mit dem Android Studio, das ist dann die Umgebung.

Ja das heißt tatsächlich diese diese die sind so groß und und da da ist so viel Druck hinter sag ich mal. So viel Markt halt auch, dass Android und IOS quasi komplette Entwicklungsumgebung mitgeben. Ja, du nimmst eigentlich gar nicht irgendein Tool, sondern du nimmst quasi direkte IDE. Es hat auch mal ne Folge, also Integrated Development Environments ja zum Entwickeln von der Android App.

Was ist eine Progressive Web App?

So, das ist das eine. Also das ist nativ tief integriert in das System mit der Sprache, die vorhergesehen ist vom Hersteller dieses Betriebssystems, ja. Und die Progressive Web Apps? Die sind im Prinzip ja, die schweben irgendwie ne Stufe drüber.

Ja weil die sich überhaupt nicht scheren um um irgendein Betriebssystem oder irgendeine Firma oder irgendeine Hardware, die haben die basieren quasi auf der Webtechnologie und die Webtechnologie hat gewisse Standards und auch AP is wie man so schön sagt, also es gibt einfach Funktionen, du kannst mit einer Web API über den Browser, der Browser ist ja. Dein der Browser ist quasi das gegen du das Programmierst und das ist auch derjenige der die App ausführt.

Das ist wichtig, das ist der Browser, der hat bei der nativen App wird es halt vom Betriebssystem direkt plain ausgeführt, die API direkt unten, eine Pwr wird immer vom Browser ausgeführt, es bleibt es bleibt so eine Art Webseite und stairoids kannst du sagen weil du hast halt Web AP IS und mit einer API kannst du zum Beispiel sagen ich möchte jetzt die Kamera anmachen. Gibt es Web Apis für oder

Mikrofon? Ja oder oder, oder, also allen möglichen Hardware Zugriff tatsächlich schon, aber gekapselt über über Schnittstellen die vom Browser her geliefert werden und das ist das schicke. Dann kannst du nämlich. Da kannst du nämlich quasi mit mit einem Schwung Code schreibst du quasi eine App, die lauffähig wird, egal ob IOS oder n oder Android.

Weil die Schnittstellen quasi die des Browsers sind und Gott sei Dank. Das stimmt aber nicht ganz zu, würde ich sagen 98, Na vielleicht weniger 95% sind die Browser. Ja, ungefähr gleich im Besten, also laut Standard müssten die ja exakt gleich sein, aber wir haben es halt beim IOS mit dem Safari zu tun, meistens ja und beim beim Android System haben wir es halt mit dem Chrome zu tun. Ja und das sind halt diese 2

Engines sag ich mal die dann. Den einheitlichen Code, den du einmal nur geschrieben hast ausführen auf entweder dem einen Gerät oder dem anderen Gerät und im besten Falle funktioniert das

Service Worker und Manifest File

auf bei den Herrlich und sieht genau gleich aus. Ja das die Theorie in der Praxis musst du hier und da noch mal ein bisschen anpassen, je nachdem wo du bist. Wie ist jetzt die Abgrenzung zu einer Website, also was unterscheidet die PWA zur Website noch mal kurz?

Der Unterschied ist im Prinzip der Serviceworker das ist jetzt n technisches Wort. Ja, also ne Webseite wird wird typischerweise einfach nur von einem Webserver abgeliefert, ja dann kannst du, hast du den Browser, hast du Caching und so weiter und sofort ja was du aber nicht hast ist so ein genannter Serviceworker wenn du eine pw a auf dem Telefon installierst, dann kommt quasi ein ein ich sag mal so ich sag mal gerne Hundehaufen oder irgend sowas, aber mit der Pwa wird noch ein

kleines Programm installiert. Was dauerhaft läuft, aber in dieser Browser Sandbox deines Telefons vom Betriebssystem her technisch nah zu diesem Browser und das nennt sich Serviceworker und der läuft durch 24 7. Auch wenn du die App geschlossen hast. Und der, der übernimmt jetzt noch viel mehr als den Browser. Normalerweise tut.

Alles Mögliche an Caching und so weiter ja und je nachdem wie du die PBA dann programmierst und das besonders gut machst, dann ist der Service Worker in der Lage den kompletten Inhalt deiner App, die ja eigentlich vom Server heruntergeladen wird, so zu cashen, dass du noch nicht mal mehr Internet brauchst um die App aufzumachen. Offline.

Ganz genau, das ist ja das, was du bei ner nativen App kannst du ja haben, da brauchst du ja im Notfall brauchst du halt kein Internet und die geht ja trotzdem auf die App, die startet schon. Ich würde mal sagen 99% der Apps sind dann irgendwie nicht mehr nutzbar. Weil meistens machen ja irgendwas mit dem Internet irgendwie eine Fahrkarte buchen oder nen e Bike ausleihen oder

irgendwo. Du brauchst halt eigentlich immer Internet. Gut, denk mal an die Galerie als Beispiel. Ja, ja genau, also genau, wenn du tatsächlich zum Beispiel nur mit den mit den Daten deines eigenen Telefons irgendwie spielst oder irgendwas zum Bilder anzeigen. Genau, ja, dann brauchst du ja kein Internet und dann geht die trotzdem hier halt auch auf und der Serviceworker der, der richtet es quasi.

Sinn, dass du, dass du halt so ne Art offline Erfahrung bekommst, wenn du es gut gemacht hast.

Ja, ist der große Unterschied. Ja plus der Service Worker ist auch dafür notwendig, dass du du kennst das von nativen Apps, die sind ja integriert so in dein Telefon, dass wenn du n wenn du ne Notification bekommst, dann kannst du die App zu haben, ich sag mal whatsapp kennt ja jeder ja so und dann kriegt dann jemand schreibt ja auf whatsapp, du hast aber die App gar nicht auf und dann kriegst aber trotzdem auf deinem Startbildschirm selbst im gesperrten Modus irgendwas

Notifications. Dann siehst du, dass da jemand geschrieben hat, dann drückst du da drauf, dann geht die App auf, dann bist du da um das zu gewährleisten.

Bei PW as brauchst du auch diesen Service Worker, der übernimmt diesen Anteil, der ist quasi immer da und lauscht und wenn der Webserver, der hinter dieser BWA steht, der eigentlich nur eine Webseite ausgeliefert hat, der muss dann noch ein bisschen mehr können, wenn der dann quasi eine Notification schickt, dann schickt er das an den Service Worker und der Service Worker, der sorgt dann dafür, dass quasi die nativen Betriebssysteme. Eigenheiten angeschaltet werden,

dass du dann auch so eine Notification siehst, das ist der große Unterschied zwischen zwischen der normalen Website. Dann gibt es noch eine, will ich noch sagen, also der Service Wacker ist der erste und das zweite ist die Mani festdatei also wenn du normale Webseite ansteuerst. Ja, da gibt es irgendwie so n, dann ist so n Eingangspfeil so Index JS oder index HTML oder Index PHP oder wie auch immer. Ja das kann relativ, da kann einfach mal nur HTML kommen.

Ja das reicht ja um das du brauchst du dir das anzeigt. Wenn du ne PWA haben willst, du installierbar machen möchtest auf dem Telefon, dann musst du ein sogenanntes Manifest

ausfüllen. Das ist eine JSON Datei und die muss der Server zur Verfügung stellen und an einem ganz bestimmten Pfad und so weiter Standard das ist standardisiert, da gibt es kann man nachlesen ja und wenn man die festdatei muss zu beschreiben was ist das für eine App Name Kurzannahme langer Name aus den Streaming Farben Du musst Icons hinterlegen dafür dass der dann in der Lage ist dein Telefon auch ein richtiges

Icon abzubilden. Muss eine ganze Menge Icons abbilden, die Touch Icons fürs Apple und die Android Icons und

so weiter und sofort. Da gibt es also auch wieder einen Katalog und in diesen Katalog 1 zu 1 erfüllst und dieses Manifest ein Server dieses Manifest ausliefert, dann wird das eine Pwa, dann kann dann erkennt quasi der Browser au guck mal das ist eine Pwa, hier schalte ich jetzt mal um und die kannst du installieren usw man sieht das manchmal gerät in dem hast du auch schon oft gesehen wenn du eine Pwa hast und du die einfach anbraust auch auf dem Laptop.

Dann kommt, je nachdem was du für ein Browser hast kommt schon so ein Symbol, dass du die installieren könntest. Oben in der URL Zeile meistens. Das ist seit kurzem, ich weiß nicht, ob es dir schon aufgefallen ist, aber bei. Neueren Chrome Versionen sehr penetrant. Das ist ja so, also nicht mal mehr nur so dieses kleine Symbol. Also bisher würd ich sagen musste man wissen, dass es da ist und dann hat man es auch

gesehen. Jetzt seit kurzem wird mir eigentlich auf auf jeder Website noch mal sehr penetranten Dialog rein geschickt. Also wovon PWAS, von denen ich eigentlich geglaubt habe, es sind Webseiten, aber es sind offensichtlich PWAS, also die sind auch installierbar. Das das ist jetzt irgendwie neu bei seinen Parkraumversionen,

meine ich. Ja, das mag sein, das ist ja sowieso relativ viel Musik in der ganzen Politik, um die PW RS, das ist ja nicht so, dass es das schon seit immer gibt, auch historisch gesehen waren halt die nativen Apps zuerst da, also 2008 zum Beispiel hat Apple. Mit dem App Store quasi den Startschuss gesetzt. Ja, mit nativen entwickeln. Der nativen Apps und 2009 glaub ich kam kam dann Android direkt hinterher und haben halt quasi ihr.

Ihr versucht halt durch ihre Technologien und ihren ganzes Spacing da quasi eine Marktmacht zu erreichen.

Ähm, und die PWAS kamen viel später erst in den, Na ja, was heißt viel später in den zweitausendzehner Jahren haben die angefangen, irgendwie an Bedeutung zu gewinnen, weil halt auch noch diese Webstandardisierung erst erfolgen musste, die war, das war halt noch gar nicht so standardisiert, diese ganzen APIS, von denen ich gesprochen hab, um standardisiert zum Beispiel Hardware anzusprechen und so weiter. Und der Prozess ist immer noch n

laufender. Also es gibt auch jetzt noch irgendwie Web APIS, der PWA ist quasi die, die noch als Experimental geflaggt sind, wo sich quasi die ganzen ja Hardware, Hersteller, Provider, Browser und so weiter noch hin einigen müssen, dass das. So, so Fakt. Ist ja ja soweit so gut. Also Website PWR der Unterschied ist der Serviceworker insbesondere und der Serviceworker erlaubt dann eben ne ganze Menge mehr als als eine

normale Website erlauben würde. Zum Beispiel hast du jetzt das Beispiel gesagt, er lauscht immer, dann kannst du also auch pushen, Notifications empfangen von Websites plötzlich also unter anderem kannst du wahrscheinlich noch mehr Sachen machen. Und die nativen Apps zeichnen sich halt dadurch aus, dass sie wirklich auch in der Technologie

ja limitiert sind. Ich muss die Idee benutzen, vom jeweiligen Betriebssystem kann es dann auch am Ende nur auf diesem Betriebssystem laufen lassen, das heißt die Laufen in einem Betriebssystem, während PW as in einem Browser laufen und du hast noch den Einschub gemacht, Browser ist auch nicht immer gleich Browser, das heißt da haben wir eine Schwierigkeit unter anderem zwischen Chrome und Safari, was ja mal sage ich mal die Standardbrowser sind auf Android und Apple.

Gibt aber natürlich noch andere Opera, Mozilla etc. Weiß gar nicht wie es sich auf den verhält. Kann man da auch PW as? Nutzen installieren oder ist das limitiert dann da? Kann ich dir gar nicht aus dem aus dem Handgelenk rausschütteln, weil es auch nicht alles durchprobiert hab. Das ist sehr unterschiedlich, also Browser sind halt einfach, weil es halt auch noch neue Technologie ist, tatsächlich unterschiedlich wie sie reagieren auf diese ganzen pwa Eigenheiten.

Ich meine, wir haben ja so ein bisschen gesehen, dass Apple auf jeden Fall nur die Installation der Pwa über Safari erstmal eigentlich erlaubt. Installation heißt dann ich habe dann auch einen wirklichen Icon, dann vom Homescreen. Vielleicht heißt es noch mehr, aber so äußert sich das erstmal und der Browser, also die typischen Browser Geschichten wie eine URL leiste und irgendwie Favoriten, Icons und

Distribution und App Stores

so ein Kram. Das ist dann wirklich alles weg, also bookmarks und so, dann ist es wirklich eine App wenn ich installiere. Ja, das ist unglaublich wichtig. Zum Beispiel, dass das eigentlich, willst du diese Experience hier haben, also wenn du es wirklich als Pwa installiert hast, dann ist es auch kein Link mehr oder irgendsowas, dann scheint quasi das hinterlegte Icon ein App Icon wirklich neben den ganzen anderen Native. Icons auf deinem Telefon ganz normal.

Es ist, ich möchte nur sagen von dem Laien nicht zu unterscheiden ob jetzt nativ oder oder PWA. Und tatsächlich ist es so. Es läuft zwar im Browser, aber du hast richtig gesagt, Gerrit der Browser wird quasi weggeschmissen, du siehst also nur noch den Inhalt des Browsers, aber keine einzige Menüzeile mehr, kein Rand, gar nichts, das ist quasi Vollbild Browser angepasst auf deinen Screen. Also das ist halt echt, dann ist die Experience tatsächlich.

Wie eine native App wenn diese Installation durchgezogen wurde, komplett. Das funktioniert halt nicht immer und nicht immer gleich und vor allen Dingen haben wir also unter Android und Chrome funktioniert das hervorragend, es ist voll unterstützt, da muss man überhaupt nicht drüber nachdenken und bei I OS gibt es halt Schmerzen und wenn du willst können wir darauf eingehen ich weiß gerade nicht ob du noch eine andere Abbiegung gerade machen wolltest.

Könnte ich was zu sagen warum das so ist und was gerade die aktiven Schmerzen sind, gibt es nämlich auch eine. Historie du meinst jetzt die aktiven Schmerzen mit der Installation von Pwa s quasi. Ganz genau. Und die, die die Apple quasi hat. Also die Überschrift ist eigentlich so n bisschen User Experience an der Stelle. Ja ich würd das noch mal allgemeiner erklären. Oder allgemein darauf eingehen, aber dann auf jeden Fall auf den Apple Case.

Ne, also man. Muss natürlich eine Sache mal so wissen. Jetzt erzähl ich mal n bisschen, was ich eben gerade wo man technisch unterwegs ist, kann man kurz n bisschen politisch. Diese PWAS. Da gibt es ja, also wir waren ja bei dem Unterschied ne, der der große Unterschied ist halt, dass die nativen Apps über die App

Stores verbreitet werden müssen. Gibt keine andere Möglichkeit, also irgendeine Art von App Store in der alten Welt war es halt immer der Play Store bei Google und der und der wie heißt der Apple App Store halt bei I OS Punkt den dazu sage ich auch noch gleich was und warum diese App Stores weil ich muss. Einen Marktplatz gerade, aber da muss ich mal eine Oberfläche haben, wo ich dieses binäre Stück App runterladen kann auf mein Telefon. Das sind halt die App Stores.

Während die BVA es brauchen keinen App Store, die kann das komplett abkürzen. Du brauchst halt nur ne URL nur n Link ja weil du musst. Du fragst einfach nur irgendeinen beliebigen Webserver an und der führt dazu, dass dein Bundle dein HTML Java Script CSS als Bundle runtergeladen wird auf dein Telefon, der agiert quasi als App Store und App in einem, wenn du so möchtest. Und warum kann man sich vorstellen, dass jetzt die Großen wie Apple oder das nicht

cool finden? Da muss man sich überlegen, was heißt denn das eine Apple App in den App Store zu bringen, wenn kostet, dann streicht sich davon Apple nämlich schön 30% ein ne und ich glaube dann wird günstiger ab dem zweiten Jahr und so weiter und beim Google Play Store ist das auch, das heißt die großen Filme im Google und Apple verdienen Halt mit

wenn Apps entwickelt werden. Ja während wenn ne BWA entwickelt verdienen die halt nicht mit ja das kriegen die gar nicht, die kommen halt nie an den App Stores vorbei wenn du es nicht möchtest. Genau das ist ein Punkt. Wahrscheinlich haben die noch, wenn die jetzt argumentieren würden, würden die wahrscheinlich sagen, ja, wir können nicht für die Sicherheit garantieren, wenn das nicht über unseren Store geht und so, das ist bestimmt auch richtig, aber.

Am Ende glaubst du, es geht denen tatsächlich um die um die Umsatzmöglichkeit an der Stelle, die da verlangen. Ja, zu der Sicherheit will ich auch noch mal was sagen, weil die können schon für die Sicherheit garantieren. Es ist nämlich so, dass die. Also wenigstens solange sie in einem dedizierten Browser laufen.

Ja, also wenn jetzt zum Beispiel sagt, Wenn Apple zum Beispiel sagt, Ja, hier in meiner Safari Umgebung laufen halt die PWA Apps, dann ist es nicht so, dass diese PWAS irgendwo im Bild im Betriebssystem rumhasadieren dürfen, die Laufen in so einer Art Sandbox, sagt man. Im Computersprech ja, also eine Sandbox hat sowieso einen Sandkasten.

So, ja, da könnt ihr nicht raus, so ist ein geschützter Bereich und wie die raus können ist halt geregelt über diese Web Apis und da ist ganz regulierter Zugriff und insofern ist das schon ziemlich sicher. Also da kann eigentlich nicht so viel passieren, was jetzt aber passiert ist in der in der jüngsten Vergangenheit und das war eine ziemliche Katastrophe für ziemlich viele Anbieter von Apps, auch für uns. Ich hatte auch kurz kurzzeitig einen Herzinfarkt.

Ist, dass Apple angekündigt hatte, komplett PW AS nicht mehr zu unterstützen und zwar das war so um um den Februar 2024 herum noch gar nicht lange her und warum? Weil der Digital Market Act in Kraft treten sollte oder beziehungsweise der ist in Kraft getreten in Europa. Und was heißt digital Market Act? Jetzt mal ganz verkürzt hat die EU durchgesetzt, dass die ganz

Digital Markets Act und Apple PWA Policy

großen Player, die Gategeber, wie man sie so schön nennt, also Google, Android und so weiter. Dass die sich gefälligst zu öffnen haben, um auch andere Technologien in ihrer Software in ihrem Betriebssystem bereitzustellen, ja, damit die Daten nämlich nicht einfach abgezogen werden, damit europäische Daten nicht einfach. Nur in diesen großen Firmen einfach gehortet werden und unter sich ausgetauscht werden.

Ne, das hat man für gefährlich angesehen ne und hat quasi die großen Firmen gezwungen sich da zu öffnen und auch andere Browser zu unterstützen und und und.

Also eine Folge davon. Ich glaube, ich bin mich sicher, ob es damals zusammen hängt, aber was man jetzt häufig sieht ist, wenn man sich neu jetzt bei Chrome einloggt oder anmeldet, wirst du gefragt, was für eine Suchmaschine möchtest du benutzen, da kannst du Duck Duck go wählen oder halt Google oder halt Bing. Hier, wie es mit dem mit E heißt es, wo sie die Bäume Pflanzen für jede Suchanfrage, also was auch immer, da kannst halt die ganzen Suchdinger da vergleichen

und kannst halt eine auswählen, das war früher nicht so, da war halt einfach in Chrome, Google Suche natürlich gesetzt. Ja, genau. Und und das, was du auch was ich sagte, diese App Stores das früher war es so, dass es halt nur diese 2 gab und ist auch Teil dieses Digital Market Acts ist, ist nämlich, dass auch diese App Stores quasi nicht mehr gefixt sind. Also du könntest jetzt quasi in auf dem Apple Telefon. Ein App Store Provider sein und sagen hier ich biete hier quasi auch Apps an.

Ja die du auf dein iphone laden kannst, gab es vorher nicht, ja. Bei Android ging das übrigens schon. Das glaube ich. Die Waren sind ja vielleicht schon immer ein bisschen, ja gut, von der Politik, etwas

geöffneter als die. Als die Apples, aber ja, ich ich will, ich will jetzt hier nicht so viel Meinungsmache machen und so weiter auf jeden Fall hat das Apple anscheinend politisch, wirtschaftlich oder sowas haben sie sich am Schlips gezogen gefühlt durch diesen Digital Market Act und haben deswegen erstmal gesagt PWAS gibt es dann halt nicht mehr.

Wir können jetzt nicht mehr für die Sicherheit garantieren, weil jetzt auf einmal alle möglichen fremden Browser, Dinger usw auf unserem Telefon laufen dürfen und dann werden da irgendwelche BW as runtergeladen. So, ach so, das ist okay. Das heißt, Apples Argumentation war, weil jetzt nicht mehr sichergestellt ist, dass die PW AS mit Safari und also sozusagen in Apple hätten ausgeführt werden, sondern womöglich in irgendwelchen bösen Browsern. Ja genau verbieten wir das jetzt

lieber erstmal. Liebe EU, ja, es war auch nur in der EU, muss man sagen, weil hier der Digital marketsect eben angewendet. Wird nur für die EU haben sie das quasi abgeschafft. Das Feature. Eigentlich ja. Das muss man natürlich mit Vorsicht genießen, so eine Aussage, aber eigentlich könnte es andere Hintergründe gehabt haben. Ja, dass man jetzt einfach die Chance genutzt hat und um PW RS mal ein für alle Mal zu verbannen von den Telefonen.

Ja, ganz genau und genau. Und also Apple hadert ja immer schon so ein bisschen mit dem Pvers, auch davor, auch davor gab es mal UPS and Downs und jetzt mal als Entwickler gesprochen. Du kannst dich halt immer nicht so ganz sicher sein, je nachdem was du für ne IOS version da was der Kunde da in der Hand hat da da geht mal das oder das nicht und so weiter ja also so richtig so richtig drauf wert gelegt

haben sie irgendwie nicht. Ja man könnte man könnte das jetzt so n bisschen unterstellen, dass sie irgendwie da. Bisschen Rumsabotiert haben quasi um um die nativen Apps irgendwie zu machen.

Fun Fact ist aber sogar Steve Jobs eigentlich eigentliche Vorstellung, also das Telefon rausbrachte sagte selber ich weiß jetzt nicht mehr genau woran es war, ich glaub 2000 ich glaub 2007 oder irgendwo was meinte so ja auf dem iphone, da kommen eigentlich nur noch Web Apps, das ist das was wir haben müssen, das ist die Zukunftstechnologie und und irgendwie ein Jahr später und sowas haben sie dann ihren

eigenen App Store mit. Diesem Spezial Ades und so weiter aufgezogen und da war das vergessen ne und seitdem kämpft man eigentlich immer so ein bisschen. Dagegen, Apples Wachstum ist, wenn man sich die Finanzen anguckt, kommt auch zum Großteil eigentlich tatsächlich aus ihrem Service Geschäft. Ein Servicegeschäft heißt Play Store größtenteils dann eben oder Podcast und was ja okay gut verstanden, aber jetzt ist alles wieder gut. Ja also im Apple, ich würde sagen.

Jetzt sind wir gerade in so einer fiesen Übergangsphase, weil es wurde, es wurde ja quasi mal eingestellt und wurden auch tatsächlich Releases. Nicht vom IOS, die ist halt voll nicht unterstützt haben und so. Und dann weißt du selber Garrett, je nachdem was man so für n Telefon hat, wie man sich das einstellt und ob man es updatet oder nicht. Also ich würd sagen jetzt gibt es gerade noch n Potpourri von IOS Version die alles mal unterstützen oder auch nicht.

Insofern würd ich sagen, gerade schwierig. Aber es wird natürlich besser, weil jetzt ist tatsächlich der Weg geebnet und auch pushnachrichten und so weiter weil jetzt gerade wieder alles voll unterstützt. Also die Zukunft sieht rosig aus für PWAS, ich würde sagen, wenn wir noch n paar Monate wartet, da sind auch diese alten. Versionen weg, die noch so im Feld sind und dann haben wir ja quasi nur noch Telefone, Smartphone, die das wieder voll

unterstützen. Ja, das ist natürlich gut für uns, ja und es ist auch gut für unsere Kunden, bei was will ich auch noch sagen, man darf es nicht vergessen, es gibt ja, wenn wir jetzt über Apps sprechen, haben viele unserer Zuhörer vielleicht im Kopf ja die Apps, die man halt so installiert, die für jeden Customer Facing sind, es gibt ja sehr große Firmen, die vielleicht auch einfach mal ein Firmentelefon haben, wo eine firmeninterne App läuft.

Dem I OS die irgendwas firmeninternes überwacht. Und wenn ich jetzt die Pwa Technologie nicht habe, dann müssen diese Firmen internen Applikationen trotzdem in den App Store, obwohl die nie dafür gedacht sind irgendwie Geld zu bringen, sondern die sind dafür gedacht die Digitalisierung, den Fortschritt innerhalb einer Firma zu machen. Ich habe keine und ich hatte früher einfach die Möglichkeit

nicht nur über diese. Pv as jetzt hast du ja gerade gesagt, Digital Markets erlaubt ja auch fremde Marketplaces auf Telefone zu bringen. Das heißt, ich könnte. Ja, auch interne Apps über einen eigenen. Firmen in internen Marketplace verteilen quasi, also theoretisch. Aber auch das ist natürlich Aufwand und viel, viel also, oder es müsste ja gehen.

Ja, klar, und das ist ja trotzdem ärgerlich, ne für die also an an beiden haben haben hat Apple kein Interesse, weil auch an einem fremden App Store verdient ja keine 30%. Mehr aber auch. Aber firmenintern würde es ja funktionieren, wenn ich mir als Firma einen eigenen App Store bau, mit dem ich dann meine 3 Apps, meine 3 Firmen Apps verteile, aber ist. Natürlich gut, aber wie krass aufwendig. Ist beschissen, aber theoretisch würde es funktionieren. Also ist viel cooler, da einfach

eine URL zu verteilen. Ihr merkt wir sind so leicht durch für PW as, aber es hat auch einfach Vorteile, muss man auch sagen ja, also gerade für interne Apps. Ja, das ist schon so. Und es gab es gab halt auch ein riesen Aufschrei. Also es war also es wurde nicht einfach mit Leichtfertigkeit hingenommen, Apple selber mal. Da sind die paar PW as das nicht so schlimm schalten ab dann hat man aber erst mal gemerkt wie viele Leute aber doch irgendwie und auch Behörden und so weiter Verwandte.

Anästhesisten und so weiter da wirklich wertvolle Apps irgendwie raus schon viele Jahre lang unterstützen die halt auf diese pwr Technologie bauen. Ich glaube, da hat sich auch eine große, sag ich mal Hacker oder developer Community zu Wort gemeldet, dann die gesagt haben, Leute. Wir wollen gerne weiter iphones benutzen, aber wir wollen gerne PBRS benutzen. Ja, also wenn ihr wollt, dass wir weiter iphones benutzen, dann solltet ihr das mal wieder

ändern. Ja und so ist es dann passiert ne ansonsten user Experience, also ein großer Unterschied was PWS und native Apps angeht ist natürlich die Bildschirmgröße oder die Anpassung an verschiedene Geräte und Bildschirmgrößen, weil ich habe ja einen Browser.

UX: Responsive Design und Performance

Und Websites auf Handy wie auf Tablet, wie auf Computern. Und native Apps sind einfach erstmal gemacht für eine Plattform, die sind fürs Handy oder die sind. Was weiß ich eben nicht fürs Handy. Ach, die sind 5 für für für die Desktop Applikation magst du

dazu was sagen? Also ich würd sagen das gar nicht so das schlimme Problem, weil du kriegst also Christian, also mit Webtechnologie kriegst ja verschiedene Bildschirmgrößen unter einen Nenner. Wenn du natürlich jetzt ne native App machst, dann dann weißt du schon, also dann die Frameworks um dich rum in der nativen App, die helfen dir ja auch schon alle Bildschirmgrößen und Ratioes von den Geräten die es da so gibt auszubügeln, aber ich würde sagen also wenn man

von der UX spricht ist der größte Unterschied Geschwindigkeit. Weil die nativen Apps sind natürlich, das sind ja kompilierte sprachen, hoch optimiert, und zwar für diese Hardware.

Die führen natürlich viel, viel zügiger aus als jetzt ne als jetzt ne Web App, du hast ja noch ne ganze Abstraktionsschicht mehr, also wie hab ich ja vorhin gesagt, die nativen Apps laufen ja quasi auf betriebssystemebene und und die PW as die haben ja erstmal einen Browser dazwischen der nochmal alles rendern muss und so weiter das verschwimmt heute ganz langsam, weil weil die Dinger werden ja auch immer schneller, also die harte die Chips und so weiter die in

deinem Telefon. Wenn ja auch immer krasser noch. Insofern merkst du so bei normalen Business Apps würde ich sagen, merkst du das nicht, aber wenn es jetzt um Spieleentwicklung geht oder was du gesagt hast, Galerien angucken wo du irgendwie mit so einem Finger mit so einem Daumen schubst, da irgendwie dann mal so 10 Jahre zurück in Deiner Galerie. Scrollst solche Effekte, die wirst du nicht so easy hinkriegen auf einer PDA.

Das läuft halt einfach viel streamlinter und viel viel schöner und so auf alternative App. Ja das muss ich schon sagen ja, also da da da gibt es schon große Unterschiede noch ja. OKOK verstehe und mit Business Apps meinst du funktionale Apps. Gerade diese internen Sachen.

Ich hab n Formular, ich hab vielleicht ich, ich will mir mal Daten angucken von Maschinen von Sensoren, ich hab ne Schnittstelle zu irgendeinem Datenbanksystem wie im EAP oder so. Also alles, was nicht gerade Spiel ist oder krasse Bildbearbeitung oder sowas. Dann merkst du die Unterschiede nicht mehr. Also es ist was so graphenanzeigen ist. Große Tabellen sollte gar kein Problem, das ist NPBA ist auch

super schnell. Ja es gibt eigentlich nur noch so n paar, es bleiben eigentlich nur noch so n paar Spezial. Use Case ist übrig, sag ich mal wo es wirklich Sinn macht und auch nur, also eigentlich wirklich alles andere crazy wäre irgendwie nach Sylvie auszusetzen, ne?

Wie ist es mit Updates? Also so ne App Initiale Version wird jetzt mal verteilt über n Play Store oder n App Store ja oder diese URL bei der PWA jetzt gibt es ne neue Version der App wie wie ist der Workflow in den beiden Varianten? Ich weiß gar nicht, bei den nativen Apps, das ist ja glaube ich oft, kannst du quasi aus der App heraus nen Update triggern. Nee, ich mein jetzt mal als Anbieter der App ne, darum geht es ja auch immer. Ach so.

Ja gut, also als Anbieter der App musst du quasi bei nerativen App, die die nächste Version bauen. Ja, also quasi also was weiß ich irgendwelche Verbesserungen, dann musst du es wieder kompilieren. Ja also kompilieren heißt quasi paketschnüren in in der entsprechenden Technologie und dann lädst du es wieder in den

Updates

App Store hin. Ja als Update da gibt es ich weiß es noch nicht so oft gemacht habe weiß ich nicht ganz genau, da gibt es garantiert irgendwie ap is wo du sagst die und die ID und jetzt habe ich ein Update davon, das ist übrigens Version 2 oder irgend sowas und dann der ganze Rest geht seinen Vorgefertig. Sag ich mal. Ja, so funktioniert es bei der alternativen App und bei der Web App ist es noch einfacher. Kannst du halt einfach ja. Am Ende ist es halt ein Browser Ding.

Ja in dem Moment wo du deinen Server updatest ist live gezwungenermaßen bei allen Kollegen die diese Pwa in der Hand haben ein Update am Start das. Kann manchmal noch ein bisschen haarig sein, weil wir mit den Browsern ja auch sehr viel cashing haben.

Das hat ja vorher gesagt, dann hast du auch noch diesen Service worker dazwischen und so, da muss man sich kurz ein bisschen mit schlau aufschlauen, wie das alles geht und eventuell musst du, je nachdem wie krass dein Update ist von dem Ding musst du da mal ein paar Caches aktiv löschen, das kann man aber auch programmatisch machen von innen heraus und im schlimmsten Notfall kann man den Leuten auch irgendwie so ein Fenster anzeigen, hier gab es ein Update, du musst die Nummer neu

reloaden, damit du dieses Reload nicht erzwingst sag ich mal. Kannst du dann auch. Je nachdem, wie du die UX haben willst, kannst du auch quasi deine Kunden quasi auf den Reload Button drücken und dann bist du fertig. Mit dem Update ist fast noch einfacher würde ich sagen, ja und? Ja, und du bist halt als Entwickler total sicher, dass alle irgendwie immer die aktuellste Version haben von dem Ding.

Ja, also sobald du die aufmachst, also hast gar nicht die Möglichkeit als Nutzer nicht die aktuellste Version zu haben, wenn du es erzwingst. Ja, das ist natürlich eigentlich auch, das kann n Vorteil sein, ne, weil es gibt ja Leute, die sind im Updateophobisch irgendwie und das ist dann ein Nachteil für diejenigen die was Neues abbauen wollen oder Bugs

gefixt haben. Okay dann lass mich hier an der Stelle noch mal kurz zusammenfassen, was wir gesagt haben, und dann gucken wir mal, was es noch zu sagen gibt. Ja, vielleicht gibt es ja gar nicht mehr so viel, also PW as auf jeden Fall, Vorteile ist irgendwie die Plattformunabhängigkeit, sowohl gerät wie auch Betriebssystem Updates sind relativ einfach zu machen, ich bin nicht an den

Zusammenfassung Vor- und Nachteile

Appstore gebunden oder in den Play Store, sondern ich kann einfach über den Link. Verteilen. Nachteil ist vielleicht, wenn ich jetzt einen App Store denke auch das Thema, dass so ein App Store ja auch eine gewisse Sicherheit dem nutzt. Gibt also dem App Store und dem Play Store vertraue ich ja auch erstmal grundsätzlich als Nutzer ne, wenn da irgendwas steht. Na ja, ich.

Weiß nicht. Wenn da irgendwas steht, und das hat dann das hat er auch ne Sterne Bewertung da und so, dann würd ich sagen nicht so schlecht ja. Das stimmt, die Bewertung ist tatsächlich ein ganz gutes Ding, ja. Genau. Und wenn es dann auch viele Bewertungen sind okay aber ansonsten Nachteile, wenn man so will ist. Bei ich Hebel dich kurz aus, sorry sorry gerät ich muss ich mal hier nach Blutgrätsche gerade mache ich sonst nicht so gern, du kannst aber auch eine Pwa einfach einpacken und.

Einen App Store stellen, ne. Ja, du hast doch ne gute Ergänzung. Ja gut, das sagst was heißt einpacken dann. Na ja, dann du. Du hast dann da gibt es dann wieder Toolings für. Also erstmal ist ja quasi ne BWR nur ne URL. Ja und du kannst halt quasi ne Höhle drumherum basteln. Dass deine URL quasi so ankommt wie ein runtergeladenes Paket.

Ja, am Ende wird da quasi nur URL ausgepackt irgendwie ich weiß, ich weiß nicht ganz genau wie es wie es wie es funktioniert, aber es geht ja. Könnte für LED spannend sein, die sag ich mal ne PWA ja an an wirklich auch Kunden, also n externe Verteil wollen und so ein Vertrauen was so ein Play Store jetzt zum Beispiel bei mir hätte bei denen ich glaube bei

den meisten Menschen schon. Dann an der Stelle aus okay okay cool so. Aber Nachteil an Anführungsstrichen ist, ist die Performance, wenn es um wirklich Anwendungen geht, die jetzt wirklich viel viele Ressourcen brauchen wie ein Spiel hast du gesagt oder so.

Ja da brauch ich halt einfach keine Pwa fertig was auch wieder und zum ersten Vorteil bei den nativen Apps, mich bringt also einfach die bessere Performance wahrscheinlich noch ein bisschen tiefere Integration in die Hardware rein da. Hast du einen guten Punkt? Ja, das muss ich auch noch mal deutlich sagen. Also während wir während es immer besser wird und ich glaube in Zukunft auch immer mehr in.

Iert wird dann Hardware ist heute stand heute noch nicht alles möglich, was mit nativen App möglich ist. Also also was weiß ich, fingersensoren sind nicht immer alle drinne oder so, NFC oder oder Geotagging und so weiter heißt nicht, dass man das über Umwege auch erweitern kann, aber so ganz ganz trivial mitkommt es nicht. Ja, so und dann Letzter. Punkt. Das ist ne Hypothese, ich vermute es ist teurer eine native App zu entwickeln und zu warten.

Aus verschiedenen Gründen. Weil du hast schon selber jetzt, du bist jetzt nur ein Beispiel, aber du hast gesagt, Webentwicklung reicht eigentlich als Know How um eine Pwa zu bauen so oder ist mal eine gute Voraussetzung während wenn man eine native App bauen will, muss man eigentlich schon mal tiefer sich mit den ganzen Frameworks und mit den Betriebssystemen und den ids dort auskennen, das heißt es engt den Raum der potenziellen Entwickler und Entwicklerinnen ein.

So und ich habe vielleicht auch mehr Aufwand, weil ich halt einfach nicht nur eine Web App warten und pflegen muss oder? Oder keine Ahnung. Ist ne Hypothese wie wie wie siehst du das? Ja ich glaube deine Hypothese könnte richtig sein, aber ich ich würd ich ich wär vorsichtig. Ja je nachdem und warum wär ich vorsichtig weil. Es ist natürlich nicht so mehr, also wir, wir leben ja in einer Welt von unglaublich viel Software und Tools und

Frameworks und IDES. Ja, also wenn ich auch irgendwann gesagt hab, du musst halt x Code nehmen und Objective C programmieren um ne native IOS App zu machen oder halt irgendwie kotelyn und und Android Studio dann. Wir lernen, um dann ne native Android App zu machen. Ist es ja nicht so, dass es dass das der Pay nicht erkannt würde von Leuten die die halt n cleveres Unternehmen noch mal aufbauen. Ja also es gibt halt zum Beispiel von Facebook das React Native.

Das darf man nicht verwechseln mit dem React davor schon ganz oft gesprochen. React ist nämlich genau sowas, ist quasi ne Single Page Application oder n javascript Framework wo du mit super zum Beispiel SPAS oder auch PBAS bauen kannst. Ja, das ist React, während React Native da steckt schon am Namen n bisschen drin entwickelt wurde von Facebook um native Apps zu bauen, auch eine einheitlichen Codebase also aber weder Objective C noch Java.

Dieses Tool oder dieses Framework sorgt halt dafür, dass es halt auf I OS und Android läuft.

Du drückst halt auf den Knopf und dann kommen halt die I OS Dinger und die Android Dinger raus und das Native ist eines der Bekannten oder eines der sehr bekannten und das andere sehr sehr bekannte was jetzt immer mehr Aufwind kriegt, auch gerade in letzter Zeit finde ich also wenn man die Community so ein bisschen lauscht ist Flatter Flatter ist von Google, das war quasi das Bedonag. Te von Facebook kommt ursprünglich. Hinterher genau.

Ich bin immer noch in der alten, ich bin zu alt, flatter ist halt das Ding von Google. Basiert auch auf einer anderen Programmiersprache, die Halt quasi extra erfunden wurde, um quasi übergreifend gut mobile Apps zu bauen. Ja, die Programmiersprache heißt Dart, die ist tatsächlich ganz cool, ich hab sie mir angeguckt, ich hab noch nicht programmiert in dart aber. Wenn man sie liest und sich die Konzepte anschaut, sieht sie schon richtig gut und dann nivelliert sich das so n bisschen hin.

Ja, und es gibt immer mehr Flatterentwickler, die das können und dann kannst du mit Flatter natürlich auch relativ zügig native Apps raus rauslassen, die dann auf IOS und

Android laufen, ne? Insofern, insofern ja jein, er hat es vielleicht ein Kostenvorteil, ja, was ich aber noch mal sagen will, das haben wir heute noch gar nicht gesagt, was du halt voll auch machen kannst mit PWAS ist immer noch der gleiche Code und wir hatten jetzt gesagt, kannst du installieren auf dem Android kannst du installieren, auf dem iphone kannst du auch installieren unter Windows installieren kannst du auch installieren, unter Linux kannst

du auch installieren auf Mac OS das. Geht halt auch sogar, und zwar und zwar so richtig auch mit Icon und so weiter auf dem Schirm und so. Das hat auch ganz cool. Also insofern ist schon ist das schon ziemlich reizvoll für einen Entwickler, irgendwie einmal Code hinzuschreiben, den sehr gut zu testen und den dann echt wirklich überall installieren zu können.

War das auch der Grund, warum? Du dich jetzt entschieden hast bei unserem App Builder, also bei unserem heisenware Produkt App Bilder zu sagen, wir lassen da hinten PW as raus und nicht native Apps. Auch, und nicht nur weil. Weil jetzt gibt es noch einen Grund, finde ich. Der ist fast noch wichtiger für mich.

Ist auf BWAS basieren zu lassen, ist das einfach das Tooling, die Bibliotheken, also was wollen wir denn machen bei der heißen Welt, wir wollen halt alles Mögliche anbieten, ja alle Features die man sich so vorstellen kann in einem Web, also PDF anlegen, Signature machen und so weiter und sofort ja und wenn du jetzt einfach mal das Regal aufmachst was es an javascript Bibliotheken gibt und Toolings an Open Source an sehr guten Open Source Kontributionen zu allen möglichen Themen.

Das ist halt dieses Regal. Deshalb würde ich sagen, nochmal irgendwie so viel Kilometer länger als das Regal von Flatter oder React Native oder irgendsowas, da bist du halt eingeengt da. Also es ist halt die Welt ist halt viel größer was was die Open Source Toolings angeht in der Webwelt, in der HTML, CSS und Java Welt finde ich als jetzt in irgendeiner anderen Welt ist einfach so. Erst mal kommt das, dann kommt lange nichts. Und dann hast du natürlich immer noch irgendwelche.

Wenn du go programmierst. Alle haben ihre Bibliotheken, ja, aber keine einzige Technologie hat halt einen so riesigen großen Schrank wie Java Script. Wie diese Browsersprache und das halt n ganz krasser Vorteil. Ja weil dann weil ich hab halt ganz wenig Lust irgendwelche Sachen neu zu erfinden, nur weil es jetzt irgendwie nicht schon gibt. Ja, nur weil es irgendwie noch

nicht schon. Gibt, wer weiß es nicht, gibt ja, da muss ich ja selber machen, aber wenn wenn ich es halt irgendwo finden kann, dann nehme ich sie, ich bin ja n fauler Mensch, ja. Ich hab das Gefühl, dass gute Entwickler häufig faul sind oder das von sich sagen und einfach lieber Kram Codename. Der ist schon ein, der schon da ist. Ja, ist so gut. Ja, das ist glaube ich auch so. Also das würde ich unterschreiben. Bloß nichts neu machen, was schon mal gut getan. Ist der Begriff von Foul.

Ich weiß nicht, ob der da so passt, aber. Genau. Alles klar? Du bevor wir jetzt schlafen kommen, was gibt es noch zu PB as von der tiefen Apps fällt dir noch was ein? Boah, ich weiß nicht. Ich habe mir so einen Spicker gemacht, ich habe hier und da mal was erzählt, ich glaube, ich bin durch, wenn du nicht noch eine Frage hast. Gerrit, können wir eigentlich einen Sack zu machen?

Ne, habe ich nicht. Also ich sag jetzt mal so, wenn jemand Lust hat mal eine Pwa zu bauen, lässt sich auch mit Low Coat erledigen mit heißem Wert zum Beispiel ansonsten. Wo würde man anfangen, jetzt eine Pwa zu bauen, wenn man jetzt codated, also ganz normal mit diesen Websprachen sagt Technologie, du nimmst dir. Irgendwas, was dir was dir was dir schickt, ja View oder React oder irgendwas Vita geht alles. Oder du brauchst halt irgendwie ein javascript Framework würde

ich sagen. Dann fängst du an mit CSNHTML,

PWA entwickeln und erstellen

dann musst du nur noch einmal gucken, wie muss ich das Manifest machen. Das kannst du wahrscheinlich. Chat GPT 4 o Fragen, dann sagt ihr das schon ziemlich genau und dann ja bist du relativ zügig dabei. Also ich ich würd mal sagen immer so ne ganz mini PBA das schaffst du an einem Tag. Wenn man so grundsätzlich sich mit Welttechnologie dann eben dann auskennt. Ja, ja, ja, genau das müsste also ein bisschen Ahnung sollte man vielleicht mitbringen, aber dann geht das wirklich schnell.

Ich hab 1 noch gefunden auf meinem auf meinem analog spicker hier, das sag ich noch schnell weil. Ich es im Vorbeigehen gesagt hatte, du kannst PW as in ne native App bringen. Das wollte ich noch am. Ende noch sagen, das sage ich jetzt auch noch am Ende, und da gibt es 2 Tools, mit einem habe ich tatsächlich schon experimentiert und das hat geklappt, also wirklich durch durch Exerziert und zwar für eine APK, also ein APK ist das Package quasi das für Android wichtig ist.

Und da gibt es Cordova, heißt so, das heißt von Apache, Apache Cordova, da konfigurierst du ein paar Dateien hin und dann nimmt es deinen Pwade, den du geschrieben hast. Daraus ne native Android App fertig. Ja und plus plus, dass du darüber dann quasi über so n Plugin Mechanismus. Zugriff bekommst auf das, was dir die Pwa nicht geboten hat, an Hardware Access. Also dann kannst du Bluetooth machen, dann kannst du wat weiß ich also alles was halt so geht und cordova kann das.

Für IOS hab ich noch nicht ausprobiert, ich hab es halt wie gesagt nur für den Android ausprobiert, aber technisch geht Cordova auch quasi musste halt noch mal ein paar andere Files konfigurieren, dann kommt da halt auch eine i OS App raus und ein anderes Tool was ich was ich noch mit erwähnen will ist capacitore das macht das gleiche.

Ein bisschen anders bei Cordoba. Quasi steckst du alles rein an Code und und machst klatscht quasi den Config file dran und dann kommt das fertige Ding raus, während Capacitore mehr so ein Coach Generator ist wie ich es verstanden habe.

Ich habe es noch nicht benutzt, dann nimmst du quasi deine Pwa und dann steckst du es in Capacity und in Capacity nach Capacita kommt da quasi für x Code geschriebener Code raus und für Android Studio geschriebener Java Code und dann kannst du quasi diese beiden, dann bist du quasi enabled in diese Welt überzutreten und nimmst dann aber das. Wegen dieser Welt hätten, um dann weiterzumachen und dann selber Upzuloaden. Der Integrationspunkt ist quasi

nen anderer. Ja Geschmackssache, kommt auch n bisschen auf den drauf an was du da so machen willst. Die beiden wollt ich noch mal sagen, das gibt es geht also auch, alles ist relativ viel Toolings um von A nach B zu kommen. Fertig, fertig, alles klar.

Ich hab auf meinem Spicker auch noch was drauf und zwar jetzt gerade mal wer mal ne pwa die relativ bekannt ist würde ich sagen es ist Pinterest. Also Pinterest ist ja auch so eine Art. Ich weiß nicht genau, ob irgendwas zwischen Social Media und und Galerieappner, wo man sich Inspiration holen kann zu allen möglichen Thema gibts da einen weiß ich nicht base und dann kriegst du halt verschiedene Vasen angezeigt so und kannst dich inspirieren

lassen was für ne Vase du kaufen könntest und das ist also eine große Galerie und die wird die ist auch eine Pwa. Tatsächlich kannst du deinstallieren, also wird auch über den Play Store vertrieben an der Stelle. Ja, ist doch cool. Also es nimmt Fahrt auf, es wird gefühlt größer. Das pwa Thema, wenn auch mal kleine Rückschlag kommt ja wie bei Apple was du erzählt hast. Aber wir setzen voll drauf und würden jetzt an der Stelle mal

Schluss machen, würd ich sagen. Oder ja, lass uns n Sack zu machen, ne. Ja, dann Leute, danke fürs Zuhören. Wie immer, wir hören uns in 2 Wochen, bis dahin macht es gut, ciao. Tschüss aus Hamburg. Einfach komplex wird präsentiert und produziert von Highsomware. Wir freuen uns auf deine Fragen und deinfeedbackanpodcast@heisewerk.com vielen Dank fürs Hören dieser Folge bis Dienstag in 2 Wochen und Tschüss aus Hamburg.

Transcript source: Provided by creator in RSS feed: download file
For the best experience, listen in Metacast app for iOS or Android