Dieser ist Brot und Butter für alle mobile Entwickler. Er ist ein wichtiges Werkzeug, um auf das Verhalten der Nutzer reagieren zu können und dessen User Experience zu verbessern. Dies zum Beispiel dann, wenn die App einmal längere Zeit im Hintergrund ist und wieder aufgerufen wird.

Eine Activity verwaltet dabei einen Bildschirm bzw. Screen. Klassischerweise stellt eine Activity also einen Bildschirm dar. Eine App besteht damit aus einer Vielzahl loser Activities, die alle dem unten dargestellten Zyklus folgen. Bei jedem Aufrufen einer Activity muss das User Interface (UI) dafür erstellt oder etwas von einem Server heruntergeladen werden, um bestimmte Informationen anzuzeigen. Sobald ich swipe, den Homebutton drücke oder zu einer anderen App switche, rückt die letzte Activity in den Hintergrund und geht damit in onPause. Trage ich Daten auf einem Screen einer App ein und wechsle dann in eine andere App, kann der Entwickler im Rahmen der onPause-Methode die Daten speichern, damit ich beim Wideraufrufen der ersten Anwendung, die zwischengespeicherten Inhalte wieder angezeigt bekomme- dies wäre dann onResume. Interessanterweise ist ein Wechsel des Nutzers von horizontalen zu vertikalen Screens immer mit einer Beendigung der Activity verbunden, denn das UI muss neu geladen werden und bedarf der onCreate und onStart Methode. 

Anders gesagt: Sind eingetragene Daten auf einem Screen einer App nach kurzem Wechsel auf eine andere Anwendung nicht mehr aufrufbar, so hat der Entwickler den Android Activity Lifecycle nicht (ausreichend) berücksichtig.

Das iOS-seitige Äquivalent heißt UIViewController Lifecycle.

Eine API, oder Programmierschnittstelle, erlaubt es zwei Softwareprogrammen miteinander zu kommunizieren. Daher können durch Bereitstellung einer API Funktionalitäten einer Software für eine ganz andere nutzbar gemacht werden. Man unterscheidet daher private, public oder Partner APIs. Während private APIs nur für den internen Gebrauch im Unternehmen genutzt werden, werden public APIs der breiten Öffentlichkeit zur Verfügung gestellt. Andere Entwickler können dadurch auf Funktionalitäten der eigenen Software zugreifen. Auf Partner APIs können nur bestimmte Nutzer zugreifen, mit denen die Datennutzung vereinbart wurde.

Neben REST ist die bekannteste API Architektur SOAP (Simple Object Access Protocol)- es gibt jedoch noch viele andere. Steigender Bekanntheit erfreut sich darüber hinaus der von Facebook entwickelte GraphQL. Zwischen den verschiedenen Architekturen gibt es Vor- und Nachteile. Die REST API ist z.B. einfacher in der Handhabung, die SOAP ist dafür sicherer und man kann die ankommenden Daten (xmls) einfacher auf Richtigkeit überprüfen.

Der Begriff App kommt von Application und bezeichnet ganz allgemein (Computer)Programme, die nützliche, nicht systemtechnische Funktionen für den Nutzer erfüllen. Im mobilen Bereich ist der Begriff mobile App gebräuchlich, um Programme auf Mobilgeräten zu bezeichnen. Im deutschen Sprachraum steht der Begriff App alleine oftmals synonym für Anwendungssoftware fürr Smartphones und Tablets. Weitere Unterteilungen von mobile Apps erfolgen in native und plattformunabhängige Apps (Web-Apps, hybride Apps und Cross-Plattform Apps).

Bei Cross-Plattform Apps wird der Quellcode zu einem Großteil plattformübergreifend genutzt und verarbeitet. Er wird außerdem in einer Framework-spezifischen Sprache geschrieben, wie Javascript und/oder Typescript bei React Native und Ionic oder C# in Xamarin. Mit Hilfe dieser plattformübergreifenden Frameworks wie Xamarin und React Native von Facebook wird die Sprache nachher in das dazugehörige Betriebssystem kompiliert. Die Apps werden also in einer geteilten Programmiersprache geschrieben und dann in die nativen Systeme übersetzt. Bei der Entwicklung werden jedoch die nativen API Schnittstellen verwendet. Mit Cross-Plattform Apps können Apps also für Android und iOS sowie Windows mit nur einem Quellcode entwickelt werden. 

Zunehmende Bekanntheit erlangt außerdem das Flutter SDK von Google. Mit der Programmiersprache Dart können hiermit Apps für Android und iOS programmiert werden.

Aus Laien-Sicht ist es oft nicht ersichtlich, ob eine App nativ oder als Cross-Plattform App entwickelt wurde, denn sie werden auch aus den App Stores heruntergeladen und unterscheiden sich optisch nicht zwingend. Leider werden die beiden Begriffe hybride App und Cross-Plattform App oft synonym verwendet. Es lässt sich jedoch sagen, dass sich die Cross-Plattform von der Hybriden dadurch unterscheidet, dass die Hybride primär HTML5-basiert ist und eine Mischung aus nativen und webbasierten Anwendungen darstellt, während die Cross-Plattform dazu neigt, ausschließlich mit nativen Konzepten zu arbeiten.

Nachteile der Cross-Plattform Entwicklung sind verminderte Performance, die Abhängigkeit von Funktionsaktualisierungen der Framework Anbieter sowie hoher Aufwand beim Programmieren.

Flutter ist ein Software Development Kit (SDK), das 2018 von Google als open-source Anwendung veröffentlich wurde. Der Code ist damit öffentlich einsehbar, kann genutzt aber auch verändert werden. Als Baukastensystem verfügt das SDK über Schablonen und Werkzeuge, die zur Entwicklung von Cross-Plattform Apps für iOS und Android genutzt werden können. Darüber hinaus können aber auch Anwendungen für Windows, Desktop und Web geschrieben werden.

Die Framework-spezifische Sprache ist hier Dart, welche nachher in das dazugehörige Betriebssystem kompiliert wird. Die Apps werden also in einer geteilten Programmiersprache geschrieben und dann in die nativen Systeme übersetzt. Wie bei Cross-Plattform Apps üblich, bedarf es also nur einer Code-Basis. Flutter enthält darüber hinaus viele Komponenten, die ansonsten extra programmiert werden müssten wie z.B. Buttons. Eine Besonderheit ist zudem die Funktion Hot reload, die Änderungen, die der Entwickler am Code vornimmt, direkt sichtbar werden lässt. Ein kompletter Neustart der App ist nicht notwendig, sondern es werden nur die geänderten Dateien aktualisiert.

Flutter folgt außerdem einer „Alles ist ein Widget“ Philosophie. Flutter kann daher als ein Framework bezeichnet werden, das auf einer Widget-Kompositionseinheit basiert. Widgets sind die Bausteine der Benutzeroberfläche einer Flutter-Anwendung, und jedes Widget ist eine unveränderliche Deklaration eines Teils der Benutzeroberfläche. Widgets bestehen in der Regel aus vielen anderen kleinen, einmalig verwendbaren Widgets, die zusammen mächtige Effekte auf der Benutzeroberfläche erzeugen.

IDEs (integrated development environment) zu Deutsch Entwicklungsumgebungen gibt es seit den 80er Jahren.

Mit der Erfindung dieser integrierten Entwicklungsumgebung konnte man nun die Funktionen Editor, Compiler, Linker und Debugger, die vorher als getrennte Produkte angeboten wurden, nun alle von einem Programm aus nutzen. 

Entwicklungsumgebungen können verschiedene Tools enthalten, darunter einen Texteditor, Quelltextformatierungsfunktion, Debugger (Tool zum Diagnostizieren und Auffinden von Bugs), Compiler (übersetzt höhere Programmiersprachen in Maschinencode), Linker (Verbinden von Programmmodulen), Gui Builder (grafische Elemente einfügen, die nicht erst programmiert werden müssen)….etc. 

Heute gibt es eine Vielzahl an verschiedenen Entwicklungsumgebungen, von denen manche auf die Nutzung einer Programmiersprache fokussiert sind, andere auf das Ergebnis, also speziell für Games, Webanwendungen etc.

Für die native App Entwicklung relevant sind für iOS Apples eigene Entwicklungsumgebung Xcode sowie Android Studio für Android Apps.

Gemeinsam ist den Entwicklungsumgebungen, dass sie die Entwickler durch den schnellen Zugriff auf wichtige Funktionen entlasten. Häufig wiederkehrende und formale Arbeitsschritte können schneller abgearbeitet werden und ermöglichen die Konzentration auf das eigentliche Programmieren.

Kanban kommt aus dem Japanischen und bedeutet Signalkarte. Ursprünglich wurde dieses agile Framework für die Produktion des Autoherstellers Toyota entwickelt. Im Bereich der Softwareentwicklung steht ein fließender Prozess im Zentrum, bei dem die einzelnen Arbeitspakete auf Karten festgehalten werden und ihr Durchlauf für alle transparent ist.  Hierfür wird eine Kanban Tafel genutzt, auf der alle gerade in Bearbeitung befindlichen sowie erledigten Arbeitspakete visualisiert werden. Wichtig ist auch die Beachtung des Pull Prinzips, bei dem z.B. ein Tester kein Arbeitspaket von den Entwicklern erhält, sondern sich dieses selber zieht, sobald sein aktuelles Arbeitspaket beendet ist. Auch die Limitierung der sog. WIPs (Works in progress) ist bei Kanban entscheidend. Ist die festgelegte Anzahl der Tickets erreicht, so muss ein Entwickler zunächst bei den Kollegen unterstützen und beim Abarbeiten von Tickets helfen, um ein neues Arbeitspaket ziehen zu können.

Kanban enthält oftmals Elemente von Scrum; so gibt es zwar keine Sprints, aber Retrospektiven und oder Reviews sind hier ebenfalls gängig, ebenso die Durchführung eines Daily.

Ein Mockup kann man als eine Attrappe der eigentlichen App oder eines neuen Features sehen. Aus vielen Wireframes kann ein Mockup erstellt werden. Mit Hilfe eines Mockups kann man Stakeholdern zum Beispiel zeigen, wie viele Klicks man bei einem neuen Bezahlvorgang braucht. Mockups spielen eine große Rolle in modernen, iterativen Entwicklungsprozessen und Usability-Evaluierungen. 

Die bekanntesten Tools, die für Mockups verwendet werden sind Axure, Sketch, Figma und Balsamiq. Zuständig für die Ausarbeitung von Mockups ist der UX/UI Designer.

Native Apps sind speziell für die Zielplattform (Android, iOS) entwickelte Apps. Neben den plattformspezifischen Software Development Kits (SDK) und den jeweiligen Entwicklungsumgebungen (Android Studio oder Xcode), werden native Apps je nach Plattform mit Hilfe unterschiedlicher Programmiersprachen geschrieben (Java und Kotlin für Android, Objective-C und Swift für iOS sowie C#, C und C++ für Microsoft).

Eine für Android entwickelte native App, ist somit auf einem iPhone nicht nutzbar, sondern muss gesondert für iOS nativ entwickelt werden. 

Vorteile der nativen App Entwicklung sind unter anderen die problemlose Nutzung aller Systemkomponenten (Kamera, Sensoren, usw.), bessere Optimierungsmöglichkeiten bei ressourcenintensiven Anwendungen sowie 

schnellere Nutzungsmöglichkeiten von neuen System Features.

Pair Programming gehört zu den agilen Arbeitsmethoden und beschreibt das gemeinsame Programmieren zweier Entwickler, die bestenfalls nebeneinandersitzen und verschiedene Rollen einnehmen. In der Regel gibt es den Navigator und den Piloten. Während der Pilot den Code schreibt, prüft der Navigator selbigen und denkt über Verbesserungen nach oder deckt Fehler auf. Die Rollen werden nicht nur regelmäßig getauscht, sondern auch die Zweier-Teams wechseln immer wieder durch. Es hat sich gezeigt, dass hierdurch kaum Mehrkosten entstehen, da durch das Vier-Augen Prinzip Fehler schneller erkannt werden und höhere Kosten im Nachhinein vermieden werden können. Das Wissen verteilt sich so im gesamten Projetteam gleichmäßig und es stehen keine Wissensinseln. Das Pair Programming gehört zu den Methoden der agilen Softwareentwicklung. Ohne Pair Programming erfolgt die Fehlererkennung hauptsächlich über die regelmäßig stattfindenden Code Reviews anderer Entwickler Kollegen und/oder die Testabteilungen.

Unter einer Programmiersprache versteht man eine formale Sprache zum Ausdrücken von Datenstrukturen und Algorithmen, die von einem Computer umgesetzt werden können. Während für die ersten Computer noch rein maschinennahe Sprache in Binärcode (Nullen und Einsen) verwendet werden musste, gibt es heute eine Vielzahl an maschinenunabhängigen Sprachen, die auch als höhere Programmiersprachen bezeichnet werden. Die Befehle dieser Sprachen werden automatisiert in Maschinensprache übersetzt. Die für die native App Entwicklung genutzten Programmiersprachen sind allesamt objektorientierte Sprachen. Hierunter fallen z.B. Objective-C, Swift, Kotlin und Java.

Scrum gehört inzwischen zu dem am weitesten verbreiteten agilen Framework. Wichtig sind hierbei drei Positionen: 1. Der Product Owner (PO), der für den wirtschaftlichen Erfolg des Produkts zuständig ist. Er stimmt sich hierfür mit den Stakeholdern/dem Kunden ab und führt das Product Backlog, wo die genauen Produkteigenschaften und Anforderungen festgehalten und regelmäßig aktualisiert werden. Er bestimmt die Reihenfolge der Implementierung. 2. Das eigentliche Scrum Team besteht aus Entwicklern, aber auch Architekt(en), Tester(n), Dokumentations- und Datenbankexperte(n). Das Scrum Team organisiert sich selbst und bestimmt, wie es Anforderungen aus dem Backlog umsetzt. 3. Der Scrum Master steht dem Scrum Team als Coach zur Seite, achtet auf die Umsetzung der Scrum Regeln und moderiert Meetings wie die Sprint Retrospektive und/oder das Sprint Planning. Ebenfalls zentral ist ein kurzes, täglich stattfindendes Daily, wo die eignen Fortschritte seit dem letzten Daily und Vorhaben bis zum nächsten von jedem kurz erläutert werden.

Damit alle wissen, wo man im Projekt gerade steht wird bei fast allen agilen Frameworks mit Aufgabenboards gearbeitet. So auch bei Scrum.

Ein Software Development Kit (SDK) beinhaltet Hilfsmittel wie Tools und Bibliotheken, die es einem Entwickler vereinfachen sollen, mit einer speziellen Sprache oder für ein spezielles Betriebssystem Software zu entwickeln. Neben vielen anderen Komponenten stellt das SDK z.B. die Schnittstellen bereit, über die auf Quellcode Ebene eine Anwendung angebunden werden kann. Neben dieser API (application programming interface) hält das SDK umfangreiche Dokumentationen zur Nutzung derselben bereit. Editoren, Bibliotheken, Compiler, Debugger, Treiber, Netzwerkprotokolle und Testprojekte können ebenfalls enthalten sein. Die für die App Entwicklung gängigsten SDKs sind das Java Development Kit (JDK), das Android Development Kit und das iOS SDK.

Die User Experience UX oder auch das Benutzererlebnis beschreibt die Gesamtheit der  Eindrücke sowie das Nutzererlebnis bei der Interaktion mit einer Software, Website  oder einer App . 

Das User Experience Design umfasst dabei verschiedenste Komponenten, die über das UI Design und ästhetische Fragestellungen weit hinaus gehen. So ist die Tauglichkeit des Produkts - die Usability -  maßgeblich, um dass der Nutzer sein Ziel möglichst schnell erreicht. Daher sollte das Interaktionsdesign möglichst intuitiv gestaltet werden. Auch die Informationsarchitektur, also wie Informationen angezeigt werden und aufeinander aufbauen ist eine wichtige Komponente.  Das User Interface und die User Experience stehen in einem Ursache-Wechselspiel zueinander. Während die User Experience sich allerdings vom User Interface trennen lässt, ist das User Interface immer ein Teil der User Experience. Verantwortlich für die Umsetzung ist der sogenannte UX Designer.

Das User Interface bezeichnet die Nutzer-Schnittstelle . Diese ist der Teil eines Produkts bzw. einer App, mit der der Nutzer direkt interagiert und die dem Nutzer Informationen anzeigt. Im einfachsten Fall ist der Lichtschalter eine Benutzerschnittstelle. Bei Software meint man oft die grafische Oberfläche z.B. einer App. Damit der Nutzer eine Anwendung ganz einfach nutzen kann, werden Ergebnisse und Funktionen grafisch dargestellt. Die technischen Prozesse dahinter bleiben dem Nutzer verborgen. Neben dem Drücken von Buttons gewinnt die Sprachsteuerung an Wichtigkeit beim User Interface. Wie nützlich eine Anwendung einem User erscheint, hängt in großem Maße vom User Interface ab. Um dieses optimal zu gestalten, muss die Zielgruppe und ihre Vorkenntnisse genau analysiert werden. Das User Interface ist damit ein Teil der User Experience. Verantwortlich für die Umsetzung ist der sogenannten UI Designer.

Die User Journey ist ein klassischer Begriff im UX-Umfeld. Sie beschreibt den Weg, den ein Nutzer mit dem Produkt geht, vom Zeitpunkt, an dem der Nutzer das erste Mal an das Produkt denkt (z.B. weil ein Freund es ihm empfohlen hat), über die aktive Nutzung bis hin zur Weiterempfehlung. Ein UX-Designer versucht, dass all diese Berührungspunkte positive Erlebnisse für den Nutzer werden und nimmt dabei eine sogenannte User Journey Map zu Hilfe. In dieser werden alle Berührungspunkte vom Nutzer mit dem Produkt festgehalten und sie zeigt somit die verschiedenen Kontexte, in denen man mit dem Produkt in Kontakt kommen kann. Es kann Unterschiede geben zwischen der ersten und der fünften Nutzung einer App, der Nutzung zu Hause und im Auto oder der Nutzung auf dem iPhone und iPad. Eine ideale User Journey besteht aus vielen positiven Erlebnissen, die den Nutzer ideal dabei begleiten sein Ziel (das er mit der Nutzung des Produkts verfolgt) zu erreichen. 

Web-Apps sind Webseiten, die nicht nur Informationen anzeigen (wie z.B. Wikipedia oder normale Unternehmenswebsites), sondern die Interaktionen erfordern, wie normale Apps. Web-Apps werden also nicht wie native Apps aus den App Stores heruntergeladen und installiert, sondern die Nutzung erfolgt über den Webbrowser. Dies bedeutet, dass Web-Apps plattformunabhängig genutzt werden können, egal ob Android oder iOS vorliegt.  Für die Entwicklung von Web-Apps wird oft Javascript in Verbindung mit HTML und CSS genutzt, generell ist hier aber der Einsatz von vielen Programmiersprachen möglich. Online-Shops und Email-Clients sind Beispiele für Web-Apps.

Nachteile von Web-Apps liegen beim höheren Datenverbrauch und darin, dass sie offline oft nicht genutzt werden können. Durch Caching (interner Speicher) ist die offline Nutzung allerdings vermehrt möglich. Web-Apps können nur eingeschränkt auf Hardware und Software spezifische Komponenten (z.B. Kontakte oder Dateien) zugreifen. 

Das Wireframe (Drahtmodell) ist ein Begriff aus der User Experience und bezeichnet einen ersten Konzeptionsentwurf eines Screens (eine Seite einer App z.B.). Dort geht es noch nicht um Farben oder Formdetails sondern erstmal darum alle funktionalen Elemente abzubilden, die auf dem Screen überhaupt angezeigt werden sollen. In der simpelsten Form ist dies eine Bleistiftzeichnung. Ein Wireframe kann aber auch eine Folie in PowerPoint sein, worauf mit Rechtecken die Schaltflächen dargestellt werden.