Re:Data-Oriented Design (2013)
by s_kilk on Thursday February 11, 2016 @12:19PM
(#11081467)
> Data is all we have. Data is what we need to transform in order to create a user experience. Data is what we load when we open a document. Data is the graphics on the screen and the pulses from the buttons on your game pad
I've been trying to explain this concept to UI-focused devs for years, it's nice to have a (seemingly) well written resource I can point them towards instead.
Re:Data-Oriented Design (2013)
by vvanders on Thursday February 11, 2016 @12:38PM
(#11081583)
Yeah, it's such a critical concept that I feel gets lost in the mix of frameworks, languages and fads of the day.
In the end it's just Data all the way down, just Data.
Want to update something in your app on the fly? Just change the Data. Need adjust your UI? Again, data. Once you grasp that then all sorts of composability and techniques become possible.
Lisp takes this to a nice logical conclusion where everything is S-expressions and code is just data.
Re:Data-Oriented Design (2013)
by Upvoter33 on Tuesday February 09, 2016 @09:09AM
(#11065313)
This looks interesting but is hard to read in the online form (the black on gray is particularly taxing on the eyes). Do the authors plan to make a PDF available, esp if more readable?
Re:Data-Oriented Design (2013)
by mikerichards on Thursday February 11, 2016 @02:52PM
(#11082692)
I guess I'll read the markdown a little bit later because I can't read those pages, but I recall a talk like this given at some game developers confence (something Sony I think) a while back.
But since most of us don't worry about cache misses, I'd like to see some more information about this for a more general programming audience.
I think the clojure folks subscribe to something along these lines, but mostly because they eschew OO.
I've been trying to explain this concept to UI-focused devs for years, it's nice to have a (seemingly) well written resource I can point them towards instead.
In the end it's just Data all the way down, just Data.
Want to update something in your app on the fly? Just change the Data. Need adjust your UI? Again, data. Once you grasp that then all sorts of composability and techniques become possible.
Lisp takes this to a nice logical conclusion where everything is S-expressions and code is just data.
So you can browse the Markdown or potentially run it through some of the "markdown to webbook" services that exist.
But since most of us don't worry about cache misses, I'd like to see some more information about this for a more general programming audience.
I think the clojure folks subscribe to something along these lines, but mostly because they eschew OO.