jlundbergApr 2026Strongly recommends
Miguels work on Swift for Godot is really inspiring. Highly recommend this video for anyone looking for more context: ▶ this video
in “Xogot: Godot for iPad and iPhone” · View on HN
Miguel de Icaza: Swift Godot: Fixing the Multi-million dollar mistake #GodotCon2023
Miguel de Icaza: Swift Godot: Fixing the Multi-million dollar mistake #GodotCon2023 on HackerTube: recommended by 6 Hacker News commenters across 7 separate months, 2023–2026.
Godot Engine
Open on YouTubetalk · intermediate · evergreen
Miguel de Icaza's GodotCon 2023 talk on Swift bindings for Godot. He argues that garbage-collector pauses in C# are a persistent problem and that Swift's reference counting avoids them.
Why Hacker News recommends it
Frequently recommended for an experienced game-engine builder's view on why GC pauses are inevitable and why Swift's approach is appealing.
- people recommended it
- 6
- separate months
- 7
- strong recommendations
- 2
- discussed on HN
- 2023–2026
“Miguel De Icaza’s talk on the topic is highly recommended”
What HN commenters said
12 Hacker News comments link this video. Each one links back to its thread.
jlundbergMar 2024Strongly recommends
Looking forward to trying this out! Another place Swift seem to be getting traction in is godot. Miguel De Icaza’s talk on the topic is highly recommended: ▶ this video
in “Embedded Swift on the Raspberry Pi Pico” · View on HN
KolmogorovCompJul 2026Recommends
Ah it's from 2023, Miguel de Icaza : Swift Godot: Fixing the Multi-million dollar mistake: ▶ this video Highly recommend.
in “Watching Go's new garbage collector move through the heap” · View on HN
perennialmindJul 2025Recommends
Dotnet's GC has a real latency problem. Miguel de Icaza gave a nice talk on why noticeable pauses are inevitable in a stop-the-world tracing GC, proposing Swift's reference-counting GC as the viable alternative [1]. Still, there are recent developments (Satori GC) with the promise to make the worst case far more palatable (e.g. 250ms -> 5ms) [2]. [1] ▶ this video [2] [link]
in “.NET 10 Preview 6 brings JIT improvements, one-shot tool execution” · View on HN
rescriptingSep 2024Recommends
Something like this? [link] > SwiftGodot can be used to either build an extension that can be added to an existing Godot project, where your code is providing services to the game engine, or it can be used as an API with SwiftGodotKit which embeds Godot as an application that is driven directly from Swift. Miguel de Icaza gave a great talk on Swift + Godot (among other things) ▶ this video
in “Swift 6” · View on HN
DecabytesJan 2024Recommends
Miguel de Icaza’s video^1 Swift Godot: Fixing the Multi-million dollar mistake got me interested in Swift. It starts around 12:30 1. ▶ this video
in “Apple hiring compiler developers for improving Swift / C++ interoperability” · View on HN
Show 6 more comments
zengidDec 2023Recommends
Yes and here is a really great talk from Miguel de Icaza about some of the history of adding C# to game engines, and why he's excited about using Swift in Godot because he claims that Swift's reference counting avoids the issues of GC pauses. ▶ this video
in “Murder is a pixel art ECS game engine in C#” · View on HN
cardanomeFeb 2026Cites it
> The fact that C# is becoming the GC language in game dev is proving my point. That is just the Unity effect. Godot adopted C# because they get paid to do so by Microsoft. C# allows for far lees control over the garbage collection compared to D. The decision to use C# is partly responsible for the bad reputation of Unity games as it causes a lot of stutters when people are not very careful about how to manage the memory. The creator of the Mono runtime actually calls using C# his Multi-million dollar mistake and instead works on swift bindings for Godot: ▶ this video
in “D Programming Language” · View on HN
Eric_WVGGJan 2026Cites it
Miguel de Icaza of Mono fame has a whole video on how C# was a "multi billion dollar mistake," and is working on a Swift Godot package. ▶ this video [link] (I've had some fun dabbling with Swift Godot but all of the documentation seems to be a bit out of date)
in “Godot 4.6 Release: It's all about your flow” · View on HN
cardanomeJan 2026Cites it
You can use C#. It is well supported except for the (currently) missing web target and Microsoft is funding C# support so it will not get abandoned. You can also use other garbage collected languages. I once tried the Lua bindings and they worked fine. The problem with C# is that its garbadge collection is not really suited for game dev. The creator of the Mono runtime actually calls using C# his Multi-million dollar mistake and instead works on swift bindings for Godot: ▶ this video But if you really love C# nothing is stopping you. I prefer GDScript.
in “Godot 4.6 Release: It's all about your flow” · View on HN
willtemperleyApr 2025Cites it
Java is incredibly productive - it's fast and has the best tooling out there IMO. Unfortunately it's not a good gaming language. GC pauses aren't really acceptable (which C# also suffers from) and GPU support is limited. Miguel de Icaza probably has more experience than anyone building game engines on GC platforms and is very vocally moving toward reference counted languages [1] [1] ▶ this video
in “Migrating away from Rust” · View on HN
syndeoSep 2024Cites it
Nope; no having to pause execution and clean up. Miguel de Icaza (the creator of Mono) explicitly mentions this as one of Swift's key strengths over GC languages like C# during a talk about Swift at GodotCon 2023: ▶ this video
in “Swift 6” · View on HN
Topics & tags
Game programming & enginesCompilers, interpreters & program analysisPython, Ruby & scripting languagesswiftgodotgarbage collectionc#reference countinggame engines