
Sign up to save your podcasts
Or


Patrick Wolf ist seit 2009 Teil des Oracle APEX Development Teams und arbeitet heute als Architekt an zentralen Konzepten und Features der Plattform. Auf der APEX Connect 2026 blickt er mit Kai auf seinen Weg vom aktiven Blogger und Open-Source-Entwickler ins APEX-Team zurück – und auf die Entscheidungen, die Oracle APEX bis heute prägen.
Das Gespräch beginnt bei Patricks frühen Open-Source-Projekten Advisor und Application Search. Es geht um das Jobangebot von Joel Kallman auf der Bourbon Street, die Entstehung der APEX-Plug-in-Architektur und den Wechsel vom klassischen Builder zum vollständig metadatengetriebenen Page Designer.
Danach sprechen Kai und Patrick offen über die lange Entwicklung von APEXlang und APEX 26.1. Warum entstand zwischen Ankündigung und Veröffentlichung eine so lange Pause? Weshalb ist die verlustfreie Verarbeitung jahrzehntealter Anwendungen so anspruchsvoll? Und was hat das Team aus der Kommunikation mit der Community gelernt?
In der zweiten Hälfte richtet sich der Blick auf AI und die Zukunft der Anwendungsentwicklung. Dabei geht es nicht nur um generierten Code, sondern auch um Analyse, Security-Reviews, Research, Requirements Engineering und neue Werkzeuge für Endanwender.
Aufgenommen auf der APEX Connect 2026 im Heide Park Soltau.
Safe-Harbor-Hinweis: Aussagen über mögliche künftige Funktionen spiegeln die persönliche Einschätzung und den Gesprächsstand zum Aufnahmezeitpunkt wider. Sie sind keine verbindlichen Produktankündigungen von Oracle.
Scott Spendolini has been working with Oracle APEX since 2002 and was one of the original product managers behind the technology.
After spending years outside the core APEX team – while never really leaving APEX behind – he recently returned.
And one of the technologies that convinced him to come back was APEX Lang.
In this episode, we go deep into the ideas behind APEX Lang, the development of APEX 26.1 and what AI could mean for the future of APEX development.
And yes: some of the questions get a little salty. 😄
Topics in this episode:
• Scott’s return to the Oracle APEX team
One thing becomes very clear during the conversation:
APEX Lang is not just about giving AI a format it can understand.
It also addresses problems APEX developers have had for years around source control, reproducibility, application definitions and development workflows.
AI simply makes those capabilities much more powerful.
And that leads to a much bigger question.
If we reach a point where someone can simply describe an application and AI builds it, what happens to the developer?
Scott doesn’t pretend to have a definitive answer.
Because in a world where AI capabilities are changing this quickly, even planning one year ahead is difficult.
But one thing seems increasingly likely:
The value of a developer will move further away from simply writing code and towards understanding problems, designing systems, defining boundaries and providing the right context.
And maybe that’s also why APEX Lang matters so much.
It doesn’t just change how an APEX application is represented.
It could change who – or what – is able to build one.
Connor McDonald is back.
Oracle Developer Advocate, long-time face of Ask TOM, international speaker – and someone who has probably visited more Oracle User Groups than most of us have visited airports.
His next trip to India alone will be his 26th visit.
In this episode, we catch up on what has happened since our last conversation and quickly find ourselves talking about APEX 26, AI and an increasingly important question:
How do we secure our development environments when humans are no longer the only ones working inside them?
Topics in this episode:
• What Connor has been up to since his last Devs On Tape appearance
One idea becomes particularly important in the second half of the conversation:
AI doesn’t automatically make things dangerous. But AI can exploit existing bad security practices much faster.
If we give a developer the schema owner password in a development environment and then introduce an agent that acts on behalf of that developer, we haven’t created a completely new problem.
We’ve automated an existing one.
That’s why Connor sees Deep Data Security as an important step towards a more granular security model – one that can control which rows and columns are accessible under specific conditions instead of simply asking whether someone has access to a table.
And then there’s Connor’s personal favourite from APEX 26:
AI in Interactive Reports.
Not necessarily APEX Lang.
Why?
Because natural language doesn’t simply get unrestricted access to the database. Instead, the request is translated into the existing Interactive Report filtering mechanisms.
AI with guardrails built in.
And perhaps that is the more interesting direction.
Not:
“What can we allow AI to do?”
But:
“How can we give AI new capabilities without bypassing the security mechanisms we already have?”
In dieser Episode verlassen wir unsere übliche Oracle- und APEX-Bubble ein Stück weit.
Zu Gast ist André Braun, der seit mehr als 35 Jahren in der IT arbeitet und seit über sechs Jahren bei GitLab die Organisation in Zentraleuropa verantwortet.
Gemeinsam sprechen wir darüber, wie sich GitLab von Source Code Management zu einer umfassenden DevSecOps-Plattform entwickelt hat – und warum AI diese Entwicklung gerade noch einmal massiv beschleunigt.
Themen der Episode:
• Andrés Weg von Infrastruktur, EMC, Dell und NetApp zu GitLab
Eine Aussage aus dem Gespräch bringt das Problem ziemlich gut auf den Punkt:
Wenn AI das Coding beschleunigt, aber der restliche Prozess gleich bleibt, entsteht am Ende nur ein größerer Flaschenhals.
Und genau deshalb reicht es nicht, Entwicklern einfach ein AI-Coding-Tool zu geben.
Unternehmen müssen gleichzeitig ihre Abläufe verändern.
Oder, wie André es am Ende ziemlich klar formuliert:
Geht rein. Investiert. Aber investiert mindestens genauso viel in eure Ablauforganisation.
Denn einen für Menschen gebauten Prozess einfach Schritt für Schritt mit KI zu automatisieren, ist möglicherweise der falsche Ansatz.
Die spannendere Frage ist:
Wie würden wir diesen Prozess bauen, wenn von Anfang an Menschen UND Agents darin arbeiten sollen?
Links & weiterführende Informationen
GitLab Free, Premium & Ultimate im Vergleich
https://about.gitlab.com/de-de/pricing/feature-comparison/
GitLab Preise & Editionen
Link
GitLab Act 2
Link
Wolf Beckmann ist seit rund 26 Jahren in der Oracle-Welt unterwegs und hat Oracle APEX noch zu Zeiten von HTMLDB kennengelernt.
In dieser Episode sprechen wir über den aktuellen Wandel in der Softwareentwicklung und darüber, welchen Einfluss AI, Agents und neue APEX-Technologien auf unseren Arbeitsalltag haben.
Themen der Episode:
• Wolfs Weg von Oracle und HTMLDB zu APEX
Eine unserer Predictions aus der Folge halten wir außerdem fest:
In sechs Monaten schauen wir noch einmal darauf, wie weit AI-generierte APEX-Anwendungen wirklich gekommen sind.
Mal sehen, wie gut diese Aussage altert. 😄
Im Mittelpunkt steht die Frage, wie KI den Entwicklerberuf tatsächlich verändern wird. Jennifer erklärt, warum Softwareentwicklung weit mehr als das Schreiben von Code ist, weshalb Unternehmen trotz großer Begeisterung bei konkreten KI-Projekten häufig noch zögern und warum der Abbau von Junior-Stellen langfristig zu einem gefährlichen Wissensverlust führen könnte. Caro und Jennifer sprechen außerdem über Agentic AI, die zunehmende Orchestrierung von Entwicklungsaufgaben, Datenschutz, Tokenverbrauch und die Kosten hinter dem KI-Hype.
Werden wir künftig kaum noch selbst programmieren – oder verschiebt sich unsere Arbeit einfach stärker in Richtung Fachlichkeit, Kreativität und Review? Eine ehrliche Diskussion über Chancen, Grenzen und die Realität von KI im Unternehmensalltag.
Jennifer Kubiček auf LinkedIn
Kubicek Consulting GmbH
Oracle APEX
Oracle APEX und künstliche Intelligenz
APEXlang und KI-gestützte Anwendungsentwicklung
Oracle APEX AI Assistant
Oracle AI Vector Search
Oracle Race to Certification 2025
ChatGPT
GitHub Copilot
Claude
In dieser Folge nehme ich euch mit hinter die Kulissen einer großen Entwicklerkonferenz. Gemeinsam mit Kim Nagis spreche ich über den technischen Kraftakt, den Aufbau, die Planung und die kleinen wie großen Katastrophen, die sich im Hintergrund abspielen. Wir diskutieren, warum perfekte Technik so entscheidend ist, welche Herausforderungen auf dem Weg zum reibungslosen Ablauf lauern und wie viel Teamarbeit wirklich dahintersteckt. Ihr erfahrt, wie aus spontanen Fails beeindruckende Lösungen werden – und warum ein Grinsen trotz Stress immer dazugehört. Für alle, die wissen wollen, was wirklich nötig ist, damit Konferenzen glänzen – und warum am Ende manchmal sogar die Achterbahn ruft.
https://www.doag.org/
https://apex.doag.org/
https://www.javaland.eu/
https://www.cloudland.dev/
https://www.heide-park.de/
https://www.doag.org/de/platinum-events/
https://de.wikipedia.org/wiki/Silent_Disco
In dieser Folge von Devs On Tape x APEX Connect 26 sprechen Kai und Caro mit Janek Schweda über seinen beruflichen Weg vom öffentlichen Dienst in die Beratung, seine Erfahrungen in unterschiedlichen APEX-Projekten und seinen ersten Eindruck von der APEX Connect.
Im Mittelpunkt steht Janeks Konferenzthema: Barrierefreiheit in Oracle APEX. Gemeinsam geht es darum, warum Accessibility nicht erst am Ende eines Projekts geprüft werden sollte, welche Unterstützung APEX bereits mitbringt und wo Entwicklerinnen und Entwickler genauer hinschauen müssen. Janek erklärt, warum saubere HTML-Strukturen, Labels, Kontraste, Tastaturbedienbarkeit und Screenreader-Kompatibilität keine Sonderthemen sind, sondern zu guter Entwicklungsarbeit gehören.
Außerdem sprechen die drei über den Oracle APEX Accessibility Guide, den APEX Advisor, automatisierte Prüfungen mit Tools wie Playwright und axe-core sowie den Accessibility Conformance Report von Oracle. Eine Folge für alle, die APEX-Anwendungen nicht nur funktional, sondern auch zugänglich, sauber und zukunftsfähig entwickeln wollen.
Erwähnte Links und Ressourcen
Wir sind zurück aus der Winterpause und starten die neue Staffel mit bekannten Stimmen und frischen Themen: Gemeinsam mit Sonja Meyer und Martin Bach von Oracle tauchen wir tief in die Welt von APEX, JavaScript-Magie und der neuen MLE-Engine ein. Zwischen ehrlichen Anekdoten aus dem Entwickleralltag, technischen Herausforderungen und dem Spaß an Konferenzen diskutieren wir, wie KI, Skills und WebAssembly die Datenbankentwicklung verändern.
Von praxisnahen Demos rund um Bildanalyse und Fake-Detection bis zu kritischen Gedanken über Sicherheit, Supply-Chain-Risiken und die Zukunft von Dev-Tools – wir nehmen euch mit auf eine authentische Achterbahnfahrt durch Innovation und Realität. Hört rein, wenn ihr erfahren wollt, was Oracle-Entwicklung heute wirklich bewegt – und wie viel Humor man dabei braucht!
https://apex.oracle.com/
https://docs.oracle.com/en/database/oracle/oracle-database/23/mleug/index.html
https://webassembly.org/
https://opencv.org/
https://www.oracle.com/de/cloud/ai/vision/
https://cohere.com/
https://www.npmjs.com/
https://apex.oracle.com/ideas/
https://ace.oracle.com/
https://github.com/oracle/database-skills
https://docs.oracle.com/en/database/oracle/oracle-rest-data-services/23.4/index.html
https://github.com/silvia-odwyer/photon
Wir sind zurück! Nach einer ausgedehnten Winterpause starten wir mit neuer Energie, neuen Themen und einem außergewöhnlichen Setting direkt von der Apex Connect. In dieser Snacksize-Folge sprechen wir offen darüber, warum unsere Pause länger gedauert hat als geplant, was sich bei uns persönlich und im Podcast verändert hat und wohin die Reise in der neuen Staffel geht.
Freut euch auf spannende Einblicke hinter die Kulissen, unsere ehrlichen Gedanken zu KI, Entwicklung und Podcast-Alltag, sowie einen Ausblick auf kommende Gäste und Themen. Wir laden euch ein, uns Feedback und Themenwünsche zu schicken – gemeinsam machen wir Devs On Tape noch besser. Schön, dass ihr wieder dabei seid!
https://apex.doag.org/de/apex-connect/
https://apex.oracle.com/de/
https://www.doag.org/
https://github.com/features/copilot
https://chat.openai.com/
https://jupyter.org/
https://www.python.org/
https://code.visualstudio.com/
https://docs.docker.com/compose/
https://www.ansible.com/
From the publisher's feed