Die Art und Weise, wie wir Software entwickeln, verändert
sich durch neue Tools aktuell extrem schnell.
Letzte Woche hat uns die github Universe noch einmal gezeigt, in
welche Richtung sich die Industrie als Ganzes bewegt,
Barrieren werden beseitigt und Softwareentwicklung wird für
noch mehr Menschen zugänglich, das geht über natürliche Sprache
und verändert damit den Ansatz von No Code Low Code Tools aber
was bedeutet das am Ende für uns als Professional Developer?
Darüber sprechen wir diese Folge.
Und damit ganz herzlich Willkommen zur Folge 101 des To
do Developer Podcasts wie immer mit Malte Lantin und mit mir
Robin Manuel Thiel, weil das ist ja kein Geheimnis, dass du bei
github arbeitest. Deswegen war das ja letzte Woche
bestimmt eine ganz aufregende Woche für dich und war
wahrscheinlich viel los, denn es war ja die github Universe.
Erzähl mal kurz wie wie muss, wie muss man sich das
vorstellen, wenn so die ganze Firma sich ja wahrscheinlich um
diese eine Woche drumrum scharrt und da die ganzen Updates und
Neuerungen zu github und Visual Studio Code und den ganzen Tools
passieren. Ja, ich war selber nicht vor Ort
dieses Mal. Aber natürlich hat man die ganze
Vorbereitung mitbekommen und es ist immer extrem spannend, weil
natürlich ganz viel auf diesen Termin hingearbeitet wird.
Wir haben ja üblicherweise n Modell.
Von Continuous Delivery. Es kommen immer wieder neue
Features, aber manchmal ist es dann halt so, dass man für
diesen einen Tag im Jahr ein paar richtig coole Announcements
dann so ein bisschen zurückhält und sich dann einfach darauf
vorbereitet, dass das an dem Tag dann um die Uhrzeit live geht
und sofort verfügbar ist. Und das ist natürlich extrem
spannend, das zu beobachten. Von daher waren auch für mich
viele der Ankündigungen jetzt nicht super neu, weil man das
natürlich schon mitbekommen hat. Aber natürlich gibt es extrem
viel Diskussionen in dieser Woche und in der letzten Woche
um diese Ankündigung und dementsprechend wollte ich heute
auch mit dir über ein Thema sprechen, weil mich das so
besonders irgendwie an die gesamte Entwicklung in der
Industrie erinnert hat, wie man letzten Endes die
Softwareentwicklung wieder vielleicht noch mal.
Ja. Grundsätzlich verändern kann und
da einfach das Ganze noch zugänglicher machen kann.
Wir hatten ja in der Vergangenheit häufiger mal
darüber gesprochen, wie man über KI jetzt von so klassischen
Softwareentwicklungssprachen hinzu natürlicher Sprache geht,
genauso wie man irgendwann von irgendwie Maschinencode eine
Ebene höher gegangen ist und dann von sehr ja.
Einfachen Sprachen zu höheren Sprachen gegangen ist.
Und jetzt geht man in Richtung natürliche Sprache und nimmt
damit wieder Barrieren raus, die vielleicht manche Menschen
bisher davon abgehalten haben, Software zu entwickeln.
Und das fand ich extrem spannend.
Wir können natürlich auch ein Paar der Dinge ansprechen, die
für uns als Professional Developer als News bei der
Universe bekannt gegeben wurden, aber vielleicht bevor wir da
reingehen, lass uns noch mal kurz auf die letzten 2 Wochen
zurückschauen und. Wir hatten ja die Live Folge vor
2 Wochen, was extrem viel Spaß gemacht hat und seitdem haben
wir natürlich auch wieder von mehreren von euch Kaffee
bekommen und das möchten wir natürlich auch anerkennen und
uns bedanken live in der Folge heute und zwar haben wir einen
neuen Subscriber beziehungsweise Member bei mir Coffee den
Jonathan, vielen Dank dafür. Und wir haben einen Kaffee von
Bastian bekommen. Auch an dich vielen Dank.
Super geil. Vielen, vielen Dank.
Ja, du hast ja gerade schon angesprochen, letzte Folge Folge
100 unsere Live Show unsere lange live Show wie fandest du
es? Weil es war ja für uns beide
auch ganz neu das mal mit Publikum zu machen und auch in
einer Art und Weise zu machen, wo wir uns Face to face sehen,
das machen wir normalerweise nicht jetzt hier sind wir auch
wieder im alten Setup, also per Call zugeschaltet.
Aber es war die erste und einzige Folge bisher, die wir
wirklich Face to Face aufgenommen haben und auch live
und auch mit Publikum. Also ich fand es extrem
aufregend und es hat sehr viel Spaß gemacht, tatsächlich mit
dir nicht nur in einem Raum zu sitzen, sondern auch einige
Leute live dabei zu haben. Von daher vielen Dank an
diejenigen, die uns im Stream live verfolgt haben und
natürlich insbesondere auch noch mal an die, die vor Ort in Köln
bei uns im Raum waren, mit uns gemeinsam diese Folge
aufgenommen und produziert. Passiert haben.
Es hat extrem viel Spaß gemacht, sich auszutauschen und ich fand,
es war ein tolles Erlebnis. Es war was ganz anderes, als wir
üblicherweise machen, weil wir jetzt nicht eine kompakte Folge
zu einem Thema hatten, sondern auch uns ein bisschen mit der
Community ausgetauscht haben. Wir haben so ein bisschen Themen
aufgegriffen, die wir in der Vergangenheit nicht diskutieren
konnten, weil sie nicht für eine gesamte Folge gereicht hätten.
Zumindest dachten wir, sie würden nicht für eine gesamte
Folge reichen. Und dann haben wir doch 20
Minuten drüber gesprochen, aber mir hat es auf jeden Fall extrem
viel Spaß gemacht und es hat uns einfach auch noch mal gezeigt,
dass ihr die uns zuhört, einfach super seid und es hat uns sehr
viel Freude gemacht. Wie war dein Eindruck?
Glaube ich ähnlich. Also mir ist auch extrem viel
Spaß gemacht und ich war auch ganz gerührt, dass wirklich da
Leute gekommen sind und auch den weiten Weg irgendwie angetreten
sind und uns auch in Köln besucht haben, als wir
aufgenommen haben. Ich hätte ja schon in der
Nachbesprechung gesagt, Ich war so n bisschen unzufrieden,
einfach weil ich dachte, es war ich fand es zu lang, ich fand,
es war zu viel Geschwafel und mein Learning daraus, dass das,
glaube ich, unser Podcast besser funktioniert, wenn wir ein Thema
haben und ein Thema besprechen. Ich hab das Gefühl, ich bin dann
besser vorbereitet und das geht dann halt nicht 2 Stunden wie
die Live Folge ging, sondern irgendwie, ich glaube so unser
Sweet Sports ist irgendwas zwischen einer halben Stunde und
vielleicht 40 Minuten oder sowas.
Deswegen ich glaub man hätte das auch gut auf ne Stunde
runterschneiden können, weil ich hab selber mich auch dabei
erwischt, dass ich da irgendwie sehr viel ins Schwafeln gekommen
bin. Ich hoffe, dass es nicht ganz so
rüber gekommen ist, wie ich sie gefühlt habe, aber ich glaube
nach wie vor, unser Sweet Spot ist halt wirklich ein Thema.
Also ich würde es jetzt nicht jedes Mal so machen es.
Gibt es gibt. Ja, viele Podcasts, wo
tatsächlich jede Folge irgendwie anderthalb Stunden über Gott und
die Welt gesprochen wird, das soll hier nicht passieren.
Ich fand das für die 100. Folge, die ja tatsächlich was
Besonderes ist und auch. Uns die Möglichkeit gegeben hat,
uns mal ein bisschen mit Themen zu beschäftigen, die wir sonst
vielleicht nicht in der Podcast Folge haben, war es absolut
angemessen. Es hat Spaß gemacht und ich
würde es auch für eine Jubiläumsfolge noch mal so oder
ähnlich machen und. Natürlich lass Folge 2.
Zukunft genau. Lass uns in Zukunft aber
weiterhin unserem Konzept treu bleiben und tatsächlich auf
einen Themenbereich konzentrieren.
Pro Folge. Ein Thema habe ich aber noch,
also ein. Einen Punkt habe ich aber noch,
bevor wir anfangen mit hier die News der Guitar Universe
zusammenzutragen und uns vor allem auch auf ja die die
Neuerungen zu konzentrieren, die vorgestellt wurden.
Wir haben nämlich immer noch ein Gewinnspiel laufen und zwar
haben wir zusammen mit der Haufe Akademie ein Gewinnspiel
aufgesetzt, da gibt es ein Seminar zu gewinnen zum Thema
generative KI in der Softwareentwicklung und da gibt
es ein Ticket, das ist geht 2 Tage, es gibt auch einen festen
Termin schon im November und. Da haben wir der Haufe Akademie
ein Ticket abgeluchst. Was wir hier im Podcast unter
euch, die ihr hier zuhört, verlosen können.
Und wenn ihr da Lust drauf habt, da geht es 2 Tage lang drum.
Wie kann ich denn überall in meinem Entwicklungszyklus
generative KI einsetzen, also vielleicht nicht nur in der
Softwareentwicklung, sondern auch in der im Design, im
Requirements Engineering, im Testing, Debugging und so
weiter. Für wen das spannend ist?
Er findet auf www.to do Cast Punkt io Gewinnspiel ein
Formular wo man sich eintragen und dann mitmachen kann.
Den Link packen wir natürlich auch noch mal in die Show Notes,
aber da gibt es noch immer die Möglichkeit zu gewinnen und wie
gesagt kommt da nimmt das gerne wahr, wenn das für euch spannend
ist. Und damit genug der Vorrede.
Lass uns in die. Themensammlung der Woche
einsteigen beziehungsweise das Thema der Woche.
Wie gesagt github Universe. Es gab ganz viele Themen und
Announcement und weil wir hier keinen github Product Podcast
machen wollen, werden wir die auch nicht alle durchgehen, aber
ich fand es besonders spannend zu sehen, wie dieser Trend
unterstrichen wird. Immer mehr Menschen die
Möglichkeit zu geben auch kreativ zu werden, Software zu
entwickeln ohne. Eine Entwicklungssprache erst
mal lernen zu müssen. Aber bevor wir da reingehen,
ganz kurz, was ist Spannendes passiert für professionelle
Entwickler auch in diesem KI Umfeld und das hatten wir in der
letzten Folge ja vielleicht auch schon ein bisschen angesprochen,
weil da auch so ein bisschen so ein Industrietrend sich
abzeichnet. Wir hatten ja in der Folge 100
so ein bisschen auch über Cursor gesprochen.
Und viele der Dinge, die wir da angesprochen haben, wurden jetzt
auch angekündigt in der github Welt.
Und das eine Thema war halt Multimodel beziehungsweise Model
Choice, das heißt wir als Developer können bei dem KI
Assistenten unserer Wahl jetzt auch verschiedene Modelle
wählen. Ich kann die Modelle von M
Tropic wählen, ich kann die Modelle von Google wählen, ich
kann die Modelle von Open AI wählen und kann dementsprechend
je nach Use Case oder je nach Präferenz.
Das KI Modell nutzen was ich nutzen möchte, was aus meiner
Sicht so ein bisschen positiv und negativ ist, weil natürlich
ist Auswahl irgendwo immer gut aber Auswahl überfordert mich
häufig relativ schnell und jetzt sitze ich halt vor meinem Tool,
egal ob es jetzt irgendwie ein Gitter Co Pilot ist oder ein
anderes Tool und muss mich bei jeder Anfrage oder bevor ich
damit anfange zu arbeiten erstmal selber fragen.
Nehme ich jetzt das Cloud Modell oder nehme ich GPTO One mini
oder nehme ich vielleicht Germany und ich glaube wenn ich
mich dann erstmal irgendwie länger auf ein Modell
eingelassen habe, dann kommt schon wieder die nächste Version
von dem anderen Hersteller und dann muss ich mich vielleicht
wieder umorientieren. Wie siehst du das?
Ist das eine positive Entwicklung, dass wir jetzt
immer mehr dieser KI Werkzeuge für Developer diese Auswahl
haben, oder? Würdest du auch sehr toll wie
ich, dass es eigentlich schön wäre, wenn jemand anders mit der
Entscheidung abnimmt? Ja, da.
Könnte man dann vielleicht noch irgendwie hingehen.
Aber also erstmal genau, man muss erstmal generell sagen,
dass das Einhorn, du hast eben irgendwie gesagt, im Coding
Assistenz unserer Wahl, also in github Copilot kann man sich
jetzt aussuchen, welches Modell verwendet wird, zumindest für
diese Chat Funktion, wenn ich irgendwie mit dem mit dem Code
Chat, also da früher hat das ja auf einem Open AI oder auf
mehreren Open AI Modellen basiert und heute kann ich mir
auch zum Beispiel zumindest jetzt in der Preview Google
Germany 1. Punkt 5 pro und Klozone 35 auch
auswählen und ich kann auch zwischen mehreren Open Modellen
wählen und erstmal finde ich es eine sehr coole Entwicklung,
aber ich sehr cool finde das geht ab damit auch so ein
bisschen zu Beweis stellt. Das ist immer noch so eine
Unabhängigkeit bewahrt und nicht so ein reiner Microsoft laden
geworden ist. Und B sind ja viele Developer,
die heute schon AI nutzen fürs Coding sehr emotional, wenn es
darum geht, welches Modell dann da das Beste fürs Coding ist.
Also zum Beispiel also ich weiß nämlich, dass Claude von ein
Tropic wahnsinnig beliebt ist und auch wirklich n guten Job
macht, wenn es irgendwie ums Coding geht.
Die haben auch schon sehr früh eingeführt, dass man dann, wenn
man auf auf der Claude. Webseite irgendwie Coding Fragen
stellt, das ist, dass dann so 2 teile man auf der rechten Seite
so n Editor bekommt, also da haben viele Leute einfach auch
gute Erfahrungen mitgemacht und können das jetzt eben.
Auch in Gitarre Co Palette nutzen.
Ich finde es aber auch cool, dass man so ein bisschen das
beste Model für den Job wählen kann, wenn man natürlich weiß,
welches das ist. Als Beispiel Germany, One Point
5 Pro von Google hat zum Beispiel ein extrem großes Token
window, was heißt das? Das heißt man prompt kann da
sehr sehr sehr groß werden, die Nummer Modelle sind noch
üblicherweise darin limitiert. Und wenn ich jetzt zum Beispiel
eine richtig große Codebase habe, könnte das einfach das
bessere Model sein, weil ich zur Beantwortung meiner Frage viel
mehr Dateien in Betracht ziehen und in dem prompt mit rein
reichen kann beziehungsweise in dem Fall geht ab co.
Peile dann für mich viel mehr Dateien auswählen kann, die geht
ab Co peile spannend findet um diesen Code zu beantworten und
das dann mit mit Germany ausmacht, aber natürlich klar
wie du sagst, das muss ich wissen, da steht nicht dabei
wählt Germany 15 für große Codebases, sondern das muss ich
jetzt wissen, wenn. Das heißt, entweder ich habe
schon einen Geschmack, weil ich sage ich mir gefallen einfach
die Sachen, die Claude oder die vielleicht auch Chat GPT, also
mit dem GPT 4 Model macht besser oder ich sag, vielleicht habe
vielleicht eine riesen codebase da Perform Germany besser, im
Moment muss ich das halt eben händisch auswählen oder ich lass
es halt auf dem Standard wie es bisher war, ich finde es aber
auch spannend, wenn vielleicht jeder kopal irgendwann mal
entscheiden würde, oh guck mal. Das ist ne Anfrage, die geht
über ganz ganz viele Dateien oder ah guck mal, du hast hier
gerade ne riesen codebase, ich schick das mal lieber gegen
Germany, wenn du mir das erlaubst.
Wohingegen also wenn wenn Co Pilot wüsste wo die Stärken
dieser Modelle liegen und dann für mich ne Vorauswahl trifft,
das wäre glaube ich noch mal so der nächste Schritt statt heute
kann ich aber erstmal hier Cloud und Germany nutzen und was ich
auch spannend finde, zumindest in der Preview, gerade auch ohne
dass ich ne subscription bei Germany oder bei and Tropic
brauche ja also ich kann einfach ja sagen.
Ich habe meine getap Co Pilot Subscription für die bezahle ich
ja und kann dann einfach sagen, nee, mach das hier mal schick
das mal gegen Germany oder gegen Claude und muss aber nicht
selber bei denen auch ein Account haben oder eine
Subscription ja. Also ich bin da tatsächlich
jemand, der immer sehr bequem ist und der immer dankbar ist,
wenn jemand anders für mich die Entscheidung trifft, was das
beste Modell jetzt zum Beispiel ist.
Von daher genau das, was du gerade gesagt hättest.
Finde ich super cool, wenn tatsächlich irgendwie ein
Classifier davor hängen würde, der einfach mal schaut, wie denn
meine Anfrage aussieht und dann je nach Anfrage dann das
richtige Modell für mich wählt oder das in Anführungsstrichen
beste Modell. Ich finde es halt immer sehr
schwer, da auch am am Ball zu bleiben, weil ja vielleicht ist
jetzt das Cloud 35 Modell für viele Software.
Development task das beste. Aber wer sagt mir das vielleicht
in 34 Monaten, wenn vielleicht das nächste Release von einem
der anderen Hersteller kommt, das immer noch so ist?
Und dann muss ich wieder irgendwelche Blogspots lesen,
youtube Videos gucken und dann wieder sagen, OK, jetzt verwende
ich doch das andere in Zukunft um die beste Performance zu
kriegen und es wäre natürlich schön, wenn da irgendwie Profis
im Hintergrund diese Entscheidung für mich treffen
würden, aber ich verstehe auch, dass viele da auch eine sehr
starke Meinung haben. Welches das beste Modell ist?
Und. Dann auch die Hersteller dieser
Produkte, egal ob es jetzt github, Copalet oder Cursor ist.
Dann developern die Wahl geben wollen.
Ja, noch eine Sache, die ich, die ich, die ich bemerkenswert
fand, ist, dass Copalet selber so, so wie wir es kennen, sich
halt irgendwie stark verändert. Zum einen.
Können wir über mehrere mehrere Dateien jetzt irgendwelche Edits
machen? Also und deutlich deutlich
tiefer mit unserem Code chatten, also nicht nur mit der aktuellen
Datei, sondern wirklich dann auch irgendwie Edits
vorgeschlagen bekommen, die das ganze Projekt betreffen und
alles irgendwie auf den Kopf stellen und und umräumen, das
geht sehr sehr sehr sehr sehr stark in die Richtung von
Cursor, wo wir auch in Folge 100 schon mal drüber gesprochen
haben, diese AI native IDES Invisual Studio Code hat ich
gesagt, Co Pilot jetzt auch so auf der rechten Seite nen
komplett eigenen eigenes Panel bekommen.
Und kann jetzt einfach auch deutlich mehr, als es vorher
konnte. Ich glaub das ist n ganz klarer,
ganz klarer Angriff auch auf Cursor bin ich mal sehr sehr
gespannt wie das da ausgeht, ob der Cursor Hype jetzt schon
wieder zu Ende ist und zum anderen kommt github Co Pilot in
mehr und mehr IDES ne also irgendwie in in in Jet Brains
kann ich jetzt auch die ganzen Github co Pilot Extensions
benutzen, also auch dann irgendwie mit meinem mit meiner
Cloud chatten über github co Pilot oder da mein Cluster
hochfahren und in Excode ist es endlich da, das heißt alle alle
quasi ios, Mac OS, Developer, Swift Developer können auch in
Excode jetzt gitup Code nutzen. Das ist für mich die beste
Chance, dass ich endlich mal meine Kalender sync App auf die
Version 2 hebe und witzigerweise hat Apple aber vor einer Woche
mit dem letzten Mac OS Update mich aufgefordert, ich soll mal
mein x Code updaten und haben dann gesagt, dass sie selber ein
Model einfügen und das heißt ich habe dann da im Rahmen von einem
von einem excode Update 2 Gigabyte sehe ich hier gerade
ist das. Das Predictive Code compleition
Model runtergeladen. Das heißt, Sie haben ein eigenes
Model, was nativ auf der auf der Mac OS Hardware hier in dem Fall
läuft und was mir quasi offline und lokal Code Vorschläge macht
und das habe ich jetzt deaktiviert und dann geht der
Code Pilot in excode Mal ausprobiert verhält sich genauso
oder ähnlich. Ich habe jetzt noch keine großen
Vergleiche damit machen können, aber auf jeden Fall Good News
für die excode Developer. Dass man da sowohl Git up
Copilot als auch dass das lokale Model von Apple selber nutzen
kann, allerdings auch heute in beiden Fällen nur Code
compleation, war eine coole Nachricht für mich, weil ich
mich da immer noch nicht sicher fühle, auch in Swift nicht und
ich auch immer schon gemerkt habe, wenn ich diese App damals
geschrieben habe, Anfang des Jahres, dass es sich wirklich
viel langsamer, dass es wirklich hakt, wenn da keine AI
Vorschläge kommen, weil ich schon so sehr dran gewöhnt bin.
Also für mich und die Local Calender Sync App Good news auf
jeden Fall, dass ich vielleicht. Ohne dass ich viel Swift kann
mit Swift diese App schreiben kann und das ist ja eigentlich
auch die beste Überleitung zu unserem Thema, ohne dass ich
wirklich Profi bin, Software schreiben oder weiterschreiben
und das github ganz am Ende so als One More Thing in dieser
Keynote vorgestellt, woran sie da gerade arbeiten, das nennt
sich github, Copilot Spark oder nur github Spark malte, erzähl
mal bevor ich da irgendwas falsch mache, was was ist das
und wie heißt denn das eigentlich?
Ja, das ist ein aktuelles Research Projekt aus der github
Next Truppe, die Halt immer so ein bisschen die nächste Welle
von Technologien entwickeln, wie du gerade sagtest.
Ganze heißt github Spark. Man kann sich aktuell für die
Preview registrieren um dann hoffentlich bald freigeschaltet
zu werden und was das Ganze ist, ist eine niederschwellige Large
Language Model basierende Entwicklungsumgebung für.
Dich, mich und alle, die kleine Applikationen bauen wollen.
Und das Schöne ist, das funktioniert komplett im
Browser. Ich kann über einen Chat
Interface wie ich das von Chat, GPT und anderen Tools gewöhnt
bin mit meiner Entwicklungsumgebung
kommunizieren und das Schöne ist ich muss jetzt nicht wie bei
anderen no Code no code tools irgendwie per Drag and drop mir
das UIUI zusammenklicken oder ich muss auch nicht hingehen und
irgendwelche proprietären und. Mark Absprachen lernen, sondern
ich arbeite tatsächlich nur mit natürlicher Sprache und das
ganze Iterativ und Versioniert. Und das finde ich ganz spannend,
weil es halt die Art und Weise, wie wir als Software Developer
arbeiten, nämlich über verschiedene Comics Iterativ mit
dieser Ai native Softwareentwicklung
zusammenbringt, wo wir über natürliche Sprache jeden dieser.
Iterativen Schritte steuern, das heißt, ich fange an, erstmal
grundsätzlich zu beschreiben, was ich entwickeln möchte und
kann dann hingehen und beschreiben, wie mein User
Interface aussehen soll, wie mein Datenmodell aussehen soll
und dann kann ich nach und nach das Ganze immer weiter so
modifizieren, bis es die Form angenommen hat und die
Funktionalität widerspiegelt, die ich persönlich im Kopf habe
und. Und kann aber auch bei jedem
Schritt, wenn es mir nicht gefällt, immer wieder
zurückgehen und sagen okay, ich fahre noch mal einen anderen
Ansatz. Ich versuche noch mal eine neue
Iteration und am Ende kommt halt ein Stück Software raus, was
alte Webapplikation ist, die im Browser läuft, aber wo ich auch
am Ende letzten Endes mit Code interagiere und nicht mit
irgendeinem. Komplett geschlossenen System
finde ich extrem spannend. Wir haben noch nicht super viel
ausprobieren können, weil wir beide keinen Zugang haben,
dementsprechend verlassen wir uns da auf die Dinge, die wir in
den Videos bisher gesehen haben. Wir verlinken auch noch mal die
Projektbeschreibung, das geht ab, Next Team hat einen sehr
langen Post auf ihrer Webseite dazu, warum sie das entwickelt
haben, wie das Ganze funktioniert und welche Vision
dahinter steht. Würden wir einfach noch mal
verlinken. Da kann man sich das angucken,
da sind auch noch diverse Videos drauf, die das Ganze in Aktionen
zeigen, aber ich finde diesen Ansatz extrem spannend, weil er
tatsächlich die verschiedenen Welten zusammenbringt, die
traditionelle Iterative, auf Code basierende
Softwareentwicklung mit der Softwareentwicklung, die wir
jetzt aus diesen Chat basierten Tools bekennen, dass wir mit
natürlicher Sprache arbeiten, aber weiterhin.
Iterative Veränderungen vornehmen und das
zusammenbringt. Mit der No Code no Code Welt, wo
wir am Ende als jemand der oder die keine
Softwareentwicklungssprache beherrscht, Software.
Bauen genau also was was github Spark ist, ist eine neue Art
Software zu schreiben ohne Software zu schreiben.
Also ich hab n wie Malta gesagt, ich hab n Chatfenster und da geb
ich einem ein was für eine App ich haben will und wie die
aussehen soll und kann die Funktionalitäten beschreiben per
natürlicher Sprache per Text und hinten raus wird mir wirklich
eine App generiert, die ich auch da live sehen kann, also scheint
irgendwie was browserbasiertes Java Script mäßiges zu sein,
weil sich das live immer wieder updatet.
Und der die einzige Art und Weise, wie ich damit aber
interagiere, ist eben über natürliche Sprache oder halt so
n paar Einstellungen die ich am Design machen kann.
Ich kann ne Primärfarbe wählen und Abstände und Größen und
sowas bestimmen und da war jede Änderung die ich mache mach ich
mir natürlich ja Sprache und seh dann immer nur das Ergebnis, der
große Unterschied zu traditionellen Low Code
Plattformen ist aber hier. Dass Spark echt einen realen
Code generiert, der dann auch unabhängig von der Plattform
überall läuft und überall betrieben werden kann.
Und da muss man sich ja schon fragen, ist das vielleicht die
Zukunft von Low Code, weil bisher bei Low Code musste ich
mir halt irgend irgendeine Plattform suchen, mich auf die
Committen und hier wird jetzt ja wirklich echter Code im
Hintergrund generiert, den kann ich mir auch anschauen und wie
du da sagst, da wird es ja wird ja auch committed.
Das heißt, ich könnte also ich, quasi ich validiere diesen Code
als User von Spike wahrscheinlich üblicherweise,
indem ich mir das Ergebnis anschaue.
Deswegen ist es wahrscheinlich auch stand heute ist so, meine
meine mein, mein Blickwinkel darauf nicht unbedingt dafür
geeignet, hochkomplexe Anwendungen zu schreiben, weil
ich da vielleicht, sag ich mal einen Unit test brauche, um
irgendwie eine komplexe Logik richtig abzutesten, aber für.
So diese typischen lowcode Sachen, die sind ja auch selten
für hoch für hochkomplexe Sachen gedacht.
Ne ne Event registrierungsseite irgendwie keine Ahnung, ne App
für meinen Schwimmverein oder irgendwie irgendwas klein ist
das vielleicht so integrativ 22 Tools oder Services miteinander
vereint und das eben dann aber auf einer Plattform zu haben, in
der ich mir das wirklich als Code exportieren kann, also je
zu jedem Zeitpunkt auch diesen lowcode Bereich verlasse und
vielleicht sag ey. Ich buche mir jetzt noch mal ein
paar Stunden bei einem professionellen Software
debalopper, der mir vielleicht hier noch mal ein Feature
reinbaut was ich jetzt über Chat nicht erreichen konnte oder so.
Also dass man es mischen kann, finde ich extrem.
Ja, ist sehr mächtig daran eigentlich und habe mich schon
so gefragt, ist das vielleicht so eher die Zukunft von Low
Code? Ist die vielleicht eher, dass
die AIS besser werden zu verstehen, was wir von ihnen
wollen und dann Code für uns schreiben?
Oder hältst du das für zu wild und zu weit weg, weil ich den
Code gar nicht mehr sehe und vielleicht ich mit der E ibras
Rede die EI aber irgendwo anders nen Code geschrieben hat, den
sie jetzt gar nicht mehr anfasst und ich gar nicht weiß, warum
verhält sich das jetzt so? Also das ist ja auch ne Gefahr,
dass ich irgendwie, dass ich da ich, dass ich es nicht weiß, was
die EI da im Hintergrund schreibt, ich kann es mir
angucken, aber wenn ich low Code developer bin, vielleicht gar
nicht unbedingt lesen oder verstehen immer.
Dann birgt das natürlich auch Gefahr, dass ich da irgendwo
stecken bleibe, wohingegen ich bei den meisten loco Tools ja
einfach so fertige Bausteine habe, die ich zur Auswahl habe.
Das limitiert mich natürlich in dem, was ich damit bauen kann,
auf andere Weise weiß ich aber, dass diese fertigen Bausteine
nicht irgendein generierter Code sind, sondern ganz fixe Sachen,
die sind getestet, die sind von dieser Firma, die mir halt diese
diese locode Plattform zur Verfügung stellt, da
bereitgestellt worden. Ich glaube, viele dieser
Herausforderungen, die du gerade beschrieben hast, dass
irgendwelche großen Code Artefakte entstehen, sind jetzt
aktuell, zumindest in diesem ganzen Konzept von github Spark
noch out of Scope, weil tatsächlich hier der Fokus auf
sogenannten Micro Apps liegt. Das heißt?
Anwendungen, die einen sehr engen Funktionsumfang
beschreiben, die für einen sehr speziellen Use Case entwickelt
werden und dementsprechend gar nicht in diese Herausforderung
laufen. Dass wir extrem große Codebases
erzeugen, sondern die Idee ist, dass wir für jeden Use Case eine
kleine App erzeugen und die. So erzeugen, dass wir zwar
theoretisch Zugriff auf den Source Code bekommen können,
aber wir brauchen keinen Zugriff auf den Source Code.
Wir interagieren nur entsprechend.
Idealfall. Das im Idealfall interagieren
wir nur über das Chattenterface und durch die integrierte
Runtime wird das Ganze sofort dargestellt.
Ausgeführt aber kann auch auf dieser Runtime dann in
Produktion gehostet werden. Wir können das Ganze irgendwie
als progressive Web App aus dem Web starten, wir können das
anderen verfügbar machen. Und haben dementsprechend viele
der Herausforderungen, die wir in der traditionellen
Softwareentwicklung haben, nicht mehr.
Das heißt, wir haben nicht einfach einen Code Generator, wo
am Ende irgendwie ein Stück Software rausfällt und dann muss
ich mich als vielleicht Laie wieder damit beschäftigen,
welchen Hoster nehme ich denn jetzt wo, wie paketiere ich das
Ganze, sondern ich habe tatsächlich.
Die Plattform mein Use Case und kann dann das ganze relativ
schnell umsetzen. Ich hab.
Ein paar Use Plattformen. Genau ist eine lowcode Plattform
und so typische Use Cases sind halt irgendwie.
Ich brauch irgendwie lernkarten die ich für meinen Unterricht
bauen will oder ich hab jetzt wie du sagst eine Event
registrierungsplattform, das heißt sehr eng geschnittene.
Use Cases, die ich dann damit umsetzen kann.
Und hoffentlich brauche ich wirklich nie Zugriff auf diesen
Source Code und ich bin sehr gespannt, in welche Richtung
sich das entwickelt. Wie gesagt, das ist eine.
Technical Preview von github aktuell Wir haben noch keinen
Zugriff, wenn wir dann Zugriff haben.
Das ganze Mal erprobt haben, so wie damals mit dem ganzen Thema
Copalet Workspace, werden wir das natürlich auch ausprobieren
und vielleicht auch darüber berichten, aber ich fand, das
war einfach ein Signal, was mir gezeigt hat, die ganze
Softwareentwicklungsindustrie entwickelt sich durch natürliche
Sprache extrem schnell in die Richtung, dass immer mehr
Menschen es möglich wird, Software zu schreiben.
Und das finde ich extrem spannend, weil ich halt ganz
häufig in irgendwelchen Gesprächen, so auch im
Freundeskreis, im familiären Umfeld häufig an den Punkt
komme, wo dann jemand sagt, ja, ich würd gern mein Use Case an
als Software umsetzen und dann überlegen wir gemeinsam ja,
welches Tool nehmen wir da, wie, wie könntest du das vielleicht
auch selber machen, ohne dass ich jetzt da unterstütze, wie
können wir das auch machen, ohne eigenen Code schreiben zu
müssen. Und bisher war es in der
Vergangenheit immer so, dass wir relativ schnell in irgendwelche
Barrieren reingelaufen sind, weil dann musstest du dich halt
auf irgendwie ne bestimmte Plattform committen, wo das
Ganze dann vielleicht nicht für alle zugänglich war.
Oder du hattest halt irgendwelche visuellen User
Interfaces, die auch wieder Barrieren.
Eingezogen haben zwischen der UI und der Funktionalität dahinter
und ich kann mir gut vorstellen, dass jetzt durch natürliche
Sprache als User Interface sich das ganze noch mal extrem
schnell weiterentwickelt und damit ganz vielen Menschen, so
auch aus dem persönlichen Umfeld, die jetzt nicht aus der
ja im weitesten Sinne Technologie Bubble kommen, es
möglich wird. Kleine Webapplikationen zu
bauen, und das finde ich super spannend.
Ja, Sie. Können ja auch wirklich eine
Datenbank da haben. Das haben Sie jetzt glaube ich
auch in so einer Demo gezeigt, also keine Ahnung, ich könnte,
wenn meine Oma jetzt für ihren Geburtstag ein Bingo Spiel
entwickeln möchte und meine Oma liebt quietsche entchen und dann
können das quietsche entchen Emoji irgendwie die, die die
Felder markieren wo man Bingo machen kann und dann sagt sie ja
oder könnte sie auf jeden Fall auch sagen generell wenn dann
mal. 50 verschiedene Karten, alle alle anders und eine
Plattform und ich will die aber ausdrucken oder sowas selbst,
weil ich, weil meine Freunde und Freundinnen da jetzt vielleicht
nicht auf einem Smartphone oder sowas spielen, aber sowas würde
ja auch theoretisch gehen, oder? Keine Ahnung, wir machen ein
Gewinnspiel wie wir jetzt hier irgendwie dieses das Gewinnspiel
in dieser Folge haben und sagen dafür muss man mal ein kleines
Rätsel lösen, dieses wie ein kleines Puzzle oder sowas, das
könnte ich mir hier selber generieren.
Ich sehe nur halt meine Oma sich noch nicht auf github einloggen
mit einem github Account und dann da irgendwie per Chat so
Sachen machen, obwohl die ist relativ fit.
Die bucht sich auch so Termine bei Doktor Lipp und sowas also
die ist auch sie ist wahrscheinlich echt fit aber.
Ja, also die die, die diesen Sprung, den seh ich ja irgendwie
noch nicht so ganz, das ist sich so in die Welt der non
developerschaft, aber ich find es auch ganz spannend so für für
alles, was so dazwischen ist. Zum Prototyping.
Ich hatte letztes Wochenende bei einem bei einem gemeinsamen
Frühstück mit Freunden n Gespräch, da möchte jemand ne
quasi ne Plattform für Physiotherapie Videos bauen, wir
haben so n bisschen drüber drüber gesprochen, was ist da
der der USP und so geh ich jetzt auch gar nicht weiter drauf ein.
Aber da war so, ja, wie mache ich das, lade ich die einfach
alle auf youtube hoch, aber dann ist es ein bisschen schwierig,
da irgendwie den Zugang zu beschränken.
Ich bräuchte aber eigentlich nur eine Liste mit dem Content und
für jemanden, für den das freigeschaltet ist oder
irgendwie auch ganz individuelle Sachen und das wäre eigentlich
so ein Case gewesen, wo ich so Versuch doch mal wie weit du
damit kommst dir das zu bauen und du wirst mal mindestens so
die ersten 90% davon schaffen und dann kannst du immer noch
den Code exportieren und da kommt darauf an wie gut ist der,
haben wir uns da weiterentwickelt im Laufe der
Zeit können die As mittlerweile wartbaren vernünftigen.
Lesbaren Code generieren und dann kann ich immer noch sagen,
keine Ahnung, zeig mir das mal. Vielleicht baue ich dir die
Payment Funktion dann irgendwie selber ein, weil das kann
vielleicht dann dieses Chat Tool noch nicht oder sowas.
Ja, die Frage ist halt, ob dann die Idee ist, am Ende das aus
dieser Low Code Welt rauszuholen und weiterzuentwickeln oder ob
es wirklich nur für so eng begrenzte Use Cases genutzt
wird, wo man eigentlich in dieser Plattform drin bleiben
kann oder für Prototypes, wo du dann quasi nachdem du das dann
als funktionierenden Prototypen gelauncht hast, die ersten Leute
damit Erfahrung gesammelt haben, Feedback gegeben haben, dann
quasi noch mal eine professionelle Entwicklung neu
startest, einer. Komplexeren, größeren
Applikation, die dann vielleicht gar nicht auf dieser Plattform
gehostet werden soll, sondern tatsächlich auf einem
dedizierten Webspace irgendwo, den ich selber manager, weil ich
glaube, irgendwann kommt man dann natürlich auch an einen
Punkt, wo man irgendwelche Anforderungen hat, die dann mit
so einer Plattform einfach nicht mehr abzudecken sind.
Und von daher finde ich eigentlich diese.
Den Fokus auf diese diese Micro Apps eigentlich ganz spannend zu
sagen, okay wir bauen gar kein Tool jetzt, was jegliche Art von
Software ermöglichen soll, sondern tatsächlich sehr eng
umgrenzte Use Case basierende Dinge.
Wie gesagt hat mich das so ein bisschen auch wieder an den
Punkt gebracht, wo ich gedacht habe okay wie verändert das dann
auch den Alltag von uns, die halt irgendwie Professional
Developer sind. Wenn dann vielleicht solche
Themen, die vielleicht in der Vergangenheit gerade auch über
solche Plattformen wie Five war, irgendwie für einige Leute das
Brot und Buttergeschäft waren, solche kleinen Apps zu bauen und
das vielleicht dann in einem sehr schnellen Abstand, weil man
das relativ schnell dann auch rausgeben kann, wenn jetzt die
Leute anfangen, sowas selber zu bauen.
Ich weiß nicht, ob du die Kampagne von Fibre gesehen hast
letzte Woche, die haben die neue Kampagne gestartet.
No one care if your using AI Man sollte sich letzten Endes auf
das Ergebnis konzentrieren und damit haben Sie zum einen quasi
ihre diejenigen, die dort. Dinge liefern, die dort Angebote
schalten, ermutigt auch AI Tools zu verwenden, um dort Produkte
anzubieten oder umzusetzen und gleichzeitig die Botschaft
vermittelt. Wenn du als Kunde was in Auftrag
gibt, sollte es für dich völlig irrelevant sein, ob die Person,
die es für dich umgesetzt hat, KI benutzt hat oder nicht,
Hauptsache das Ergebnis stimmt mit dem überein, was du
erreichen wolltest. Also von daher werden vielleicht
dann auch in Zukunft. Andere Leute als Dienstleister
solche Tools nutzen und du gibst einfach nur deine Vision ab und
dann kommt da ein entsprechendes Stück Software zurück, wo keiner
Code geschrieben hat. Ich sehe du bist skeptisch,
gerade bei deinen Erfahrungen mit Fiverr, was die Umsetzung
deiner Anforderungen betrifft, aber ich glaube das wird halt
durchaus einiges verändern, weil es für viele Leute jetzt möglich
ist selber solche Software auch zu bauen.
Ja, zu meinen Erfahrungen haben wir meine eigene Folge gemacht.
Ich würde noch gern was zu dem Punkt vorher sagen.
Du hast gesagt, vielleicht ist das gar nicht dafür gedacht,
dass ich mir diesen Code angucke und mache dann wieso eine
Neuentwicklung, wenn wenn wenn mein Prototyp abhebt, ich glaube
da würde ich dir widersprechen, ich glaube also wieso wie ich es
verstanden habe ist genau das der Unterschied, dass ich dass
das Ding echten Code produziert und dass ich das eben nicht dann
neu entwickeln muss, weil sonst unterscheidet sich das für mich
nicht zu irgendeiner anderen Low Code Plattform oder Low Code
Plattform also das gibt es ja heute schon, dass ich auf
irgendwelchen Low Code Plattformen einen Prototypen
entwickel. Und den dann aber, wenn es ernst
wird, irgendwie noch mal neu bauen muss.
Und das ist ja einfach total nervig.
Und so funktioniert es aber heute und ich es gibt ja auch
heute schon no Code Plattformen, wo ich einfach über einen
Eingabeschlitz per Text beschreibe, was ich haben will
und die setzt mir dann eben aus diesen No Code Bausteinen das
zusammen, was eben auf dieser Plattform möglich ist.
Und für mich ist genau das, dass ich diesen Code halt nehmen kann
und erstmal unabhängig von der Plattform betreiben kann, weil
es vielleicht einfach ein Docker Container rausfällt, aber auch
das gibt es schon mit anderen Plattformen.
Aber dass ich den theoretisch weiterentwickeln könnte, da
finde ich spannend. Da muss aber natürlich zeigen,
wie wie gut dieser Code ist und ob das ob der Wartbar ist, ob
der überhaupt weiterentwickelbar ist oder ob der nur in diesem
Umfeld von diesen Mini Apps funktioniert.
Da hast du natürlich recht. Jetzt fragst du, hast du Grad
gefragt wieviel verändert das uns als Professional Developer
oder unseren Alltag? Ich hoffe mal, dass unser Alltag
nicht in die Richtung verändert wird, dass wir jetzt ganz viele
von diesen fertigen oder halbfertigen angefallenen Apps
hingeschmissen bekommen und die dann fertig machen müssen und
dann die Features die die die AI nicht kann selber irgendwie
bauen müssen. So ja wir sind wieder als Sklave
der AI und dann da irgendwelchen generierten Code dann irgendwie
erstmal verstehen und warten müssen, da bin ich mal sehr
gespannt. Wann das das erste Mal
irgendwie, wenn dann ein Kunde vielleicht irgendwie auf mich
mit einer Anfrage zu kommen sagt, Hey du, ich habe da hier
mal angefangen, ich habe ja schon 90% vom Code, das kann ja
gar nicht so so lange dauern, jetzt, da irgendwie noch ein
Feature einzubauen, bin ich mal gespannt.
Ich hoffe nicht, dass das die Zukunft ist.
Aber vielleicht, um es mal positiv zu formulieren, ich
glaube schon, wenn jemand mit einem fertigen Prototypen zu dir
kommt und sagt, das ist die Art von Software, die ich mir
vorgestellt habe, ne und das brauche ich jetzt quasi noch mal
in. In professionell mit folgenden
weiteren Funktionen skalierbar im Web gehostet.
Dann ist es vielleicht auch viel einfacher, tatsächlich diese
Anforderungen der Kundinnen und Kunden umzusetzen, als wenn man
dann irgendwie mit einem keine Ahnung hundertseitigen Word
Dokument erschlagen wird, wo dann irgendwelche Skizzen drin
sind oder vielleicht nur Fließtext.
Vielleicht ist es dann tatsächlich auch eine
Möglichkeit, auch seine Anforderungen besser zu
formulieren, weil man dann wirklich auch einen
funktionierenden Prototypen dann schon mitbringen.
Kann. Vielleicht kann ich das dann ja
auch jemandem bei Fiverr oder sowas übergeben.
Also ich habe mich gefragt, warum baut Github das und das
ist ja eigentlich relativ klar so.
Für github ist das erschließen die damit eine ganz neue
Kundschaft, weil ich glaube so die Developer, also der Wachstum
an Developer und bei github ist irgendwann erschöpft, weil
eigentlich jeder Developer irgendwo zumindest mal die
Repositories benutzt. Und damit erschließt sich
natürlich ne neue ne ganz neue Zielgruppe.
Warum baut Faiwa denn sowas nicht?
Weil eigentlich finde ich das für für Faiwa total spannend zu
sagen, je besser du deine dein Projekt beschreibst.
Desto besser können wir vielleicht mit AI schon die
ersten 5090 irgendwas Prozent davon generieren.
Und vielleicht sagt Fiver irgendwann, wir haben hier ne
Army aus kleinen AI Agents und ne Army aus echten Menschen und
zusammen lösen die dein dein Problem und können es ja
vielleicht noch viel günstiger anbieten.
Also für Fiverr finde ich diesen dieses Business Modell
wahnsinnig spannend, ich kann es aber auch kombinieren, ich
könnte ja zum Beispiel sagen. Also meine Frustration mit Fifa
war ja auch viel, dass die Leute einfach nicht verstanden haben,
was ich da wollte von denen, obwohl ich das irgendwie ganz,
ganz breit dokumentiert und aufgeschrieben hab.
Ich könnte ja vielleicht sagen, hier guck mal so in der Art,
hier kannst du dir das schon mal zusammenklicken, das ist das,
was ich mir vorgestellt habe, weil ich das vielleicht schon
mit diesem neuen Spark Tool von github bis zu einem gewissen
Grad gebaut hab, zumindest wenn es sich um ne Web App handelt.
Also das könnte ja schon spannend sein, dass das so n,
dass man da vielleicht noch besser beschreiben, so besseres
Prototyping machen kann oder noch bessere.
Wenn ich das so beschreiben kann, was man sich da eigentlich
vorstellt, weil man es schon bis zu einem gewissen Grad irgendwie
gebaut hat, wieso ein Click Dummy oder wie jemand, der
irgendwie sehr gut mit Figmada irgendwas bauen kann, finde ich
auf jeden Fall spannend. Auch gerade dieses erschließt
eine neue Gruppe an Leuten und gibt wieder mehr mehr Menschen
Tools an die Hand, die eigentlich kein
Informatikstudium gemacht haben und das war glaube ich auch so
ein bisschen die Message dahinter.
Genau. Also ich fand es auf jeden Fall
extrem spannend und freue mich darauf, hoffentlich bald Zugang
zu bekommen. Schaut euch auch mal an, wir
packen euch den Link entsprechend in die Show Notes
und lasst uns gerne wissen, was ihr davon haltet.
Entweder per Kommentar auf Spotify oder auch gerne per e
Mail unseren e Mail Kontakt findet ihr auch in den Show
Notes, wie jede Woche und natürlich gebt uns immer gerne
generell Feedback zum Podcast. Was gefällt euch, welche Themen
wünscht ihr euch für die Zukunft?
Wir sind immer daran interessiert uns mit euch
auszutauschen. Wenn euch die Folge generell
gefallen hat, dann lasst uns auch gerne ne gute Bewertung da.
Wir freuen uns da immer, wenn ihr uns irgendwie auf Spotify
oder Apple Podcasts oder wo auch immer ihr den Podcast hört, ihr
n paar Sternchen oder Herzchen oder was auch immer man da
hinterlassen kann, hinterlasst und wir freuen uns natürlich
auch immer sehr, wenn ihr uns einen Kaffee ausgebt sowie
Jonathan und Bastian, dass diese Folge gemacht haben, auch dazu
gibt es so n bei mir Coffee Link unten in der Beschreibung wenn
ihr ein paar Armen und durstige Nerds einen Kaffee.
Spenden wollt? Dann bedanken wir uns natürlich
mit einer Namensnennung und ganz viel Liebe in der nächsten Folge
an euch. Da freuen wir uns immer sehr.
Alle Links findet ihr wie immer in der Beschreibung.
Und ansonsten freuen wir uns, wenn ihr auch in 2 Wochen wieder
beim to do the Weather Podcast dabei seid.
Und bis dahin wünsche ich euch alles Gute und.
Schreibt ganz viel Code oder lasst ganz viel Code für euch
schreiben. Mit einer AI und bleibt uns treu
bis bald. Bis dann.