Idee → System

Der Weg von einer Idee zu einem System, das funktioniert.

Eine Wissensbibliothek zu Entwicklung, Infrastruktur, Sicherheit und KI. Jeder Artikel beginnt mit einer Zusammenfassung in einem Satz, erklärt dann verständlich für alle, die so ein System noch nie gebaut haben, und schließt mit einem Kasten „Im Detail“ zu den technischen Entscheidungen.

Zur BibliothekLeseprinzipien

Drei Regeln, die in jedem Artikel wiederkehren

Die Werkzeuge wechseln jedes Jahr. Die Reihenfolge der Entscheidungen bleibt.

1

Erst das Problem, dann das Werkzeug

Eine Technologiewahl vor der Problemdefinition ist ein Rateschluss, der Monate kostet.

2

Belege vor Festlegung

Die günstigste Woche, um Ihren Irrtum zu entdecken, ist die erste — nicht der sechste Monat.

3

Was nicht gemessen wird, verbessert sich nicht

Ohne Messung ist jede Änderung Glaubenssache, und jeder Streit wird von der lautesten Stimme entschieden.

Die Bibliothek

100 Artikel in acht Bereichen. Suchen, filtern oder einfach scrollen.

Produktgrundlagen

Von der Idee zu einer Definition, aus der man bauen kann

12 Artikel
001Von der Idee zu einem lösbaren ProblemBevor Sie Technologie auswählen, schreiben Sie auf, wer unter dem Problem leidet, was diese Person heute stattdessen tut und woran Sie erkennen, dass es gelöst ist.002Der kleinste Prototyp, der etwas beweistEin Prototyp beantwortet eine gefährliche Frage und führt kein Produkt vor — deshalb darf er hässlich, manuell und unvollständig sein.003Eine Spezifikation schreiben, die Entwickler wirklich lesenEine gute Spezifikation beschreibt Verhalten und Abnahmekriterien, keine Designentwürfe — und ihr Umfang misst sich in Seiten, nicht in Dutzenden.004Entscheiden, was man nicht bautDie Fähigkeit, Nein zu sagen, trennt ein ausgeliefertes Produkt von einem, das ewig weiterentwickelt wird.005Wie lange dauert es: Schätzungen ohne IllusionenEine gute Schätzung ist eine Spanne mit sichtbaren Annahmen, die mit dem Wissen wächst — keine einzelne, einmal genannte Zahl.006Bauen, kaufen oder anbindenBauen Sie nur, was Sie unverwechselbar macht; alles andere — kaufen, anbinden oder weglassen.007Nutzerforschung in drei TagenFünf halbstündige Gespräche mit Menschen, die die Arbeit tun, verraten mehr als eine Umfrage mit tausend Antworten.008Erfolgskennzahlen, die nicht lügenWählen Sie eine Kennzahl, die an den Wert für den Nutzer gebunden ist, und daneben eine, die Sie davor bewahrt, etwas anderes zu zerbrechen.009Technische Schuld: wann aufnehmen, wann tilgenTechnische Schuld ist ein legitimes Finanzierungsmittel — solange sie bewusst aufgenommen, festgehalten wird und einen Termin hat, an dem die Tilgung besprochen wird.010Erste Version: was drin sein mussDie erste Version muss eine Sache durchgängig erledigen, und zwar so, dass man sich darauf verlassen kann.011Wie man priorisiert, wenn alle schreienPriorisierung ist keine geordnete Liste, sondern eine Entscheidungsregel, die alle im Voraus kennen — sonst bestimmt sie, wer am lautesten spricht.012Von der Spezifikation zu Aufgaben, mit denen man anfangen kannEine gute Aufgabe endet in einem Ergebnis, das man ausführen und prüfen kann, und dauert einen bis zwei Tage — nicht eine Woche und nicht eine Stunde.

Web & Frontend

Websites und Anwendungen im Browser

8 Artikel
013Zwischen statischer Seite, servergerenderter Seite und Browser-App wählenJe fester der Inhalt, desto einfacher sollte die Architektur sein — und jede Schicht Dynamik, die man hinzufügt, bezahlt man fortan jeden Tag.014Browser-Leistung: was eine Seite wirklich verlangsamtBei den meisten langsamen Seiten ist nicht der Code der Schuldige, sondern das Gewicht — große Bilder, Schriften und Drittanbieter-Skripte.015Barrierefreiheit: das Minimum, das man nicht auslassen darfDer Großteil der Barrierefreiheit kommt vom korrekten Schreiben von HTML, und die meisten Fehler kommen davon, Standardelemente durch etwas zu ersetzen, das wie sie aussieht.016Responsives Design ohne SchmerzBeginnen Sie beim kleinen Bildschirm, lassen Sie den Inhalt entscheiden, wo er bricht, und gestalten Sie nicht für eine Geräteliste.017Technisches SEO für moderne SeitenVor Schlüsselwörtern stellen Sie sicher, dass die Suchmaschine die Seite erreicht, sie liest und versteht, was sie ist.018Zustandsverwaltung in einer Web-AppDas meiste, was Zustand genannt wird, sind Serverdaten am falschen Ort — trennen Sie sie, und die halbe Komplexität verschwindet.019Formulare: die Stelle, an der Nutzer am meisten scheiternEin gutes Formular fragt wenig, prüft im richtigen Moment, erklärt einen Fehler dort, wo er auftrat, und löscht nicht das Getippte.020Hebräisch und Rechts-nach-links: was bricht und wie man es behebtDie meisten Rechts-nach-links-Fehler kommen davon, links und rechts statt Anfang und Ende zu verwenden — und von gemischtem Text, der in einer Zeile kollidiert.

Mobile Apps

Vom App Store bis zum Hotfix

11 Artikel
021Nativ, plattformübergreifend oder eine mobile WebsiteDie Wahl bestimmt sich danach, wie viel Sie vom Gerät selbst brauchen, und nach der Teamgröße — nicht danach, welche Technologie dieses Jahr im Trend liegt.022Offline arbeiten: eine App, die im Aufzug nicht zerbrichtEntwerfen Sie die App unter der Annahme, dass es kein Netz gibt, und Sie erhalten gratis eine App, die sich auch schnell anfühlt, wenn es eines gibt.023Push-Benachrichtigungen, ohne Nutzer zu verlierenEine gerechtfertigte Benachrichtigung ist eine, deren Verpassen der Nutzer bedauern würde — alles andere führt dazu, die Berechtigung abzuschalten, was fast unumkehrbar ist.024Die Store-Prüfung beim ersten Mal bestehenDie meisten Ablehnungen kommen von Metadaten und Berechtigungen, nicht vom Code — und lassen sich mit einer Stunde Vorbereitung vermeiden.025Mobile Leistung: Speicher, Akku und das Gefühl von GeschwindigkeitBei Apps entsteht das Gefühl bei der Startzeit und der Scroll-Glätte — und beide zerbrechen an Bildern und Arbeit, die auf dem Hauptthread läuft.026Lokale Speicherung und sensible Daten auf dem GerätNehmen Sie an, dass das Gerät verloren geht oder kompromittiert wird: Was lokal gespeichert wird, sollte minimal, verschlüsselt und fernwiderrufbar sein.027Versionen und Rückwärtskompatibilität bei AppsNutzer haben monatelang alte Versionen — der Server muss sie unterstützen und wissen, wann er aufhört.028Mobile Nutzererfahrung: was anders ist als am großen BildschirmAm Handy steht der Nutzer, hat es eilig, hält mit einer Hand und manchmal in der Sonne — und das ändert jede Entscheidung.029Absturz- und Fehlerüberwachung in einer AppOhne automatische Absturzmeldung erfahren Sie von Problemen aus Store-Bewertungen — also zu spät.030Stufenweise Ausrollung und FähigkeitsschalterVeröffentlichen Sie an einen kleinen Prozentsatz, beobachten Sie die Kennzahlen und erweitern Sie — und behalten Sie die Fähigkeit, ein Feature ohne Versionsveröffentlichung abzuschalten.031Dateien, Medien und Uploads vom GerätEin Foto von der Kamera wiegt Dutzende Male mehr als nötig — behandeln Sie es auf dem Gerät, bevor es das Netz berührt.

Backend, APIs & Daten

Die Seite, die niemand sieht und jeder spürt

15 Artikel
032Eine Schnittstelle entwerfen, mit der man leben kannEine gute Schnittstelle ist vorhersehbar, konsistent und langweilig — jede Überraschung darin wird zu einer wiederkehrenden Frage und einem Fehler für den Nutzer.033Schnittstellen versionieren: wie man ändert, ohne zu brechenSie haben eine Schnittstelle veröffentlicht — Sie haben sich verpflichtet. Eine brechende Änderung erfordert eine neue Version, eine Überlappungszeit und einen Vorabhinweis.034Datenbanken: wählen und nicht bereuenIn den meisten Fällen ist eine relationale Datenbank die richtige Antwort, und jede andere Wahl braucht einen Grund, den man in einem Satz nennen kann.035Schema-Migrationen ohne AusfallzeitÄndern Sie das Schema in rückwärtskompatiblen Schritten: hinzufügen, füllen, umschalten, und erst am Ende — entfernen.036Warteschlangen und HintergrundaufträgeAlles, was länger als eine Sekunde dauert und für die Antwort an den Nutzer nicht nötig ist, gehört in eine Warteschlange, nicht in die Anfrage.037Cache: beschleunigen, ohne veraltete Daten auszuliefernBevor Sie einen Cache hinzufügen, entscheiden Sie, wie lange ein veraltetes Datum noch akzeptabel ist — das ist die einzige Frage, die wirklich zählt.038Authentifizierung und Autorisierung: wer du bist und was du darfstIdentität und Autorisierung sind zwei getrennte Fragen, und die meisten Verstöße kommen davon, dass die zweite in der Oberfläche und nicht im Server geprüft wird.039Ein Dienst oder viele: wann man aufteiltBeginnen Sie mit einem gut geordneten System. Teilen Sie erst auf, wenn es echten Schmerz gibt — Teams, die sich gegenseitig blockieren, oder eine Komponente, die eine andere Skala braucht.040Ein Datenmodell entwerfen, das jahrelang hältEin gutes Modell bildet die Geschäftsrealität ab, nicht den ersten Bildschirm, den man Sie zu bauen bat.041Zuverlässigkeit bei Aufrufen an externe DiensteJeder ausgehende Aufruf wird irgendwann fehlschlagen — die einzige Frage ist, ob Sie geplant haben, was dann geschieht.042Dateien und ObjektspeicherDateien gehören nicht in die Datenbank und nicht auf die Serverplatte — sie gehören in den Objektspeicher mit signierten Adressen.043Suche: wann die Datenbank nicht mehr reichtVolltextsuche mit Rangfolge, Tippfehlern und Mehrfachfilter ist eine eigene Welt — und nicht jedes System braucht sie.044Ausgehende E-Mail, Nachrichten und WebhooksAusgehende Nachrichten sind eine öffentliche Schnittstelle: Sie brauchen eine Warteschlange, erneute Versuche und eine Erfassung, was an wen gesendet wurde.045Last: Ratenbegrenzungen und SelbstschutzEin gesundes System verweigert früh und klar, statt langsam unter einer Last zusammenzubrechen, die es nicht tragen kann.046Mit Geld arbeiten: Zahlungen und BelastungenSpeichern Sie nie Kartendaten, vertrauen Sie nie einem Betrag, der vom Client kam, und führen Sie stets ein unveränderliches Ereignisprotokoll.

Infrastruktur, Cloud & DevOps

Wie Code live geht und live bleibt

14 Artikel
047Umgebungen: Entwicklung, Test und ProduktionDrei Umgebungen, aus derselben Definition gebaut, die sich nur in Konfiguration und Daten unterscheiden — jeder andere Unterschied ist ein Fehler, der darauf wartet, gefunden zu werden.048Container: was sie bringen und wann sie überflüssig sindEin Container verpackt die App mit allem, was sie zum Laufen braucht, damit sie sich überall gleich verhält.049Infrastruktur als CodeKönnen Sie die Umgebung nicht aus einer Datei in der Versionskontrolle reproduzieren, haben Sie keine Infrastruktur, sondern eine Geschichte von Klicks.050Eine automatisierte Bau- und Deployment-PipelineJeder Merge sollte dieselbe Folge auslösen: Bau, Tests, Sicherheitsprüfungen, Deployment — ohne einen einzigen manuellen Schritt dazwischen.051Deployment-Strategien: Blau-Grün, Canary und stufenweiseEin gutes Deployment misst sich an der Fähigkeit, schnell zurückzurollen, nicht an der Geschwindigkeit des Hinausgehens.052Überwachung und Beobachtbarkeit: wissen, dass etwas brach, vor dem KundenDrei Arten von Signal — Kennzahlen, Protokolle und Spuren — und eine Frage, die sie beantworten müssen: was gerade geschieht und warum.053Sicherung und Wiederherstellung: was nicht getestet ist, existiert nichtEine Sicherung ist keine Richtlinie; eine Richtlinie ist, wie viele Daten man verlieren darf und wie lange man ausfallen darf — und der Beweis, dass Sie es erfüllten.054Cloud-Kosten: wo das Geld verschwindetDer Großteil der Rechnung kommt aus drei Orten: laufenden Ressourcen, die niemand braucht, Speicher, der ohne Richtlinie wächst, und regionsübergreifendem Verkehr.055Skalierung: horizontal, vertikal und was man wirklich brauchtBevor Sie skalieren, messen Sie, wo der Engpass ist — in den meisten Systemen ist es die Datenbank oder eine einzelne Abfrage, nicht die Zahl der Server.056Netzwerke und Zertifikate: Domäne, DNS und HTTPSDie meisten „die Seite lädt nicht“-Vorfälle sind eine Domäne, ein abgelaufenes Zertifikat oder das Routing — nicht der Code.057Geheimnisse und Schlüssel verwaltenEin Geheimnis im Code-Repository ist ein durchgesickertes Geheimnis — auch wenn das Repo privat ist und auch wenn Sie es danach löschten.058Vorfalluntersuchung ohne SchuldsucheNach jedem Vorfall lohnt sich eine Stunde schriftlicher Untersuchung, die sich auf das System und nicht die Person konzentriert — sonst kehrt derselbe Vorfall wieder.059Hohe Verfügbarkeit und KatastrophenwiederherstellungEntscheiden Sie, wie viel eine Stunde Ausfallzeit Sie kostet, und erst dann, wie viel Redundanz Sie kaufen.060Protokolle: richtig speichern und schnell findenEin gutes Protokoll ist strukturiert, durch eine Anfrage-ID gekennzeichnet, für eine definierte Zeit aufbewahrt und frei von persönlichen Informationen, die keinen Grund haben, dort zu sein.

Sicherheit

Wie ein Angreifer denken, bevor einer es tut

14 Artikel
061Ein Bedrohungsmodell in einer StundeSkizzieren Sie, was Sie haben, wer es wollen könnte und wo es eine Grenze überschreitet — und Sie erhalten eine echte Prioritätenliste statt eines Bauchgefühls.062Die zehn Fehler, die in jedem Audit wiederkehrenDie meisten Befunde sind nicht raffiniert: nicht auf dem Server geprüfte Berechtigungen, Eingabe, die in eine Abfrage gelangt, und alte Bibliotheken.063Passwörter, Zwei-Faktor-Authentifizierung und SitzungenSpeichern Sie Passwörter mit einem dedizierten langsamen Algorithmus, ermöglichen Sie Zwei-Faktor-Authentifizierung und machen Sie das Abmelden von allen Geräten möglich.064Injektionen: eine Anweisung von Daten trennenJeder Ort, an dem eine Zeichenkette vom Nutzer in einen Befehl zusammengesetzt wird, ist ein Loch — und die Behebung ist Parameter, nicht Filterung.065Öffentliche Schnittstellen absichernEine ins Internet offene Schnittstelle wird von Tag eins an automatisch gescannt — nehmen Sie an, dass jede Route aufgerufen wird, in jeder Reihenfolge, mit jeder Eingabe.066Die Lieferkette des CodesIhr Code ist eine Minderheit dessen, was in der Produktion läuft — der meiste Risiko liegt in den Paketen, die Sie brachten, und den Werkzeugen, die sie bauten.067Verschlüsselung: wann, wo und wie man sich nicht irrtVerwenden Sie bekannte Bibliotheken mit modernen Standardwerten und erfinden Sie nichts — fast jeder Verschlüsselungsfehler ist ein Anwendungsfehler.068Cloud-Berechtigungen: die wichtigste Regel ist das MinimumDie meisten schweren Cloud-Vorfälle beginnen mit einer Identität, die mehr Berechtigungen hat, als sie braucht, und keinen Ablauf.069Datenschutz durch Gestaltung: weniger erfassenDer günstigste Weg, Informationen zu schützen, ist, sie nicht zu erfassen — und jedes erfasste Feld sollte einen Zweck, einen Eigentümer und ein Löschdatum haben.070Browser-Sicherheit: Schutzmaßnahmen, die in Headern gesetzt werdenEin großer Teil der clientseitigen Angriffe wird durch einige Antwort-Header und einige korrekte Cookie-Einstellungen blockiert.071Teamsicherheit: wo die meisten Einbrüche beginnenAuch ein sicheres System wird über das Gerät eines Mitarbeiters, eine Phishing-E-Mail oder ein Konto ohne Zwei-Faktor-Authentifizierung eingebrochen.072Sicherheitstests: was bestellen und wannAutomatisches Scannen ist laufende Hygiene; ein Penetrationstest ist ein fokussiertes Ereignis — und beide brauchen ein geschriebenes Ziel.073Sicherheit in modellbasierten SystemenEin Modell fügt zwei neue Risiken hinzu: externen Inhalt, der als Anweisung ausgelegt wird, und Ausgabe, die ungeprüft an eine sensible Stelle gelangt.074Sich auf einen Vorfall vorbereiten, bevor er geschiehtWährend eines Vorfalls ist keine Zeit zu entscheiden, wer entscheidet — das an einem ruhigen Morgen geschriebene Papier ist der Unterschied zwischen einer Stunde und einer Woche.

KI in der Praxis

Vom Modell zum funktionierenden System

16 Artikel
075Wie man ein Modell wählt — und warum das nicht die erste Entscheidung istBeginnen Sie mit dem stärksten Modell, um zu prüfen, ob die Aufgabe lösbar ist, und steigen erst dann zu einem günstigeren ab, bis die Qualität bricht.076Ihr Wissen an das Modell anbinden: Abruf ohne große WorteDas Modell kennt Ihre Dokumente nicht — man muss für jede Frage die relevanten Abschnitte finden und dem Prompt beifügen.077Agenten: wann man das System allein handeln lässtEin Agent entscheidet selbst, welche Aktionen er ausführt — und aller Lohn und alles Risiko sitzen in den Berechtigungen, die Sie ihm gaben.078Prompts: eine Spezifikation schreiben, keine BeschwörungEin guter Prompt definiert eine Rolle, Eingabe, Entscheidungsregeln und Ausgabestruktur — und wird wie Code behandelt, in Versionskontrolle und Tests.079Evaluation: wie man weiß, dass sich das System verbesserteOhne festen Evaluationssatz ist jede Änderung ein Glaube — und eine Verbesserung in einem Bereich verbirgt eine Regression in einem anderen.080Kosten und Latenz in modellbasierten SystemenDer Großteil der Kosten kommt vom eingehenden Text, und der Großteil der Latenz vom ausgehenden — daher unterscheiden sich die beiden Behebungen.081Klassifizierung und Extraktion: die Aufgaben mit dem höchsten ErtragBevor Sie einen Chat bauen, prüfen Sie, ob das Problem eigentlich das Klassifizieren einer Anfrage oder das Extrahieren von Feldern aus einem Dokument ist — zwei einfache Aufgaben mit sofortigem Ertrag.082Halluzinationen: warum sie geschehen und was wirklich hilftEin Modell, das eine Frage ohne Antwort gefragt wird, erzeugt eine plausible Antwort — die Behebung ist nicht, es zu bitten, nicht zu irren, sondern ihm eine Quelle und einen Weg zum Nein zu geben.083Daten: woher sie kommen und was zu tun ist, wenn es keine gibtIn den meisten Projekten existieren die Daten, sind aber verstreut, unetikettiert und unbereinigt — und das ist die Stufe, die die meiste Zeit frisst.084Eine Oberfläche für ein System entwerfen, das nicht immer recht hatEine gute Oberfläche zeigt wechselnde Sicherheit, erlaubt leichte Korrektur und stellt eine Vermutung nicht als Tatsache dar.085Verzerrung, Fairness und Verantwortung beim Einsatz von ModellenEin Modell spiegelt, was es sah — daher erfordern Entscheidungen, die Menschen betreffen, eine Prüfung über Segmente, einen Menschen in der Schleife und Dokumentation.086Kleine, lokale und Edge-ModelleWenn das Volumen groß ist, die Latenz kritisch oder die Daten nicht hinausdürfen — schlägt ein kleines Modell auf Ihrer Seite ein großes in der Cloud.087Prozessautomatisierung: wo ein Modell etwas beiträgt und wo es überflüssig istIst der Prozess fest und klar, schreiben Sie Code; ein Modell lohnt sich genau dort, wo Urteil über unstrukturierten Text nötig ist.088Experimente: wie man weiß, dass die Änderung etwas verbesserteVergleichen Sie zwei Versionen auf demselben Verkehr zur selben Zeit — jeder „vorher und nachher“-Vergleich misst auch die Welt, nicht nur Sie.089Architektur eines modellbasierten SystemsDas Modell ist eine Komponente in einem gewöhnlichen System — und das System darum ist der Großteil der Arbeit und des Risikos.090Ein KI-System über die Zeit betreibenModelle werden ersetzt, Dokumente ändern sich und Nutzer lernen, anders zu fragen — ein sechs Monate unberührtes System ist fast immer schlechter.

Handwerk, Qualität & Teams

Was Code zu professioneller Arbeit macht

10 Artikel
091Tests: wie viele, welche und was sich nicht lohntInvestieren Sie in eine Mehrheit von Tests, die Ihre Logik ausführen, einige Integrationstests und sehr wenige End-to-End-Tests.092Codeprüfung, die verbessert statt verzögertEine gute Prüfung ist klein, schnell und auf Korrektheit und Wartbarkeit fokussiert — nicht auf Stilvorlieben, die ein automatisches Werkzeug durchsetzen sollte.093Mit Versionen arbeiten: Zweige, Merges und HistorieKurze Zweige und häufige Merges verhindern den Großteil des Versionsschmerzes — und eine lesbare Historie lohnt die Mühe an dem Tag, an dem Sie einen Vorfall untersuchen.094Dokumentation, die Menschen wirklich lesenDokumentieren Sie, was sich aus dem Code nicht ableiten lässt: Entscheidungen, Grenzen und den Weg zum Anfangen — alles andere altert und führt in die Irre.095Einen neuen Entwickler in einer Woche einarbeiten, nicht in einem MonatDie Kennzahl ist, wie lange es bis zur ersten Änderung in der Produktion dauert — und der meiste Verzug sind Zugänge und lokale Einrichtung, nicht das Verstehen von Code.096Namen, Struktur und Code, zu dem man zurückkehren kannCode wird weit mehr gelesen als geschrieben — daher sind ein genauer Name und eine vorhersehbare Struktur mehr wert als jede Cleverness.097Technologie wählen, ohne sie in zwei Jahren zu bereuenWählen Sie nach dem Team, der Reife und der Gemeinschaft — und was langweilig und vertraut ist, schlägt fast immer, was neu und aufregend ist.098Qualität ohne Bürokratie: wie man nicht bricht, was funktioniertRegressionen werden durch drei Dinge verhindert: automatische Tests, kleine häufige Veröffentlichungen und die Fähigkeit, schnell zurückzurollen.099Mit Anbietern und Entwicklungsdienstleistern arbeitenDefinieren Sie Ergebnisse, Eigentum und Zugang schriftlich im Voraus — und bitten um fortlaufende Lieferung, nicht um eine große Übergabe am Ende.100Was wirklich entscheidet, ob ein Projekt gelingtNicht die Technologie und nicht die Teamgröße — sondern die Klarheit des Ziels, kurze Rückkopplungszyklen und eine Person, die für das Entscheiden verantwortlich ist.

Über Boomalaya

„Boom“ ist der Moment, in dem eine Idee auf die Realität trifft — und die Wellen danach sind die eigentliche Arbeit. Boomalaya ist ein Ort, um diesen Weg zu lernen: keine Werkzeugliste, die sich monatlich ändert, sondern eine Reihenfolge von Entscheidungen, die gültig bleibt, auch wenn sich die Technik darunter wandelt.

Unsere Apps

Boomalaya ist auch ein iOS-Studio. Diese drei Apps beruhen auf denselben Prinzipien wie die Artikel: Verarbeitung auf dem Gerät, keine Server, kein Konto, kein Tracking.

MonoBand: AI Stem Splitter

Verwandelt jeden Song, den Sie besitzen, in ein Übungs- und Remix-Studio — vollständig auf dem Gerät, ohne Internet, ohne Abo.

  • Trennung in 6 Spuren durch ein KI-Modell auf dem Gerät: Gesang, Schlagzeug, Bass, Gitarre, Klavier und mehr
  • Übungswerkzeuge: Transponieren, Tempo ändern ohne Tonhöhenänderung, A→B-Schleife sowie automatische Akkord-, BPM- und Tonarterkennung
  • CarPlay: Karaoke mit einem Tipp, jedes Instrument stummschalten oder solo hören während der Fahrt
  • Keine Server, keine Analytik, kein Konto — Songs und Aufnahmen verlassen das Gerät nie

Kostenlos · Musik · iPhone, iPad, Mac · 8 Sprachen

Im App StoreAuf Hebräisch
MonoBand: AI Stem Splitter — Produce music beats like prosMonoBand: AI Stem Splitter — On device. Offline. Yours.MonoBand: AI Stem Splitter — Isolate any part and play it yourselfMonoBand: AI Stem Splitter — Sing or play and record on topMonoBand: AI Stem Splitter — Drill any section till you nail itMonoBand: AI Stem Splitter — Playlists that play back-to-backMonoBand: AI Stem Splitter — On-device AI, no internetMonoBand: AI Stem Splitter — Record vocals over the song

Block AI

Ein klassisches Block-Puzzle mit KI-gestütztem Fortschritt — läuft lokal, ohne Werbung, ohne Konto.

  • Abenteuermodus mit 100 KI-generierten Stufen
  • Adaptive Schwierigkeit, die auf Ihren Spielstil reagiert
  • Ein KI-Coach, der Gewohnheiten, Fehler und Stärken analysiert
  • Vier Spielmodi: Tagesrätsel, Endlosmodus, Zeitrennen und Abenteuer

Kostenlos · Puzzle · iPhone · Game-Center-Bestenlisten

Im App StoreAuf Hebräisch
Block AI — Block AI home screen and game modesBlock AI — Block puzzle gameplayBlock AI — Adventure stage previewBlock AI — AI building the Adventure stagesBlock AI — AI Coach analysisBlock AI — Play statisticsBlock AI — Stage clearedBlock AI — How to play

AIKeyMoji: AI Sticker Keyboard

Eine Tastatur, die jedes Foto oder Video in einen persönlichen Sticker verwandelt — mit KI, die auf dem Gerät selbst läuft.

  • Foto → die KI entfernt den Hintergrund → ein sauberer Sticker, in Sekunden
  • Einen Frame aus einem Video greifen oder einen dreisekündigen animierten Sticker
  • 728 eingebaute animierte Sticker in zehn Kategorien, mit Live-Suche
  • Funktioniert in jeder App, in der Sie tippen; keine Server, kein Tracking, kein Konto

Kostenlos · Grafik & Design · iPhone, iPad · Englisch und Hebräisch

Im App StoreAuf Hebräisch
AIKeyMoji: AI Sticker Keyboard — Stickers from anythingAIKeyMoji: AI Sticker Keyboard — Send from any chat, one tapAIKeyMoji: AI Sticker Keyboard — Five ways to make a stickerAIKeyMoji: AI Sticker Keyboard — Video to animated stickerAIKeyMoji: AI Sticker Keyboard — 728 stickers, organizedAIKeyMoji: AI Sticker Keyboard — Your photos stay private

Boomalaya · App Store

Kontakt

Eine Frage, eine Korrektur oder ein Themenvorschlag — schreiben Sie uns.

Support@boomalaya.com