1 / 43

Data Driven Is Half the Battle

Data Driven Is Half the Battle. Me. Jeff Ward Toolsmith / Programmer Fire Hose Games. Previously: Orbus Gameworks (Metrics Middleware Software / Consulting) Bethesda Game Studios (Oblivion / Fallout 3). This is a talk about being data driven in a smart way.

gari
Télécharger la présentation

Data Driven Is Half the Battle

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Data Driven Is Half the Battle

  2. Me Jeff Ward Toolsmith / Programmer Fire Hose Games • Previously: • OrbusGameworks (Metrics Middleware Software / Consulting) • Bethesda Game Studios (Oblivion / Fallout 3)

  3. This is a talk about being data driven in a smart way

  4. This is not a talk about data driven programming… But we have to stop there on our way…

  5. Data Driven • When a coder “clearly distinguishes code from the data structures on which it acts, and designs both so that one can make changes to the logic of the program by editing not the code but the data structure”

  6. Data Driven • Separating code and data • Data is exposed and editable • Changing data can change the logic or behavior

  7. Benefits • Fast iteration time for certain changes • Ability to add and remove parts quickly • Allow other team members to do their work without programmer intervention

  8. What do you Drive Via Data? • Everything! • Whatever is data • Whatever people might need to change

  9. Common Data Driven Elements • Levels • User Interfaces • Stats / The Numbers • Hit points, damage, probabilities, formulas • AI • What they can do, relative importance, probability • Game Configuration

  10. The usefulness of data driven programming is depends on what, how, and to whom you expose your data

  11. What • Who • How • - Data Files, .INI files, Text Files, XML, Json

  12. Usefulness • Readable by anyone • Editable by anyone • Which also means being able to fix syntax errors • Self documenting

  13. Approaches • Human Readable Text Files • Xml, json, proprietary • Binary formats

  14. Usefulness • Readable by anyone • Editable by anyone • Which also means being able to fix syntax errors • Self documenting

  15. “Human Readable”

  16. “Human Readable”

  17. “Programmer Readable”

  18. “Programmer Understandable”(for the most part)

  19. Usefulness • Readable by anyone • Editable by anyone • Which also means being able to fix syntax errors • Self documenting

  20. Explanations • These formats are meant to be context free • The meaning of the data is defined by the program, not the format. • This means that to truly understand what’s going on, something needs to supply context

  21. Interruptions • 82 percent of all interrupted work is resumed on the same day. • It takes an average of 23 minutes and 15 seconds to get back to the task. • Increases stress, increases errors.

  22. Focus on the Problem This is the problem…

  23. This is not a case against human readable formats

  24. This is a case for good tools

  25. This is a talk about tools! And exposing your data

  26. Editors are the Answer

  27. Simple Editors

  28. This is a tech talk (and a design talk…)

  29. Two Sides • The Editor Side • The Game Code Side

  30. Editor Goals • Driven by game code • Easy to use • Won’t loose any data • If you can’t get these, you aren’t doing anyone any favors.

  31. Game Code: Make It Easy • The key here is programmers are lazy. • If you make it hard to • read / write properties to data driven files • add properties to the editor • document said properties • Programmers won’t do it.

  32. Game Code: Make It Easy • Every step you add to the process makes it more likely that a step will be missed or preformed incorrectly

  33. What to Strive For • Types are discoverable • Properties on types are discoverable • Documentation on properties are discoverable • (Initial) UI for editing properties is generated from discovered properties, types, and documentation • Serialization / deserialization occurs through this discovery process

  34. C# Makes It Easy

  35. C++ Makes it Hard! • Data description formats? • Parsers? • Generators? • Custom Reflection?

  36. “One Line Changes”

  37. One Way How

  38. Basis of Custom Reflection class Version : public Reflect::ConcreteInheritor<Version, Element> { public: std::string m_Source; static void EnumerateClass( Reflect::Compositor<Version>& comp ) { comp.AddField( &Version::m_Source, "m_Source" ); } }; void Init() { Reflect::RegisterClass<Version>( "Version" ); }

  39. Be Careful • Relying on deserialzation of each object • Read data that doesn’t change once • Potentially cache other data • Memory footprint of reflected properties • Human readable formats are good during development, optimized formats are better for deployment

  40. Summary • Data Driven Programming is Awesome! • So long as people can actually use it • And understand it without interrupting others • Tools make this possible • Tools that modify data should be • Easy to use • Easy to maintain • My recommendation is reflection

  41. Questions? Email: jeffw@firehosegames.com Blog: www.jeffongames.com Twitter: @fuzzybinary www.firehosegames.com Twitter: @FireHoseGames

More Related