It’s showing me two AMD GPUs currently but one of them is listed as a new product so it might not have been there when you last checked.

https://www.scanmalta.com/shop/12gb-xfx-amd-radeon-rx7700-xt-qick19-black-graphics-card.html

Something about the Blitzball players all being characters you could find in the world, some of whom would otherwise be unremarkable NPCs really burrowed into my brain with FFX. Something about the fact that you’d have relationships with characters in two different contexts where they would often play a wildly different role in each really made the world feel a little bit more alive than normal.

I like it but found the fear of using items you might later need too be exacerbated to an uncomfortable degree by the magic system. I suspect I’d enjoy it more today than when it came out.

It’s because they go hand in hand. I’ve had experience with customer service roles where staff are empowered to solve issues and it requires very very very slightly higher investment in your employees to pull off.

All you’re arguing is that the web is decentralised, not that any given website within it is.

AFAIK it’s a system to let Linux software bundle all of it’s dependencies up with it so it just works in a self contained way that doesn’t care about what else is and isn’t installed.

Advantages is that they are more reliable and user friendly than traditional approaches to Linux software installation.

Disadvantages are that they have bigger footprints where you might have the same dependencies I dependently installed for each app rather than as a single installation that they all utilise and that they need to be updated individually (as part of the flatpak.) IE if basically every app uses the same dependency and it turns out to have a huge security hole, under normal Linux software the developer would patch it, you’d update it and the hole would be filled. With Flatpaks you need each individual Flatpak developer to update the version used by their Flatpak and for you to update all those Flatpaks before the hole is plugged. I think I remember they run in some kind of sandbox to mitigate this though.

All you can hope is that some day they are forced to support 3rd party apps because of some anti monopoly lawsuit telling them they have too.

I’m not sure if you are aware already but the reason Epic are announcing a million changes to their business is that the previous business plan was based around them successfully throwing a fortune at suing Apple to force them to support 3rd party apps and they tried and failed.

I think if it were ever going to happen that way, Epic would have succeeded.

That’s not to say it won’t still happen one day through political means. Seems plausible the EU might force it at some stage.

if this company goes out of business the source code dies with it.

Despite the fact that probably none of us had heard of them until today, it appears that FUTO has tremendously deep pockets so are very unlikely to go out of business any time soon (which Rossman mentioned in the comments of his video with a link to this one (that I haven’t yet watched) of his interview with the owner a year ago https://www.youtube.com/live/OJPmbcU-Vzo?si=DovtYTWTC3S1QIY-)

Futo (the organisation developing this app) appears to be a tech billionaire (Eron Wolf) firing his money at the tech industry until it stops being so shit.

This is from the about page on their website:

Our Three Pledges

We will never sell out. All FUTO companies and FUTO-funded projects are expected to remain fiercely independent. They will never exacerbate the monopoly problem by selling out to a monopolist.

We will never abuse our customers. All FUTO companies and FUTO-funded projects are expected to maintain an honest relationship with their customers. Revenue, if it exists, comes from customers paying directly for software and services. “The users are our product” revenue models are strictly prohibited.

We will always be transparently devoted to making delightful software. All FUTO-funded projects are expected to be open-source or develop a plan to eventually become so. No effort will ever be taken to hide from the people what their computers are doing, to limit how they use them, or to modify their behavior through their software.

(From: https://futo.org/what-is-futo/)

What they say and what they will do could of course differ but they do go to great pains to paint themselves as fundamentally opposed to be sort of action you are worried about.

It isn’t free however they are very clear that they make no effort to make you pay for it. IE the app works whether you pay or not and they aren’t planning to change that. It’s not free in the same way WinRAR isn’t free. Here’s the announcement video from Louis Rossman where he talks about that. https://youtu.be/5DePDzfyWkw?si=KuNumtHUrtW_kHSC

It looks like Kotick will be leaving after the transition so that’s a great start. My dream is that this all somehow leads to the full Overwatch PvE campaign coming back onto the table again (given that their attempts to provide long-term replay ability without doing the work seem to be floundering now, there’s a chance right?)

YouTube music seems to hit a perfect blend of stuff you know and stuff you don’t.

YouTube music pays artists slightly less badly than most services fwiw.

I bought both of mine. For next to nothing from a charity shop. Also they’re TVs.

I thi k that’s the wrong timestamp. I had to skip ahead to about 38 minutes I think.

I found Jerry’s writing to be exactly as it was. I no longer have a taste for it.

Unreal is good if you want to work on big expensive projects at big companies. Godot is good if you want to work on your own projects today and potentially but not definitly work on small to middle-sized projects at small to middle-sized at small to middle-sized companies in the future. Unity is fine if you want to work on small to middle-sized projects at small to middle-sized companies now and potentially in the future.

Which sucks. There ought to be a clear and unambiguous path to chose for someone moving into game development today but since Unity keeps making weird choices that are hostile to developers whilst not continuing to improve at a good pace, it’s hard to say for sure which engine will fill in the not-Unreal Engine part of the market unless you have a crystal ball.

Realistically the best thing is to have as strong a foundation in programming generally as you can so that switching engines is minimally disruptive (as there will always be a need to do so eventually. There’s very little chance one single engine will continue to be the standard over the 40+ years of a career.)

I’m not so sure about that. Godot is fantastic for making the sorts of projects they are describing. But if the relatively minor difference between Unity and Unreal’s workflow are a turn off for them, then the consciously different workflow in Godot is probably going to be a significant barrier. Personally, whilst I love Godot because it’s FOSS and lightweight and a great platform for building smaller scale games: a big part of the appeal for me is that I find the Unreal and Unity ways of doing things stupid, confusing and clumsy and the Godot way clever, clear and elegant. I know lots of people feel the exact opposite.

I think the game “development” industry is run by people who don’t understand the difference between a game designer and a game developer. As such there’s lots of people who only know as much about game design as the average developer does being tasked to do game design work and vice versa.

The reality is that it’s a lot of fuss for a game development company to switch engines but for an experienced individual developer it’s not a huge deal to switch engines. If you learn game development and design today using Unity then 100% of the game design knowledge is exactly transferable and 80-99% of the game development knowledge (depending on exactly what you’re doing) will transfer to Unreal or Godot or whatever else you might need to use later.

It’s like a musician switching from one audio production suite to another. The musical theory stays the same and while the exact details of how to make each bit of software do stuff is different, the actual stuff you’re making it do is broadly the same.