Yeah, writing prompts it’s the long term goal, programming will be obsolete.

Nobody that can write a problem in a structured language, taking edge cases into account, will be able to write a prompt for a LLM.

Prompt writers will be the useful professionals, because NO big tech company is trying to make it obsolete making AI ubiquitous and transparent, aiming it to work for natural language requests made by normal users or simply from context clues. /s

Prompt engineering it’s the griftiest side of the latest AI summer. Look a who is selling the courses. The same people that sold crypto courses, metaverse courses, Amazon dropship store courses…

I have a killswitch because I wanted to carry the deck in a bag and the default case is too big.

The kickstand and the feel of the case are a nice bonus.

It’s getting bigger, but I said they WERE less than an 1%. And macOS was bigger that Linux for ages.

Then Apple proved they were not an ideal alternative platform, being even more closed than Microsoft, and not understanding the games ecosystem, so Valve pivoted and got into the Linux thing, failed with the Steam Machines, pivoted into Proton, and now I have a Deck.

The technology used by Valve is Irrelevant. The operating system losing support is not even supported by apple. The users of that version of MacOs are at risk because they use a closed source unmantained operating system.

As I said Apple is not concerned with kind of old software. They expect everyone to move up with them, developers and users, or get left behind.

Portal is a game released THE SAME YEAR the iPhone was. In classic hit PC game time that’s “nothing”, you expect to be able to run it, but in Apple’s timeline is ancient history. Take a look into how many iPhone games just won’t work anymore.

They tried. Then apple dropped 32bit binaries support.

Apple is a very expensive partner to have. They do whatever they want with their ecosystem and many developers have been burned when apple decides to make their work obsolete or outright copies it and makes part of the bundled in apps.

So. It would be amazing if valve updated every one of their games for new versions of macOS and if they would kept MacOS proton support. But macOS is a moving target that will break backwards compatibility whenever it suits apple. So I understand that is hard to justify the investment.

In the end MacOs and Linux where less than a 1% of the Steam user base. But one is an open ecosystem where there is competition and some semblance of respect for backwards compatibility and the other is a closed and sometimes hostile environment.

Python for excel, grafana for Bi?

I guess depends of your use case.

It’s funny how computers are almost the only human invention that for some reason must be able to be used without learning anything.

We don’t do that for almost anything else. We expect people to learn how to drive, how to fill taxes, how to buy things on the store, how to cook, how to play chess. It seems like the only cases when someone decides learning stuff is an inconvenience is when tech people get into another field and tries to disrupt it.

I am all about making things as simple as they can be, but not simpler. Intuitive is a super relative term that depends on your knowledge and life experience. People find Office intuitive after using it for twenty years, but for me is a nightmare where legacy features intermingle with weird cloud and AI shit, and most of the time I only need a markdown file. No interface is intuitive, they are only familiar, clear, accesible, discovereable, etc.

Interface Design goes in cycles of skeuomorphism and simplification because computer stuff is not Intuitive, you have to open the way with metaphors people can understand, and when they are part of everyday life you can make the app for the virtual credit cards not look like it’s made of leather.

Refresh speed, font rendering, integrated features like multiplexing, theming…

So why would anyone hate Denuvo? Nobody is forcing you to play Denuvo-using games. It was your choice.

What I’m saying it’s that for many games and for many gamers it does not matter, and you can in fact play the game even if it goes bellow 30fps in the deck. But if you need a mouse for clicking “Start Adventure” you can’t play it without doing some hop jumping on your part.

So, for the Deck Verified badge

• Frame rate is not important (it’s a subjective opinion if 30fps, 40fps or 60fps are needed and for what percentage of the play time is acceptable to go bellow.
• Game can be played with gamepad is important (objetive. If you need extra hardware you need to know it)
• Game will launch is important (objetive. Non launching games can’t be played)
• Game text can be read is important (objetive. Most games have text that you need to read to actually play them)

In my opinion expecting the badge to mean any other thing than what Valve means with it will be an exercise in frustration on your part.

“Technically good” or “Technically bad” are not the benchmarks for the label. Maybe you should look for that in another place?

It’s not (only) a port thing. The game is 30fps locked in every platform.

Doom was 35fps hardcode locked. Could not go above that. Not a port. There are always compromises, and sometimes they are in frame rate.

And, in another order of things, what do you get from 60fps Europa Universalis? 60fps is a cool metric for the usually available monitors and TVs, and I love having at least that in most games. But in many games 30fps and 60fps are the same with a somewhat jumpier mouse cursor. And they are usually the most PC games of them all.

Would I play 30fps Devil May Cry? I don’t think I could if I wanted. Would I play Baldur’s Gate 3 at 24fps? Doesn’t really make that much of a difference in most of the gameplay. Would it be cool to play BG3 at 120fps? Yeah, but my computer is ancient and the deck does not have that kind of power.

I can’t play Deathloop for example. 30fps first person games are really hard in my eyes. The camera movement and input lag are too much.

Many people play games at 40fps on the deck. Maybe taking a look in ProtonDB or Steam reviews is more useful than having a 8 tier verification system?

As I understand Verified should be runs on the deck in SteamOS stable, at 30fps most of the time, text can be read, game is 100% playable with gamepad.

Playable should be you will jump hops. Text is not legible on the deck screen, input with a keyboard or mouse is required, launchers make weird launching the game.

The Verified program is not a performance benchmark. It’s a baseline and each gamer has different performance thresholds.

Some games won’t run at 60fps in any platform (Dark Souls original release) so they should not be PC verified?

I’m on act 3. The performance level is acceptable to me. 30fps/1080p (docked) on low settings.

I’m having more bugged quest or game does not want to detect your mouse right now problems than graphics or performance ones.

I’m in the third act, over 50h played. Every single minute on a docked deck, 1080p/30fps output.

Perfectly playable. Of course graphic settings are almost all the way down and facial hair could look better, for example.

It’s amazing how so many people are falling into the trap and arguing against or even in favor of Microsoft’s CoD argument.

A single game of whatever size or importance is not the problem. But it’s in Microsoft’s best interest that the discourse keeps being this lacking in nuance and centered in aspects like this.

I’m sorry but framework and library in this post are going to be used loosely, because even React, Vue, Angular, Svelte, etc devs use the terms loosely.

React is mostly a UI library like you would find in most native app development. Of them all them JS frameworks/libraries is one of the less opinionated and with less batteries included. By design it does not does everything. Most other frameworks do way more.

It lets you define custom components. The components can have properties that their parent component defines and internal state. If the state or the properties change the component gets redrawn (magically). There are some lifetime functionalities (things to do on first render for example) and performance improving stuff (memoization) but mostly that’s it.

All the other features you talk about are third party libraries or frameworks that can operate with react or are build on top of and cover the bases, like routing, fetching, caches, server side rendering, styling utility libraries, component libraries, animation libraries, global state management, etc.

The big difference with the vanilla way is that the approach is mostly declarative. The runtime takes charge of updating the DOM when your components state or properties change.

You take a big performance hit, and an even bigger bundle size one, but the speed of development and huge ecosystem of readymade solutions can be really important for some use cases.

Other frameworks take different approaches to solve the same problems:

• Component system for code reuse and organization.
• Some way to manage state
• Some way to decide what to re-render and when.
• Extra stuff. Some frameworks end here, some have tools for everything you would need for a web app.

It’s super funny, but if you don’t try to use things as what they are not, the type coercion can’t hurt you.

But if you make a tradition of trying to add empty objects and numbers…

The great sin of JavaScript is gracefully (silently) failing when coders do silly things.