Tuition at Duke is 70k per year.

Buying a game system is the least of your problems there

Duke University is, in fact, in North Carolina, USA.

A Playdate is $229. A Switch 2 is $499 and a PS5 is $599

Professors making students buy the textbook they wrote for $200 is especially out of line.

In any other industry they call this corruption, but in academia it’s apparently ok.

For an advanced course that is how the economics works out. They are expensive to produce and have limited demand, and typically only for a few years until they are replaced.

Anna has an archive for students who can't afford books.

As an educator I always make a point to give the resources to the students and or give avenues to it that are not paywalled.

Knowledge is the only resource that only becomes greater the more is shared because people share back what they learned. Mind you this only works if people are paying it forward. But often the educator gets more from teaching than the student does.

Is pico-8 hard to work with?

The challenge with Playdate games is that it's a relatively niche market; the number of consoles sold is... probably more than 100K at this point but less than a million (https://x.com/playdate/status/1757478578491732486), of which only a percentage will buy games in addition to the "free" ones.

I suspect any developer whose game gets picked for the "free" games will get a compensation, but I have no idea how much that would be. This link https://x.com/playdate/status/1757478578491732486 suggests that two years ago, all Catalog developers (so not the free games) earned about 500K total / shared amongst each other.

TL;DR: by all means make games for the Playdate but not if you want to make it your livelihood. Personal grumpy take, not based in up to date facts.

The game dev environment they’re talking about is MakeCode Arcade. I’m also a big fan of it.

There are a number of little handheld gadgets that you can use with MakeCode—scroll down on the homepage and there’s a section that shows them all:

https://arcade.makecode.com/

I'd imagine they know as they developed games for it. Their point was the audience size due to it being niche, not that it's hard to test.

In that game, the house always wins.

Teenage Engineering designed the Playdate, in case you didn’t know: https://teenage.engineering/designs/playdate

Hey man, I was just trying to invent an excuse to buy one and you had to do that. Well … played.

I've thought something like a software archeology class would be really fun as an elective. I agree that it can make sense to use intentionally limited things especially if something is hard to teach otherwise. e.g. Learning to parse datasheets and probe things with an oscilloscope is best done by actually doing it, but starting off with an n-layer PCB instead of a breadboard would be pretty crazy. A benefit to using old things can sometimes be useful simplicity but also sometimes just being cheap. There's also a lot of interesting (if often commercially and methodologically irrelevant these days) things to teach as a matter of history.

I agree it all needs to be well motivated. I'm often suspicious of attempts to teach things indirectly, but of course a lot of indirect learning happens anyway. And a lot (direct and indirect) is done in parallel and I think it's useful to look for places to usefully exploit that, especially when it comes to the conflict of college for pre-job-training vs. study. Do you really need a limited or obscure platform to teach or practice most things about debugging? printf and any debugger tool that supports break points and stepping would teach a lot, with modern (even graphical) tools having a lot less friction while not dampening what is learned. Bonus points if you actually teach more advanced debuggers so another generation of developers isn't released thinking only-the-basics console gdb + printf are the extent of what's available to help in the practice of debugging. A danger of only teaching limited or restricted tools is that students end up thinking that's all there is. This happens at every level from sorting algorithms to programming languages to whole ways of thinking about things. By artificially constraining the box in an attempt to focus on something basic or avoid clichés of other boxes, all too often the result is just that thinking doesn't generalize and is now crippled in the constrained box.

Timeline is important, I wonder if we're both interpreting Master's program quite differently here. In the US, a Bachelors program is typically 4 years while a Masters is typically 2, and many Masters are industry-oriented (no thesis, just classes/projects) rather than being like a stepping stone to full PhD research. The Duke program here seems to work as typical: 2 years + capstone project (and even seeming to require a summer internship). A longer program is in some ways a bit more forgivable for less than ideal teaching efficiency. (At my old school, the game design undergrads had a course that required designing physical board games. There are plausible arguments that board games as a medium make it easier to teach or focus on important things in design that are harder to teach with digital video games. But even if that's not really true (as I'm arguing here applies to the Playdate not being particularly useful over just normal PC/mobile development) at least it's just one course in many for the whole program. And at least there's a >$10bn market for board games.)

The Playdate features a mic, accelerometer, and crank as unique inputs, as well as being portable, that can suggest interesting game design ideas on their own. In one sense, if you want to use those features, it's simpler because you can count on them being there. In another sense, except for I guess the crank, the other two inputs are part of ~every phone and widely available on any PC/laptop. Developing for PC or mobile gives you access to even more interesting input and output for design consideration too: keyboards, mice (with/without scrollwheels), cameras, haptic feedback, gyroscopes, touch, light or temperature sensors, weird whatever devices over USB or wireless (Nintendo wiimotes, steering wheels, arcade sticks), networking... and making use of these things has never been easier, with drivers widely available and especially with the engines that let you click around to configure things. I would think that if your goal is to learn game design, you would want to prioritize doing your design on a platform that is as open and flexible as possible to allow exploring as much of design space as you can. Perhaps the teacher thinks it's useful to add artificial constraints to narrow the design space or focus from a certain perspective (like: let's design a multiplayer game, but with the constraint that you have only one device, no networking or multiple controllers), fine, but they don't need to start with a platform where those constraints are baked in to start with and can't be lifted.

Similarly Unreal as well as any of the other popular engines, along with any of the libraries like DirectX, SDL, raylib, pygame, or even just the web browser with HTML Canvas, are all open and flexible in what they allow you to explore in design space. Some are more limited than others (like you're going to have a hard time using a 2D-focused library or engine for a 3D game) and some are easier to express ideas in than others (you're going to have a better time using a 2D-focused library or engine for a 2D game) but they're all pretty easy to express basics in, and they all are pretty good at letting you rapidly prototype and playtest and iterate. If you artificially impose on yourself the same constraints as the Playdate has inherently, they can be even easier to use, and even easier yet if the teacher provides a template. Like browse the games on itch.io tagged with playdate, I don't think any would be particularly harder (and some may even be easier) to do in <random other tooling>. The article mentions it taking "months" to learn Unreal, which is true in some sense (it can be longer, especially if you don't already know C++), but false in another sense in that getting up and running is quick, any competent introduction will have the student getting something on screen and responding to their input within an hour. For the very basic stuff a typical Playdate game does it won't take that long to learn to do it with Unreal.

Another way of looking at it: take the "Owl Invasion" example from the article, "an endless wave-based action game with tower defense mechanics." Unlike the other game, there's no mention of using any of the unique inputs of the Playdate, so is there anything fundamentally unique about the Playdate that suggests such a game would be easier to develop for it vs. using an arbitrary other tool? Was there anything learned about game design from the experience that wouldn't have been learned otherwise? What if you had mandated the same visual constraints for resolution and (lack of) color but artificially? Was it useful to be forced to incorporate an owl somehow, vs. a rat, vs. a pirate, vs. having no restrictions? (This one perhaps, even creative writing workshops like to require something to incorporate, but this is more about trying to unblock creativity and avoid decision paralysis rather than directly learning some principle.) If the impact of using Playdate vs. something else is fairly arbitrary for accomplishing the teaching goals, then unless the student is particularly interested in Playdate on their own, it's more beneficial among several axes to use something else.

That's the intention, sure, and as long as prospective Masters students know that's what they're getting into and paying for, and are looking forward to it, then it's fine or whatever. But it still strikes me as a silly constraint, just as it would be to require an in-house engine that sucks, or requiring students to develop for some old Nintendo hardware, or requiring students to fit everything in under 96k.[0] Anyone can add arbitrary constraints to anything, and lots of interesting questions will arise from figuring out how to deal with (or work around) such constraints. But is the constraint to develop for this specific device (and all the sub constraints that implies) actually a good one vs. any other set of constraints, especially for the purposes of game design? I doubt it. Especially how some of the constraints like only using black-and-white graphics are easily enforced without also requiring such a specific niche device.

[0] .kkrieger (https://www.youtube.com/watch?v=2NBG-sKFaB0) is my favorite of this genre of constraints, but it's mainly impressive for being possible at all (and you can read up on some of the developer notes for how much effort was put into satisfying this constraint). It didn't actually advance the design of FPSes or anything, and FPS design ideas could be better learned by making and iterating on an FPS without the tiny size constraint. If students want to impose extra constraints on themselves, like developing for the Playdate and making use of its crank for game control, go for it, but it's a bit different when they're imposed from the outside for no real reason other than "hey, it's some constraints, and constraints breed creativity".

https://help.play.date/games/mirror/ - probably this.

Unfortunately, that type of screen cannot be backlit. There are frontlit versions, but they are thicker and would consume a bit more power.

Sometimes I concede on this point with certain devices, but the screen on the playdate basically requires light at a specific angle for it to be at all discernible, so I don't blame you and can't recommend it as a result

Do not buy one. You will regret it. Without backlight, it's a gimmick.

Also mentioning Lexaloffle’s most recent project the Picotron which is a fantasy workstation instead of just a console.

https://www.lexaloffle.com/picotron.php

With no technical upper limit on file size (as well as being able to export for other OSes) you could, in theory, publish a full game from this.

It's actually worth it if you have any kind of a commute. There are a lot of very fun games for it. And it's nice having a thing that isn't connected to the Internet to avoid the temptation of doom scrolling.

I bought mine pre release so it was like $50 cheaper even with the cover I think, but I would still pay the increased price for it. I thought it would collect dust, but it really is a great way to pass the time on the train. It scratches the original Gameboy itch for me without the needless stares from actually carrying a Gameboy.

I just wish they would release the docking station for it. I charge it next to my bed, so it could serve two purposes.

tariffs!