• 0 Posts
  • 18 Comments
Joined 1 year ago
cake
Cake day: June 12th, 2023

help-circle









  • Gonna try to phrase this an inflammatory way:

    People who like bad movies have been conditioned by consumerism to not appreciate art. They believe spectacle, humour, and a tight plot are ‘good enough’, and they don’t value thoughtfulness, novelty, beauty, or abrasiveness nearly enough. Film is more than a way to fill time and have fun. Film is more than an explosion, a laugh, and a happy ending.

    On an unrelated note: Mad Max: Fury Road is one of my favourite movies.


  • I think you’ve correctly identified a problem, but misidentified the solution.

    It’s true that there are many redundant communities of which everyone would be better served if there were an easy way to group them together. The solution, however, is not to reduce the number of instances, but rather to provide more tools for instances to group communities together. You want communities to be spread across many instances because this maximizes user control - it’s kind of the entire point? But of course, the lack of grouping makes it very difficult to try to centralize discussion, which is important for the community to grow. This service is still a work in progress, so these kinds of things - I hope - will come in time, as both the technology and culture develops.

    tl;dr: centralized control bad, centralized discussion good, the current system does a bad job of reconciling these two positions


  • If you want, you can view science as a system of organization. A way of making sense of facts. If I give you a file of seemingly random ones and zeroes, it is useless. If I give you an algorithm to decode those ones and zeroes into a message, that has utility. However, somebody else could produce an algorithm to decode those same ones and zeroes into an entirely different message. So, which algorithm is correct? Neither.

    But say I give you another file, and Algorithm B doesn’t produce anything useful for this message, so now Algorithm A is more useful. But I also provide a new Algorithm C which also finds messages in both files. Now which is more correct, A or C? And on and on. We continue to refine our models of the data, and we hope that those models will have predictive utility until proven otherwise, but it is always possible (in fact, almost guaranteed) that there is a model of the universe that is more accurate than the one we have.

    Consider the utility of a map. A map is an obviously useful thing, but it is also incomplete. A perfect map, a “true” map, would perfectly reproduce every single minute detail of the thing it is mapping. But to do so, it would need to be built at the same scale as the thing it is mapping, which would be far too cumbersome to actually use as, you know, a map. So, we abstract details to identify patterns to maximize utility. Science, likewise, is a tool of prediction, which is useful, but is also not true, because our model of the universe can never be complete.




  • I played it - and if it was truly only made by two people is quite impressive - but it’s just alright. The world is very cool, and is structured around multiple levels of a tower each with their own language that you need to learn to progress. My main issue with the game is that the differences between these languages, and the puzzles built around them, aren’t particularly interesting or deep or varied. There are a few gems, but overall it’s much closer to a traditional adventure game than you might expect on first glance.

    That said, the art and world design are very cool.

    Edit: As an aside, it’s worth noting that the Steam Reviews metric is a tad misleading in a similar way to Rotten Tomatoes, in that it only gauges ratio of positive reviews, over what those reviews are actually saying. A universal consensus of a game being a 7/10 (if we assume 7/10 is positive) will appear “better” than a game where 99% of people believe it is a 10/10, but 1% think it sucks. It’s good at predicting whether you will like it, it is bad at predicting how much.




  • I think it’s better to reframe the question as “Are there downsides to Valve’s PC market dominance?” or “How is Steam’s 30% cut different from Xbox or Playstation?”

    For the latter: it’s worth noting that Microsoft and Sony sell their hardware at a loss, and make up the difference through software, so there are obvious developer benefits to the 70-30 split. For Steam, the equivalent value-add for developers is only the platform itself, and I would wager for many of those developers the biggest reason for selling on Steam is not the feature set - though obviously useful - but because that’s where the users are.

    So, users get a feature-rich distribution platform, and developers (and by extension users) pay a tax to access those users. So the question is, how fair is that tax, and what effect does that tax have on the games that get made? Your view on that is going to depend on what you want from Steam, but more relevant I think is how much Steam costs to operate. How much of that 30% cut feeds back into Steam? My guess is not much; though I could be wrong.

    But anyway, let’s imagine you took away half the 30% cut. Where does that money go? Well, one of two places: either your pocket, or the developers (or publishers) pocket (depending on how the change affects pricing). The benefits to your pocket are obvious, but what if developers just charge the same price? Well, as far as I’m aware, a lot of games are just not profitable - I read somewhere that for every 10 games, 7 fail, 2 break even, and 1 is a huge success - so my personal view is that this is an industry where developers need all the help they can get. If that extra 15% helps them stay afloat long enough to put out the next thing without selling their soul to Microsoft or Sony or whoever is buying up companies these days, and Steam isn’t severely negatively impacted, I’d call that a win.

    But of course, that won’t happen, because Steam has no reason to change. That’s where the users are, and they are fine with the status quo.