IRDC US 2015 - Brian Bucklew, Data-Driven Engines of Qud and Sproggiwood
Logo “ND” Surströmming1 HN recommender · recommended in 1 month, 2022-2024
39K views · 11 years ago · talk · evergreen
Brian Bucklew of Freehold Games discusses design decisions behind Caves of Qud and Sproggiwood at IRDC 2015. The talk centers on data-driven, event-driven engine design.
HN points to it for insight into how the Caves of Qud developer thinks about game engines.
23:06Bob Nystrom - Is There More to Game Architecture than ECS?
Roguelike Celebration
301K views • 8 years ago
1:11:48HandmadeCon 2015 - Mike Acton
Molly Rocket
102K views • 10 years ago
31:00Exploring the Tech and Design of Noita
GDC Festival of Gaming
288K views • 6 years ago
1:04:04Overwatch Gameplay Architecture and Netcode
GDC Festival of Gaming
196K views • 7 years ago
29:59John Carmack's keynote at Quakecon 2013 part 4
Kostiantyn Kostin
139K views • 13 years ago
46:22"Clojure in Unity 3D: Functional Video Game Development" by Ramsey Nasser and Tims Gardner
Strange Loop Conference
24K views • 12 years ago
1:07:22HandmadeCon 2015 - Pat Wyatt
Molly Rocket
33K views • 10 years ago
1:05:59Data Oriented GUI in Rust by Raph Levien - Bay Area Rust Meetup
Rust Programming Language
83K views • 8 years ago
31:07Crafting A Tiny Open World: A Short Hike Postmortem
GDC Festival of Gaming
521K views • 6 years ago
1:55:24Ideas about a new programming language for games.
Jonathan Blow
530K views • 12 years ago
26:13Animation Bootcamp: An Indie Approach to Procedural Animation
GDC Festival of Gaming
786K views • 9 years ago
58:37NVIDIA — Securing the Future of Safety and Security of Embedded Software (Captioned)
AdaCore
5K views • 6 years ago
1:28:30Breaking Conventions with The Legend of Zelda: Breath of the Wild
GDC Festival of Gaming
565K views • 9 years ago
48:04Greg Young — A Decade of DDD, CQRS, Event Sourcing
Domain-Driven Design Europe
190K views • 10 years ago
58:24#Gamelab2018 - Jon Blow's Design decisions on creating Jai a new language for game programmers
Gamelab Conference
210K views • 8 years ago
18:50Creating a Doom-style 3D engine in C
Bisqwit
991K views • 11 years ago
42:30RustConf 2018 - Closing Keynote - Using Rust For Game Development by Catherine West
Rust Programming Language
152K views • 8 years ago
59:47Failing to Fail: The Spiderweb Software Way
GDC Festival of Gaming
570K views • 8 years ago
1:00:52RimWorld: Contrarian, Ridiculous, and Impossible Game Design Methods
GDC Festival of Gaming
285K views • 7 years ago
1:00:271,500 Slot Machines Walk into a Bar: Adventures in Quantity Over Quality
GDC Festival of Gaming
184K views • 7 years ago
3 comments from Hacker News
I come back to it from time to time and play for a week. It looks like it's been getting more accessible over time, with a new UI update having been rolled out recently. There's definitely a certain mindset that helps make it more enjoyable. Imagination being key! From the technical side, the developers have peeled back the curtain on how they've created parts of the game: ▶ this video link
If you're interested in how Brian thinks take a look at this video: ▶ this video I've learned a lot from this back in the day!
I'm pretty far into a project to create a Typescript framework for turn and tile-based (think roguelikes) client/server games: link . Mix of entity-component and event-driven design (inspired by Brian Bucklew ▶ this video and Thomas Biksup link , though looking now I'm surprised I landed on a similar but imo more robust event system as I was only looking at EC pattern at the time). Typescript means entity factories and their components can be fully written in the language rather than XML per the videos above, and people can for example distribute a package that is basically DnD5e or Pathfinder rulesets, custom world generators, or anything else to be plugged into a published game. Typical Minecraft "infinite" world data structure, handles binding up event system to component listeners automatically, (will soon) handles serialization, listeners are async generators ala Redux Saga for neat inversion of control and advanced patterns as needed. It doesn't have any specific frontends or clients (APIs and react hooks+utils exist but not super advanced yet, and a small WebGL renderer + react component), it's more a collection of objects that recursively process state updates in response to a user input until it finishes (like a classic console roguelike), and produce a serialized stream of events clients of any kind can listen to, completely agnostic to how any client may choose to represent it, so you could easily make a DM interface vs an interface for players connected to the same