1 00:00:00,510 --> 00:00:04,350 Es gibt mal wieder Neuigkeiten. Ausder.net Welt doch dieses Mal 2 00:00:04,350 --> 00:00:06,950 stellt Microsoft kein Produkt ein, sondern hat eine neue 3 00:00:06,950 --> 00:00:09,230 Plattform für die Entwicklung von Cloud Native 4 00:00:09,230 --> 00:00:12,110 applikationenvorgestellt.net Aspire. 5 00:00:12,510 --> 00:00:14,870 In dieser Folge sprechen wir darüber, was es damit auf sich 6 00:00:14,870 --> 00:00:17,750 hat und wer sich das genauer anschauen sollte. 7 00:00:22,210 --> 00:00:26,910 Was? Und damit herzlich Willkommen zu 8 00:00:26,910 --> 00:00:32,150 einer neuen Folge vom To do Cars, dem Developer Podcast mit 9 00:00:32,150 --> 00:00:35,270 Malte Lantin und mit mir Robin Manuel Thiel. 10 00:00:36,150 --> 00:00:39,550 Hallo Robin, Manuel und Hallo zusammen, wie war deine Woche? 11 00:00:40,830 --> 00:00:44,150 Ehrlich gesagt gut und kurz. Ich hatte Geburtstagswoche. 12 00:00:44,230 --> 00:00:46,590 Ich hatte letzte Woche Geburtstag und ganz traditionell 13 00:00:46,590 --> 00:00:49,230 bei mir ist das so, dass ich mir immer an meinem Geburtstag einen 14 00:00:49,230 --> 00:00:52,390 Tag Urlaub nehme, an dem Tag vor meinem Geburtstag einen Tag 15 00:00:52,390 --> 00:00:54,750 Urlaub nehme und an dem Tag nach meinem Geburtstag, das heißt ich 16 00:00:54,750 --> 00:00:57,070 hab immer ganz traditionell so ein bisschen Zeit. 17 00:00:58,520 --> 00:01:00,680 Nicht also ganz explizit, nicht zu arbeiten, mich um meinen 18 00:01:00,680 --> 00:01:03,480 eigenen Kram, meine Projekte zu kümmern, bisschen zu entspannen, 19 00:01:03,480 --> 00:01:06,080 was mit Freunden zu machen, Sport zu machen, was auch immer 20 00:01:06,080 --> 00:01:08,200 ich halt gerade irgendwie sonst das ganze Jahr über manchmal 21 00:01:08,200 --> 00:01:09,720 nicht schaffe. Also ich hoffe, ich schaffe es 22 00:01:09,720 --> 00:01:13,320 mehr als dieses einmal im Jahr Sport zu machen, aber ich hab 23 00:01:13,320 --> 00:01:15,320 zum Beispiel irgendwie letzte Woche ganz viel an meiner 24 00:01:15,320 --> 00:01:17,840 Hausautomatisierung rumgefummelt, das hat mir schon 25 00:01:17,840 --> 00:01:20,040 lange in den Fingern gejuckt, ist aber irgendwie nie so 26 00:01:20,040 --> 00:01:23,320 richtig dazu gekommen und jetzt unendlich jetzt gehen endlich 27 00:01:23,320 --> 00:01:25,760 meine Heizthermostate automatisch aus, sobald man ein 28 00:01:25,760 --> 00:01:29,320 Fenster öffnet in dem Raum, das ist gerade bei den Temperaturen 29 00:01:29,320 --> 00:01:31,200 gar nicht schlecht, denn hier München liegt unter einer dicken 30 00:01:31,200 --> 00:01:33,920 Schneedecke. Ist doch gut das. 31 00:01:35,070 --> 00:01:37,670 Ja, und trotzdem möchte ich aber irgendwie nicht aus dem Fenster 32 00:01:37,670 --> 00:01:39,990 raus heizen und meine Heizung hier ballert ganz schön auf. 33 00:01:39,990 --> 00:01:41,390 Sobald ein Fenster auf ist deswegen. 34 00:01:42,230 --> 00:01:44,710 Stell dir vor, ich müsste immer wieso Neandertaler aufstehen und 35 00:01:44,710 --> 00:01:46,350 die ausmachen. Das geht natürlich nicht und 36 00:01:46,350 --> 00:01:48,990 deswegen hab ich das jetzt automatisiert, bin also bestens 37 00:01:48,990 --> 00:01:51,510 gewappnet für den Winter. Wie war es denn bei dir? 38 00:01:52,430 --> 00:01:55,590 Bei mir war es relativ ereignislos, aber ich möcht 39 00:01:55,590 --> 00:01:58,430 nicht über mich sprechen, sondern ich hab noch ne Frage an 40 00:01:58,430 --> 00:02:01,750 dich und zwar hab ich gesehen eines deiner Projekte, wir 41 00:02:01,750 --> 00:02:04,110 sprechen ja immer wieder mal wieder über Side Projekte. 42 00:02:04,110 --> 00:02:07,230 Eines deiner Projekte ist gelauncht, letzte Woche glaub 43 00:02:07,230 --> 00:02:09,669 ich oder vorletzte Woche finde ich extrem spannend ich mir das 44 00:02:09,669 --> 00:02:12,590 mal angeschaut willst mal 2 Sätze dazu sagen. 45 00:02:13,750 --> 00:02:16,990 Ja, kann ich gerne machen. Ich wollte eh im neuen Jahr 46 00:02:16,990 --> 00:02:18,830 vielleicht auch mal n bisschen genauer und tiefer drüber 47 00:02:18,830 --> 00:02:21,430 sprechen, was wir da gebaut haben, aber im Prinzip haben wir 48 00:02:21,750 --> 00:02:25,790 Space Blocks gelauncht, das ist ne SARS Plattform für Developer 49 00:02:25,790 --> 00:02:28,190 für Permission Management, das heißt? 50 00:02:28,550 --> 00:02:31,870 Wär eine eine App, baut meistens wahrscheinlich irgendwie ne SARS 51 00:02:31,870 --> 00:02:35,150 App und die Anforderung hat da Berechtigungen und Rollen zu 52 00:02:35,150 --> 00:02:37,310 managen. Also wer darauf was zugreifen. 53 00:02:37,310 --> 00:02:39,310 Oft können sich rollen oder Rechte ja auch vererben, wenn 54 00:02:39,310 --> 00:02:41,510 man irgendwie sagt Ich hab Dateien in einem Ordner und die 55 00:02:41,510 --> 00:02:43,110 liegen wieder in einem anderen Ordner und ich hab jetzt 56 00:02:43,110 --> 00:02:45,110 jemanden auf den Überordner Zugriff gegeben, soll der 57 00:02:45,110 --> 00:02:47,590 automatisch auch auf andere Dateien unten drunter und so 58 00:02:47,630 --> 00:02:51,350 diesen ganzen Kram da haben wir mit mit ein paar Kumpels eine 59 00:02:51,350 --> 00:02:53,830 Plattform für gebaut weil wir das auch mal für ein privates 60 00:02:53,830 --> 00:02:56,950 Projekt brauchten wo man das quasi an uns und ein paar 61 00:02:56,950 --> 00:02:59,070 einfache API Calls auslagern kann. 62 00:03:00,270 --> 00:03:02,230 Danke, dass du drauf angesprochen hast und nicht ein 63 00:03:02,230 --> 00:03:04,630 bisschen Promo machen kann über das ganze Problem. 64 00:03:04,630 --> 00:03:07,710 Dieses ganze Berechtigungsproblem, was wir da 65 00:03:07,830 --> 00:03:09,670 versuchen zu lösen, können wir aber gerne noch mal in einer 66 00:03:09,670 --> 00:03:13,670 eigenen Folge drüber sprechen. Kann natürlich gerne mal bei 67 00:03:13,670 --> 00:03:16,150 Space Blogs Punkt Cloud vorbeischauen. 68 00:03:17,350 --> 00:03:19,350 Cool, lass uns das im neuen Jahr auf jeden Fall mal machen. 69 00:03:19,350 --> 00:03:21,870 Mach mal ne Folge über das Thema Permission Management und 70 00:03:21,950 --> 00:03:26,110 schauen dann auch auf eure Lösung, aber zu dieser Folge und 71 00:03:26,110 --> 00:03:30,390 erstmal der übliche Teil vielen Dank an euch alle, insbesondere 72 00:03:30,390 --> 00:03:33,150 an die, die uns einen Kaffee ausgegeben haben, wer sind es 73 00:03:33,150 --> 00:03:36,310 diese Woche? Dann haben wir von Martin haben 74 00:03:36,310 --> 00:03:38,750 wir 3 Kaffee bekommen, von Stefan haben wir 4 Kaffee 75 00:03:38,750 --> 00:03:41,870 bekommen, von Olaf haben wir 2 Kaffee bekommen, also jede Menge 76 00:03:41,870 --> 00:03:44,390 heißer Kaffee. Ich hoffe es ist für euch auch 77 00:03:44,390 --> 00:03:47,270 OK, wenn wir das in Glühwein umwandeln. 78 00:03:47,830 --> 00:03:49,590 Ich werde mich schon auf den Weihnachtsmarkt und ich glaub 79 00:03:49,590 --> 00:03:51,510 bei den Temperaturen kann man sich da auch einen heißen 80 00:03:51,510 --> 00:03:54,310 Glühwein Samen. Das passt ist so ähnlich, 81 00:03:54,310 --> 00:03:57,470 Hauptsache warmes Getränk, ne. Ansonsten. 82 00:03:59,000 --> 00:04:01,280 Nach der letzten Folge hatten wir auch wieder Feedback 83 00:04:01,280 --> 00:04:02,960 bekommen. Ihr schreibt uns ja dankzähler 84 00:04:02,960 --> 00:04:07,000 Weise auch immer auf Spotify Feedback zu den Folgen, da kam 85 00:04:07,000 --> 00:04:11,840 eine Folge passend zur github Universe zum Thema ist jetzt der 86 00:04:11,840 --> 00:04:16,160 richtige Zeitpunkt um von Asia Depos auf github umzusteigen? 87 00:04:16,720 --> 00:04:19,320 Ich glaube das ist aber ein längeres Thema, Ich glaube da 88 00:04:19,320 --> 00:04:22,520 sprechen wir am besten im neuen Jahr mal in einer separaten 89 00:04:22,520 --> 00:04:25,560 Folge zu. Genau könnt ihr uns auch mal 90 00:04:25,560 --> 00:04:27,160 wissen lassen, ob euch das interessiert. 91 00:04:27,320 --> 00:04:31,400 Diese verschiedenen. Projektmanagement Cicd Code, 92 00:04:31,400 --> 00:04:34,320 kollaborationstools mal miteinander zu vergleichen. 93 00:04:34,320 --> 00:04:36,800 Ich habe generell ist die kurze Antwort auf diese Frage für mich 94 00:04:36,800 --> 00:04:38,600 so ein bisschen. Also ich habe eh alle meine 95 00:04:38,600 --> 00:04:40,880 Projekte aufgetopft für mich macht das in den meisten Fällen 96 00:04:40,880 --> 00:04:42,320 ergibt das Sinn, weil ich es ein bisschen schlanker und 97 00:04:42,320 --> 00:04:44,960 leichtgewichtiger finde, aber auch Osha der Fops hat große 98 00:04:44,960 --> 00:04:48,560 Vorteile, vor allem wenn es um die um die Planung von Projekten 99 00:04:48,560 --> 00:04:50,400 geht, da finde ich sind die noch ein bisschen stärker bei diesem 100 00:04:50,400 --> 00:04:54,400 Azure Boards, dass ich meine meine Work Items und Scrum items 101 00:04:54,400 --> 00:04:56,320 ein bisschen besser verwalten kann, da finde ich. 102 00:04:57,630 --> 00:05:00,550 Und du hattest ja auch irgendwie gesagt, dass es, dass man, glaub 103 00:05:00,550 --> 00:05:02,190 ich bei Asia default sich aussuchen kann, wo die Daten 104 00:05:02,190 --> 00:05:03,710 gespeichert werden. Das kann natürlich auch immer n 105 00:05:03,710 --> 00:05:06,230 Grund sein. Genau, lass uns da noch mal n 106 00:05:06,230 --> 00:05:08,350 Detail reinschauen, weil ich glaub das ist ne Frage die sich 107 00:05:08,550 --> 00:05:11,270 viele Leute stellen, weil ja beides quasi aus dem gleichen 108 00:05:11,270 --> 00:05:14,750 Haus kommt, aus dem Hause Microsoft und von daher ist es 109 00:05:14,750 --> 00:05:17,430 ja durchaus ne sehr relevante Frage. 110 00:05:19,710 --> 00:05:22,550 Dann gibt es noch n letztes Thema, bevor wir hier in Dotnet 111 00:05:22,550 --> 00:05:26,110 Aspire einsteigen und zwar wer nicht genug von unseren beiden 112 00:05:26,110 --> 00:05:28,070 Nasengesichtern oder Stimmen bekommt. 113 00:05:29,600 --> 00:05:32,520 Und wer wer sagt, Hey, der Todo Cast, der erscheint ja alle 2 114 00:05:32,520 --> 00:05:34,040 Wochen. Was mach ich denn in der jeweils 115 00:05:34,040 --> 00:05:36,230 anderen Woche? Für den haben wir zumindest 116 00:05:36,230 --> 00:05:40,310 nächste Woche ne Antwort. Und zwar sind wir gemeinsam in 117 00:05:40,310 --> 00:05:43,830 einem Livestream von The Native Web, da haben wir, die haben wir 118 00:05:43,830 --> 00:05:46,670 auch schon ein, zweimal referenziert hier im Podcast. 119 00:05:46,710 --> 00:05:49,710 Das ist vor allem so die Firma um Golo Roden rum, der auch auf 120 00:05:49,710 --> 00:05:53,350 youtube sehr viele Videos zum für Developer macht und die 121 00:05:53,350 --> 00:05:55,470 machen immer regelmäßig einen Livestream und da findet der 122 00:05:55,470 --> 00:05:59,150 nächste nächste Woche Montag, also am 11 dezember statt, 123 00:05:59,150 --> 00:06:01,430 irgendwann abends, ich glaub 18 19:00 Uhr, wenn wir da einen 124 00:06:01,430 --> 00:06:03,270 Link zu finden den wir teilen können, packen wir den auch 125 00:06:03,270 --> 00:06:04,950 schon mal in die Beschreibung vom Podcast. 126 00:06:05,800 --> 00:06:07,920 Und da werden wir so ein bisschen drüber reden, wie das 127 00:06:07,920 --> 00:06:09,040 Jahr für uns war. Das ist ein bisschen 128 00:06:09,040 --> 00:06:11,600 zusammenfassend, einen Ausblick aufs Geben, und ich glaube, das 129 00:06:11,600 --> 00:06:15,720 ist eine total coole Runde, eine total tolle Kombination und da, 130 00:06:15,720 --> 00:06:17,680 wer da Lust drauf hat und wer da Spaß drauf hat, da 131 00:06:17,680 --> 00:06:21,080 vorbeizuschauen, freuen wir uns natürlich über jeden to do Cast 132 00:06:21,080 --> 00:06:25,280 Fan, der da vorbeischaut oder die da mal einen Kommentar oder 133 00:06:25,280 --> 00:06:27,560 ein Hallo hinterlässt. Da würden. 134 00:06:28,480 --> 00:06:29,920 Wir uns sehr freuen. Absolut so. 135 00:06:29,920 --> 00:06:31,800 Dann lass uns loslegen. Net Aspire. 136 00:06:31,800 --> 00:06:34,760 Ich hab's gerade in der Intro schon gesagt, neues Announcement 137 00:06:34,760 --> 00:06:37,990 von Microsoft. Kam Blogpost ungefähr 138 00:06:38,590 --> 00:06:43,110 gleichzeitig jetzt zur großen Technologiekonferenz, die 139 00:06:43,110 --> 00:06:47,470 Microsoft vor auch 2 Wochen abgehalten hat und da wurde das 140 00:06:47,470 --> 00:06:51,830 neue Framework beziehungsweise die Ergänzung von dot net um net 141 00:06:51,830 --> 00:06:55,470 Aspire vorgestellt und ich habe mir das ganze Thema mal in den 142 00:06:55,470 --> 00:06:57,230 Blogspots durchgelesen. Das ist ein sehr langer 143 00:06:57,230 --> 00:07:01,030 Blogpost, weil anscheinend da die Programm Manager sich 144 00:07:01,030 --> 00:07:02,990 überlegt haben, wir machen nicht einen Blog posten was 145 00:07:02,990 --> 00:07:05,670 anzukündigen und dann noch einen Blogpost um tiefer ins Detail zu 146 00:07:05,670 --> 00:07:07,510 gehen, sondern wir haben alles in einen Blogpost gepackt, 147 00:07:07,510 --> 00:07:09,310 dementsprechend ist er sehr lang, wir verlinken euch den 148 00:07:09,310 --> 00:07:12,510 auch und ich habe nachdem ich ihn einmal komplett gelesen 149 00:07:12,510 --> 00:07:14,350 hatte hatte ich den Anfang schon wieder vergessen habe gedacht 150 00:07:14,470 --> 00:07:18,430 ich lasse mir das mal durch Chpt zusammenfassen, habe mir eine 151 00:07:18,430 --> 00:07:21,270 kleine Zusammenfassung erstellen lassen. 152 00:07:21,320 --> 00:07:24,480 Fand ich jetzt persönlich qualitativ nicht so toll und von 153 00:07:24,480 --> 00:07:26,160 daher habe ich gedacht, ich lasse mir das noch mal von einem 154 00:07:26,400 --> 00:07:29,920 Cloud native Profi erklären und habe gedacht, wir beiden 155 00:07:29,920 --> 00:07:31,840 sprechen mal im Podcast über net Aspire. 156 00:07:31,840 --> 00:07:35,160 Ich bin ja auch ein alter net developer und daher finde ich 157 00:07:35,160 --> 00:07:36,800 das ganz spannend. Ich bin aber nicht so tief in 158 00:07:36,800 --> 00:07:39,470 dem Ganzen. Cloud native Thema drin wie du 159 00:07:39,470 --> 00:07:41,910 und ich glaub da kannst du mir ein bisschen was zu erzählen. 160 00:07:41,910 --> 00:07:43,270 Warum brauchen wir das eigentlich? 161 00:07:43,270 --> 00:07:47,190 Weil ich kann doch jetzt schon Cloud native Applikationen mit 162 00:07:47,190 --> 00:07:49,990 dot net Core bauen und ganz viele machen das siebauen.net 163 00:07:49,990 --> 00:07:53,230 Core Applikationen containerisieren das packen das 164 00:07:53,230 --> 00:07:56,830 auf Kubernetes haben da Containerorchestrierungen 165 00:07:56,830 --> 00:07:58,870 dahinter liegen die Kommunikation zwischen den 166 00:07:58,870 --> 00:08:01,670 Services läuft warum brauche ich jetzt dort net das Bayern was 167 00:08:01,670 --> 00:08:03,030 hat sich Microsoft dabei gedacht? 168 00:08:03,670 --> 00:08:07,350 Also erstmal ehrlich das natürlich sehr auf einmal sagt, 169 00:08:07,350 --> 00:08:09,510 das hat hier einen qualitativen Anspruch dieser Podcast. 170 00:08:10,840 --> 00:08:14,440 Mit mir versuchen lassen willst du mit den Ergebnissen von 171 00:08:14,480 --> 00:08:16,960 Strategy nicht zufrieden, das kann ich trotzdem mal. 172 00:08:17,120 --> 00:08:20,000 Qualität ab, das ehrt uns hier natürlich. 173 00:08:20,240 --> 00:08:23,320 Zum zweiten muss ich dich bitten aufhören zu sagen, dass das Ding 174 00:08:23,320 --> 00:08:27,680 dotnet Core heißt, das heißt nämlich gar nicht mehr. 175 00:08:27,920 --> 00:08:31,000 Ich weiß, also ich. Dinge bleiben halt hängen. 176 00:08:31,120 --> 00:08:32,360 Man wird die Sache nicht. Los. 177 00:08:33,080 --> 00:08:36,960 Das hieß ja mal Dotnet. Dann haben Sie sich also, das 178 00:08:36,960 --> 00:08:42,350 hieße mal Donald Framework. Version net 4.78 irgendwie sowas 179 00:08:42,350 --> 00:08:46,750 8. 448 glaub ich 2022 war das. Ja, und dann hat man immer 180 00:08:46,750 --> 00:08:48,270 gesagt, wir wollen das, würde ich es. 181 00:08:48,270 --> 00:08:50,150 Wir schreiben das alles neu, wir machen das Cross Plattform, Wir 182 00:08:50,150 --> 00:08:52,270 nennen das jetzt.net Core und dann haben gab es dann 183 00:08:52,270 --> 00:08:54,110 irgendwie, also die wirklich stabile Version war dann 184 00:08:54,110 --> 00:08:56,350 irgendwann.net Core 3, die gab es ne relativ lange und da hat 185 00:08:56,350 --> 00:08:59,030 man sich gedacht okay wenn das aber 31 heißt oder sowas, dann 186 00:08:59,030 --> 00:09:01,270 verwechseln das die Leute mit dem Dotnet Framework 31 und 187 00:09:01,270 --> 00:09:05,750 deswegen nennen wir das hier net Core, dann seid glaubich.net 5 188 00:09:06,430 --> 00:09:09,790 heißt das wieder alles dotnet 5 und dieses Core Ding fällt weg, 189 00:09:09,790 --> 00:09:12,470 allerdings weiß jeder was was was man meint wenn man sagt 190 00:09:12,470 --> 00:09:15,110 Dotnet Core, damit man eben die neue, das neue NET, die Cross 191 00:09:15,110 --> 00:09:18,560 Plattform Variante von net. Heißt aber eigentlich nicht mehr 192 00:09:18,560 --> 00:09:22,520 Net Core, heißt aber, man findet in der Hälfte der Blogposts noch 193 00:09:22,520 --> 00:09:24,920 den Namen Dotnet Core, in der anderen Hälfte der Blockpost den 194 00:09:24,920 --> 00:09:26,920 Namen Dotnet muss man trotzdem gucken, ob jetzt die neue oder 195 00:09:26,920 --> 00:09:29,680 alte Version gemeint worden ist. Ja, ich find das persönlich 196 00:09:29,680 --> 00:09:32,560 verwirrend, wenn du sagst, wenn du sagst, ich entwickle mit dot 197 00:09:32,560 --> 00:09:35,280 net, weil ich hab noch ganz viele kenn ganz viele 198 00:09:35,280 --> 00:09:38,640 Unternehmen die entwickeln mit net, aber die entwickeln 199 00:09:38,640 --> 00:09:40,240 tatsächlich noch alte Legislaturperioden, net 200 00:09:40,240 --> 00:09:42,520 Framework, net Framework Applikationen weiter, weil die 201 00:09:42,520 --> 00:09:44,800 halt einfach existieren und wenn du dann einfach sagst ich 202 00:09:44,800 --> 00:09:47,360 entwickle mit net ist halt die Frage, wo bist du denn 203 00:09:47,360 --> 00:09:49,840 eigentlich unterwegs? Ich meine.net als Plattform gibt 204 00:09:49,840 --> 00:09:54,630 es seit. Über 20 Jahren ne und wurde von 205 00:09:54,630 --> 00:09:58,150 Anfang an irgendwie mit der Idee ner Cross Plattform Technologie 206 00:09:58,150 --> 00:10:00,550 entwickelt. Hat aber größtenteils auf 207 00:10:00,550 --> 00:10:04,430 Windows Erfolg gehabt und erst mit dot Net Core ist das ganze 208 00:10:04,430 --> 00:10:06,910 Plattform Thema erst mal wirklich gelandet und jetzt 209 00:10:06,910 --> 00:10:11,990 mittlerweile sind wir bei net 8 glaube ich und da gibt es halt 210 00:10:11,990 --> 00:10:14,550 immer mehr Ergänzungen und Erweiterungen und jetzt eine 211 00:10:14,550 --> 00:10:16,990 Cloud native Ergänzung mit net Aspire. 212 00:10:18,270 --> 00:10:20,070 Genau. Warum hast du das denn nicht von 213 00:10:20,070 --> 00:10:22,230 von Bing zusammenfassen lassen? Das ist doch irgendwie 214 00:10:22,230 --> 00:10:24,710 Microsoft, na ja, das hättet ihr doch wahrscheinlich bessere 215 00:10:24,710 --> 00:10:26,590 Ergebnisse geben müssen als Check GPT. 216 00:10:26,710 --> 00:10:29,070 Ja, ich probiere im Moment ein bisschen rum mit den ganzen KI 217 00:10:29,070 --> 00:10:31,910 Themen und ich hab mir halt so ne Chip GPT pro Subscription 218 00:10:31,910 --> 00:10:34,750 geholt und jetzt variiert ich immer ein bisschen, je nach je 219 00:10:34,750 --> 00:10:40,350 nach use case mal chat gpt, mal bing Chat wobei bing chat heißt 220 00:10:40,350 --> 00:10:42,630 bald copilead hab ich mir sagen lassen wer die. 221 00:10:42,830 --> 00:10:46,630 Natürlich, die haben unser. Podcast verfolgt hat die Jungs. 222 00:10:46,630 --> 00:10:48,470 Am Recht, das heißt eh alles Copalle bei uns. 223 00:10:51,320 --> 00:10:54,440 Ach so, der feine Herr hat ne pro Subscription bei bei Open 224 00:10:54,480 --> 00:10:55,800 Air. Ich glaub das ich glaub das kann 225 00:10:55,800 --> 00:10:58,520 sich aber lohnen. Ja, das lohnt sich schon, weil 226 00:10:58,520 --> 00:11:03,080 da hast du zum einen halt direkte Integration in Services 227 00:11:03,080 --> 00:11:06,880 wie zum Beispiel Internet Lookup oder Bildgenerierung und du hast 228 00:11:06,880 --> 00:11:09,440 halt Zugriff auf GPS 4. Also es sind schon so ein paar 229 00:11:09,440 --> 00:11:12,160 Dinge drin, die wirklich Mehrwert stiften. 230 00:11:12,800 --> 00:11:14,160 Warum ich zeigen, wenn es einem gut geht? 231 00:11:15,880 --> 00:11:18,320 Vielen Dank für den Kaffee an dieser Stelle. 232 00:11:22,030 --> 00:11:25,870 Genau also zum thema.net Aspire ist zum Glück jetzt nicht wieder 233 00:11:25,870 --> 00:11:28,270 n eigenes Framework oder irgendwie sowas, sondern das ist 234 00:11:28,270 --> 00:11:31,830 wie du halt eben schon gesagt hast, Teil von Dotnet 8 und es 235 00:11:31,910 --> 00:11:34,230 widmet sich eigentlich einem Problem, was man vor allem hat, 236 00:11:34,230 --> 00:11:37,830 wenn man ja Cloud Native entwickelt, was auch immer das 237 00:11:37,830 --> 00:11:40,590 genau heißt, oder im Prinzip, wenn man also eigentlich heißt 238 00:11:40,590 --> 00:11:44,470 das ja, dass man Microservices schreibt oder einfach viele 239 00:11:44,470 --> 00:11:47,750 Komponenten seiner Anwendung hat, die dann irgendwie in einem 240 00:11:47,750 --> 00:11:49,830 gewissen Zusammenspiel funktionieren müssen und da gibt 241 00:11:49,830 --> 00:11:51,830 es eben Herausforderungen, wenn man das programmiert, vor allem 242 00:11:51,830 --> 00:11:54,230 wenn man das einfach mal lokal starten will. 243 00:11:54,310 --> 00:11:57,190 Weil ich hab vielleicht nicht nur meine mein Projekte, in dem 244 00:11:57,190 --> 00:11:59,590 ich gerade arbeite, sondern auch noch 23 andere Microservices 245 00:11:59,590 --> 00:12:01,150 irgendwo. Dann hab ich vielleicht noch ne 246 00:12:01,150 --> 00:12:03,430 noch ne externe Third Party API, dann hab ich vielleicht noch 247 00:12:03,430 --> 00:12:05,470 noch ne, irgendwo ne Datenbank die ich anspreche, dann hab ich 248 00:12:05,470 --> 00:12:07,590 noch n noch n noch n Cash den ich irgendwo hinstelle. 249 00:12:08,110 --> 00:12:09,670 Und noch irgendein Docker Container, den ich mir 250 00:12:09,670 --> 00:12:12,550 reingezogen hab, weil ich keine Ahnung, wie du eben gesagt hast, 251 00:12:12,550 --> 00:12:14,270 vielleicht das ganze Thema permissions oder sowas 252 00:12:14,270 --> 00:12:15,910 auslagern. Da hab ich mir den Space Blogs 253 00:12:15,910 --> 00:12:17,870 Stocker Container noch mit noch mit reingezogen. 254 00:12:17,870 --> 00:12:20,630 Auf jeden Fall hat meine Anwendung natürlich irgendwie so 255 00:12:20,630 --> 00:12:23,390 verschiedene Komponenten. Und in der Vergangenheit war es 256 00:12:23,390 --> 00:12:26,870 halt dann immer relativ herausfordernd, vor allem für 257 00:12:26,870 --> 00:12:28,550 Developer, die jetzt irgendwie neu zu so einem Projekt 258 00:12:28,550 --> 00:12:31,110 hinzukommen, den ganzen Klumpheit lokal mal irgendwie 259 00:12:31,110 --> 00:12:34,230 ans Laufen zu kicken. Und das ist zum einen deswegen 260 00:12:34,230 --> 00:12:36,190 herausfordern, weil ich natürlich viele Dinge einzeln 261 00:12:36,190 --> 00:12:38,190 starten muss. Kleine dotnet Welt, Weil alles 262 00:12:38,190 --> 00:12:39,910 CP ist, kann ich das auch irgendwie alles gemeinsam 263 00:12:39,910 --> 00:12:41,910 starten, aber dann muss ich gucken, dass ich vielleicht 264 00:12:41,910 --> 00:12:44,230 vorher diesen Docker Container hier vorne starte, wo mein 265 00:12:44,230 --> 00:12:46,470 Radisscash drin läuft, den ich normalerweise in einem Cloud 266 00:12:46,470 --> 00:12:48,590 Deployment vielleicht woanders ausgelagert hätte. 267 00:12:49,150 --> 00:12:51,230 Da muss ich gucken, noch diese ganzen Microservices sich 268 00:12:51,230 --> 00:12:52,750 gegenseitig finden. Das heißt, ich muss schauen, 269 00:12:52,750 --> 00:12:54,990 unter welcher URL laufen die denn. 270 00:12:54,990 --> 00:12:56,950 Also wenn ne wenn ich es lokal starte oder üblicherweise 271 00:12:56,950 --> 00:12:59,350 localhost und dann irgendeinen Port. 272 00:13:00,070 --> 00:13:02,310 Die muss ich dann natürlich alle irgendwie einmal verdrahten. 273 00:13:02,750 --> 00:13:04,750 Idealerweise laufen die natürlich auf bei jedem 274 00:13:04,870 --> 00:13:07,870 Developer auf dem Rechner auf dem gleichen Port, aber 275 00:13:07,870 --> 00:13:09,670 vielleicht ist ja der eine Port schon blockiert und dann nimmt 276 00:13:09,670 --> 00:13:12,230 sich das Dotnet Framework automatisch mit einem anderen 277 00:13:12,230 --> 00:13:13,990 Port und dann ist das wieder, dann muss ich das wieder in der 278 00:13:13,990 --> 00:13:16,070 Config von den Services die den die mit dem Service 279 00:13:16,070 --> 00:13:18,030 kommunizieren müssen anpassen usw. 280 00:13:20,000 --> 00:13:23,040 Und diesem Thema und noch ein paar anderen Themen, da kann man 281 00:13:23,040 --> 00:13:24,920 gleich nochmal zu. Also ein paar Best Practices in 282 00:13:24,920 --> 00:13:28,160 dieser Welt hat sich dort eine Pire angenommen, indem sie 283 00:13:28,160 --> 00:13:32,560 einfach einen neuen Projekttypen in Dotnet einführen, also für 284 00:13:32,560 --> 00:13:35,120 alle die jetzt keine C Programmiererinnen und 285 00:13:35,120 --> 00:13:36,840 Programmierer sind, mag das alles gerade irgendwie ein 286 00:13:36,840 --> 00:13:40,240 bisschen weit weg sein, deswegen wird heute eine sehr dotnet C 287 00:13:40,240 --> 00:13:45,040 Sharp lästige Episode werden, aber was eben passiert ist, ich 288 00:13:45,040 --> 00:13:47,320 kann ja verschiedene Projektarten haben in dotnet, 289 00:13:47,320 --> 00:13:48,960 ich kann eine Konsolenapplikation schreiben, 290 00:13:48,960 --> 00:13:53,030 wo ich dann keine UI habe ich. Ja ne native Desktop Applikation 291 00:13:53,030 --> 00:13:54,710 schreiben wo ich ne native Desktop your eye hab ich keine 292 00:13:54,710 --> 00:13:56,830 Web App schreiben. Ich kann ne API schreiben wo ich 293 00:13:56,830 --> 00:13:58,510 dann einfach so ne Rest Schnittstelle bekomme bla bla 294 00:13:58,510 --> 00:14:01,270 und das sind alles verschiedene Projekttypen in Dotnet und jetzt 295 00:14:01,270 --> 00:14:02,670 gibt es. Eben weiteren. 296 00:14:02,670 --> 00:14:04,710 Projekten. Wenn ich jetzt irgendwie aufhör 297 00:14:04,710 --> 00:14:06,750 Kommandozeile unterwegs bin, das was ich krieg, wenn ich dort 298 00:14:06,750 --> 00:14:09,710 eine New mache oder wenn ich in digital Studio unterwegs bin, 299 00:14:09,710 --> 00:14:13,030 wenn ich sag file New project und dann kann ich da eine 300 00:14:13,030 --> 00:14:14,670 verschiedene Projekttypen auswählen. 301 00:14:15,590 --> 00:14:17,750 Genau, und da gibt es eben einen neuen Projekttyp und der heißt 302 00:14:17,750 --> 00:14:21,590 jetzt.net Aspire. Und in dem kann ich meine ganzen 303 00:14:21,590 --> 00:14:24,430 Verknüpfungen pflegen und dieses Projekt starte ich dann auch 304 00:14:24,430 --> 00:14:26,150 letztendlich, das heißt, ich kann da also relativ 305 00:14:26,150 --> 00:14:29,070 Leichtgewicht ist wahrscheinlich nur eine einzige Punkt CS Datei 306 00:14:29,070 --> 00:14:31,670 drin, also Card Datei drin. Und da steht dann einfach, ich 307 00:14:31,670 --> 00:14:34,470 habe einen sogenannten Builder, der meine komplette Applikation 308 00:14:34,470 --> 00:14:39,430 zusammenbaut und an diesen Bilder registriere ich dann 309 00:14:39,550 --> 00:14:41,750 meine ganzen Abhängigkeiten so ein bisschen ähnlich wie die 310 00:14:41,750 --> 00:14:44,670 Dependency Injection Folge, die wir vorher verfolgen gemacht 311 00:14:44,670 --> 00:14:46,990 haben registrieren. Daran hält was auf. 312 00:14:46,990 --> 00:14:51,190 Ich habe die 3 Apps, 2 davon sind vielleicht dotnet Projekte, 313 00:14:51,470 --> 00:14:53,990 ne ne dritte davon ist irgend ne irgendeine Third Party 314 00:14:53,990 --> 00:14:56,950 Container. Die 2 Apps hier vorne, die 315 00:14:56,950 --> 00:14:59,230 müssen mit der dritten App da unten kommunizieren. 316 00:14:59,230 --> 00:15:01,270 Also, und das registriere ich einfach und die Vierte hier 317 00:15:01,270 --> 00:15:04,310 hinten, die muss übrigens noch auf nen nen Reddit Cash Docker 318 00:15:04,310 --> 00:15:07,070 Container zugreifen. Und was im Inneren passiert ist, 319 00:15:07,070 --> 00:15:09,710 wenn ich das Projekt starte, fahren diese ganzen Docker 320 00:15:09,710 --> 00:15:13,790 Container hoch und es wird im Hintergrund mit Magic werden. 321 00:15:13,790 --> 00:15:17,710 Dann zum Beispiel die Connection Strings von dem Reddit Cash in 322 00:15:17,710 --> 00:15:20,190 die Environment Variablen von dem anderen Container rein 323 00:15:20,190 --> 00:15:23,910 injiziert, der. Das der das braucht oder die UR 324 00:15:23,910 --> 00:15:27,470 LS die die einzelnen Services haben werden in Environment 325 00:15:27,470 --> 00:15:31,150 Variablen hinterlegt von den Services die mit den Services 326 00:15:31,150 --> 00:15:33,390 kommunizieren müssen die diese URLS haben und sowas. 327 00:15:33,390 --> 00:15:35,030 Also das wird im hinteren einfach alles so n bisschen 328 00:15:35,030 --> 00:15:37,430 zusammengebastelt. Für mich als Divelland ist es 329 00:15:37,430 --> 00:15:41,030 aber einfach ein Projekt was ich starte und was dann hoffentlich 330 00:15:41,030 --> 00:15:44,350 alle anderen mit hochzieht. Aber Magic ist jetzt deine 331 00:15:44,350 --> 00:15:48,030 Wortwahl, das steht jetzt nicht so in dem Blogpost oder arbeiten 332 00:15:48,150 --> 00:15:51,880 offiziell mit Magic. Dice also, da hat sich das doch 333 00:15:51,880 --> 00:15:53,920 bestimmt. Also David Fowler ist da, der so 334 00:15:53,920 --> 00:15:57,000 ein bisschen die treibende Kraft dahinter, der Macht schon 335 00:15:57,000 --> 00:15:59,720 verrückte Dinge mit dot net, die starker Magic rankommen, aber 336 00:15:59,720 --> 00:16:02,840 das war jetzt, das ist jetzt Robin Manuel GPT was da Magic 337 00:16:02,840 --> 00:16:07,160 verwendet hat, das ist natürlich einfach die Hintergrund bauen 338 00:16:07,160 --> 00:16:10,040 die das zusammen aber ich sag halt gerne Magic weil das auch 339 00:16:10,040 --> 00:16:12,560 einer meiner Kritikpunkte nachher sein wird, weil ich es 340 00:16:12,560 --> 00:16:15,600 manchmal nicht so ganz durchsichtig finde wie das dann 341 00:16:15,600 --> 00:16:18,440 da jetzt funktioniert, das ist mir nicht ganz klar wie jetzt, 342 00:16:18,440 --> 00:16:20,800 weil ich jetzt die Environment Variable heißt die denn da 343 00:16:20,800 --> 00:16:23,630 injiziert wird und. Witzigerweise kann ich natürlich 344 00:16:23,630 --> 00:16:26,590 auch auf der anderen Seite bei dem Service dann die, der jetzt 345 00:16:26,590 --> 00:16:28,750 diesen referenzierten Service verwendet, einfach nur sagen, 346 00:16:28,830 --> 00:16:31,030 benutze diesen referenzierten Service und der weiß dann 347 00:16:31,030 --> 00:16:34,030 automatisch, welche Environment Variable er sich im Hintergrund 348 00:16:34,030 --> 00:16:35,990 anschauen muss, weil die ja vorhin hoffentlich von diesem 349 00:16:35,990 --> 00:16:38,190 Aspire Projekt automatisch gesetzt wurde. 350 00:16:38,430 --> 00:16:40,990 Also dieses ganze Plumping passiert alles im Hintergrund, 351 00:16:41,070 --> 00:16:43,510 was ja auch das Versprechen ist, dass ich mich dadurch, dass es 352 00:16:43,510 --> 00:16:46,430 mich darum nicht mehr kümmern muss, aber wieso oft bei solchen 353 00:16:46,430 --> 00:16:48,550 Technologien läuft das wahrscheinlich ganz wunderbar, 354 00:16:48,550 --> 00:16:50,590 solange das großartig funktioniert und wenn es aber 355 00:16:50,590 --> 00:16:52,790 nicht funktioniert, habe ich, aber dann wüsste ich jetzt 356 00:16:52,790 --> 00:16:55,270 spontan nicht, wo ich suchen müsste, weil ich ja gar nicht 357 00:16:55,270 --> 00:16:57,910 weiß, also müsst ich ja im laufenden Container schauen, wie 358 00:16:57,910 --> 00:17:00,950 sind denn die Avira gesetzt worden, welche wohl, welche 359 00:17:00,950 --> 00:17:03,790 werden denn herangezogen um die Connection aufzubauen. 360 00:17:04,950 --> 00:17:07,390 Deswegen, so MAGIX bei mir immer so n bisschen negativ behaftet. 361 00:17:07,390 --> 00:17:08,910 Tatsächlich in der Softwareentwicklung ja. 362 00:17:09,670 --> 00:17:12,710 Also was ich jetzt so in der Idee super cool finde ist halt, 363 00:17:12,710 --> 00:17:14,990 dass es genau dieses Problem adressiert, dass ich in solchen 364 00:17:14,990 --> 00:17:17,910 Cloud native Applikationen meistens in unterschiedlichen 365 00:17:17,910 --> 00:17:21,190 Technologie Stags unterwegs bin. Unterschiedliche Services in 366 00:17:21,190 --> 00:17:23,150 unterschiedlichen Technologien habe und auch externe 367 00:17:23,150 --> 00:17:26,670 Abhängigkeiten mit Reinziehe und die kann ich dann direkt während 368 00:17:26,670 --> 00:17:30,350 der Entwicklungszeit einfach integrieren, weil gerade als net 369 00:17:30,350 --> 00:17:34,350 Developer der in Visual Studio arbeitet, also in dem großen 370 00:17:34,350 --> 00:17:37,480 Visual Studio auf Windows. Bin ich es ja gewöhnt, dass ich 371 00:17:37,480 --> 00:17:40,440 einfach so ein F 5 Debugging machen kann, dass ich halt 372 00:17:40,440 --> 00:17:43,480 einfach starten kann und die ganze Applikation mit allen 373 00:17:43,480 --> 00:17:46,080 ihren Abhängigkeiten wird hochgefahren und ich kann dann 374 00:17:46,080 --> 00:17:49,840 debuggen, testen, gucken wie es funktioniert, kann meintest 375 00:17:49,840 --> 00:17:52,800 laufen lassen etc. Das bin ich vielleicht auf 376 00:17:52,800 --> 00:17:55,760 anderen Plattformen nicht so gewohnt oder auch wenn ich 377 00:17:55,760 --> 00:17:58,920 irgendwie dort net developer bin, der vielleicht nicht auf 378 00:17:58,920 --> 00:18:01,000 Windows mit dem großen Visual Studio unterwegs ist, bin ich 379 00:18:01,000 --> 00:18:03,600 das vielleicht auch nicht so gewöhnt, aber ich glaube, gerade 380 00:18:03,600 --> 00:18:06,560 wenn ich aus dieser net Welt auf Windows komme, dann ist das halt 381 00:18:06,560 --> 00:18:10,230 eine Erwartungshaltung auch. Die Microsoft dauert natürlich 382 00:18:10,230 --> 00:18:14,150 auch versucht zu bedienen, dass ich wirklich dieses einfache 383 00:18:14,150 --> 00:18:16,390 Debugging haben kann und tatsächlich dann alle 384 00:18:16,390 --> 00:18:19,630 Abhängigkeiten mit Hochstarten kann, die ich brauche, um meine 385 00:18:19,630 --> 00:18:21,950 Anwendung dann auch zu testen. Und ich hab gesehen in diesem 386 00:18:21,950 --> 00:18:23,790 Announcement, da gibt es halt dann auch so n Dividende 387 00:18:23,790 --> 00:18:26,430 Dashboard, was automatisch auch im Hintergrund gestartet wird. 388 00:18:27,150 --> 00:18:28,870 Das heißt ich hab dann auch eine Möglichkeit so ein gewisses 389 00:18:28,870 --> 00:18:31,510 Monitoring zu machen und zu sehen okay welche Komponenten 390 00:18:31,510 --> 00:18:34,150 habe ich da eigentlich jetzt alle und wie interagieren die 391 00:18:34,150 --> 00:18:36,950 miteinander? Ja, genau das kommt nämlich noch 392 00:18:36,950 --> 00:18:39,550 durch eine zweite Komponente von Donald Aspiria dazu. 393 00:18:40,680 --> 00:18:43,920 Sie haben einmal diese, diese zentrale Registry, wo ich alle 394 00:18:43,920 --> 00:18:45,400 meine Abhängigkeiten registriere. 395 00:18:46,710 --> 00:18:49,150 Und dann haben Sie ja auf der auf der Komponenten Seite diese 396 00:18:49,150 --> 00:18:52,790 Abhängigkeiten darstellen halt auch dieses hier jetzt benutzt 397 00:18:52,790 --> 00:18:55,590 zu diesen diesen Reddit Cash der da reingezogen wurde. 398 00:18:55,590 --> 00:18:59,790 Jetzt benutze diese App und da geben die sagen die quasi wir 399 00:19:00,030 --> 00:19:03,390 haben direkt dieses Benutzen der App was ich mit einer Zeile Code 400 00:19:03,390 --> 00:19:05,510 oder dieser benutzen diese Abhängigkeit was ich mit einer 401 00:19:05,510 --> 00:19:10,870 Zeile Code in bauen kann. Da haben Sie Best Practices 402 00:19:11,350 --> 00:19:14,470 reingepackt, die natürlich anpassbar sind, aber die ja von 403 00:19:14,470 --> 00:19:16,510 dieser Cloud native Welt schon sehr weit verbreitet sind. 404 00:19:16,510 --> 00:19:18,910 Zum Beispiel ist dann automatisch ein Tracing 405 00:19:18,910 --> 00:19:20,830 integriert. Können wir auch mal ne eigene 406 00:19:20,830 --> 00:19:22,110 Folge zu machen? Was genau Tracing ist? 407 00:19:22,470 --> 00:19:24,670 Aber ich kann dann halt im Prinzip nachvollziehen, von wo 408 00:19:24,670 --> 00:19:29,910 bist du also n kompletter Call? So ne so n also n Irrequest über 409 00:19:29,910 --> 00:19:31,750 mehrere Services hinweg geht, den kann ich ja wirklich in so 410 00:19:31,750 --> 00:19:34,590 nem Dashboard sehen, da haben Sie logging drin, da haben Sie 411 00:19:34,590 --> 00:19:37,110 Metriken mit eingebaut, haben Sie retrize mit eingebaut, was 412 00:19:37,110 --> 00:19:38,750 mache ich wenn der Service nicht erreichbar ist? 413 00:19:38,790 --> 00:19:40,790 Versuche ich einfach in ner halben Sekunde nochmal und wenn 414 00:19:40,790 --> 00:19:42,710 gar nicht erreichbar ist vielleicht in 2 Sekunden nochmal 415 00:19:42,790 --> 00:19:45,070 und wenn dann immer noch nicht erreichbar ist, dann fail ich 416 00:19:45,070 --> 00:19:47,430 erstmal in request. Also wir haben ganz viele. 417 00:19:49,160 --> 00:19:51,160 Auch Health Checks schon mit Reingebaut. 418 00:19:51,160 --> 00:19:54,360 Also wenn ich einen Rediscash verwende, möchte ich, dass meine 419 00:19:54,360 --> 00:19:56,880 Applikation von sich selber nur sagt, dass sie gesund ist. 420 00:19:56,880 --> 00:19:59,560 Wenn sie den Rediscash erreichen kann, und das sind alles Dinge, 421 00:19:59,560 --> 00:20:02,240 die konnte man natürlich vorher alles per Hand bauen, aber weil 422 00:20:02,240 --> 00:20:05,840 das alles automatisch mitkommt, können sie natürlich auch direkt 423 00:20:05,840 --> 00:20:08,400 ein Dashboard bereitstellen, wo ich alle Services sehe, die ich 424 00:20:08,400 --> 00:20:10,840 meine Anmeldung habe, weil ich hab die ja an einer zentralen 425 00:20:10,840 --> 00:20:13,520 Stelle registriert, können wir in Dashboard bereitstellen, wo 426 00:20:13,520 --> 00:20:17,600 ich alle alle Calls zwischen allen Anwendungen sehe, weil ich 427 00:20:17,600 --> 00:20:19,800 hab ja Tracing mit eingebaut, können wir in Dashboard 428 00:20:19,800 --> 00:20:21,800 darstellen, wo ich sehe, ob meine Applikation gesund sind, 429 00:20:21,800 --> 00:20:23,960 weil ich hab ja Health Checks automatisch mit eingebaut. 430 00:20:24,710 --> 00:20:27,070 Und das sind ne also Dashboards. Das ist nichts Neues, das geben 431 00:20:27,070 --> 00:20:29,510 ja auch ganz viele Tools, die es online gibt mit. 432 00:20:29,510 --> 00:20:31,550 Also Microsoft hat selber auch in der Asher Welt sowas wie 433 00:20:31,550 --> 00:20:34,030 Application Insights wo ich das sehen kann, aber dieses 434 00:20:34,030 --> 00:20:36,790 Dashboard läuft eben lokal und relativ easy und es hat eben all 435 00:20:36,790 --> 00:20:40,030 diese Best Practices schon fertig eingebaut. 436 00:20:40,750 --> 00:20:42,590 Und ich kann die anpassen. Also ich kann in dieser 437 00:20:42,590 --> 00:20:44,310 Aspirewelt auch noch ein weiteres dotnet Projekt 438 00:20:44,310 --> 00:20:46,870 hinzufügen, wo ich einfach nur diese Best Practices Service 439 00:20:46,870 --> 00:20:50,390 Defaults nennen, die das definiere und dann verwenden das 440 00:20:50,390 --> 00:20:52,670 alle meine Projekte, das heißt ich kann einfach sofort sagen, 441 00:20:52,670 --> 00:20:54,150 hey, ich möchte, dass alle Projekte. 442 00:20:55,190 --> 00:20:58,150 Retrize drin haben Circuit Breaker mit drin, haben Tracing 443 00:20:58,150 --> 00:21:00,070 auf folgende Art und Weise, machen vielleicht mit der und 444 00:21:00,070 --> 00:21:03,070 der Technologie und so, also versuchen das schon sehr einfach 445 00:21:03,070 --> 00:21:04,710 zu machen und das mit dem Dashboard ist natürlich sehr 446 00:21:04,710 --> 00:21:07,510 cool, weil ich dann für meine lokallaufenden Applikationen 447 00:21:07,510 --> 00:21:09,510 sofort eigentlich alles im Blick habe. 448 00:21:10,810 --> 00:21:14,490 Das heißt, wenn ich jetzt ne neue Cloud native Applikation 449 00:21:14,490 --> 00:21:18,250 bauen möchte, die Halt in Containern läuft und im Kern auf 450 00:21:18,970 --> 00:21:23,890 Dotnet basiert, dann ist es für mich sehr sinnvoll, so wie sich 451 00:21:23,890 --> 00:21:27,090 das mir jetzt darstellt aus dem was ich gelesen hatte und deinen 452 00:21:27,090 --> 00:21:29,210 Beschreibung ist es jetzt wahrscheinlich nichts, was ich 453 00:21:29,210 --> 00:21:32,010 so ohne weiteres für meine existierenden Anwendungen 454 00:21:32,010 --> 00:21:34,210 übernehmen kann, weil ja wirklich eine sehr tiefe 455 00:21:34,210 --> 00:21:36,130 Integration dieser Komponenten ist. 456 00:21:36,210 --> 00:21:39,210 Oder kann ich das auch relativ einfach in meine existieren? 457 00:21:39,210 --> 00:21:41,290 Das heißt, ich habe existierende Services und die übernehme ich 458 00:21:41,290 --> 00:21:45,800 dann in diese neue Projektform und kann dann die. 459 00:21:45,840 --> 00:21:47,600 Aspire Komponenten dann reinziehen und dann meine 460 00:21:47,600 --> 00:21:51,800 Anwendung quasi in diesen neuen Projekttyp konvertieren, um sie 461 00:21:51,800 --> 00:21:54,640 dann in Zukunft weiter einfacher weiterentwickeln zu können. 462 00:21:55,480 --> 00:21:58,720 Ja, doch, doch, das geht schon. Weil was? 463 00:21:58,720 --> 00:22:01,040 Das Einzige, was ich eigentlich wirklich hinzukommt oder was 464 00:22:01,040 --> 00:22:03,080 sich ändert, ist dieser neue Projekttyp, das habe ich hier 465 00:22:03,080 --> 00:22:06,560 noch ein einziges Mal, dann in meinem kompletten Solution heißt 466 00:22:06,560 --> 00:22:09,360 das in der Dotnet Welt dieses Aspire Projekt und die anderen 467 00:22:09,360 --> 00:22:11,880 Projekte, die bleiben, aber eigentlich so wie die sind, das 468 00:22:11,880 --> 00:22:14,030 heißt die. Für die gibt es keine neuen 469 00:22:14,030 --> 00:22:15,510 Projekttypen. Also wenn ich aus der dotnet 470 00:22:15,510 --> 00:22:17,750 Welt uns die Stadt Welt komme wenn ich ne Web App baue ist das 471 00:22:17,750 --> 00:22:20,990 üblicherweise ASPD net, das bleibt genauso wie es ist. 472 00:22:21,230 --> 00:22:24,110 Das einzige was ich da halt ändert ist, dass ich mir diese 473 00:22:24,110 --> 00:22:28,080 dogmatispire Pakete mit dazu hole und dann vielleicht die. 474 00:22:28,190 --> 00:22:31,190 Initiale Initialisierung dieser Services. 475 00:22:31,870 --> 00:22:33,670 Initiale Initialisierung ist wahrscheinlich auch ne 476 00:22:33,670 --> 00:22:35,830 Doppelung, aber die Initialisierung dieser Services, 477 00:22:36,070 --> 00:22:38,030 die würde ich wahrscheinlich auf einer anderen Art und Weise 478 00:22:38,030 --> 00:22:41,270 machen, das den einmaligen Verbindungsaufbau zu meiner 479 00:22:41,270 --> 00:22:43,750 Datenbank, zu meinem Reddit Cash und so weiter da müsst ihr 480 00:22:43,750 --> 00:22:46,470 wahrscheinlich dann jeweils eine Zeile Code einfach ersetzen 481 00:22:46,470 --> 00:22:48,470 durch das was aus diesen s pire Paketen kommt. 482 00:22:48,630 --> 00:22:51,630 Den Rest meiner Logik sollte das aber eigentlich nicht 483 00:22:51,630 --> 00:22:56,600 beeinflussen. Zweier Pakete kurze eine Frage 484 00:22:56,600 --> 00:22:59,600 noch die Aspire Pakete, das sind ganz normale Nugget Komponenten, 485 00:22:59,600 --> 00:23:01,160 das heißt ich kann das einfach. Packages? 486 00:23:01,160 --> 00:23:02,760 Genau. Die als Nougat Packages 487 00:23:02,760 --> 00:23:05,440 hinzufügen und dann meine Anwendung darum ergänzen. 488 00:23:07,550 --> 00:23:10,070 Aber du hast eben schon nen wichtigen Punkt gesagt und das 489 00:23:10,070 --> 00:23:11,710 ist auch mein zweiter Kritikpunkt daran. 490 00:23:13,390 --> 00:23:17,750 Hat in so einer bunten Microservices Welt, die einen 491 00:23:17,750 --> 00:23:22,670 dotnet Fokus hat und dotnet Aspire, wie der Name sagt, ist 492 00:23:22,670 --> 00:23:25,830 halt.net only. Ich kann zwar andere Container 493 00:23:25,830 --> 00:23:27,870 integrieren, das heißt ich kann jetzt natürlich auch meinen 494 00:23:27,870 --> 00:23:29,750 Python Code schreiben, den Container rizen und in das 495 00:23:29,750 --> 00:23:31,910 gleiche Reporsatory legen, wenn ich das denn möchte. 496 00:23:32,270 --> 00:23:36,230 Wir haben ja mal vorher gemacht Mono repos multirepos was es da 497 00:23:36,230 --> 00:23:37,470 besser, da gibt es einfach verschiedene 498 00:23:37,470 --> 00:23:42,270 Geschmacksrichtungen, aber die ich, das ist wirklich nur zum 499 00:23:42,270 --> 00:23:46,070 Starten und zum Attachchen des Debuggers an diese dotnet 500 00:23:46,070 --> 00:23:48,230 Services, das heißt wenn ich ohnehin vielleicht alles im 501 00:23:48,230 --> 00:23:50,790 Dotnet schreibe oder die meisten Dinge im Dotnet schreibe, kann 502 00:23:50,790 --> 00:23:53,880 das sehr sinnvoll sein. Wenn ich jetzt aber durch einen 503 00:23:53,880 --> 00:23:57,440 ganz bunten Blumenstrauß habe an Anwendungen, ich habe ein 504 00:23:57,440 --> 00:24:00,080 bisschen was in go geschrieben, also ich jetzt nicht, weil ich 505 00:24:00,080 --> 00:24:02,200 lerne natürlich noch go, aber jemand hat ein bisschen was in 506 00:24:02,200 --> 00:24:04,960 Go geschrieben, hat ein bisschen was in Python geschrieben und so 507 00:24:04,960 --> 00:24:07,880 weiter wenn ich da so einen ganz bunten Blumenstrauß habe, dann 508 00:24:07,880 --> 00:24:10,080 sind diese Integration und diese Best Practices und alles 509 00:24:10,080 --> 00:24:13,800 natürlich nur für die dotnet Welt da, weil das alles net ohne 510 00:24:13,800 --> 00:24:15,400 only ist. Das heißt, es kann sehr einfach 511 00:24:15,400 --> 00:24:18,160 sein, wenn ich alles dotnet ist. Wenn jetzt eine Sache vielleicht 512 00:24:18,160 --> 00:24:20,160 nicht dotnet ist, würde ich es vielleicht noch mit reinnehmen, 513 00:24:20,160 --> 00:24:22,520 wenn ich jetzt ein ganzes bunten Blumenstrauß habe, weiß ich 514 00:24:22,520 --> 00:24:25,040 nicht, ob ich da nicht auf andere technische setzen würde, 515 00:24:25,040 --> 00:24:26,880 weil ich habe so Geschichten wie. 516 00:24:27,310 --> 00:24:30,710 Reachrise Best Practices, Kommunikation, Services, ja zum 517 00:24:30,710 --> 00:24:33,750 Beispiel auch in Depper Depper haben wir auch mal ne Podcast 518 00:24:33,750 --> 00:24:36,150 Folge zugemacht. Ist im Prinzip so n sidecar 519 00:24:36,390 --> 00:24:38,910 Container, den ich einfach neben alle meine anderen Container 520 00:24:38,910 --> 00:24:41,670 jeweils einen Hinstelle und anstatt direkt mit der Datenbank 521 00:24:41,670 --> 00:24:44,230 zu kommunizieren kommunizieren diese Services dann, egal in 522 00:24:44,230 --> 00:24:46,350 welcher Programmiersprache sie geschrieben wurden, mit dem 523 00:24:46,350 --> 00:24:48,910 depper Container, der ist entsprechend konfiguriert, hat 524 00:24:48,910 --> 00:24:51,470 diese Best practices drin und der kommuniziert dann für mich 525 00:24:51,470 --> 00:24:53,950 weiter und der kann auch. Also Service to Service Discount 526 00:24:53,950 --> 00:24:57,630 Fory machen, man kann auch Depper und Aspire verbinden. 527 00:24:58,360 --> 00:25:01,000 Aber du siehst schon, wenn das irgendwie, wenn das jetzt 528 00:25:01,000 --> 00:25:03,920 irgendwie ganz komplex wird oder ganz viele verschiedene Services 529 00:25:03,920 --> 00:25:07,200 sind, dann weiß ich nicht, ob ich das im aktuellen Stand, wo 530 00:25:07,200 --> 00:25:09,920 das noch ist, alles noch in Preview, muss man dazu sagen. 531 00:25:10,520 --> 00:25:13,400 Sie sammeln auch gerade noch viel Feedback ein, aber ob ich 532 00:25:13,400 --> 00:25:17,040 das dann für so sinnvoll erachten würde, es sei denn ich 533 00:25:17,040 --> 00:25:19,320 sag natürlich pass auf, ich habe hier mein eines Projekt, meinen 534 00:25:19,320 --> 00:25:23,480 einen Microservice. Der ist in Dotnet geschrieben 535 00:25:23,480 --> 00:25:27,120 und für den baue ich das alles in in Dotnet des Bayer auf und 536 00:25:27,120 --> 00:25:29,480 mein Python microservice ist aber im Vergleich eine völlig 537 00:25:29,480 --> 00:25:31,640 andere Team in einem völlig anderen Projekt. 538 00:25:31,640 --> 00:25:33,360 Die brauchen diesen ganzen aspire.com gar nicht, die müssen 539 00:25:33,360 --> 00:25:35,400 halt mit irgendeiner anderen pythonativen Technologie 540 00:25:35,400 --> 00:25:37,640 Technologie schauen wie sie diese Best Practice und Service 541 00:25:37,640 --> 00:25:40,520 Discovery sich reinfügen, dafür wäre es dann natürlich wieder 542 00:25:40,520 --> 00:25:42,710 sinnvoll. Das kann natürlich dann jedes 543 00:25:42,710 --> 00:25:44,230 Team so ein bisschen für sich entscheiden, ist glaub ich sehr 544 00:25:44,230 --> 00:25:46,950 use case spezifisch. Aber. 545 00:25:47,790 --> 00:25:49,870 Das läuft ja alles so ein bisschen darauf hinaus, dass ich 546 00:25:49,870 --> 00:25:52,790 den größten Mehrwert aus dieser Technologie zieh, obwohl jetzt 547 00:25:53,150 --> 00:25:55,670 dotnet an sich irgendwie cross Plattform ist. 548 00:25:55,670 --> 00:25:57,350 Ich kann es auf allen Plattformen entwickeln, ich kann 549 00:25:57,350 --> 00:26:00,670 verschiedene Tools nutzen, es zu entwickeln, den Mehrwert ziehe 550 00:26:00,670 --> 00:26:03,030 ich daraus oder kann es eigentlich nur nutzen, wenn ich 551 00:26:03,030 --> 00:26:05,150 das große Visual Studio auf Windows verwende, das heißt, ich 552 00:26:05,150 --> 00:26:09,830 bin schon mal Windows Developer und verwende Visual Studio und 553 00:26:09,910 --> 00:26:11,470 im Idealfall verwende ich vielleicht auch noch die 554 00:26:11,470 --> 00:26:13,630 Microsoft Cloud. Ich habe in dem Blog Post 555 00:26:13,630 --> 00:26:16,110 gelesen, da sind irgendwelche Deployment Templates kommen mit 556 00:26:16,110 --> 00:26:19,550 fürs Deployment in Microsoft Azure ist das auch etwas wenn 557 00:26:19,550 --> 00:26:24,430 ich jetzt sage okay ich mache zwar net aber bin jetzt auf dem 558 00:26:24,430 --> 00:26:28,870 Mac unterwegs und deploye das Ganze in WS und habe da. 559 00:26:28,960 --> 00:26:31,640 Meine kubanitis Cluster laufen habe ich dann auch immer noch 560 00:26:31,640 --> 00:26:34,640 die gleichen Mehrwerte oder ist das etwas, was tatsächlich eher 561 00:26:34,640 --> 00:26:38,720 für dann meine Windows fokussierten Kollegen? 562 00:26:38,840 --> 00:26:39,840 Genau die gleichen Mehrwerte also. 563 00:26:39,840 --> 00:26:42,360 Es hat eigentlich mit Visual Studio nichts zu tun, also mit 564 00:26:42,360 --> 00:26:44,480 dem großen Windows Virtual Studio, sondern es ist wirklich 565 00:26:44,480 --> 00:26:47,400 ein Net integriertes Tool und es. 566 00:26:47,910 --> 00:26:49,590 Weiß halt jetzt auch nicht das Tooling von Visual Studio, 567 00:26:49,590 --> 00:26:51,590 sondern das einzige was wenn du das Studio mir wirklich gibt ist 568 00:26:51,590 --> 00:26:53,910 einfach diese Projekt Templates. Die kann ich aber auch auf der 569 00:26:53,910 --> 00:26:56,830 Kommandozeile mit dot net New aufrufen und es ist generell 570 00:26:56,830 --> 00:26:59,990 dotnet und egal auf welcher Plattform ich das ich 571 00:26:59,990 --> 00:27:02,390 programmiere und auch tatsächlich egal welche 572 00:27:02,390 --> 00:27:05,150 Plattform ich es rein deploye denn auch einer meiner 573 00:27:05,150 --> 00:27:09,710 Kritikpunkte was dotnet espire also was heißt Kritikpunkt der 574 00:27:09,710 --> 00:27:13,350 Fokus von dort ist wirklich die lokale Entwicklung, das lokale 575 00:27:13,350 --> 00:27:17,520 Hochspinnen von diesen Services. Und natürlich habe ich diese 576 00:27:17,520 --> 00:27:19,160 Best practices wie diese Retracen so, die habe ich halt 577 00:27:19,160 --> 00:27:21,040 immer. Aber dieses Verbinden, dieses 578 00:27:21,040 --> 00:27:23,240 Zusammenstecken von neuen Services, wo kommen die denn 579 00:27:23,240 --> 00:27:26,840 her, woher weiß ich denn, wo die laufen, das ist auf lokale 580 00:27:26,840 --> 00:27:31,720 Entwicklung fokussiert, denn was mir dort ist nicht gibt, außer 581 00:27:32,360 --> 00:27:35,600 also out of the Vox nicht nicht gibt, ist überhaupt irgendeine 582 00:27:36,040 --> 00:27:39,670 Deployment. Möglichkeit in die Cloud oder 583 00:27:39,670 --> 00:27:46,070 als Cubanetes Manifest oder als helmchart ich bekomme, wenn ich 584 00:27:46,070 --> 00:27:49,430 das Projekt Kompiliere, ein sogenanntes Manifest. 585 00:27:49,630 --> 00:27:53,350 Einfach mal so eine Money fest json Datei und da steht alles 586 00:27:53,350 --> 00:27:55,350 drin, da stehen alle Services drin die ich richtig registriert 587 00:27:55,350 --> 00:27:56,350 habe. Alle Dependencies die ich 588 00:27:56,350 --> 00:28:00,230 brauche, da steht drin wie die Zusammenhängen müssen und da hat 589 00:28:00,230 --> 00:28:02,950 Microsoft jetzt ein Projekt draus gebaut nochmal gesagt okay 590 00:28:02,950 --> 00:28:04,910 pass auf, wir können dieses Manifest nehmen und das kannst 591 00:28:04,910 --> 00:28:06,630 du einfach in die Azure Cloud Reinschmeißen und wir wissen 592 00:28:06,630 --> 00:28:08,550 dann Bescheid, das können vielleicht andere Cloud Provider 593 00:28:08,550 --> 00:28:11,310 nicht, aber ich müsste jetzt entweder ein Community Projekt 594 00:28:11,310 --> 00:28:13,950 starten wo ich sage ich nehme das Manifest und baue aus den 595 00:28:13,950 --> 00:28:17,150 Informationen die ich jetzt habe daraus kubanits. 596 00:28:17,200 --> 00:28:19,120 Ressourcen zusammen oder Helmcharts zusammen oder 597 00:28:19,120 --> 00:28:22,480 irgendwelche anderen Deployment Methoden zusammen, das kommt 598 00:28:22,480 --> 00:28:25,320 jetzt zumindest noch nicht. Out of the Box, das muss ich 599 00:28:25,320 --> 00:28:29,430 selber bauen. OK, das heißt, es liegt einfach 600 00:28:29,430 --> 00:28:32,910 da dran, dass jetzt das Ganze von Microsoft initiiert wurde, 601 00:28:32,910 --> 00:28:38,230 das jetzt viele der Komponenten die ich habe, dann erstmal auch 602 00:28:38,230 --> 00:28:41,550 vielleicht nur für Azure zur Verfügung stehen, irgendwie was 603 00:28:41,550 --> 00:28:44,510 Storage betrifft, aber es hindert jetzt nicht niemanden 604 00:28:44,510 --> 00:28:47,790 daran, entsprechende Komponenten auch für andere Cloud 605 00:28:47,790 --> 00:28:51,200 Plattformen zu entwickeln. Das heißt, die Anzahl der 606 00:28:51,200 --> 00:28:53,600 Komponenten ist halt jetzt noch überschaubar, weil wir sind noch 607 00:28:53,600 --> 00:28:56,440 in der Preview Phase und vieles ist ja Microsoft orientiert, 608 00:28:56,440 --> 00:28:59,880 weil das über die Microsoft Teams kommt, aber perspektivisch 609 00:28:59,880 --> 00:29:01,960 soll das eine offene Plattform in alle Richtungen werden. 610 00:29:02,520 --> 00:29:04,120 Genau. Und man ist auch komplett frei 611 00:29:04,120 --> 00:29:05,880 erweiterbar. Also kann jetzt, wenn AWS jetzt 612 00:29:05,880 --> 00:29:07,520 sagt, sie wollen für Ihren Storage Container da eine 613 00:29:07,520 --> 00:29:09,800 Extension schreiben, dann können Sie es einfach als Nougat Paket 614 00:29:10,280 --> 00:29:13,240 auch zur Verfügung stellen. Also das klar, als Microsoft 615 00:29:13,240 --> 00:29:15,640 hat, das muss man ein bisschen unterscheiden, also theoretisch 616 00:29:15,640 --> 00:29:18,160 dotnet ist ja eigentlich eine komplette Community Technologie, 617 00:29:18,160 --> 00:29:20,400 kommt ja eigentlich nicht von also kommt zwar von Microsoft, 618 00:29:20,400 --> 00:29:23,400 gehört aber nicht Microsoft für dieses Donald Aspire hat 619 00:29:23,400 --> 00:29:25,880 Microsoft aber eilt eigene Developer Teams. 620 00:29:27,110 --> 00:29:29,630 Gestellt zur Verfügung gestellt um das zu bauen und jetzt auch 621 00:29:29,630 --> 00:29:32,390 eben in die.net Community zu spenden. 622 00:29:32,710 --> 00:29:34,710 Aber natürlich haben die dann so n bisschen ihren Touch. 623 00:29:34,710 --> 00:29:37,310 Natürlich funktioniert das am besten mit Ihrer Cloud. 624 00:29:37,350 --> 00:29:39,070 Klar, ich mein ist ja auch fair, die haben das ja auch gebaut, 625 00:29:39,070 --> 00:29:41,590 die wollen auch was davon haben, aber am Ende ist das n offenes 626 00:29:41,590 --> 00:29:45,710 Projekt wo jeder. Jeder seinen Service anbinden 627 00:29:45,710 --> 00:29:48,960 kann. Den letzten Punkt, den ich 628 00:29:48,960 --> 00:29:53,040 allerdings habe, ist, es gibt ja schon so ne Technologie, die das 629 00:29:53,040 --> 00:29:57,280 alles irgendwie zusammensteckt. Die ist dann containerorientiert 630 00:29:57,280 --> 00:30:00,000 und das ist Stocker compose, das ist das zum Beispiel, was ich in 631 00:30:00,000 --> 00:30:03,760 all meinen Projekten verwende, um lokal einfach alles mal zu 632 00:30:03,760 --> 00:30:05,760 starten. Ich kann ja heute schon in einer 633 00:30:05,760 --> 00:30:08,640 Docor compose file sagen, Pass auf mein Projekt, das besteht 634 00:30:08,640 --> 00:30:11,800 aus diesen 5 Containern und der Container muss bitte warten bis 635 00:30:11,800 --> 00:30:14,560 der andere Container gestartet ist und als Collection String 636 00:30:15,120 --> 00:30:17,920 nimmst du bitte die URL von dem Container hier oben und auch 637 00:30:17,920 --> 00:30:21,360 über Doctor Compose finden sich die die Container gegenseitig, 638 00:30:21,360 --> 00:30:24,160 das heißt wenn ich alles als Container starte. 639 00:30:25,000 --> 00:30:27,120 Dann kann ich das auch mit bestehenden Tools wie Docker 640 00:30:27,120 --> 00:30:30,440 Compose machen und bin dann komplett Technologie unabhängig. 641 00:30:31,240 --> 00:30:34,560 Klar, dann muss ich auch im Container debuggen, was ein 642 00:30:34,560 --> 00:30:36,520 bisschen was manchmal ein bisschen komplizierter ist, 643 00:30:36,520 --> 00:30:37,880 manchmal auch ein bisschen länger dauert. 644 00:30:37,880 --> 00:30:40,520 Also ich habe Performance technisch ich auf meinem Rechner 645 00:30:40,720 --> 00:30:43,400 schlechtere Erfahrungen gemacht, im Container zu debuggen wie 646 00:30:43,520 --> 00:30:46,440 direkt lokal laufenden Prozess auf meiner Maschine zu debuggen. 647 00:30:47,150 --> 00:30:49,710 Dafür ist es halt dann eben komplett technologieabhängig. 648 00:30:49,750 --> 00:30:51,790 Was das aber natürlich nicht macht, sind diese ganzen Best 649 00:30:51,790 --> 00:30:55,350 Practices mit Reinzugeben. Diese ganzen Services, Coveries 650 00:30:55,350 --> 00:31:00,510 und Health Checks und Retries und ich glaube genau da spaltet 651 00:31:00,510 --> 00:31:03,550 sich das n bisschen für mich. Für mich persönlich ist dieses 652 00:31:03,550 --> 00:31:06,230 eine Netprojekt was mir alles hochzieht. 653 00:31:07,230 --> 00:31:10,750 Gar nicht so interessant also. Ja, viel spannender finde sind 654 00:31:10,750 --> 00:31:14,430 diese Opinionated fertig definierten Integration. 655 00:31:14,430 --> 00:31:16,670 Über diese Nougatpakete kommen, wo einfach jemand sagt was auf. 656 00:31:16,670 --> 00:31:19,510 Wenn du jetzt ein Reddit Cash anbieten willst, ist das die 657 00:31:19,510 --> 00:31:22,190 beste Art und Weise, weil da sind Retries drin, weil da sind 658 00:31:22,190 --> 00:31:24,670 Health Checks drin, bla bla bla bla bla, das haben sich viele 659 00:31:24,670 --> 00:31:27,430 Unternehmen, größere Unternehmen eh schon selber gebaut, solche 660 00:31:27,430 --> 00:31:29,950 Best practices und jetzt sind die eben altiser net Welt und 661 00:31:29,950 --> 00:31:32,550 man kann einfach die fertigen nehmen oder doch durch seine 662 00:31:32,710 --> 00:31:36,070 durch seine eigenen Kniffe ergänzen, aber ich glaube, dass 663 00:31:36,070 --> 00:31:38,470 das für mich persönlich eine deutlich spannendere Teil ist. 664 00:31:39,520 --> 00:31:42,320 Wenn ich aber auch rein in der Dotnet Welt unterwegs bin und 665 00:31:42,320 --> 00:31:44,840 sage, ich habe das eh alles irgendwie lokal, würde ich das 666 00:31:44,840 --> 00:31:46,640 gerne einmal hochfahren. Dann kann man sich bestimmt auch 667 00:31:46,640 --> 00:31:49,240 gut mal den anderen Teil angucken, der das alles 668 00:31:49,240 --> 00:31:52,560 gemeinsam hochzieht. Klasse. 669 00:31:52,840 --> 00:31:55,480 Ich glaube, wir werden das Ganze weiter verfolgen. 670 00:31:56,840 --> 00:31:58,800 Hat es ja vorhin gesagt, aktuell ist es noch in der Preview, ist 671 00:31:58,800 --> 00:32:03,640 noch ganz am Anfang und zumindest ich hab noch gar keine 672 00:32:03,640 --> 00:32:05,320 Hands on Erfahrung damit machen können. 673 00:32:05,320 --> 00:32:07,520 Ich weiß nicht ob du es dir schon wirklich praktisch 674 00:32:07,520 --> 00:32:10,280 anschauen konntest, aber ich glaube das kommt dann jetzt in 675 00:32:10,280 --> 00:32:14,520 den kommenden Monaten, wenn man die ersten eigenen Applikationen 676 00:32:14,520 --> 00:32:17,680 mal damit testet und dann werden wir sehen, wie sich das 677 00:32:17,680 --> 00:32:20,080 weiterentwickelt, in welche Richtung Microsoft das treibt 678 00:32:20,080 --> 00:32:23,080 und dann können wir auch gerne auch noch zu gegebener Zeit mal 679 00:32:23,080 --> 00:32:25,120 ein Update zu dem ganzen Thema geben, wenn es euch 680 00:32:25,120 --> 00:32:27,760 interessiert. Es ist auf jeden Fall auf viel 681 00:32:27,760 --> 00:32:29,760 Interesse gestoßen. Also es wurde ja, du hast ja 682 00:32:29,760 --> 00:32:32,840 schon gesagt vor 2 Wochen auf der Dotnet Conf, also auf der 683 00:32:32,840 --> 00:32:37,840 eigenen Developer Konferenz davon net vorgestellt und da gab 684 00:32:37,840 --> 00:32:42,800 es auf jeden Fall viel Interesse an dem Thema und es gibt jetzt 685 00:32:42,800 --> 00:32:44,840 irgendwie super viele Leute, die das gerade mal ausprobieren und 686 00:32:44,840 --> 00:32:46,640 ich habe auch schon ein paar Youtube Videos irgendwie gesehen 687 00:32:46,640 --> 00:32:50,040 von Leuten die das mal machen. Also ich glaube zumindest wird 688 00:32:50,040 --> 00:32:51,550 es. Wird sichs angeschaut oder 689 00:32:51,550 --> 00:32:53,510 verwendet oder es ist halt auch einfach nur ein Vorschlag, wie 690 00:32:53,510 --> 00:32:55,750 man dieses komplexe Problem lösen kann, ganz viele 691 00:32:55,750 --> 00:33:00,150 Komponenten zusammenzuführen. Ich denke aber, da wird die Zeit 692 00:33:00,150 --> 00:33:03,870 und auch die Adaption an andere Clouds und Technologien zeigen. 693 00:33:04,910 --> 00:33:07,710 Wieviel Zukunft das hat ich mein ganzes Unternehmen drauf. 694 00:33:07,710 --> 00:33:09,350 Wetten würde ich jetzt noch, würde ich jetzt nicht, aber für 695 00:33:09,350 --> 00:33:11,350 einzelne Projekte sich das mal anzuschauen schadet auch nicht, 696 00:33:11,350 --> 00:33:13,110 weil man es auch mit Zweifel, wenn es dann irgendwie nichts 697 00:33:13,110 --> 00:33:16,790 ist, auch wieder ausbauen kann. Ja, ich meine ist relativ früh, 698 00:33:16,790 --> 00:33:19,630 aber man sieht schon jetzt, es kriegt ne gewisse Traction wenn 699 00:33:19,630 --> 00:33:21,750 man sich das Gitarre prepo anschaut. 700 00:33:21,750 --> 00:33:25,230 Ich glaube schon fast 2000 Stars drauf, das heißt die Leute 701 00:33:25,230 --> 00:33:28,510 gucken sich das an einige Forks drauf, das heißt Entwicklung 702 00:33:28,510 --> 00:33:31,470 findet statt, die Leute wollen da Dinge auch beitragen von 703 00:33:31,470 --> 00:33:34,110 daher ich finde das ist ein positives Zeichen wenn man 704 00:33:34,110 --> 00:33:36,390 wirklich sieht, dass auch wirklich der Source Code da von 705 00:33:36,390 --> 00:33:39,070 den Leuten auch genutzt wird und nicht ein paar Leute es einfach 706 00:33:39,070 --> 00:33:41,510 nur ausprobieren, sondern die Leute auch aktiv reinschauen wie 707 00:33:41,510 --> 00:33:43,590 es das Ganze implementiert, wie kann ich beitragen, wie kann ich 708 00:33:43,590 --> 00:33:47,070 das ganze ergänzen von daher bisher glaube ich geht es in die 709 00:33:47,070 --> 00:33:49,550 richtige Richtung, mal schauen wie es dann wirklich auch in der 710 00:33:49,550 --> 00:33:51,800 Praxis. Landet. 711 00:33:51,800 --> 00:33:54,760 Wenn es dann soweit ist, dass wir es quasi als stabil 712 00:33:54,760 --> 00:33:56,960 klassifizieren können und die Leute es dann wirklich auch in 713 00:33:56,960 --> 00:33:58,160 Produktion einsetzen. Das. 714 00:33:59,230 --> 00:34:01,950 Genau. So wie hat ja die 715 00:34:01,950 --> 00:34:05,910 Zusammenfassung gefallen. Besser als.ch GPT und Open AI, 716 00:34:05,910 --> 00:34:07,990 also zumindest war sie länger. Ich weiß nicht ob sie länger 717 00:34:07,990 --> 00:34:11,670 gedauert hat, weil ich glaub, also je nachdem wie busy die 718 00:34:11,670 --> 00:34:13,830 dauert dauert das ja auch irgendwie relativ lange 719 00:34:13,830 --> 00:34:16,710 mittlerweile. Nee, auf auf jeden Fall sehr 720 00:34:16,710 --> 00:34:18,949 gut. Und das Wichtige ist halt, wenn 721 00:34:18,949 --> 00:34:22,030 ich dir ne Nachfrage stelle, dann hab ich n größeres 722 00:34:22,030 --> 00:34:24,110 vertrauen, dass du mir da ne korrekte Antwort gibst. 723 00:34:24,110 --> 00:34:28,670 Als Chat GPT chepp GGP gibt mir zwar immer sehr schnell eine 724 00:34:28,670 --> 00:34:32,190 Smart klingende Antwort, aber. Manchmal traue ich dem Ganzen 725 00:34:32,190 --> 00:34:36,550 nicht, von daher ja vielen Dank für den tieferen Einblick und 726 00:34:36,550 --> 00:34:40,310 dass du dich auch noch mehr als ich mit dem Thema 727 00:34:40,310 --> 00:34:42,550 auseinandergesetzt hast, hat mir auf jeden Fall geholfen. 728 00:34:42,550 --> 00:34:44,350 Ich hoffe euch auch die ihr zuhört. 729 00:34:45,190 --> 00:34:48,429 Uns würd interessieren, es sind solche Themen interessant. 730 00:34:48,429 --> 00:34:50,630 Ich mein Wir kommen beide vom Hintergrund so n bisschen aus 731 00:34:50,630 --> 00:34:53,830 der Dotnet Welt und dementsprechend liegt uns das 732 00:34:53,830 --> 00:34:57,830 nah wenn das etwas ist was auch für Euch die uns zuhört 733 00:34:57,830 --> 00:34:59,590 spannend. Es gibt uns gerne Feedback, 734 00:34:59,590 --> 00:35:02,750 gerne auf spotivy oder per E-Mail würde uns interessieren 735 00:35:02,750 --> 00:35:05,670 ob wir auch in die Richtung weiterhin Themen ansprechen 736 00:35:05,670 --> 00:35:09,710 sollen oder ob ihr uns sagt in der breite net haben wir ohnehin 737 00:35:09,710 --> 00:35:13,670 nichts mit am Hut, von daher bleibt uns weg damit das 738 00:35:13,670 --> 00:35:15,950 Feedback brauchen wir um auch einfach die Themenauswahl 739 00:35:15,950 --> 00:35:18,350 richtig steuern zu können, damit es für alle auch interessant 740 00:35:18,350 --> 00:35:21,270 bleibt. Ansonsten, wenn euch die Folge 741 00:35:21,270 --> 00:35:23,870 gefallen hat, dann lasst auch gerne einfach ne gute Bewertung 742 00:35:23,870 --> 00:35:26,750 da auf Spotify und auch auf Apple Podcast kann man ja so 743 00:35:26,750 --> 00:35:29,270 Sternchen und Bewertungen hinterlassen, da freuen wir uns 744 00:35:29,270 --> 00:35:31,270 immer sehr und wir freuen uns natürlich auch immer wahnsinnig, 745 00:35:31,270 --> 00:35:33,630 wenn ihr uns einen Kaffee oder wie in dieser Zeit einen 746 00:35:33,630 --> 00:35:37,270 Glühwein oder Punsch ausgebt oder wenn ihr auch zu eurem 747 00:35:37,270 --> 00:35:39,910 eigenen Kaffee die passende Nerd Tasse haben wollt, dann haben 748 00:35:39,910 --> 00:35:42,150 wir auch da vielleicht was in unserem Shop für euch. 749 00:35:42,150 --> 00:35:45,110 Schaut da gerne vorbei links für beides, also für dieses bei mir 750 00:35:45,110 --> 00:35:47,990 Coffee und den Shop findet ihr in der Beschreibung. 751 00:35:49,030 --> 00:35:51,190 Und ansonsten bleibt uns gar nicht mehr so viel über, als 752 00:35:51,190 --> 00:35:53,550 euch noch mal drauf hinzuweisen, dass nächste Woche der 753 00:35:53,550 --> 00:35:57,670 Livestream mit The Native Web stattfindet und die Woche danach 754 00:35:57,670 --> 00:36:02,470 ja schon die letzte Folge des Jahres ist und damit auch 755 00:36:02,470 --> 00:36:04,830 traditionell unsere große Weihnachtsfolge. 756 00:36:04,830 --> 00:36:07,950 Wir machen immer jedes Jahr am Ende eine Weihnachtsfolge, wo 757 00:36:07,950 --> 00:36:10,750 wir auch ein Gewinnspiel haben und ein paar Geschenke quasi für 758 00:36:10,750 --> 00:36:14,430 euch mitgebracht haben und das Jahr so ein bisschen Revue 759 00:36:14,430 --> 00:36:17,350 passieren lassen, wenn ihr das nicht verpassen wollt, dann 760 00:36:17,350 --> 00:36:20,200 bleibt gerne dran. Wir machen nie Gewinnspiele, wir 761 00:36:20,200 --> 00:36:24,430 machen Geschenke. Stimmt Joachim Geschenke, das 762 00:36:24,430 --> 00:36:28,390 heißt, wir machen, wir spielen hier, die die Weihnachtsengel, 763 00:36:28,390 --> 00:36:31,310 und mit ein bisschen Glück werdet ihr beschenkt. 764 00:36:32,150 --> 00:36:35,470 So machen wir das. Ich freu mich drauf, ich freu 765 00:36:35,470 --> 00:36:37,670 mich auch auch auf unsere traditionelle 766 00:36:37,670 --> 00:36:41,270 Jahreszusammenfassung oder Highlights, die wir dann auch in 767 00:36:41,270 --> 00:36:44,430 der nächsten Woche schon mal mit Golo gemeinsam ein bisschen 768 00:36:44,430 --> 00:36:48,030 vorbesprechen werden, auch wenn ihr Fragen an uns habt, zu 769 00:36:48,030 --> 00:36:50,350 aktuellen Themen kommt gerne in den Livestream rein, da ist 770 00:36:50,350 --> 00:36:54,270 natürlich der große Vorteil eines Livestreams, ihr könnt 771 00:36:54,350 --> 00:36:58,110 sofort mit uns interagieren und habt dann auch mit Golo noch 772 00:36:58,110 --> 00:37:01,510 einen weiteren Experten direkt im Livestream mit dabei und 773 00:37:01,630 --> 00:37:03,950 würde uns freuen, wenn viele von euch dann in den Livestream mit 774 00:37:03,950 --> 00:37:06,110 reinkommen und auch aktiv mit uns. 775 00:37:07,280 --> 00:37:11,030 Den Abend gestalten. Dann mach es gut, habt eine gute 776 00:37:11,030 --> 00:37:14,110 Woche und schreibt ganz viel Code. 777 00:37:14,590 --> 00:37:15,310 Bis dahin.