“boomer” as a term is here to stay and a moving target
Kind of like how “Millennial” for a while meant ‘teenager’ despite the oldest Millennial being 40.
“boomer” as a term is here to stay and a moving target
Kind of like how “Millennial” for a while meant ‘teenager’ despite the oldest Millennial being 40.
I’ll be sad to see it go, but it has been a great run so I cannot complain
I mean, it isn’t meaningless, just culturally subjective and lacking a rigerous definition. Berries are a set of specific fruit, which fruit being included being determined by the culture in question base on percieved similarities and historic uses. We use it to quickly bring up the specific group and whatever vague characteristics we percieve them to share.
So, the definition for berries that you seek is simply “the fruit people you’re interested in would point at and identify as a berry”, which is a vague definition and not rigerous at all, but most people would in fact think of the same thing you do if you say “I put berries on top of my cake”. If I ask my wife “hey, on your way home swing by the store and buy some berries, any type will do”, she will not bring a watermelon. She in fact will buy what we both agree are berries, and so the word has useful meaning.
You’ll find most classifications humans have do this too. The real world is really good at refusing to fit into the neat boxes we made to classify it and the things in it, and yet we can still use them fine enough as long as we don’t get lost in semantics and wondering if a hot dog is a sandwich or cereal soup.
Are grapes not considered berries in the anglosphere? In Icelandic they literally are named “Wine berries” and considered as such.
Or GameMaker if you are doing a 2d game, or Unreal if you don’t mind the learning curve. Plenty of other options beyond Unity.
I personally am a fan of jet-lagged, the game. Sam, Ben, and Adam from wendover productions/Half as interesting compete in various travel-based games across the world.
Absolutely, I’d personally never use Discord as I’d use Lemmy, but some people sure are trying even if it is very counter-intuitive.
Its not that strange: people use what they are familiar with. Most people have a Discord account these days and migrating over there is as easy as clicking an invite link. In contrast Lemmy is relatively unknown and untested to the general audience, and is a step higher on the hassle scale, even if it is a similar service to Reddit - not counting the usual fediverse complications.
People are drawn to go as far down the hassle scale as possible, the fewer steps between them and their goal the better.
Not that a lot of communities did successfully migrate over here, partially or not. Lemmy is a lot more active now than when I started looking into it during the initial API struggle in June.
While it has problems of its own, instances could pool and share that knowledge. The first time an instance talks to a different insta ce it could just ask “hey, what other instances are you aware of?”. The main issue there is just instances obsessively sending exponentially growing lists of instances back and forth.
But no, that is the main bane of federated social media, discoverability without a center of truth
Maybe they are just thinking about those with a really bad internet connection, who will need the month to download the 125gb game.
Mastodon I’ve found has a bit of a discoverability problem, but there are ways.
1 ) Start off with your local timeline: these are all the people that are on your instance as well. If you’ve chosen a “specialized” instance most of these people will have something in common with you: mastodon.gamedev.place for instance is filled with indie developers, mastodon.art is full of artists, and so on. The more general instances like mastodon.social have a lot more activity, but there’s no implicit link between people on it. It’s a trade-off: the more specialized of an instance you’re on the easier it is to find people like you and build a tight community, but the smaller the instance. The more general the instance is the more activity and people are on there, but less of it is relevant to you.
2 ) Go search up some hashtags of topics you like. For instance if you like baking go see what’s on #baking. If you’re interested in pictures of moss #mosstodon is great fun. If you like pokemon #pokemon, and so on and so forth. You can naturally follow hashtags themselves, but you can also try to use that to find people you may enjoy following - after all, if someone is posting baking pictures and you like baking maybe you’ll enjoy following them!
3 ) Go snoop out other instances. Some Mastodon clients allow you to directly view the local feeds of other instances, but you can always just go straight to the page of said instance. Find a few specialized instances for topics you like, scroll through the local feed for a bit, and follow people that look interesting to you.
4 ) Google: when I joined Mastodon I just googled a few people I like or followed on other platforms and saw if they had a Mastodon. There are also plenty of “Who to follow on Mastodon” articles out there.
5 ) In the “explore” feed you’ll find posts that are trending on your instance: often at times there are some good users there to follow, albeit it can get a bit “samey” if there’s a big news story going on.
I feel that given the current trendyness of AI and large language models it seems prudent to mention Façade, an interactive play that used AI and language processing to let the player “speak” to the characters and influence tha narrative. It was very janky and you could break it rather easily, but the concept was solid - the technology was just a decade and a half away.
I’m Icelandic. The water is potable straight from the tap: no filtration or boiling required, albeit the hot water may smell a bit of sulfur due to being heated with geothermal energy.
Hi. I work at a conpany that makes digital card games.
Start by making the rules work. We generally use a callback implementation. We have a class that handles the game and enforces rules and dictates flow, classes that represent players, and then a rendering class.
The game will call relevant functions to prompt the players for an action, passing the game state with them. The players respond with what they want to do. The game calls the renderer to draw it out, and the renderer will then call the passed callback action. Repeat until the game is over.
When a human is involved then you just hook actions to buttons and pieces and clickable elements that the game catches and responds to if needed.
Really you can use any principle or design paradigm you want, but since you are making a “simple” turn based game just having it simple and well segmented is an easy way to keep a handle on it.