Dude, you obviously have never set FOOT on a farm or tractor, in your LIFE. Stop spreading misinformation.
These are raw marshmallows. Yeah, it’s unbelievable how big they are, but that’s just cause they’re fresh and haven’t dried out yet.
Dude, you obviously have never set FOOT on a farm or tractor, in your LIFE. Stop spreading misinformation.
These are raw marshmallows. Yeah, it’s unbelievable how big they are, but that’s just cause they’re fresh and haven’t dried out yet.
Lots of folks mentioning VSCode as the alternate to VS, but it is very much not that. VS is an IDE, VSCode is a text editor that just has a big plugin community. Do not expect a low learning curve. The VS alternative that’s an actual IDE, and does have a low learning curve, is JetBrains Rider. Unfortunately it is neither F nor OSS.
What’s even the argument for dropping 32-bit support? Just developer experience?
Parallel Processing Unit: PPU
Me. I came here to get AWAY from reddit, why the hell would I use it anymore?
They wouldn’t be able to make MONEY off of AI, otherwise, cause most people would decline it.
No question, this is what the moneymen want. They see programmers (all human employees, really) as a liability.
Yes. They actually think that.
Then the second part of my statement applies.
Not to short-circuit the joke, but in this case, it’s because the valid JavaScript version is…
let a
…and one of TypeScript’s main design goals is to be a superset of JavaScript, that only adds syntax, and doesn’t re-write it.
Beyond that, it’s probably a case of some new language just using what the designer is familiar with.
You’d have to start first, Chuck.
Also, I was born there, and I hate it.
Not one single mention for Gone in Sixty Seconds?
Lemmings… do I have bad taste?
That’s a perfectly valid approach, yes. We do exactly this, at work. It’s pretty common, if not ubiquitous, to have your database schema consist of not only structure, but data as well. We call it static data, and it’s all defined in deployable scripts, just like our tables and views are. If ISO makes changes to the dataset, then it’s just a table update to match it. And ISO is nice about keeping backwards compatibility inb their standards.
Since this is not strictly your own data, you could also go with just storing the code value on your tables, and letting the UI layer do the lookup, either with built-in features of your language/framework, or with a static csv file, like you mention. You may not want to do this for static data that is entirely your own, like, say, a status or type enum, since it makes your database schema less-self-descriptive, and more prone to becoming invalid.
You could also set the country code up as a not-strictly-enforced foreign key, where your app will lookup additional info (E.G. the proper name) for a country code, if it’s a standard one, but just skip that if it’s not a standard one.
It’s up to you what you think is most appropriate.
Roughly the same as for any type of software: make shit.
If you’ve already got experience with general programming, that helps a lot, you can probably just go straight into a super simple game. My go-to recommendation for programming in general is “make simple something that already exists”. That gives you goals that are very clear, and reasonably achievable, so you can start getting some of that satisfaction feedback quickly. For a game, I’d say do something like Tic-Tac-Toe, Battleship, Solitaire… something that isn’t gonna require a whole lot of art, just to get going, and isn’t gonna take weeks to get a working prototype.
Godot definitely sounds like a good bet to get going. Even if you end up moving to another engine for projects in the future, that doesn’t invalidate your time spent on this one.