Friday, June 29, 2007

Textbook Reviews

Last Summer, I posted a proposed college curriculum for game design. That project is complete, so I would be in need of a new Summer-long blogging series for this year.

Books on game design are tricky things. There's an awful lot of material out there, enough to be quite daunting to the student, teacher or professional looking for the right one. A disappointingly large percentage of the books out there are practically worthless, and telling them apart from the "good" books often requires enough experience that you wouldn't need the book anyway. Fear not; I shall wade through the mountains of manure to find the few shining gems, so that you don't have to.

Then there's the matter of breadth. Game design is a huge field, like Science; you could no more write a single unified textbook on "game design" any more than you could write a "science" textbook. Every book will necessarily have its own specialization, so even the books worth reading may or may not be useful to a specific designer.

I will comment on several things for each book: first, the focus of the book (because the books themselves rarely tell you), and whether the writing on that topic is worth a darn. Next, the intended audience; again, the books themselves will almost always say they're "for everyone" or "for all levels" because the publishers know better than to limit their audience, so I'll provide my own opinion of who the book really seems most useful for. Then I'll talk about each of the three groups that comprise most of the readers: is the book suitable for a student studying on their own; is it useful for a practicing game designer in the industry; and is it useful as a textbook for a class (and if so, which class).

I realize that some of this may involve biting the hand that feeds me, since many of these books were given to me for free by the publishers so I could evaluate them as potential textbooks for my own classes. In this case, I feel my allegiance should be more to the cause of education than the financial interests of book publishers; if anyone wants a good review from me, they'll have to write a book worthy of it, plain and simple. (I receive no kickbacks or other compensation whatsoever for anything that I post here, nor will I ever do so. I promise.)

I will also include links to all reviews from this post right here, same as last summer, so bookmark this one later if you want the complete list:

A Theory of Fun for Game Design, by Raph Koster
Basic Game Design and Creation for Fun and Learning, by Swamy & Swamy
Patterns in Game Design, by Bjork & Holopainen
21st Century Game Design, by Bateman & Boon
Game Design Workshop, by Fullerton, Swain & Hoffman
Rules of Play, by Salen & Zimmerman
Game Design: From Blue Sky to Green Light, by Todd
The Game Design Reader, by Salen & Zimmerman
Game Design, Theory and Practice (2nd Ed.), by Rouse
Fundamentals of Game Design, by Adams & Rollings
Introduction to Game Development, edited by Rabin
High Score!, by Wilson & Demaria
Introduction to the Game Industry, by Moore
Chris Crawford on Game Design, by (surprise!) Chris Crawford
Break into the Game Industry, by Ernest Adams
Teaching Videogames, by Oram & Newman
Challenges for Game Designers, by Brathwaite and (shameless plug) myself
The Art of Game Design, by Jesse Schell

Sunday, June 24, 2007

If Game Design were Painting...

Here's another way of looking at what game design is, thanks to a recent conversation I had with Brenda.

Suppose I have this great idea for a painting, but I don't have the artistic or technical ability to pick up a brush. I could spend years learning anatomy, perspective drawing and the use of various tools, but that would take too long. I can picture this thing perfectly in my mind's eye, although once it's actually on physical canvas it might not look as cool as I'd originally thought. Or, maybe I have all the ability that I need, but I just don't want to put in the effort, because painting is hard work and takes a lot of time.

So, instead of doing it myself, I'll write down a detailed description of exactly what I want painted. I'll include all kinds of details, descriptions of characters and background scenery and color... although my vocabulary might be a little strange to a professional artist, if I never learned technical terms like "vanishing point". Then I'll give this description to a professional artist, and if my idea is cool enough maybe she'll make the painting for me.


Suppose I manage to find a willing artist. A first draft of the painting is made. I offer corrections, in some cases because the artist's work includes better ideas than what I'd originally envisioned, and in other cases because I was unclear in my "spec" and the artist misunderstood what I wanted. We go back and forth like this for awhile. Finally, the painting is done and we're both happy with it (or, I decide that it's "close enough" and I need the money). We sell the painting. I get all the credit, because it's my idea, and the painter was just my instrument. The painter gets more of the money from the sale, because of supply and demand (fewer people want to build someone else's idea, than to come up with the ideas themselves).


Of course, this would never actually happen for a purely creative work. And yet... that's more or less the relationship between game designers and game programmers. And part of me has to wonder how we game designers can possibly get away with it.

Friday, June 22, 2007

A Reusable Game Design Exercise, Iteration 2

Awhile ago, I posted a way to randomly pick a set of constraints for a Game Jam. I actually used it to generate one of my final exam questions for the Digital Game Design course ("write a one-paragraph game concept that fits the following constraints...").

Alert reader Nathan Ostgard pointed a few things out to me in email:
  • Exercising your skill of "learn to work within a set of constraints" requires different materials than exercising your skill of "be creative and come up with something new". My original spreadsheet is very much geared towards the former, and is not all that suited to the latter (mostly because it forces you to work within existing, well-established genres).
  • There is a difference between Theme and Setting. I lumped them both together without really thinking, but you could easily separate them.
  • You can easily add additional categories of constraints; the five I originally listed are by no means the only ones available.

He built a spreadsheet with the following categories, and elements in each category:

  • Setting: Fairy Tale, Fantasy, Futuristic, Medieval, Mythology, Modern, Steampunk. (I would add: Historical, Historical Fiction.)
  • Theme: Action, Adventure, Comedy, Crime, Drama, Horror, Mystery, Romance.
  • Objective: Align, Avoid, Build, Chase, Collect, Destroy, Escape, Explore, Find, Grow, Race, Solve, Timed.
  • Perspective: 3D Chase, 3D Eye, 3D Roaming, 3D Static, 2D Side, 2D Top. (I would add 2D Isometric, and the so-called "2.5D" of games like Viewtiful Joe.)
  • Bonus: Abstract, Cooperative, Emergence, Five Minutes, Fog of War, Luck, Physics, Rulebreaking, Self-Expression, Sensation, Social, Squads, Turns, Vector.

Thanks, Nathan!

Monday, June 18, 2007

Pieces of Paper

A little while ago, two students presented very different views of my classes.

One student said that he took his tuition and divided by number of credit hours, and figured that he was paying about $120 for each of my two-hour lectures. This perspective made him extremely hesitant to ever miss class -- every time he did, it was like buying two new games and throwing them away!

Another student cynically disagreed, saying that what he was really paying for wasn't class time, but the piece of paper you get when you graduate. To him, the real value of school was its ability to qualify you for a job where you can "do interesting stuff".

The true irony is that this second student was in my Capstone class, working on a team to develop a game!

I wonder how I can best put up a resistance to this second attitude. Other than just being the best teacher I can, of course.

Thursday, June 14, 2007

Fun with multiple choice

I prefer my exams to contain essay questions, because they offer greater opportunity for expression; they're harder to copy without cheating being obvious; and they give me a better idea of just how much my students grasp the material. The down side is that they take forever to grade, so I can certainly understand the practical consideration of a multiple-choice exam -- especially since the professor is under time pressure to turn in final grades at the end of the course.


Brenda, another game-designer-turned-professor, says to me about multiple choice:

For a multiple choice exam, you can create the silliest answers, and people will select them. It's like a mini-game. My favorite silly answer is "Costikyans". I use it a lot. We talk about Greg's articles regularly in the quarter, and it still surprises me when someone selects his name as an answer. In this case, the correct answer should have been "Semiotics."


I'll have to try that some time, just for laughs.

And now that she mentions it, if I ever make an RPG, I'll be tempted to name the currency the Costikyan. It doesn't sound that much more odd than, say, Gil, Potch or Zenny. "A sword of flame? That'll be 300 Costikyans, please."

Monday, June 11, 2007

Correcting the Answer Key

During the process of grading a final exam, one student's answer to a particular question was very different from my own "correct" answer, but persuasive enough to make me question my own assumptions.

After looking a few things up, I think the student is right. I now have to change my own answer.

Naturally, this was the last exam I graded, so now I get to go back through every single other one and redo the grading on this question. (I won't take points away from students who made the same mistake I did.)

I have to wonder how common this is. I know that every teacher says they learn as much as their students, but I didn't expect to be learning things after the class was already over.

Friday, June 08, 2007

Extra Credit

On my take-home final exam, just for fun, I included an extra credit question: "What is the secret code?"

I gave out the code on the last day of class, as a bonus for anyone who was there. It turns out that every student was there.

Some students missed the question. I have no earthly idea how they managed this.

Some students not only missed it, but made up their own code. Predictably, most of these students guessed the Konami Code. Except that -- get this -- they got the code itself wrong. I seriously considered giving negative points for this question in such a case, as penalty for defiling the memories of my youth.

Wednesday, June 06, 2007

The down side of take-home finals

The day that my take-home final is due, it occurs to me there is one slight drawback, especially if the exam is sent to students online:

All of my students now have a permanent copy of the exam, so I can basically never use it again without making serious changes. (At least, not in the same school.)

I'll have to keep that in mind next time.

Tuesday, June 05, 2007

The Final of a Thousand Faces

I've discovered the joy of the take-home final exam. It's like telecommuting: my students don't have to show up at any scheduled time, and I don't have to make the trip to campus. I'll definitely have to do this more often.

In one of those "why-didn't-I-think-of-that" moments, I recently heard of an interesting compromise: a "take-home" final that is posted online at a specific time, and must be turned in within 2 hours. Essentially, this contains the time pressure of a standard exam, but without everyone having to be in one place. I suppose it makes it tougher to police cheating... except that I prefer essay questions anyway, which are really hard to copy without the cheating being obvious (especially if the test is timed).

Wednesday, May 23, 2007

Self-Censorship

Game designes often struggle with "edgy" content. Do we put in this extra thing because it's cool, or leave it out because it might push the game's rating to M when the publisher demands that it be T? Or, even if it's an M game, maybe this is just a little too offensive; we don't want the industry to have to go through Hot Coffee all over again. And then we criticize ourselves for being too hypersensitive, and doesn't the industry have to deal with enough censorship without us doing it to ourselves?

Well, I just had that same kind of feeling when teaching, for the first time (and probably not the last). I encountered a game that would make a great example for my Game Design class, for why the theme of a game can make a huge difference in player experience even if the underlying mechanics are the same. In particular, there's this game that is mechanically an uninspired clone of a street-fighting game... but the theme is either going to be hilarious or offensive depending on who you talk to, because the playable characters are from the Bible. So, I only brought it up after class, to a few select students who I knew would appreciate it. And now I'm chastising myself for putting political correctness before education.

Tuesday, May 22, 2007

Life Imitates Games

Within the space of one day, I have two student game concepts that are imitated by the real world.

One concept is an anime-inspired "bunny girl versus cat girl deathmatch" sort of game. This morning on the radio I hear about an endangered species of bunnies being attacked by feral cats.
Another student proposed a collection of carnival-midway-style minigames, sort of like the retro game Carnival only with more variety. Today I see an announcement about just such a game, to be released for the Wii.

The news was dated after the assignments turned in, so it's just a really odd coincidence. (Or, my students are just really good at predicting the future. Maybe I should ask them to consider a career in meteorology.)

Bonus coincidence: my Capstone class has been working on a game for the past 20 weeks with the theme of killing your avatar in the most entertaining way possible (as a reversal of the standard goal of saving/protecting your avatar). Then I find a game called Five Minutes to Kill (Yourself)... thankfully, with very different mechanics.

Friday, May 18, 2007

Emergent Design: Student Paper Prototypes

If you're a designer, you haven't truly lived until a classroom full of students brings you paper prototypes of their video game proposals to evaluate. This was the most fun I've had grading. Ever.

Pretty much every student had at least one thing in their prototype that the rest of us (including me) can learn from, even if it was "don't do this". Failures of prototypes usually teach more than successes. Some students (correctly) failed on their own several times, threw away their own work and brought in something that worked much better -- allowing them to discuss failures AND successes.

I did have some assignments like this back in the Fall, but the students were leaping right into prototypes without first writing up a formal treatment (and also without having a solid foundation of game design theory to build on), so I think for best results this really should be a three-step process (theory, then treatment, then prototype).

The only part I had difficulty with was when a student brought in something that served as a negative example. Having your prototype harshly critiqued in front of an entire class would be mortifying, so part of me wanted to just move on without too much discussion... but on the other hand, part of me wanted to call this out as a great learning opportunity for the entire class. I think I managed to split the difference, embarassing a few students without providing the education for everyone else. Some day with more practice I'll find a way to do that better.

Tuesday, May 15, 2007

Culture Shock: Doing the Work

As my class ran under time today and students left about half an hour early, it occurs to me that the decision to cut things short was met with enthusiasm -- not because my students hate taking my classes (I hope!), but they've just been conditioned through years of education to get out of class as soon as possible.

This sort of thing doesn't happen in industry. If I'm working as a game designer and spontaneously decide to take half of the afternoon off, the rest of the team isn't going to heave a sigh of relief that I'm leaving (nor is the publisher, or the client). But here, my "customers" are perfectly happy if I'm not doing the job I get paid to do, at least to a certain point. It's rather unsettling, really.

Thursday, May 10, 2007

Culture Shock: Transparency

In every game company I've worked at, management was pretty transparent. It's not like you could always walk into the CEO's office and ask to see the financials, but in general any company-wide decision was justified to the employees and there was room for discussion. Often there was discussion before any decision was made.

Universities aren't like that. For one thing, they're much larger than your typical game dev studio, so there's a lot more things going on at once; if you were informed every little detail crossing the desk of your boss (and your boss's boss, and boss's boss's boss) you'd have so much information to sort through that you wouldn't have time to get any work done. Also, I think there's more of an overall attitude that people should be separated; professors should teach and do research, administrators should administrate, and no one needs to be aware of anyone else's job. Information is distributed on a just-in-time, need-to-know basis.

I understand that there are very practical reasons for this, but at the same time it's still unsettling to not really be aware of what's going on around me. I hear the results, but not the reasoning... so when I hear "such-and-such department now has a new vision" I have no way to place that information in the proper context. I also worry that such opaqueness at the management level, whether at a university, company or government, opens the door to abuse of power since there's less accountability. Not that this will absolutely happen, mind you, but the door is open.

I suspect this isn't an "industry vs. academia" thing, so much as a "small vs. large organization" thing. All of the game studios I've worked for have been small: dozens of people, not thousands. And it's not like I can find a 30-person university to compare.

Saturday, May 05, 2007

Speaking at Origins

In the board game industry, there are two major public-facing events in the US (similar to what E3 used to be for video games). One of them, Origins, takes place pretty close to where I live... and as if that weren't enough incentive to attend, teachers get in free.

Part of this education track involves access to a set of lectures and workshops about using games in the classroom. Most attendees teach something non-game-related, and many teach at the K-12 level.

I'll be speaking there for an hour on Friday morning (with a repeat on Saturday afternoon) on some theory of game design -- specifically, what makes students prefer games over classes -- and then how to incorporate that into the classroom to make it more engaging.

I'll post more details as they become available.

Wednesday, May 02, 2007

A Reusable Game Design Exercise

One of the designers I worked with at Cyberlore, Jesse King, once came up with a wonderful design exercise. He made some lists of game elements (mechanics, themes and such), put them in Excel, and used the functions VLOOKUP and RAND to display a random element from each list. Your goal as a designer is to come up with a one-paragraph game concept that contains all the given elements. Then you hit F9 (in Windows, anyway) to reroll and get a new set of elements. Repeat until you realize you've been doing this all afternoon, and then sheepishly return to your day job.

It occurred to me that a "random game idea generator" such as this has two academic uses: in the classroom (as a fun brainstorming exercise or even on an exam), and as a way to randomly pick a theme for a Game Jam.

I went ahead and made one of these specific to a Game Jam environment (that is, it avoids game elements that would be difficult to implement in a short time, such as 3D worlds or online multiplayer). It has the following categories, and elements in each category:
  • Theme: Medieval Fantasy, Modern Fantasy, Modern Sci-Fi, Futuristic Sci-Fi, Alternate History, Romance, Drama, Crime/Mystery, Survival Horror, Ancient Mythology.
  • Genre: Turn-Based Strategy, Realtime Strategy, 2D Platformer, Overhead Shooter, Scrolling Shooter, Sim, Graphic Adventure, Puzzle, Time-Based/Racing, Dance/Rhythm.
  • Core Aesthetic: Physical Sensation, Growth/Advancement, Social Experience, Fantasy/Escapism, Narrative/Drama, Challenge, Discovery/Exploration, Deliberate Rulebreaking, Control/Leadership, Probability/Chance.
  • Objective: Chase, Race, Kill/Destroy, Build, Collect, Avoid, Spatially Align, Escape, Explore, Solve.
  • Design Challenge: Squad-Based, Nonstandard Control Scheme, Diplomacy, Feedback Loops, In-Game Economy, Emergent Systems, Fine Art, Training/Education, Fog of War, Abstract Graphics.
If you have any suggestions to add to any category, feel free to suggest in the Comments below.

If you'd like a copy of the Excel spreadsheet, email me at ai864 at yahoo. If you don't like Excel, you can do this with index cards instead; write a game element on each card, sort the cards into categories, and draw one random card per category.

Additional variants:
  • Allow the designer to ignore any one category, but the game must fit all the others. This relaxes the restriction, and might be ideal in a Game Jam if you want more variation between teams.
  • Choose game elements chosen randomly from among all the categories, so that you may get some blank categories and some categories with several elements that must be satisfied simultaneously (e.g. you may have two "genre" elements, 2D Platformer and Turn-Based Strategy, and you'd have to find some way to combine the two).
  • Make a game out of it with several designers present: the first designer generates a single random game element and proposes a game that contains that element. The second designer generates a new element and must propose a game that contains both elements. Continue until a designer can't think of a game; they're eliminated. Also, you can't re-use earlier game concepts; you must propose a new one each time.

Sunday, April 29, 2007

Written Exams

This past Thursday marks the first day I've ever given a midterm, and the second time I've had anything resembling a standard written exam.

It's much harder to make a written exam "game-like" without having rules that are so confusing that they get in the way of evaluating students' mastery of the material; the best I could hope for was an exam where students found the questions interesting and thought-provoking. (This meant essay questions. Lots and lots of essay questions. 18 of them, to be precise.)

Mostly, students complained about a two-hour written exam due to hand cramps. They can play video games with an ergonomically-destructive N64 or GameCube controller for ten hours straight, yet two hours of writing and they've suddenly got carpal tunnel. I don't get it.

Having never made an exam like this, I was afraid that it would be too easy, or too hard, or too short, or too long. As it turns out, it looks like I had some serious beginner's luck; no one ran out of time but most students stayed nearly till the end, and so far it's looking like the grades will fall on a nice bell curve. If I've made a serious mistake, it's setting myself up to grade 18 essay questions for 23 students over a single weekend (which is, honestly, much more writing than two hours on a single exam). No hand cramps yet, even with playing Guitar Hero during breaks!

Wednesday, April 25, 2007

Culture Shock: Citations in Games?

When an Academic writes a research paper, the paper generally cites a large number of sources. This serves several purposes:
  • The more sources a paper cites, the more legitimacy it appears to have at first glance, since it is building on established material. Especially if it cites sources that are already well-known and established in the field.
  • The more papers that cite a specific source, the more weight is given to that source, and the more prestige to its author(s).
  • It helps avoid claims of plagiarism, copyright infringement, etc.

Ultimately, it benefits the creators of the cited work and the new work.

Games don't really do this. In the industry, an obviously derivative game tends to not list the game it's derived from in the credits, even under "special thanks". Sadly, this is even the case in direct sequels, where the team that built the original engine may get no mention in the credits of the sequel. The closest we get is paying homage to an older game by including an easter egg as a direct reference.

It struck me the other day just how wrong this was, when a student of mine pointed me to a game called Bubble Tanks. This game is an extremely obvious ripoff of Jenova Chen's flOw: both take place in water, both have relaxing background music, both let you grow by defeating enemies and shrink by getting hurt, both send you back to easier areas if you get hurt too much. Bubble Tanks adds the ability to shoot, and that's about it. And yet, Bubble Tanks makes no mention of flOw, either in the main screen or in its credits. "Special thanks to Jenova Chen for inspiration" would have been appropriate, no?

The issue is even muddier in this particular case, since flOw was part of a graduate student project, as the practical application of a written thesis. If Bubble Tanks were also a thesis project, you can bet there'd be some serious allegations of academic dishonesty; and if flOw were simply a commercial project everyone would call one or the other a "clone" and be done with it. But when a game crosses boundaries from Academia to Industry, then what? (Not to mention that flOw was commercialized; you can play it if you have a PS3.)

What do you all think? Should commercial games be required (or at least encouraged) to list the games that inspired them in their credits somewhere? I think it'd be useful, in that it would make it easier for Game Studies folks to trace the history of games and game mechanics... but at the same time, I don't see it happening any time soon. Which brings up another question: why the difference between academic projects and commercial ones?

Sunday, April 22, 2007

The Many Faces of the Game Designer

If you're a student taking my Digital Game Design class, consider this a spoiler warning: we'll be covering the topic in this post later, so turn back now if you don't want to ruin the surprise.

Now, for the rest of you...

Explaining what "Game Design" is to people outside the industry has always been difficult, because it's such a broad field with such a wide variety of tasks, and because it's intangible (i.e. generally, you can't point to any part of the screen of a video game and say "that thing there is game design"). Yet, it is vital for us to be able to explain what we do to the rest of society -- or at least to our friends and families who want to know more about our lives. And for ourselves, so we can constantly remind ourselves of why we shouldn't just give it all up and become accountants.

So far I've found the following analogies useful:
  • Game Designer as Architect. We don't build the game (or skyscraper) ourselves, we just outline the plans (game design documents / blueprints) to let the programmers (construction workers) know what to build and what it will look like when it's done. As far as I know, this analogy is original, and I was the first to state it this way.
  • Game Designer as Party Host. We invite the players to play our game (visit our party), and do our best to make it an enjoyable experience for them. I first saw this analogy in the first few pages of the recent textbook Game Design Workshop.
  • Game Designer as Artist. Much of game creation is just like the creation of any art form. This is self-evident to most game designers I know, but was proven ever so succinctly by Scott McCloud's Understanding Comics (which is as much about Game Design as it is about Comics, as any game designer who's read it can tell you). This was also touched on by Raph Koster in his book, A Theory of Fun. And of course there's been the question of "whether games are art" that has been argued on both sides since the birth of the medium... and if games are art, then it's not much of a stretch to say that designers are artists.
  • Game Designer as Educator. Raph Koster's book argues this as well. In brief, the theory goes that games are fun because they keep us in the "flow", i.e. giving us tasks at the upper end of our abilities; our brains find this an enjoyable state to be in because they are improving by learning; thus, games teach... which means game designers are teachers. Raph makes the argument far more persuasively than I do.
  • Game Designer as the Judicial Branch of the Government. Donald Norman, in his book Design of Everyday Things, famously states that "design is the successive application of constraints." Then designers are the ones who place constraints on the player -- you must do this, you can't do that -- similar to lawmakers in the rest of the world.
  • Game Designer as God. No idea who I can attribute this to, and of course everyone who's passionate about any field thinks that God is one of their kind. But I mean this in the literal sense; we create a world, its inhabitants, and all of the rules that govern it... and yet, we also create free will (as exerted by the players). Generally, our games are much less complicated than the physical Universe, but the basic principles of creation are the same.

Do you have any other analogies you'd like to share? Post them in the comments.

Wednesday, April 18, 2007

Virginia Tech

I heard about the shootings yesterday morning on NPR. While driving to school. This gives a perspective that you don't really have when you're working for some software company. (Especially a game company. For all the talk of video games causing violence, I don't think there's ever been a single case of a workplace shooting in the game industry.)

It was appropriate for me to say a few words to my morning class about this. I started off by saying that I gave it a week before the first news story linking the killing to violent video games. I forgot about Jack Thompson, who was on the media scene within eight hours. I didn't expect a second volley from Dr. Phil. Ouch.

I said that any student asking themselves Why This Happened will find plenty of easy answers, all of them wrong. Those wishing to find the truth will have a difficult search, but hopefully a rewarding one.

For those students who wanted to explore their thoughts and feelings on the subject further, I recommended two movies and two games to get them started:

Arlington Road. Granted, the movie is about terrorism and not school shootings, but the lesson is the same: lots of people care more about having the false security that an incident is over, than learning the truth.

Bowling for Columbine. A documentary that examines shooting deaths directly.

Super Columbine Massacre RPG. Despite the obviously-inflammatory title of this game, it examines the anatomy of a school shooting from the inside. My students who played it already said that it made them feel very uncomfortable. And I think that's the point; if you aren't uncomfortable when examining a national tragedy, you're probably taking the easy way out.

Doom. One of the games most often cited as a catalyst in violent crimes. Thus, it's important (especially for students studying video games) to actually play the original game and decide for themselves just how much of a "murder simulator" it really is.

For what it's worth, my students had varied perspectives on the shooting... but we could all agree that our sympathies lay with the victims and their families and friends.