popcar2 @ popcar2 @programming.dev

Posts

190

Comments

243

Joined

2 yr. ago

Moderating

---

These are great resources, thanks!

It's just not very good compared to any other kart game. Aside from the fact that it's very dated, the driving is slow, the levels are wide and uninspired, the racing itself is very simple. SRB2Kart is another open source karting game and it's sooooo much better.

Honestly GDscript is really easy to learn if you've got a programming background. The concepts are mostly the same so you can head over to the GDScript reference and learn to use it in less than a day. As soon as you get used to the syntax you basically know it already.

I should probably clarify the rules a bit, there isn't a turn order and you're free to tackle them in any order. I felt like a turn order would be a bit oppressive but of course feel free to do some house rules if you find it too easy.

Regarding the stash piles, you're free to use them in any order you'd like and draw from either of them. I usually keep one stash for low value cards and one for cards I would want to draw later. Most of the strategy relies in having a good variety in your stash for combining/drawing when you need to, rather than just discarding randomly.

Thanks for playing!

But the main language is GDScript, everything else is an alternative if you prefer not to use it.

It's definitely not perfect (and definitely not a replacement for web apps) but I think it's a big step in the right direction for GUI development. People have made impressive programs with it.

Yet Markdown languages are far, far more limited in both scope and functionality than HTML is. How do you bridge this gap without making it just as complex?

That's a really big topic but in general I'd combine theming and markup to one language (not necessarily coupling CSS and HTML in one file but having something that does both with similar syntax and rules), make things simpler so there's one clear way of doing something rather than using a generic container for everything, etc.

No matter what you propose, unless it’s 100% absolutely perfect (and nothing ever is) you’ll end up in the same situation.

Obviously deprecating a few things will happen over time but the reason web dev is how it is now is because technology used to be a lot more limited and websites were a lot simpler. 25 years ago, nobody knew what the "modern web" would look like so it was made up as people went along. We know what specifications we would need now if anybody went back and re-did them, I think you'd end up with something better.

People say the same about no-code frameworks. There’s a good reason that stuff doesn’t work beyond the absolute basics.

I don't think they're comparable. You won't use a GUI and drag-and-drop for everything obviously, you'd still be able to add sections with code.

The fact that Wordpress powers almost half the internet is proof that a simpler web dev experience like this is in demand and it can work. Most websites don't need something complex, just something that supports rapid development and is intuitive, and doesn't make it easy to fall into bad practices. Like I said, it's a hot take, but I would prefer it so much this way.

No, how is it?

Web development feels like it's stuck in the early 2000's. I've ranted a lot about it over the years but I just don't know how everyone is okay with it. I'm sure tons of people will disagree.

HTML is bad. The language itself feels unintuitive and is clunky compared to modern markdown languages, and let's be honest, your webpage just consists of nested <div> tags.

CSS is bad. Who knew styling can be so unintuitive and unmanageable? Maybe it made sense 25 years ago, but now it's just terrible. It's very clunkily integrated with HTML too in my opinion. Styling and markdown should be one easier to use language where 50% of it isn't deprecated.

Javascript has been memed to death so I won't even go there. Typescript is OK I suppose.

And now for my hottest take: ~10+ years ago I saw web building tools like Wix and I completely expected web development to head in the direction using a GUI to create, style, and script from one interface, even allowing you to create and see dynamic content instantly. I've seen competitors and waited for "the big one" that's actually free and open source and good enough to be used professionally. It never happened. Web dev has just gone backwards and stuck in its old ways, now it's a bloated mess that takes way more time than it deserves.

The Godot engine is actually a pretty good option for creating GUI apps and it's exactly what I envisioned web dev should've been this past decade. One language, intuitive interface, simple theming and easy rapid development... Shame it never happened.

</div>

I hope the rumors are false. Hasn't hollywood ruined enough franchises by now? At the very least give us a remaster of the original trilogy, they're timeless masterpieces.

It really depends on what's being taught imo. If it's something purely text-based like programming then sure, I absolutely would prefer reading an article to watching a video. For most tutorials though I think there's benefit in seeing things done visually step by step. Most tools are visual, so learning stuff like 3D modelling or video editing through text can be difficult, but seeing someone do it in front of me makes everything click since I can see exactly what he did and don't have to read between the steps.

Better late than never. It's going to take a while for people to get used to not needing the dotenv package.

I'm sure there will be a lot of people where it works just fine but I've seen really common complaints regarding it. Issues like steam input not working, confusion over file system permissions, the flatpak version using its own drivers which may be outdated, etc... It can be a hassle, and there's no real benefit to it compared to just using your package manager.

Flairs and ability to block instances as a user would be soooooo nice. Thank you.

Well alright, here you go:

https://github.com/popcar2/SimpleLinuxGamingGuide/

Whoops. I forgot to mention this. I'll add a little section for it later...

Go to Steam settings --> Storage. There you can add your 2nd Steam folder and be able to move games back and forth. You can select many games and click "Move".

According to what I’ve read about and experienced, using compatibility layers such as Wine and Proton can give you a wide variety of results, depending on the game.

I agree with this but I generally find that performance is a bit worse, so I'm just setting expectations. One thing Proton does offer is pre-caching shaders which can help games not stutter compared to Windows, so you might get way less stutters even if your FPS is a bit worse than Windows.

I’ve had so much success with Proton in Heroic Games Launcher

You definitely can use Proton with Heroic but you generally shouldn't need to. Wine-GE's performance is very comparable to Proton and usually Proton can cause issues when ran outside of Steam, which is why it isn't recommended to do so and why all these launchers prefer Wine-GE. I tried to make the guide as simple as possible, so I decide to list the best option rather than a list of options.

There are distros designed for gaming that come with lots of stuff already packaged with the installation.

Definitely. I actually do use Nobara which you might tell from one of the screenshots' background. I might do another post on distro choice but I felt like it's a big topic that can get too opinionated, especially with recent Fedora controversies. I didn't want to recommend Nobara only to have a lot of "Well, actually..." comments.

Maybe add something about Steam and its offerings of native Linux games.

I thought about it but didn't feel like it warranted talking about. If there's a native Linux version, you'd hit install and it should work. It didn't really need elaborating so I decided to focus on the things people can need help with.

Great job and thank you!

And thank you for the feedback!

Thought about putting it on github /gitlab?

I'm not opposed to it, but is there demand for it to be on GitHub?

It would be interesting to hear your thoughts on non flatpak for steam and flatpak for heroic.

Steam's Flatpak version has some issues, the way it's sandboxed causes things to not work as it should. I've seen people complain about controllers not being detected via Steam Input, confusion around permissions, minor bugs among other things. There's really no reason to use that instead of your package manager.

On the other hand, Heroic actually recommends the Flatpak by default since it's stable, has no issues, isn't distro-dependent, etc. There's no reason not to use it instead of your package manager.

I actually did use Lutris but while doing some research for this people told me to give Heroic another shot, many saying that it replaced Lutris for them. I tried it for a bit and I agree, Heroic provides a simpler experience I think most people will appreciate.

Aside from having better QoL like automatically downloading game images and first-class support for Epic Games and GOG, it's less confusing when adding drm-free games. Lutris scripts are also a bit of a sore spot for me because I found that they're often outdated and can cause more issues than they fix when you're trying to run something.

Obviously it's all preference but I think Heroic won me over and I'll stick with it unless I specifically need the wall of options Lutris provides.

Thank you for the kind words :)