Einblicke

Einblicke

Transkript

Zurück zur Episode

00:00:00: Isabel: Hallo, herzlich willkommen zu diesem Podcast, der Teil der Reihe "Einblicke" 

00:00:09: des Software-Team CSS in Wien ist.

00:00:12: Wir, das Team der CSS, setzen seit 25 Jahren unterschiedlichste Softwareprojekte für Unternehmen in allem Möglichen Branchen um.

00:00:21: Unsere dabei gesammeltes Wissen geben wir gerne weiter – zum einem in diesem Podcast, zum anderen aber auch in verschiedensten Artikeln auf unserer Website.

00:00:30: Gut, kommen wir damit zum Thema dieses Podcast.

00:00:34: Unter unseren Referenzen finden sich auch einige App-Projekte und wir beschäftigen uns laufend mit den neuen Technologien und Entwicklungen in diesem Bereich.

00:00:44: Seit einiger Zeit sind Webtechnologien bei der Umsetzung von mobilen Apps auf dem Vormarsch

00:00:51: und stellt sich immer wieder und immer mehr die Frage,

00:00:54: ob die Umsetzung nativer Apps – also das sind, sehr vereinfacht gesagt, Apps, die für ein bestimmtes Betriebssystem wie z.b. iOS oder Android gebaut werden, also, ob die Umsetzung solcher native Apps überhaupt noch Sinn macht.

00:01:09: Auf diese Frage möchte ich gern gemeinsam mit drei meiner Kollegen eingehen, die ausgewiesene Experten auf diesem Gebiet sind.

00:01:16: Leider kann ich ausnahmsweise dieses Gespräch nicht persönlich mit ihnen in unserem CSS-Büro in Wien führen, da wir Dank Corona alle in Homeoffice sitzen.

00:01:25: Aber das Internet macht's möglich und ich bin jetzt verbunden mit meinem Kollegen Harald Deitzer. Er ist einer unserer Product Owner, das heißt er ist eine Schnittstelle zwischen dem Kunden und den Entwicklungsteams bei uns in der CSS.

00:01:39: Ebenfalls mit dabei ist Bernhard Reuberger, er ist einer unsere Senior-Softwareentwickler und hat eine ganze Menge Erfahrung in der Umsetzung von mobilen Apps.

00:01:49: Außerdem ist Bernhard Vater einer kleinen Tochter und da er ja wie gesagt im Homeoffice sitzt, kann es natürlich sein, dass man sie im Hintergrund manchmal ein bisschen mitreden hört.

00:01:59: Unsere Runde wird vervollständigt durch Johannes Wirgler, der nicht nur als Produkt Owner schon einige App-Projekte betreut hat, sondern, wenn ich mich richtig erinnere, auch das Thema App-Entwicklung überhaupt vor einigen Jahren in CSS gebracht hat,

00:02:14: stimmt das, Johannes? Johannes: Hallo Isa, ja so war das, ich

00:02:18: war der erste, der Indianer der vor gelaufen ist sozusagen. Ich glaube, da gibt es sogar noch ein Bild von dir, wo du das erste 

00:02:26: Smartphone für die Softwareentwicklung, also mobile Softwareentwicklung in die Kamera hältst. Ich glaube, das stelle ich dann auf der Website dazu zu diesem Podcast. Johannes: Das wär sicher lustig.

00:02:36: Gut, kommen wir gleich mal zum Thema.

00:02:39: Ich habe jetzt gerade die Web-Technologien erwähnt, die immer mehr im Kommen sind. Bernhard, als einer unserer Softwareentwickler, kannst du dazu mehr erzählen?

00:02:49: Bernhard: Ja, also,

00:02:51: momentan Stand heute ist es so, dass die Web-Technologien immer mehr Möglichkeiten bieten, um Applikationen auch für mobile Endgeräte gut umzusetzen.

00:03:00: Unserer Meinung nach gibt's da drei besonders relevante Punkte: Zum einen haben wir immer mehr und mehr Zugriff auf die Geräte-Sensoren und die Eigenschaften von Geräten.

00:03:11: Zum Beispiel was schon länger im Betrieb ist und was sicher jeder von uns kennt, ist die Standortabfrage, die jede Webapplikation machen kann. Also wo befindet sich der Benutzer oder die Benutzerin mit dem Gerät. Und diese Liste

00:03:24: erweitert sich momentan ständig. So hat man auch Zugriff auf den Kompass, auf die Geräte-Ausrichtung, auf die Vibrationsschnittstelle, auf zum Beispiel sogar so Dinge wie den Akkustatus,

00:03:36: Batterie-Level und nicht zuletzt auch auf Kamera und Audio.

00:03:40: Also, die Schnittstellen, die man mit Web-Technologien jetzt zu den nativen Eigenschaften des Geräts hat, werden immer besser.

00:03:47: Zum Zweiten werden auch die mobilen Endgeräte an sich immer stärker. Das ist sehr wichtig bei Web-Technologien für die Usability, weil die Darstellung des Rendering von solchen Webapplikationen

00:03:59: bezüglich Prozessorleistung nicht zu unterschätzen ist und je stärker das mobile Endgerät, desto besser, desto flüssiger fühlt sich das an.

00:04:06: Und zum Dritten – für uns als Entwickler auch sehr wichtig – werden auch die Entwicklungstools und Entwicklungssprachen und

00:04:13: die Frameworks immer besser bezüglich Web-Technologien.

00:04:16: Da kann man nennen zum Beispiel Angular, React oder auch Vue.js. Das sind etablierte Frameworks und für uns einfach Hilfestellungen, wie wir sehr stabile,

00:04:26: Webclient-Software schreiben können, so wie wir es von der nativen Entwicklung gewohnt sind, mit Tests, mit typisierten Programmiersprachen und so weiter.

00:04:35: Isabel: Okay, das ist heißt, Webtechnologien übernehmen schon viel was man früher nur mit diesen nativen Apps machen konnte. Aber

00:04:43: es gibt ja eigentlich jetzt nicht nur, sage ich jetzt mal, Webapplikationen und native Apps sondern es gibt ja unterschiedliche Formen von Apps. Vielleicht nur ganz kurz, um das zur Erklärung auch zu sagen – möchte dazu jemand von euch was kurz sagen?

00:04:56: Johannes: Wir haben begonnen damals für die Hutchison Drei, für die Orange eigentlich

00:05:04: ganz native zu Entwickeln für die ganz ganz alten Nokia-Handys. Ich weiß nicht, ob sie noch jemand daran erinnern kann, die haben drei Zeilen Schwarz-Weiß-Display

00:05:12: gehabt, da haben wir ganz nativ gearbeitet und das war gar nicht anders möglich. Dann hat sich die Smartphone-Geschichte entwickelt und dann ist die Möglichkeit entstanden, dass man mit verschiedenen Frameworks auch auf dem Handy arbeiten kann mit

00:05:25: Technologien – der Bernhard hat es zuerst schon erwähnt –

00:05:27: mit Webtechnologien, die dann auf dem Gerät gerendert werden. Das wären dann die nicht-nativen Applikationen, die im Browser laufen.

00:05:35: Was wir, oder den Einsatz den wir gewählt haben, weil wir die besten Erfahrungen damit gemacht haben, war, dass wir eher Hybrid- oder Container-Apps gemacht haben. Container-Apps deswegen, weil hier wird nur der Rahmen nativ gebaut,

00:05:50: und die Navigation, das heißt, das alles was der User kennt vom tagtäglichen Gebrauch von seinem Endgerät,

00:05:56: was im Smartphone ist fühlt sich dann auch so an – egal ob es jetzt iOS, Android oder damals Windows Phone war – wie er es gewohnt ist.

00:06:04: Und der Inhalt wurde dann mit Web-Technologie dargestellt.

00:06:07: Hybrid-App haben wir damals dann auch verwendet, da haben wir dann alles, was sozusagen nativ zu verwenden ist –

00:06:15: weil es ja damals noch keine Web-Technologie-Unterstützung gegeben hat von den Browsern her für verschiedene Geräte-Eigenschaften wie zum Beispiel Vibration, Kamera, das hat es am Anfang nicht geben, das ist erst nachher implementiert worden –

00:06:27: da haben wir Hybrid-Apps gemacht und zwar deswegen, weil es gibt ja Inhalte und die beste Möglichkeit Inhalte darzustellen ist nach wie vor der Browser

00:06:37: und

00:06:38: nachdem wir das Beste für unsere Kunden machen wollen und die besten Technologien wählen wollen, die für den Kunden geeignet sind und für das was er damit umsetzen möchte, haben wir uns hauptsächlich auf native und Hybrid-App entschieden.

00:06:51: Isabel: Okay, danke schön.

00:06:54: Dann bleiben wir doch bei den nativen Apps, dem Thema des Podcasts. Bernhard hat ja gesagt, es gibt ganz viele Möglichkeiten über Webtechnologien schon.

00:07:03: Wieso setzen wir dann eben noch immer native Apps um? Oder lasst es mich anders formulieren,

00:07:09: wenn jetzt ein Kunde zu uns kommt mit einem App-Wunsch, wie geht ihr da das mit ihm durch um zu einer Entscheidung zu kommen native App oder nicht?

00:07:18: Harald: Genau, also, dazu kann ich vielleicht was sagen, der Harald als Product Owner. Ich bin sehr oft eine Situation in einem Erstgespräch mit einem Kunden wo teilweise schon

00:07:29: ein stark ausgeprägter Wunsch unter Anführungszeichen nach einer App da ist oder überhaupt mal eine ganz normale Erstanfrage. Wir gehen eigentlich in allen Erstgespräche noch mal einen Schritt zurück,

00:07:39: erfragen, was soll denn mit der App überhaupt erreicht werden, was ist denn die Vision, was soll inhaltlich mit der App gemacht werden,

00:07:46: und aus diesen Punkten ergeben sich natürlich ein paar Antworten, die bei uns so etwas wie Kennzahlen sind,

00:07:53: was spricht eher für eine App, was spricht vielleicht für eine Hybrid- oder Container-App. Oder muss es gar keine App sein, sondern ist es eine Website, die einfach nur auf einem mobilen Endgerät auch gut ausschauen soll. Und

00:08:08: es gibt eben einige Punkte, die wir abfragen. Aber da können vielleicht doch die Kollegen noch etwas aus dem jeweiligen Spezialgebiete dazu sagen.

00:08:16: Isabel: Ja, vielleicht Johannes, du hast ja auch als Product Owner einige App-Projekte gemacht. Was wären denn so Dinge

00:08:23: die du dir überlegen würdest gemeinsam mit dem Kunden?

00:08:27: Johannes: Also, ein Punkt der mir sofort einfällt ist, wie die Applikation benutzt werden soll oder wie sie sich anfühlt, wie man damit interagiert. Das was man heutzutage auch UX-Design nennt, ganz großes Modewort.

00:08:40: Gibt's Spezialisten in dem Fachgebiet. Ja, und da geht es darum dass man sich anschaut, wie benutzt der User die Applikation, wie ist er es – beim Vergleich dann – wie ist er es gewohnt zu benutzen. Also, wenn man jetzt klassisch den Desktop her nimmt,

00:08:54: würde er ja Maus und Tastatur hauptsächlich benutzen. Wenn er eine Mischgerät hat, wo er auch einen Touchscreen hat, kann man auch auf das Rücksicht nehmen.

00:09:02: Bei einem mobilen Gerät

00:09:04: die meistens ohne Tastatur zu finden sind, würde er ja nur Touch verwenden und natürlich ist der Bildschirmausschnitt auch viel kleiner.

00:09:12: Dass heißt, man muss sich ganz genau überlegen, okay wo legt man jetzt die wichtigen Funktionen hin, wie verhält sich der Touch. Und wenn man da ja jetzt sehr viel

00:09:23: nicht-nativ arbeitet, dann kennt sich der User nimmermehr aus. Weil er klickt dann auf bekannte Stellen und dort passiert nichts,

00:09:31: er hat dann bestimmte Buttons, die er am Gerät zur Verfügung hat als Hardware-Buttons zum Beispiel oder Software-Buttons

00:09:37: wo nichts passiert, wenn er drauf klickt und das wäre ganz schlecht. Deswegen ist Usability eine ganz großes Thema auch in mobilen Applikationen und Desktop-Applikationen und man muss sich dann schon bei der Konzeption

00:09:50: und im Vorfeld entscheiden, was ist denn wichtig und was will man denn erreichen gemeinsam.

00:09:57: Isabel: Ein Thema, das mir gerade einfällt, ist das Thema "offline". Also, jeder der unterwegs ist, wird merken, dass man manchmal mehr manchmal weniger Internetverbindung hat. Spielt das auch eine Rolle das Thema?

00:10:09: Bernhard: Ja, genauso,

00:10:10: definitiv. Da ist der Riesen-Unterschied, dass die nativen Plattformen von Anfang an das Thema Offline-Fähigkeit in den Fokus gerückt haben. Die wurden mit dem Mindset entwickelt, die Benutzer haben nicht immer

00:10:22: Internet, die Applikation muss sich auch gut anfühlen, wenn ich gerade kein Internet habe und ich als Benutzer muss es vielleicht gar nicht mitbekommen, dass ich kurzfristig keine Internetverbindung hatte und die Applikation funktioniert trotzdem wie gewohnt.

00:10:36: Das war von Anfang an im Mindset der nativen

00:10:40: Plattformen drinnen. Beim Web gibt es jetzt schon sehr viele Möglichkeiten; es geht in die Richtung. Es ist noch immer der große Unterschied, dass Web von den anderen Standpunkt gestartet hat.

00:10:49: Im Web war man immer online und am Desktop im Browser war man immer online.

00:10:54: Man hat sehr viel Rechenleistung zur Verfügung gehabt, man hatte keinen Akku, außer auf den Laptops dann später.

00:11:00: Es ist einfach der Standpunkt in anderer, wo jetzt mit dem Progressive Web Apps sich sehr viel tut und man sehr wohl Offline-Fähigkeit einbauen kann. Man merkt

00:11:07: die große Hilfestellung, die native Plattformen hier geben, angefangen von

00:11:13: Android zum Beispiel – du kannst dem Betriebssystem sagen, bitte notifizieren mich, wenn der Benutzer

00:11:20: oder die Benutzerin das Handy angesteckt hat, weil jetzt ist genug Akku zur Verfügung oder genug Strom zur Verfügung, dass ich meine Daten aktualisieren kann.

00:11:28: Des weiteren gibt es auf den nativen Plattformen, weil das Thema schon so lange so präsent ist, auch sehr viele Frameworks oder Third Party Frameworks und generell sehr viele Ressourcen zum Thema Datenpersistierung,

00:11:40: die dann einem die Entwicklung erleichtern.

00:11:45: Isabel: Was genau ist Datenpersistierung? Da muss ich jetzt selber fragen. Bernhard: Das ist einfach Datenspeicherung. Damit sie offlinefähig sein können,

00:11:54: müssen wir die Daten, die wir meistens vom Internet laden am Gerät speichern und das ist die Datenpersistierung. Damit wir sie später wieder abrufen können sobald keine Internetverbindung da ist.

00:12:06: Isabel: Verstehe, alles klar. Wir haben jetzt das Thema Usability und Interaktivität und Offline-Fähigkeit. Gibt's noch etwas was eine Rolle spielt bei der Entscheidung für eine native App?

00:12:17: Harald: Dann sage ich vielleicht auch noch mal was dazu. Also meiner Meinung nach und was ich auch mit vielen Kunden in einem Erstgespräch erwähne oder zumindest diskutiere, ist natürlich schon die Möglichkeit der Store-Infrastruktur,

00:12:29: die die jeweiligen Plattformen bieten. Also den Google Play Store oder bei Apple den App Store,

00:12:34: der einfach mal per se eine Möglichkeit bietet, nach Apps zu suchen. Eine

00:12:39: Usability von von dem her, die die Benutzer der jeweiligen Plattform natürlich auch gewöhnt sind und sicher der Haupt-Zugangspunkt sind,

00:12:48: wenn ich mich entscheide, eine Applikation zu suchen oder vielleicht eine zu installieren ist sicher der erste Weg in die Stores.

00:12:57: Auch weil es kein wirklich flächendeckendes

00:13:00: Konzept für Web-Apps, die ich so einfach durchsuche. Das geht ein bisserl Hand in Hand was Bernhard jetzt mit Offline-Fähigkeit erwähnt hat. Also, dort

00:13:08: spürt man das auch das erste Mal – ich installiere mir die App wirklich auf mein Handy, die App ist auf meinem mobilen Device und

00:13:17: auch als App-Entwickler beschäftige ich mich dann vor allem damit inhaltlich, wo braucht die App eine Internetverbindung versus eine mobile Website. Einfach schon

00:13:27: nur zum Aufrufen schon mal eine Internetverbindung voraussetzt, wenn man es nicht eben speziell entwickelt, dass man die auch auf dem Gerät vorhält. Ja, das ist ein Punkt, der mir noch einfällt.

00:13:40: Isabel: Ja, das ist ein guter Punkt. Weil ich habe gerade überlegt, ich als Besitzerin eines iPhones, wenn die App nicht im Store ist, existiert sie für mich nicht.

00:13:49: Also das mit den Stores ist sicherlich auch sehr guter Punkt.

00:13:55: Gut gibt's noch ein Thema? Bernhard: Was uns als Entwickler auch immer wieder auffällt, ist das Thema Lebensdauer oder dann Wartung, was ja Hand in Hand geht.

00:14:05: Wir haben die Erfahrung gemacht über die Jahre hinweg, native Applikationen sind schnelllebig aber Web-Technologien sind noch viel schnelllebiger. Das heißt,

00:14:14: man muss sehr oft neue Frameworks sich zumindest anschauen. Es tut sich sehr viel; es haben sich mittlerweile ein paar Dinge auch bei den Webtechnologien etabliert. Zum Beispiel

00:14:25: weil ich vorher es erwähnt habe, Angular ist ein gutes Beispiel, was sich schon bei Web-Technologien etabliert hat und sich jetzt schon mehrere Jahre lang hält,

00:14:32: trotzdem passiert es vor allem bei Web auch oft, dass sich auch für uns das Toolset ändert; das heißt, die Dinge, die Programme, die wir wiederum verwenden, um die Programme zu schreiben,

00:14:42: die sind bei nativen Applikationen sehr konsistent. Da hat's bei Android vor Jahren einen Wechsel von Eclipse zu Android Studio gegeben. Jetzt wieder einen Programmiersprachen-Wechsel, aber das passiert alle paar Jahre vielleicht mal.

00:14:54: Bei den Web-Technologien kann es sein, dass man bei jeder 

00:14:56: neuen Technologie, die man einsetzen will, auch ein komplettes System dahinter austauschen muss, wie man die Applikation bestmöglich und modernst möglich entwickelt.

00:15:06: Uns geht ja auch immer darum am modernsten Stand zu bleiben

00:15:10: und die Dinge auch so zu warten, dass sie weiterhin gut erweiterbar sind und gut entwickelbar sind und den Kunden weiterhin sehr

00:15:20: zufriedenstellen. Isabel: Ich denke, die meisten unserer App-Projekte, wenn ich das richtig im Kopf habe, sind wirklich Projekte, die sich über mehrere Jahre,

00:15:29: also, gezogen haben ist jetzt das falsche Wort, denn natürlich sind die Apps in die Stores gekommen aber sie sind über mehrere Jahre auch wirklich zur Verfügung stehend in den Stores, nicht wahr?

00:15:38: Johannes: Das ist sicher das Ziel von Applikationen, die wir schreiben für Smartphones und für Mobile Devices – das müssen ja nicht immer nur Smartphones sein. Das können auch

00:15:47: Toughbooks sein, die man dann im Außen-Einsatz einsetzt, weil das sind ja dann auch native Apps dann auf diesen Geräten.

00:15:53: Die Kunden, die zu uns kommen, die suchen eben Lösungen, die sie wirklich aktiv in ihren Geschäftsprozessen einsetzen können, die von den Mitarbeitern und Mitarbeiterinnen eingesetzt werden,

00:16:04: oder von den Kunden und Kundinnen als Begleit-Produkt, zum Beispiel zu Hardware, wo es dann jahrelang sozusagen auch supportet wird.

00:16:11: Das ist das was der Bernhard gesagt hat. Darum ist es auch für uns ganz wichtig, dass wir Technologie einsetzen, die nicht kurzlebig ist. Also, wo wir sagen können, okay mit einem vertretbaren Aufwand kann man diese Applikation 5, 6 Jahre auch dastemmen von der Wartung her.

00:16:26: Was bei Web-Technologien nicht so einfach ist. Also wir haben natürlich Ansätze auch gehabt für

00:16:31: einfachere Applikationen, wo auch die Lebensdauer ursprünglich nur für kurze Zeit geplant war, die aber dann

00:16:38: – ob man jetzt froh drüber sein kann oder nicht – also, sie waren sehr erfolgreich aber sie waren auf einer falschen Technologie dann gebaut und mussten dann dementsprechend umgewandelt werden und auf neue Beine gestellt werden damit sie auch für lange Jahre

00:16:52: wartbar bleiben.

00:16:54: Isabel: Eine Frage, die ich mir vorstellen könnte, die von den Kunden wahrscheinlich immer kommt oder worüber man sich als Kunde natürlich immer Gedanken macht, ist "Ja, was kost's?". Also sprich: 

00:17:04: Wie ist es mit einer nativen App, ist es generell teurer diese umzusetzen als eine App auf Web-Technologien?

00:17:11: Harald: Ja stimmt, im Erstgespräch ist natürlich der Punkt Kosten immer ein Thema. Und was man,

00:17:18: welches Bild man schnell mal im Kopf hat ist, für eine mobile App baue ich die App also zweimal – einmal für iOS und einmal für Android,

00:17:25: und eine mobile Website hat diesen großen plakativen Vorteil, dass ich sage, ok ich entwickle sie nur einmal, sie steht mir dann auf beiden Plattformen zu Verfügung, also muss doch wohl eine native App zweimal so teuer sein.

00:17:37: Wir haben uns in der Vorbereitung auf diesen Podcast auch intensiv über das Thema auch unterhalten und wie man jetzt auch rausgehört hat aus den Punkten vorher kann man mittlerweile

00:17:47: technisch in beiden Varianten wirklich schon relativ viel umsetzen.

00:17:52: Also, entweder habe ich sowieso eine Geräte-Eigenschaft, die mich "zwingt" eine native App zu entwickeln. Wenn ich dort nicht bin, habe ich die freie Möglichkeit oder es ist eben technisch möglich es in beiden Plattformen schön zu implementieren

00:18:05: und man muss es sich dann in Wahrheit im Detail anschauen. Als

00:18:09: "Faustregel" kann man vielleicht sagen, je höher der Komplexitätsgrad, also je technisch komplizierter die Feature-Wünsche oder auch die Geräteeigenschaften sind, desto

00:18:21: höher ist der Aufwand, das mobil zu entwickeln. Demgegenüber kann man stellen, dass die nativen Eigenschaften natürlich von den nativen Plattformen besser unterstützt werden.

00:18:32: Sprich, man dort einen geringeren Aufwand entgegenstellt. Also pauschal kann man das sicher nicht beantworten und genau an so einer Konzeptionsphase am Anfang versuchen wir dann mit unseren Kunden gemeinsam herauszufinden,

00:18:46: ein Gespür dafür zu entwickeln, wie komplex ist es und und was bedeutet das, das in Mobil umzusetzen oder was bedeutet das nativ umzusetzen

00:18:55: und da in der Regel je komplexer es ist, desto eher rücken die Gesamtkosten dann wieder zusammen oder ist native App dann einfach auf die bessere Wahl.

00:19:05: Isabel: Wir haben jetzt eine ganze Menge dazu zugehört, zu dem Thema native App oder nicht.

00:19:10: Würde sich jemand von euch jetzt trauen, eine schöne Zusammenfassung zu machen oder eine Antwort auf die Frage zu gehen "Machen native Apps überhaupt noch Sinn?".

00:19:20: Johannes: Also, ich werde einen Versuch starten, eine schöne Zusammenfassung zu machen.

00:19:27: Wir haben jetzt sehr viel gehört, was die Gründe sind für iOS, Android nativ zu entwickeln, welche Komplexitätgrade es von Applikationen gibt, welche Arten oder

00:19:39: Anforderungen von Kunden es gibt,

00:19:41: die uns dazu führen oder wo es für uns als Experten sinnvoll erscheint, native Applikationen zu bauen. Also, wir haben z.b. gehört,

00:19:52: dass Applikationen, die jetzt mehr Arbeits-Applikationen sind, wo man die täglichen Tätigkeiten durchführt, dass die nativ sehr gut angesiedelt sind, weil sie ja auf lange Zeit ausgelegt sind,

00:20:05: wartbar sein müssen. Die Wartbarkeit, da geht es immer sehr stark um Sicherheit, weil wenn man Applikationen nicht updatet

00:20:15: dann hat man natürlich die Gefahr, dass durch nicht entdeckte Sicherheitslücken von den Plattformen – sei es jetzt Web oder nativ – dass man hier dann Gefahr hat, dass von außen jemand zugreifen kann. Da ist es ganz wichtig, dass man regelmäßig Updates macht

00:20:29: und da geht's dann darum, was sind denn die laufenden Kosten für den Betrieb dieser Applikation. Also, da ist es wirklich wichtig, dass man hier auch die Möglichkeit hat,

00:20:39: in einfacher und nicht zu komplizierter Art und Weise auch die Wartung und den Support zu Verfügung zu stellen.

00:20:46: Das mit der Offline-Fähigkeit haben wir gehört. Ja, die nativen Apps waren immer schon ausgelegt auf eine Offline-Fähigkeit, wo jetzt auch web nachzieht aber da ist immer noch die native Version

00:20:58: performanter und auch einfacher zu implementieren. Alles was jetzt mit der Usability zu tun hat und mit der Interaktivität mit den Geräten

00:21:06: wurde von den großen Plattform-Betreibern Android und iOS bis aufs kleinste Detail getestet und ausprobiert mit Millionen von Menschen

00:21:14: und da ist es natürlich sinnvoll, sich an die Guidelines von diesen großen Unternehmen zu halten und die Erfahrungen, die sie da gesammelt haben, auch für die eigene Applikation zu nutzen und da macht natürlich auch native Entwicklung

00:21:27: den meisten Sinn.

00:21:29: Ja, wenn es darum geht, ist nativ teurer oder kostet mehr oder ist billiger, dann ist es gar nicht so leicht zu beantworten weil es sehr stark auf die Komplexität und Lebensdauer von den Applikationen ankommt.

00:21:41: Isabel: Ja, gut, danke für die Zusammenfassung Johannes!

00:21:45: Damit sind wir am Ende dieses Podcast angelangt. Vielen Dank liebe Kollegen, Harald, Bernhard und Johannes fürs Mitmachen. Ihnen, liebe Zuhörerinnen und Zuhörer, herzlichen Dank fürs Zuhören!

00:21:57: Mehr Informationen über uns, unser Wissen und unsere Art zu arbeiten (sowie auch natürlich die Projekte) finden Sie auf unserer Webseite CSSTeam.at.

00:22:06: Und natürlich finden Sie dort, wie auch auf den einschlägigen Plattformen, unsere anderen Podcasts.

00:22:13: Bis zum nächsten Mal, auf Wiederhören!

Über diesen Podcast

Der Podcast des Software-Teams der CSS in Wien: Hier erfahren Sie Wissenswertes rund um die Softwareentwicklung. Dabei lassen wir uns in die Karten schauen und berichten nicht nur über Technisches sondern auch über Teambuilding und Organisationsentwicklung!

von und mit Software-Team der CSS

Abonnieren

Follow us