MOJO: Die Python++ Sprache vom Swift-Erschaffer

[@tinkerpaper]

Ja! Mach Tutorials! Richtig Spannend!

[@maximusmj]

Hey, mach bitte eine kleine Reihe zu Mojo - sieht wirklich sehr interessant aus. Für mich (persönlich) wäre es am interessantesten, wenn in deiner Reihe auch ein kleines Video existieren würde für die Konzepte, die neu sind, wenn man vorher nur Python programmiert hat (und nicht ein Überflieger ist).

[@forestcat512]

Gerne eine kleine Mojo Serie, klingt super spannend

[@AEN1X]

Hab ein SEHR GROßES INTERESSE an einem Mojo Tutorial

[@kiff3449]

Also ich selbst habe mit Programmierung nichts am Hut, aber schaue mir trotzdem gern dein Content an. Liegt einfach daran das du sehr Sympathisch bist und für mein Empfinden die Themen gut vermitteln kannst.

[@TheMorpheusTutorials]

Vielen Dank!

[@andreashahn9345]

Lieber Cedric Bitte lass diese generierten Bilder. Du bist schön und interessant genug 😘❤️

[@guyincognito9009]

Danke für deine Mühe, du lieferst so guten content, dass ist unglaublich

[@fairphoneuser9009]

Die Sprache werde ich mir definitiv anschauen. Und Tutorials wären absolut großartig. Ich mag, wie viele hier, deine Art sehr gerne! 🙂

[@GreenXDark]

Würde mich sehr über ein zwei Tutorials zu Mojo freuen, wer weiß, vielleicht ist das ja die Zukunft! Das klingt ja alles richtig spannend und fast schon zu gut um wahr zu sein 😅. Ich hoffe, dass es nicht irgendwo versteckte "Kosten" oder andere Nachteile gibt, die sie nicht so offen kommunizieren.

[@fairphoneuser9009]

Nur Vorteile ohne Nachteile ist eher unwahrscheinlich.

[@randomdude7386]

Ich könnte mir vorstellen, dass es einfach in bestimmten Anwendungen dann zum Beispiel von C/C++ outperformed werden kann, so ähnlich wie der endlos zoom so viel schneller lief als Sonderfall

[@vornamenachname906]

Ich hab eher das Gefühl, das ganze konvergiert über die Zeit zu einer universalen Sprache. Wird alles immer ähnlicher, ist aber ist noch lange nicht alles gleich. Die Geschwindigkeit der neuen "sprachen" nimmt zu, oft ist C unter der Haube

[@fairphoneuser9009]

@@vornamenachname906 Oder zumindest nehmen die Hypezyklen zu. Früher gab es auch viele neue Sprachen, nur sind diese nicht bekannt geworden.

[@DanielMüller-x8s]

Danke für diese Präsentation. Wie immer on point. Klingt super spannend dieses Thema und könnte dadurch auch self ki deutlich einfacher umsetzen lassen.

[@fairphoneuser9009]

Self hosted, oder?

[@sulsmarone3538]

Wie immer sehr informativ. Über ein Tutorial würde ich mich sehr freuen.

[@deanwillswissen]

"... oder wenn ChatGPT dann MLIR gelernt hat ..." Ich musste das Video an dieser Stelle pausieren, aufhören lau t zu lachen und konnte dann weiterschauen. Deine Vortragsweise und Präsentation finde ich übrigens sehr angenehm, nachvollziehbar und gut verfolgbar! 👍

[@Ork-Schamane]

Tutorials für ein schnelles python? Wer braucht denn sowas... Wir! 😊

[@115Mutato]

Oha, das klingt wirklich spannend, auch wenn mich das Ownership-System ein bisschen abschreckt😅👀 Danke für die Infos, Tutorials wären echt super!

[@No-no-no-no-nope]

Klingt cool. Ich werde Mojo mal an meinem Roboter ausprobieren und versuchen die Performance zu verbessern. Wollte erst alles in C++ umschreiben, aber es hört sich so an, als ob Mojo für mein Seitenprojekt echt gut geeignet ist. Das Video kommt also zum perfekten Zeitpunkt, danke ❤

[@taipex455]

lass uns dein Ergebnis dazu zukommen

[@jdproduktions1015]

Da gibt es keine Diskussion. Wir brauchen die Tutorials!

[@lixou]

Rust hat anscheinend ein neues logo bekommen 0:12 😆

[@blatrump]

Ferris hat Urlaub.

[@purple_fox_arts]

Das klingt richtig cool, ich hoffe es gibt bald einfache Methoden diese Sprache in Unity, Unreal oder anderen Engines zu benutzen, ich glaube das wäre sowohl für die Performance, als auch für Anfänger die gerne in Gamedev einsteigen wollen eine riesen Erleichterung

[@EchterAlsFake]

ich hab so bock. ICH HAB SO BOCK. Python ist so geil und jetzt noch Mojo ich kann gar nicht beschreiben wie gut sich das anfühlt. Danke sehr für dieses Video.

[@God_is_real_iguess]

🤨

[@anekyhongura9455]

Ein Tutorial dazu stelle ich mir spannend vor ^^ bin auf jeden Fall gespannt drauf was du uns noch dazu zeigen kannst ^^

[@God_is_real_iguess]

hoffentlich wird es richtig bekannt

[@harveychuba5442]

Was mich interessieren noch würde, welches Finanzierung Model hat das Unternehmen Modular Inc. Rust oder Python sind Open Source Projekte und niemand kann mir verbieten diese zu verwenden und ich bezweifle das die Entwicklung plötzlich eingestellt wird. Die frage bildet sich deshalb bei mir weil ich momentan mitbekomme was bei Unity passiert. Ich könnte genauso aber auch Adobe oder Oracel als Beispiele bringen. PS: Das Ist ein echt tolles und Hochinformatives Video,

[@TheMorpheusTutorials]

Oh spannend!

[@gerald12524]

Kein Link zu einer Lizenz. Schwammige Aussagen in den FAQ. So wohl leider nicht einsetzbar.

[@tomb9441]

Hört sich ja krass an was dieses Mojo so kann. Würde mich über ein Tutorial freuen.

[@flaviusnameless7261]

Sehr interessant was Mojo da bietet, bitte mach ein paar Tutorials und weiter so...Deine Videos sind der Hammer👌

[@lightbluex7582]

Hahaha am Schluss das Rust Game Logo eingefügt haha, das hat mich bekommen :) !

[@Heimdall-hb5it]

Gern mehr Content zu Mojo! Sau spannend

[@BBFTW36]

Ich werd die Sprache Mojo jetzt nach über 1 Jahr Flutter und erfolgreicher App-Entwicklung, auf jeden Fall ausprobieren. Bin echt gespannt.

[@sabiplaypuzzles7332]

Wenn du schon das falsche Rust-Logo verwendest, dann kannst du in Zukunft auch Dr. Evil 🧐 für die Sprache Mojo verwenden 😁 Wieso denke ich bei Dr. Evil immer, dass er einen Monokel aufhatte? Scheint wohl der MandelaEffekt zu sein 🤔

[@TheGlasfluegel]

Ja, ist mir auch sofort aufgefallen. Zumal du ja auch Videos zu Rust machst... bitte das richtige Logo verwenden, das ist Wichtig!

[@febis3]

Mojo Tutorials wären klasse! 🙏

[@GeorgAubele]

Fang schon mal an, die Tutorials vorzubereiten! :)

[@jurgensubat2827]

So ganz kann ich die Performance noch nicht glauben, zumal, wie im Video bereits erwähnt, die Sahnestückchen heraus gesucht wurden um drastische Performancegewinne zu erzielen. Was es letztlich in der Praxis für tatsächlich erzielte Performancegewinne erzielt bleibt also noch abzuwarten. Jedoch kann ich es kaum erwarten noch deutlich mehr Infos zu erhalten und würde mich sehr über weitere Tutorials freuen und das nicht ganz eigenützig. Mein derzeitiges Projekt leidet extrem unter der schlechten Python-Performance...

[@melonenlord2723]

Glaubs auch erst, wenn ich es sehe :D natürlich mit nem 5000 Kerne Prozessor hätte man die Geschwindigkeit noch etwas mehr steigern können, als wenn es da nur auf einen der 5000 Kerne läuft. xD

[@amigalemming]

Überzogene Beschleunigungsfaktoren werden in der Regel dadurch gewonnen, dass unoptimierter Code in der alten Sprache mit durchoptimiertem Code in der neuen Sprache verglichen werden. Es ist ja nicht so, dass C-Compiler keine Vektorisierung beherrschten.

[@dura2k]

Fand ich auf den ersten Blick auch eher negativ als positiv. Aber man muss sich dann wohl mal durcharbeiten und schauen, was genau verglichen wurde. Wenn es um unoptimierten Code geht, der automatisch optimiert wird, dann kann das natürlich schon hinhauen.

[@Niko-hz9ct]

Hammer! Ich gehe erst wieder schlafen, wenn Dein MOJO-Tutorial online ist. ;-)

[@DragonyEstorial]

ich bin direkt begeistert auf jeden fall eine reihe

[@Kaliumcyanidful]

Klingt spannend! Ein Tutorial, insbesondere wie man Mojo auf einem 64Bit Windows zum laufen bekommt. Vielen Dank dir 😊

[@Timm2003]

Das klingt krank... Denke da kannst du gerne mal ein paar Tutorials raushauen, wenn du schnell bist werden die aufgrund des bevorstehenden Hypes auch echt gut geclicked

[@schachsommer12]

Es klingt fast zu schön, um wahr zu sein.

[@Timm2003]

@@schachsommer12 True, am Ende ist es Malware lmao

[@peterpanzki07]

Sehr interesant! Ist auf jeden Fall einen Blick wert. Aber ich möchte einwerfen, dass der produktive Einsatz von Python je nach Anwendungsfall schon grob fahrlässig sein kann. Gerade bei Produkten, die nicht auf einem Server sondern beim Endnutzer laufen (siehe Videospiele) , schon alleine wegen der dynamischen Typisierung. Ich bin persönlich auch sehr skeptisch, ob es wirklich eine gute Einsteigersprache ist. Aber das ist denke ich eher ein subjektives Thema.

[@MarsCorporations]

Ich weiß ja nicht wie der "C vs Mojo" Vergleich zustandekam, aber die 13.6 klingen absolut unglaubwürdig. Klar, wenn man den Standard-Algorithmus (mit abgeschalteter Compiler Optimierung, sodass der C Code 1:1 in ASM übersetzt wird) in C ohne Änderungen/Optimierungen gegen einen durchoptimierten SIMD Code antreten lässt kann man C vermutlich schlagen. Aber wenn man den C-Code mit dem selben Aufwand optimiert hätte wäre C trotzdem wieder vorne. Man vergleicht auch nicht BogoSort in C vs Quicksort in Python, wo Python dann plötzlich 10^50 x schneller ist, sondern "den selben Algorithmus auf die selbe Art implementiert" um ein sinnvolles Ergebnis zu bekommen.

[@comedyclub333]

Ja, klingt unglaubwürdig, aber ich denke man muss das eher als Prozess betrachten: 1. Ein simples C Programm schreiben 2. Das gleiche in Python schreiben 3. Nach Mojo konvertieren 4. Die Scheiße aus dem Mojo Programm optimieren Es geht vielmehr darum das Potential der Sprache aufzuzeigen, das den Entwicklern geboten wird, als die Raw-Performance zu messen. Z.B. ist Optimieren unter C eine Recht komplexe und schmerzhafte Angelegenheit. Optimierten C Code mit optimiertem Mojo zu vergleichen wäre auch nicht ganz fair, da die Arbeit, die man bei Mojo reinstecken muss, vermutlich sehr viel weniger ist.

[@MarsCorporations]

@@comedyclub333 Ich habe ja hoffnungen, dass mit KI in Zukunft ein Großteil des Optimierungsaufwandes wegfällt. Stell dir vor du schreibst wirklich nur den "standard Algorithmus" in C und die KI optimiert dir den komplett durch und du musst dann nur noch drüberschauen, ob alles rechtens ist. Gerade die Bit-Magic bringt oft ziemlich viel, ist für einen Menschen aber unintuitiv und man braucht für "eine einzige Rechnung" manchmal Stunden oder Tage^^

[@comedyclub333]

@@guotesuoze Ja, simples Multithreading geht mit einer Pragmaanweisung dank OpenMP, allerdings ist das nicht Teil des C-Standards und sogar nicht mal C-exklusiv. Außerdem sind dabei die Parallelisierungoptionen sehr rudimentär, beschränken sich auf Schleifen und sind teilweise mit manchen Bibliotheken inkompatibel. Ich habe das eine Zeit lang sehr viel und gerne benutzt und für C-Verhältnisse ist das echt unkompliziert, aber man stößt doch sehr schnell an die Grenzen von OpenMP, wenn man etwas Parallelisieren will, was etwas komplexer ist als eine einfache for-Schleife in der main-Funktion. Und genau das war mein Punkt: Es geht eben dabei vermutlich darum zu zeigen, wie sich Mojo, Python und C in ihrer üblichen Standardausstattung unterscheiden und darüber hinaus aufzuzeigen, welche Optimierungsmöglichkeiten Mojo bietet. Dass man da nicht optimiertes Mojo mit optimiertem C vergleicht, ist ja nachvollziehbar.

[@1Hippo]

​@@comedyclub333 Man könnte auch Schritt 2-4 weglassen und bei C bleiben wenn man das schon hat. Außerdem würde ich niemals mit C anfangen für einen Prototyp. Die gleiche Funktionalität bekommt man deutlich schneller mit wenigen Zeilen Python hin und lagert eher später performance kritische Teile in C extensions aus. Ich denke Mojo enthält einige gute Ideen, z.B. das sie type annotations auch bei der Ausführung nutzen, elegante Funktionen zur Parallelisierung und automatisiertes Tuning. Trotzdem wirken die Headlines mit irgendwelchen Faktoren irreführend, plötzlich mit 88 cores kommen passt einfach nicht wenn man davor nur den simpelsten 1 core Algo hatte. Zeigt lieber wie wild paralleler und SIMD code in anderen Sprachen aussieht und wie schick mit Mojo.

[@jonathanscheidt5158]

Ich würde mir mehr Videos zu Mojo wünschen, wenn man anfangen möchte zu programmieren dann jetzt! Hab richtig bock. Hört sich interessant an.

[@masterofdesaster4208]

Gamechanger! Freue mich auf eine Tutorialreihe!

[@filko3578]

Ich bin optimistisch hinsichtlich der Zukunft der Webentwicklung. Es besteht die Möglichkeit, dass Mojo eine vielversprechende Alternative zu Golang für Serveranwendungen werden kann, sofern die vorliegenden Daten sich als korrekt erweisen. Dennoch wäre es ratsam, abzuwarten. Dies erinnert mich an die JS-Laufzeitumgebung Bun, die ebenfalls mit viel Hype und beeindruckender Leistung gestartet ist, aber immer noch eher wie eine 0.9-Version wirkt als eine ausgereifte 1.0-Version.

[@ZelltisExx]

Fände mehr Videos als C++ Entwickler sehr interessant :)

[@maxs.8146]

Tutorials wären klasse. Mich würde z.B. interessieren, was die ersten Schritte in Mojo sein sollten um ein fertiges Python Skript zu optimieren.

[@melonenlord2723]

Klang für mich so als wie wenn das der Kompiler macht.

[@christemplet4720]

Bin schon auf die Tutorials gespannt

[@ahabegger]

Klingt mega gut, aber: Over time we expect to open-source core parts of Mojo, such as the standard library. However, Mojo is still young, so we will continue to incubate it within Modular until more of its internal architecture is fleshed out. We don’t have an established plan for open-sourcing yet. kritisch...

[@TheMorpheusTutorials]

Yes

[@deterdamel7380]

Oder man bietet am Ende nur ein Compilieren als Service an. Dann kannst Du deine Programme nur compilieren, wenn Du ein Jahresabo hast..

[@anonim705]

Ich bin ja schon über Rust gehyped, aber Mojo jetzt? Seriously? Bin gespannt wie sich Programmiersprachen in den nächsten Jahren noch entwickeln werden.

[@yahmk3978]

Vielen Dank für diesen Betrag.

[@Daniel-un5kr]

Ja machen Sie bitte eine Mojo Reihe

[@timeflytr7406]

Ich glaube, da hat sich neues Interesse in mir gesetzt, programmieren zu lernen!

[@poppers7317]

Und wie weit bist du nach einer Woche schon gekommen?

[@BlueFishCorner]

Auf alle Fälle weiter machen mit deinen Anleitungen. Ich habe nach dem Video Ubuntu unter Windows mit Mojo installiert. Danke...

[@Hakkalakka]

Hammer T-Shirt! Aber der content war natürlich ebenfalls erstklassig! 👌

[@le_wuerzingeer]

„reines C“ du kennst nichts was schneller ist als reines C. gebt ihm bitte Liebe für diesen tollen Auspruch. von mir auf jeden Fall. LOVE

[@Heinz-JürgenHättig]

Starte sofort mit den Tutorials. Mojo hört sich interessant an. Nerdisch: Python ist nach Monty Python benannt und nicht nach der Würgeschlange. Wenn Mojo spanisch sein sollte (Sauce), dann müsste man es auch konsequenterweise [mocho] aussprechen.

[@blatrump]

Ansich klingt das ja interessant. Ich habe selbst ständige Anwendungsfälle, wo man mit algorithmischen Prototyping in Python mit Numpy loslegt und dann später portieren muss, damit es am Ende nicht kriecht. Das gleiche passiert leider auch dann, wenn z.B. eine Vektorisierung in Numpy zu schwer auszudrücken ist oder die Hotloop eine albern-einfache for-loop ist, welche in Python wirklich grausig langsam sind.

[@BaU-v3x]

jetzt bin ich aber neugierig geworden auf die Sprache ... klingt vielversprechend. Hätte auch Interesse an Tutorials zu Mojo. Danke für deine tolle Arbeit, gucke deine Videos sehr gerne

[@kaigermany_]

ich bin mir echt noch nicht sicher, ob ich es diesmal wagen sollte, auf diesen hype-train aufzuspringen. Performance ist mir zwar sehr wichtig, aber auch compilezeiten. Ich meide zum Beispiel Intellij weil die IDE einfach im durchschnitt 2 minuten an dem selben programm rumcomiled was eclipse nach dem kurzen neucompilen der handvoll soeben veränderten classes meist in unter 2 sekunden erledigt und dann startet. Klar, da sind grundsätzlich intepreter-sprachen gegen befreit, aber eben wegen dem interpretieren in der Laufzeit nicht ja auch nicht das beste. Bei Java zum beispiel würde es mich freuen, wenn der compiler selbst viel mehr optimieren dürfte, aber aktuell wird das alles auf den JIT compiler der VM ausgelagert, was dafür sorgt, dass die Programme erst nach einigen iterationen optimiert werden. Hardware Support wäre natürlich mega, aber wenn hier wieder nur CUDA gewinnt (ich meine wie gerade zur zeit alles rund um AI) werde ich nicht mitmachen. OpenCL wird meines erachtens nach viel zu wenig aufmerksamkeit geschenkt und da sogar meine ewig alte CPU und AMD GPU den standard unterstützen würde ich mich um mehr support aus der ecke echt freuen. Dann bleibt ja eig. nur noch die Frage, wie die den Spagat zwischen multi-plattform & performance machen wollen, weil das der Punkt ist, an dem Compile-seitige optimierungen entweder mehrere wege für alle gängigen Plattformen und Hardware-lösungen bereitstellen müssen, was aber die projektgröße zum explodieren bringen wird. PS. ich weiß ja nicht, wie es den meisten anderen geht, aber generische Typen zum Beispiel sind nicht nur wegen Performance sondern auch wegen dem generellen verständniss der CPUs (oder PCs im allgemeinen) in meinen Augen unglaublich wichtig! Ansonsten hat man nur wenig Gefühl dafür, warum zum beispiel FP64 langsamer sein sollte als Int32-Operationen. Oder warum Branchless Code auf GPUs schneller sind als IFs. Ich weiß nicht, ob es in nächster Zeit compiler gibt, die sowas so präzise herausfinden und optimieren können, wie es Mojo versprechen will.

[@Der_Issa]

Hört sich wirklich sehr interessant an

[@oliverkramer3340]

so gleich mal installieren und testen

[@DeinVatersVater]

Schon krass, wäre cool wenn du mehr zu Mojo machst

[@Saftiges_Brot]

Bitte wir brauchen Tutorials, wenn das Funktioniert, wäre das wirklich sehr cool

[@chrschoeni]

Danke für dein geniales Video. Wäre cool wenn es da mal ein tutorial dazu gibt.

[@_WhiS_]

Auf jeden Fall TuT‘s ! Selbst für mich als Anfänger mega Spannend und Interessant

[@sebi00]

Mojo-Tutorial!

[@blackpanthermotherofdragon5980]

Ja Oh Großer Morpheus , Bitte eine Reihe zu Mojo! das wäre klasse :D

[@Tyr4xx]

ja bitte... wir möchten gerne eine Mojo Serie

[@DietmarLudmann]

Schneller als c ist doch lächerlich. c ist die Lichtgeschwindigkeit und schon Einstein hat gesagt, dass nix schneller sein kann als c! Ausser Captain Kirk vielleicht. 😁

[@zwixx259]

Interessant ist es auf jeden Fall. Auch wenn ich persönlich Python nicht mag. Ich komme von streng typisierten Programmiersprachen und werde das wohl auch nie ablegen, das ich diese bevorzuge.

[@herophysspartano2756]

Mega spannend! I (We) need tutorials 😊

[@MatthiasWolf-fl2yl]

Bitte mehr von MOJO

[@wodowiesel]

Damn!! Klingt richtig gut, bin da zuversichtlich :)

[@Yungposter]

Es ist sehr nützlich, vielen Dank!👌

[@haraldsimon2807]

Man sollte darauf achten Äpfel mit Äpfel zu vergleichen und eine Programmiersprache und das dazugehörige Laufzeitsystem unterliegen der Idee eines Konzeptes mit Vor- und Nachteilen. Die Sprache gibt jedoch den Rahmen vor und nicht den Algorithmus. - Soviel zu "es läuft also schnell als C" - Was der Compiler daraus macht (Stichwort Optimierungen), ist dann auch noch etwas anderes. Kleinere Umstände, dass einem die HW zur Ausführung nicht allein "gehört" machen so manchen Vergleich auch gleich wieder bedingt. Also, viel Hype um nichts oder noch eine Wahl im Dschungel der Sprachen.

[@Diotallevi73]

Interessant, danke! Zum Titel: Schöpfer oder Erfinder wäre das passende Wort 😊

[@KarlAlfredRoemer]

Krasse Sache. Man stelle sich vor, man entwickelt mit mit/in MOJO ein Betriebssystem, was von User-Interface her mit modernen Systemen vergleichbar ist, aber vom Recourcenverbrauch so sparsam wäre wie Windows 3.1 oder Vergleichbares. Und das selbe nochmal mit allen Programmen. Dann würde das Betriebssystem in Sekundenbruchteilen starten und es würden alle Programme gefühlt SOFORT nach dem Anklicken geöffnet werden - sogar bei den größeren Programmen, die heute sogar auf dicken Rechnern längere Zeit zum Starten brauchen.

[@Fantaztig]

Wie soll das gehen, die heutigen Betriebssysteme sind ja auch nicht in Python oder anderen trägen Sprachen geschrieben

[@st4ndby]

Da die Vergleiche bspw mit C++ reine Marketingzahlen sind, wirst du bei weitem nicht so Ergebnisse erzielen können wie du dir vorstellst

[@5amba]

Das ganze jetz mit Swift Syntax und allen Features und ich bin happy 🤷🏻‍♂️ btw. is Swift als Sprache nicht Apple only… es gibt sowohl Linux als auch Windows Compiler und auch einige Webservice Frameworks wie z.b. Vapor Die Verbreitung ist nur leider nicht sonderlich groß :/

[@georgklein9911]

Tolle, spannende Vorstellung! Danke für Deine Mühe. Tutorials wären prima.

[@dleenes]

Sehr interessant, danke für das Update und Tuts wären super.

[@z0py]

Ich würde sehr gerne eine Videoreihe zu Mojo sehen

[@RitterderRedlichkeit]

Ich grüsse euch. Wäre echt schön gewesen, wenn du dazugesagt hättest dass es nicht die Sprache ist die schneller ist sondern dass die Sprache besser kompiliert oder ausgeführt wird. Es gibt auch verschiedene C++ Compiler und diese sind auch unterschiedlich effizient.

[@christoph2007]

Sehr interessant! Bitte mehr dazu

[@customraspi]

Ich kenne Chris Lattner vom LLVM-Projekt. Bin schon gespannt auf MOJO

[@jdgames3783]

Ich bin sehr gespannt. Ich bin eigentlich C# Main, da ich mich viel mit Unity beschäftigt habe. Da Unity ja jetzt ehr wegfallen wird, fuchse ich mich zur Zeit in die Unreal Engine 5 mit C++ rein. MOJO klingt nach einer guten Sprache (Auch wenn Python nicht gerade meine Lieblingssprache ist) aber man sollte sie als Entwickler auf jeden Fall im Auge behalten, da das das nächste große Ding werden könnte. Danke für die Aufklärung :)

[@AgentDoubbleduck]

Super Video! Hast das ganze Thema für einen Leihen für mich echt super erklärt.

[@son-goku4712]

Bitte Tutorials zu Mojo! 💚

[@janekschleicher9661]

Bei numerischen Rechnen ist C auch schon so nicht das schnellste (sondern eher Fortran). Das grundsätzliche "Übel" in C-Sprachen ist halt, das es freie Pointer gibt (in dem Sinne, dass man jederzeit die Adresse ändern kann = Pointer-Arithmetik) und Aliasing (das also der gleiche Speicherbereichen von verschiedenen Variablen gleichzeitig benutzt werden kann). Das macht für den ursprünglichen Anwendungs-Zweck von C = System-Programmierung, wo man eben ganz präsise einzelne Bits und Bytes an ganz bestimmten Stellen im Speicher manipulieren muss viel Sinn. Aber es verbietet halt den Compiler viele Optimierungen, weil er sich im Prinzip nie sicher sein kann, dass die Änderung einer Variable nicht eine andere mitändert. Die C/C++ Compiler sind zwar im Laufe der Zeit extrem gut geworden, in Spezialfällen das trotzdem zu erkennen, aber das Grundübel bleibt. In Rust treibt man halt viel Aufwand, um das vom Compiler erkennbar zu machen, läßt es aber im allgemeinen trotzdem zu (insbesondere Aliasing). In Rust verbessert sich dadurch vor allem die Sicherheit und Zuverlässigkeit der Programme, aber nicht unbedingt massiv die Geschwindigkeit (auf einem Single-Prozessor, die Parallelisierbarkeit verbessert sich augenblicklich). In Fortran kann man nicht direkt den Speicher manipulieren, was damit zwar ausschließt ein Betriebssystem o.ä. zu schreiben, es erlaubt aber jede Menge Optimierungen bezüglich numerischen Rechnungen, ganz einfach, weil der Compiler immer weiss, dass z.B. eine Matrix nie anderweitig verändert oder ausgelesen wird. Deswegen waren die schnellsten matmul-Implementationen auch üblicherweise in Fortran. Und diesen architektonischen Vorteil hat man in der Tat auch in Python (da gibt es ja auch keine Pointer und kein Aliasing und kein unsafe / inline Assembler). Ist natürlich dann clever so ein System wie Mojo darauf aufzusetzen. Die Restriktion in der Programmiersprache führt halt zu Optimierungsmöglichkeiten im Vergleich zu C/C++, die ja dafür gedacht sind, überhaupt keine Einschränkungen zu haben. Ein minimaler Einfluß dürfte auch noch das Speicherlayout haben (also in welcher Form Bytes zu einer Variable im Detail im Speicher abgelegt werden). In C/C++ muss man das aufgrund des freien Zugriffs immer fest haben und aufgrund der Historie sind sie da zeilenweise (record-orientiert) abgelegt. In Fortran dann schon spaltenweise, was für viele numerische Berechnungen besser ist, weil es die Caches besser nutzt. Und ich könnte mir vorstellen, dass man in Mojo dass dann sogar zielgenau optimiert auf die Computer-Architektur macht (das passiert ja auch schon in Rust, solange man erkennbar keine freien Speicherzugriffe hat, also ohne unsafe arbeitet), was halt für SIMD-Instruktionen oder GPU extrem wichtig ist (wenn es um maximale Performanz geht).

Hallo Morpheus. Ich würde mich auch über eine Tutorials Serie zu Mojo freuen.

[@Montie10c]

Ich würde mich wirklich sehr über ein Tutorial zu Mojo freuen.

[@guitar-matze]

Bitte Tutorial für Mojo

[@pfeynman3827]

Hallo Cederic, mal wieder top! Mache sehr gerne ein Tutorial zu MOJO!!

[@Baerbacer]

Yes please ein Tutorial!!

[@ritaschulz6536]

Schönen Tag. ASSEMBLER war, ist und bleibt die schnellste CPU / GPU Sprache. So viel dazu!!!!!

[@はちこ-i7z]

Super Video, wo lernt man das alles? Auch in diesem Video gab es so viele Dinge die ich noch nie gehört habe. Krass wie schnell sich alles entwickelt.

[@thavrisco1632]

Looks like most of this info is on the website for Mojo

[@supremus1305]

Bitte ein Tutorial 🤩

[@XxPasixX95]

Klingt super interessant, bin gespannt auf die Zukunft! Nun stellt sich aber die Frage, ob der C/C++ Code für den Performance Benchmark auch so optimiert wurde (u.A. Threaded etc)? Ich kann mir bei dem richtigen Compiler so 10-20% mehr Performance zu C/C++ vorstellen, doch etwa 1300% (mojo 68k vs c++ 5k speedup) so schnell wie reiner C/C++ Code wirkt zu hoch - vill Marketingzahlen. Falls der Code unter C/C++ nicht gethreaded oder ähnliches wurde, wäre hier (bei 88 Threads laut dem Test) das ganze um den Faktor ~88x langsamer wie angegeben - dennoch super schnell gegenüber regulärem Python.

[@alexander3293]

Stand ja dabei "Scalar C", also ohne SIMD etc und kein Multithreading. Sehr Unfair :D Aber wie du schon gesagt hast, so macht man wohl Marketing.

[@XxPasixX95]

Ach danke, ich kannte den Begriff perse als Single-Threaded noch nicht. 😉 Dann sind die Zahlen deutlich realistischer. Somit schneller als Python, aber lange noch nicht so effektiv wie C++ (und vermutlich Java etc). Wäre ja auch etwas Magie, falls dies so over wäre.

[@michawobat6683]

ja, gerne mehr davon.Als alter c programmer, kann mehr speed und Komfort nie😁 schlechtes sein.

[@rp-rh8pb]

Wenn du ein Mojo tutorial startest, könntest du darauf eingehen, wie man es zunächst in bestehenden projekten nutzen kann? Z.b. habe ich in c++ ein objekt, dass ich in eine zyklisch laufende task eingebaut habe. Wie kann ich nun methoden und felder dieses objkets in mojo aufrufen und ändern

[@FluffelBuff]

Bei dem Python Syntax bin ich raus. Der Javascript und oder Golang sind eigentlich am besten, alles hat klare Bereiche und man braucht keine \t, damit der Syntax korrekt ist.

[@zsolthb]

Jaaaa! Mach, mach, mach! 😊

[@JohnSmith-pn2vl]

mojo klingt ja mal echt sehr vielversprechend!

[@Ahmad2131993]

Machst du uns einen Tutorial über Mojo? es wäre echt nett und cool das klingt spannend

[@easywired486]

Wow, richtig cool! Traumhaft :D