Du bist für die Bildung in Deutschland unfassbar wichtig! Danke!
@djangogodbye63388 ай бұрын
Als aller erstes bist du selbst verwantwortlich für deine Bildung und Kenntnisse die du dir in Leben aneignest vorallen in der Informatik da hört man nie auf.
@BreakerBro8 ай бұрын
@@djangogodbye6338 ich sagte doch gar nichts von verantwortlich. Aber ja, so ist es
@gronkhfp8 ай бұрын
Viele Videos sind sehr gut. Leider war sein Video zu den besten VPNs schlecht recherchiert. Gerade als er ProtonMail zum bestellen des VPNs als weitere Anonymitätsschicht vorgestellt hat war ich enttäuscht. Eine Woche später hat MentalOutlaw ein Video darüber gemacht, dass ProtonMail alles andere als anonym ist. Man sollte sich niemals auf eine Quelle verlassen und sich immer an verschiedenen Stellen informieren
@toshicats56498 ай бұрын
für die ganze 🌎🌍🌏thx !
@wasgeht24098 ай бұрын
Bro liefert wieder ab! Danke
@MrsMegaVideo8 ай бұрын
Ich hab mich hobbymäßig angefangen mit Apis zu beschäftigen und das Video gibt einem einen echt guten Überblick über den Dschungel der Schnittstellen :)
@l4webdesign1868 ай бұрын
Ohne dich und ChatGPT hätte ich mein Wirtschaftsinformatik Studium nicht geschafft 😂🚀
@FilmfanOliver19927 ай бұрын
Bei mir ohne ChatGPT stattdessen mit Stackoverflow und Baeldung
@lx63818 ай бұрын
sehr geiles video. ich studiere informatik und für mich ist das alles nichts neues, aber sehr nice noch mal so ne "zusammenfassung" zu bekommen.
@zweieckiger8 ай бұрын
Hey du bist einfach mein lieblings KZfaqr und dank dir lerne ich aktuell sehr viel über Web Development was ich grade lerne ❤
@TheMorpheusTutorials8 ай бұрын
Vielen Dank!
@DoctorFr0st8 ай бұрын
Sehr gut erklärt. Danke für die Quellen
@Kayamoeu8 ай бұрын
KZfaq-Recommendations können doch auch positiv überraschend. Super Video :D
@ArneBab8 ай бұрын
Danke für die Übersicht!
8 ай бұрын
Leider sehe ich hier einen großen Fehler, der sehr häufig gemacht. Webhooks ist keine Sprache, sondern eher ein Konzept. Webhooks können sowohl in Soap, XML, Rest usw. Geschrieben werden. Eher seltener in GraphQL,, von der Theo aber möglich. Dieser Fehler wird aber häufig wieder holt.
@TheMorpheusTutorials8 ай бұрын
Hm, das hatte ich aber so nicht gesagt mit der Sprache 😅 Rest ist auch ein Konzept zb
8 ай бұрын
@@TheMorpheusTutorials gesagt nicht. Es kommt aber bei der Vorstellung so rüber. Ansonsten dürfte Webhooks so ja gar nicht genannt werden im Vergleich zu Rest/Soap/GraphQL.
@Bloome_BlueFolf8 ай бұрын
Interessantes, kurz gehaltenes Video mit den wichtigsten Informationen.
@LupinoArts8 ай бұрын
Du hättest in den Titel schreiben können, dass es nur um Web-APIs geht...
@Timongcraft8 ай бұрын
Und danke für deinen Content, mach weiter so!
@Rndde8 ай бұрын
Gutes Video! Gibt es dieses "API Protocols" Bild zum Download? Das ist eine schöne Übersicht. Grüße
@andreasmerz25018 ай бұрын
Das fand ich auch super... Hab noch nicht gefunden und im Report ist es auch nicht gewesen...
@theGentec8 ай бұрын
Huch MQTT als API? Ich hätts jetzt eher als Nachrichtenprotokoll definiert. Aber sind APIs ja auch irgendwie... Wo ist da der Unterschied bzw die Abgrenzung in der Definition? Wie es vermuten lässt nutze ich MQTT recht intensiv. Anwendungsbereich ist die Home-Automation wo ich MQTT als sehr schlankes und leicht skalierbares Protokoll wahrnehme.
@oliverkramer33408 ай бұрын
mega gutes video, wir nutzen wie glaube ich sehr sehr viele, webhooks zur das triggern unserer cicd pipelines
@matthias_08157 ай бұрын
Sehr geiles Video, danke
@exteci8 ай бұрын
Danke!!!
@chrisderwicht6 ай бұрын
Das war mehr zu dem Thema als wir es in der Berufsschule je gelehrt bekommen haben. (FIAE)
@KevinGeller8 ай бұрын
Die Erklärung von Rest ist aber zu rudimentär. Rest kann nicht nur json zurückgeben, sondern kann für jede Art Daten verwendet werden. Dadurch war es früher problemlos möglich, bestehende SOAP-Anbindungen auf Rest umzubauen, ohne dass die komplette Softwarestruktur angepasst werden musste, da die XML auch dann noch korrekt war. Verschiedene Zahlungsdienstleister (darunter auch Paypal) hatten dafür dann einen Rest-Api-Call, der das ursprüngliche XML zurückgegeben hat und wir als Entwickler konnten uns dann in erster Linie um die Verbindung kümmern, bevor man sich an die Verarbeitung gemacht hat
@_cannachris8 ай бұрын
Sehr nice erklärt - 7:32 sehe ich da Excalidraw?
@boka34618 ай бұрын
Bestes video ever, wusste nicht, dass das das ist, was mir fehlt.
@HeikoD.8 ай бұрын
Allerdings fehlt der Hinweis dass es APIs nicht nur für Webtechnologien gibt. Ohne OpenGL, Vulkan, DX, Metal ... wäre nämlich recht wenig los auf den Endgeräten ;) Um nur Beispiele zu nennen.
@robby72928 ай бұрын
Morpheus - The real MVP
@ytmorris18 ай бұрын
Ich finde es verwirrend, dass die ganze Zeit von API gesprochen wird aber eigentlich die Technologie gemeint ist. Ich verstehe unter API eine Programmierschnittstelle, die von jemandem zur Verfügung gestellt wird und irgendwie eingebunden werden kann. Die Technologie ist da erstmal egal. Das kann auch eine Library sein, die ich statisch einbinde. Es wird auch gesagt, dass die API "der zentrale Platz" ist "um den sich alles dreht". Das ist per se erstmal falsch. Die meiste Software auf einem Rechner ist kein Client in dem Sinne wie hier über APIs gesprochen wird. Nicht alles wird in Client-Server-Architektur mit Frontend und Backend entwickelt.
@pyuc8 ай бұрын
Hi Morpheus, kannst du bitte mal ein Video veröffentlichen in dem du die Berufe als Softwareentwickler und als Webentwickler erklärst bzw. miteinander vergleichst?
@stn64288 ай бұрын
Jeder Webentwickler ist Softwareentwickler, aber nicht jeder Softwareentwickler ist Webentwickler.
@pyuc8 ай бұрын
@@stn6428 Ich glaube als Softwareentwickler geht man mehr in die Tiefe was Mathematik beispielsweise betrifft. Außerdem arbeitet man länger an Projekten als in der Webentwicklung
@stn64288 ай бұрын
@@pyuc Naja wie der Name sagt entwickelt man Software. Webanwendungen sind Software. Softwareentwickler ist nur der Überbegriff. Zudem würden meiner Meinung nach auch Software-Architekten etc. dazu zählen, da diese die Software direkt mit planen und entwickeln.
@codingcrashcourses85338 ай бұрын
@@stn6428 stn6428 hat es vollkommen richtig erklärt. Grüße von einem Software-Engineer, die besser klingende Version eines Entwicklers :p
@Leonardo_A18 ай бұрын
Great tolle Zudammenfassung👍 Die Bilder bitte einen Tick länger einblenden. Aah und Beispiele wären auch super wie Zb firebase funktioniert mit Api,.. Thanks Leonardo
@thorsten92118 ай бұрын
MQTT hauptsächlich. Dabke für den Überblick :-)
@Noobish13378 ай бұрын
Super informatives Video! Mercure wäre evtl. auch noch interessant gewesen :)
@DJone4one8 ай бұрын
also damit ich APIs nutze, muss ich erst einmal wisen wie ich sie überhaupt aufbaue und einbaue. Hatte sowas bisher nur im ganz kleinen Grundlagen mit REST-APIs. Wäre vielleicht auch mal gut, ein richtiges gutes Tutorial dazu zu haben.
@tobene8 ай бұрын
WebRTC kann man auch im Auge behalten 👀 Besonders für P2P anwendungen wie zb. (Video)chat
@KevinGeller8 ай бұрын
Technisch ist webrtc aber keine API, sonder ein offener Standard und somit eine Sammlung von Schnittstellen.
@onur71837 ай бұрын
So wirklich Peer-2-Peer ist es dann nicht, sondern eher auf theoretischer Ebene. Da kommen dann so Sachen wie Stun/Turn-Server ins Spiel. Btw ist das auch kein "Api-Paradigma"
@tobene7 ай бұрын
@@onur7183 Okay? Dann behalte WebRTC nicht im Auge i guess 😄
@richi12358 ай бұрын
Schade, gerade MQTT hätte mich hier interessiert 😅
@TheMorpheusTutorials8 ай бұрын
kzfaq.info/get/bejne/htV8ZciGqNuneps.html 😏
@richi12358 ай бұрын
@@TheMorpheusTutorials Na wunderbar, dankesehr! 🙂
@cfo30498 ай бұрын
Super Überblick. Was lohnt sich zu lernen, wenn man in der FinTech-Branche Fuß fassen möchte? Zur Zeit beherrsche ich nur REST.
@andreasmerz25018 ай бұрын
In FinTech arbeitest du leider eher mit SFTP und CSV Exporten 😢😂
@cfo30498 ай бұрын
@@andreasmerz2501 ich meine nicht Banken 🏦
@bilbobeutlin34058 ай бұрын
Würde sagen grpc für alles was Geschwindigkeit braucht (high frequency trading usw) und vielleicht noch websockets. Ich hab in über 6 Jahren als dev eigentlich immer nur mit REST gearbeitet. Und die anderen kannst du dir auch schnell selbst beibringen wenn du sie brauchst.
@andreasmerz25018 ай бұрын
@@cfo3049Ich auch nicht 😢 aber leider sind die Kunden meist die Banken und Sparkassen... sei froh wenn es bei dir anders ist 😅
@onur71837 ай бұрын
Siehe PSD2-Schnittstelle
@Timongcraft8 ай бұрын
Tja, nutze u.a. Websockets um schnell Daten innerhalb eines Minecraft Netzwerks auszutauschen, hab aber gar nic abgesichert, da die Verbindung intern ist.
@Marfph8 ай бұрын
Ich würde mich selbst als Progrmmieranfänger bezeichnen. Und weil es zu dem Video ganz gut dazu passt hier meine Frage die mich schon länger beschäftigt. Wenn ich jetzt eine (neue) Programmiersprache lerne, gehören dazu ja auch so Sachen wie Bibliotheken, APIs usw. Wie geh ich da jetzt am besten vor? Wie lerne ich dass am effektivsten, wo find ich was für Bibliotheken gibt. Gibt's gute Beschreibungen dazu,... Das es viel Zeit braucht ist mir klar, die möchte ich aber möglichst effektiv nutzen. Wie gesagt würde mich selbst als Anfänger beschreiben. Was ich kann ist Siemens SPS programmieren. Das bisschen was ich mit C++ und Phyton Kontakt hatte kann man eigentlich nicht zählen lassen und schon zu lange her.
@TheMorpheusTutorials8 ай бұрын
Das ist ein tolles Thema für ein neues Video 👍
@andreasmerz25018 ай бұрын
Chat GPT :) bin seit 15 Jahren Dev und diese KI gibt dir zu allem was man sucht eine tolle Antwort, die mindestens als Basis dienen kann. Ich wäre froh gewesen, wenn es dass schon in meinen Anfängen gegeben hätte. Da hätte man sich so einige 'leere' Seite in Sachbüchern sparen können
@electronicstv58848 ай бұрын
In der Regel benutze ich für selbst programmierte Websites, Anwendungen etc einfach ne REST API oder MQTT. Aber in vielen Sachen kann man ja auch schon direkt mit der DB zum Beispiel kommunizieren, da braucht man das ganze dann gar nicht mehr.
@svenreichert63048 ай бұрын
SignalR, wiso hast du das nicht aufgeführt? Ja es verwendet unter der Haube „auch“ Boadmittel der bereits genannten, aber in Abhängigkeit zum Client und Server, wie auch bei gRPC.
@pedu718 ай бұрын
danke vor allem das du zu deiner alten Form zurück gefunden, und den Kindergarten TicToc Style verlassen hast 🙏,. So sehe ich deine Videos wieder gerne an
@wanderkeule87038 ай бұрын
GraphQL klingt immer erstmal ganz nett, man muss aber Bedenken dass damit auch eine Gewisse Kontrolle über die Verarbeitung an die Queries abgegeben wird. Komplexe Queries können, ohne es direkt zu merken, schnell zu sehr viel Load im System führen indem ggf. unnötig verschiedene Datenquellen vom GraphQL server abgerufen und diese dann auch noch verarbeitet werden müssen. Das heißt, wirklich JEDE Person muss genau verstehen sie tut. Egal ob beim Queries schreiben, oder Resolver implementieren.
@onur71837 ай бұрын
Das N+1 auf Ebene von GraphQL kann mittels Dataloader gelöst werden.
@THEMithrandir098 ай бұрын
Das g in gRPC steht für gRPC und nicht google.
@CrazyT20098 ай бұрын
Seitdem postman einem die Cloud-anbindung aufdrängelt, würde ich das aus sicherheitstechnicher Sicht eigentlich nicht so empfehlen. Wer weis was die mit den Passwörtern und API-Beschreibungen so anfangen könnten ... oder halt andere die Zugriff durch einen Hack darauf bekommen? Leider gibts ähnliche Tools, die sich scheinbar für einen ähnlichen Weg entscheiden ... (bisher habe ich allerdings noch keine gute alternative gefunden ... leider gibt es immer irgendwelche Abstriche)
@silentwater798 ай бұрын
Postman ist für die allermeisten völlig überladen. Würde das nur nutzen wenn man die Features wirklich braucht (z.B. hier Testautomatisierung macht). Wenn Du die meiste Zeit als Entwickler nur einfache Rest Calls machst, schau dir mal Insomnia an.
@DevMicha8 ай бұрын
Hast du dir Insomnia schon angesehen? Oder zählt das bei dir zu den ähnlichen Tools mit ähnlicher Richtung?
@CrazyT20098 ай бұрын
@@DevMicha Insomia hab ich mir in der Tat schon angeschaut, finde das auch recht praktikabel. Vor allem das mit den Variablen und Ordnern finde ich gut gelöst. Allerdings bin ich mir hier noch unsicher ob das Scratchpad so bleibt oder ob man am Ende doch den Weg von Postman geht. (Scratchpad ist dort ja bereits auf eine einzelne Collection eingegrenzt worden, damit man dazu genötigt wird die Login-Funktion mit Cloud-synchronisation zu verwenden) Httpyac hatte ich mir auch schon angeguckt, das kommt komplett ohne Cloud aus, allerdings ist die Handhabung damit meiner Meinung nach etwas zu abgespeckt. (man schreibt da die Http-Requests pur und kann halt Variablen verwenden) Sonstiges wie "gib mir den request als curl-befehl aus", gibt es dort logischweise nicht.
@EnnovonSchwerin8 ай бұрын
Hmm, EDI als Schnittstellen-Technologie zu bezeichnen finde ich etwas sehr eigenwillig. EDI ist erstmal nur eine Sammlung von Definitionen das und wie Daten übertragen werden. Ob das nun per Rest-API oder mit irgend einer anderen Technologie passiert ist doch nicht von vornherein festgelegt.
@mehdiahmadi28932 ай бұрын
🎉
@ArneBab8 ай бұрын
Bei REST fehlt noch PATCH. Das verwendet unser redux store, um Zustands-Synchronisierung zwischen Backend und Frontend zu optimieren.
@adrianhillmann37418 ай бұрын
Das SOAP immer unbeliebter wird, rieche ich an ein paar meiner Kollegen. 😂
@rmbl3498 ай бұрын
Mqtt,amqp,edi,EDA eh nicht so beliebt?!?!? Mit verlaub, das sind sehr spezielle für bestimmte Anwendungsfälle gedachte Konzepte/Technologien.
@patrick-gundlach8 ай бұрын
Hi, gibt es die von dir genuzte Grafik (Übersicht der APIs) ? Cooles Video
@TheMorpheusTutorials8 ай бұрын
In den Quellen sollte die drin sein =)
@Gromran19818 ай бұрын
In den meisten Fällen ist doch eh die Datenbank der Flaschenhals. Was macht man eigentlich, wenn Entwickler so sehr gesucht werden, aber man nicht der beste Entwickler ist (nach eigener Einschätzung) aber sehr gut interdisziplinär Probleme lösen kann? Meist wird ja Onspot gesucht. Außer vllt in in sehr kleinen Firmen.
@abdellilahsettah1682 ай бұрын
Hä? REST ist auch Single point of failure, was machst du, wenn das Backend nicht da ist? :D
@turbo2sven4768 ай бұрын
Bei Rest API muss da nicht auch noch HTTPS sein?
@michaelschuster15548 ай бұрын
Welches Schreibprogramm nutzt du anstelle von MS Office?
@TheMorpheusTutorials8 ай бұрын
Das kommt auf die Anwendung an, meist aber Cryptpad oder Google Docs
@FilmfanOliver19927 ай бұрын
Webhooks -> Hollywood-Prinzip, Microsoft Graph nutzt die auch
@vulvaa35257 ай бұрын
Sehe ich auch so, ich als absolute Tech Nerd, maxout bla...halt die technische Seite Freak wie Bauer, selbe Zeit, selber drang, PIXEL ! Fühle mich hier jedes mal wohl :) You Dont like me ? You cant say, iam 299tkm run in my bed :) Good night
@JanBebendorf8 ай бұрын
Wo ist "RPC over HTTP" aka. 99.99% der API's, die sich REST schimpfen?
@WickedJackThe18 ай бұрын
Ich entwickle für mein Hands on Seminar an der Hochschule ein remote Firewall-dashboard und denke ich verwende Websockets. Der Client ist in Java und der Servercode ist Python. Ich sage ich denke, weil ich nirgendwo das Wort Websocket gelesen habe. Mein Plan ist eine sichere TCP Verbindung mit TLS im Hintergrund und dazu verwende ich beim Client Java SSE (was anderes als die API SSE, wie ich heute gelernt habe).
@btx478 ай бұрын
Einmal zwangsweise nen soap request implementiert weil die zugehörige API 30 Jahre alt war. Absolute Katastrophe wer das heute noch verwendet 🐻 gibt sicher andere Möglichkeiten Datenintegrität sicherzustellen
@silentwater798 ай бұрын
Stimme dem als alter Hase in der Branche zu. Wer heutzutage noch neue Schnittstellen mit SOAP macht, gehört erschlagen. Grüße an die Digitalisierungsbremse Telekom.
@simonreber32388 ай бұрын
Das war halt in den frühen Nullerjahren absolut der Standard für APIs. Vorher gab es jede Menge proprietäre Lösungen, welche meist noch sehr viel beschissener zu verwenden waren. Für SOAP gibt es immerhin einige Tools, welche die ganze Sisyphusarbeit erheblich erleichtern und den ganzen komplizierten Code generieren können. Muss man halt kennen und nutzen.
@WickedJackThe18 ай бұрын
Bitte benutzt nicht Discord, wenn euch die Sicherheit eurer Daten irgendetwas bedeutet.
@silentwater798 ай бұрын
Wer heute noch für neue Schnittstellen SOAP benutzt, gehört ausgepeitscht und gevierteilt. SOAP stirbt hoffentlich bald aus (auch wenn man bei Legacy Systemen und langsamen Großkonzernen häufig noch darauf trifft (grüße gehen raus an die Telekom (die Digitalisierungsbremsen)). Dagegen hätte ich hier MQTT mit aufgenommen, was vor allem im IoT Bereich oft Anwendung findet.
@simonreber32388 ай бұрын
Das wird noch lange überleben. Durch die sehr formale Beschreibung sind auch sehr viele Automatisierungen möglich, welche zb mit simplem REST nicht möglich sind. Und wenn man konsequent mit WADL arbeitet, dann ist der Aufwand auch nicht viel geringer. Viele Software-Dinos, wie SAP, bieten halt eine teilautomatisierte SOAP Schnittstelle. Und bis die sich ändern, dauert es halt ...
@Olim227 ай бұрын
Finde ich überhaupt nicht. Es kommt immer auf den Anwendungsfall an. Für SOAP gibt es genauso use cases wie für z.B. plain REST, ODATA, Eventing und sogar einfaches SFTP file Geschubse. Es gibt wesentlich mehr Anwendungsfälle im echten Leben als reine Frontend Integration.
@nitro4248 ай бұрын
Postman mag ich nicht mehr seit dem sie das Offline Scratch Pad entfernt haben.