Unfortunately, the alternatives are really lacking. JetBrains Rider REALLY feels underbaked. No deal-breaking issues, but lots of little low-impact ones, and lots of design decisions that go against common conventions, for no apparent reason. The “Visual Studio Mode” doesn’t really help.
On top of that, I’ve had several issues with RUNNING Rider, on account of being on Bazzite, an immutable distro. It was fine on Mint, but Mint had its own troubles with my NVidia card.
The CEO’s take here is actually pretty on-point. The article title over-simplifies, a bit.
The problem he points out is that a “failed” game that doesn’t sell well, or even sells moderately, is still a valuable game, and experience for the developer(s), but it also often means financial ruin for the studio. In his opinion, it’s that such studios aren’t recognizing when they’re releasing into an over-crowded genre, and need to adjust their budget expectations down.
Cause yeah, people SHOULD be able to make shit little games, without having to re-tool their entire career if it doesn’t do terribly well.
Drug money.
I mean, the trouble is you gotta move the fridge to get to it, yeah? So surely nothing you’d want to get at frequently.
Christmas/Birthday presents?
Really rare house supplies? Like, say, light bulbs?
One of them portable fireproof safes with important documents?
Not QUITE a program, but I’d have to say my own little GBA ROM hacks for the original Fire Emblem. On account of the following story…
IIRC, it was 2007, and I was a senior in high school, reorganizing some of the stuff for the robotics team, in the cabinets in the big science classroom where we met. There were some freshmen interested in the team (season wouldn’t start for a while yet) who’d taken to hanging out there, after school.
They all had laptops and I recognized the menu theme when one of them pulled up Fire Emblem in an emulator, from across the room, and immediately called out “Who’s playing Fire Emblem?”. When I went over and saw he was using Virtual Boy Advance, it occurred to me what I had in my pocket. Or rather what happened to be ON the flash drive in my pocket.
At the time, I didn’t have my own laptop, so my flash drive had years worth of random crap on it. And over the years, I spent a LOT of time tinkering with ROMs and VBA over the years. In addition to a few copies of different hacked ROMs and save files, I had a portable hex editor, and a LOT of text files with hex tables and memory maps and other research I’d collected over the years.
So, yeah, I pulled out the flash drive, said “Wanna see something cool?” and proceeded to apply many crazy hacks as I could think of, in the most obtuse manner possible, just editing hex values directly in memory as the game was running. Free XP, free items, end game equipment, sprite swaps, etc. At one point, one of them says something like “What kind of wizard ARE you?!”
It’s what comes to mind for me when you say “cool” because I like to think I inspired those kids to get into software and programming themselves, or at least consider it as an option. They certainly stuck around with the team for the rest of the year. Also, it inspired ME to really realize how much I’d grown just by tinkering and being curious, and how much you can accomplish through incremental effort.
What a class act, declining the nomination because it wasn’t their first game, just the first under the current pseudonym.
Second one I’ve noticed today. Are there federation issues with midwest.social on a larger scale that I’m not aware of?
So, it’s a way for applications to make themselves more hardened against exploitation? Was really confused on first reading the title, but that makes some sense. Applications declare what permissions they need, up-front, so any exploits during normal operation can only operate under that umbrella. Unless the startup processes of the application itself are exploited.
Code by Charles Petzold was formative for me, over 20 years ago. So, excellent choice.
Verrrry close to my experience as well. I’m holding out hope that in maybe 5 years, when the last of my student debt is gone, we can start really climbing out of our hole, but electricity prices are skyrocketing (Ibpay about $500/mo now), and with the shutdown, our work ontract has not yet been renewed. We’ll be homeless in just a couple months if my income falls apart
I agree that it’s lower on the list for likeability, but the Grammys are voted on by other artists and folks in the industry. On a technical level, Golden does take the top spot. In particular, singers throughout the industry have been blown away by the damn High A in Golden, and how much power she’s able to put behind it.
So, it’s C#'s Nullavle Reference Types feature" but for Java, and not baked into the language.
So, it’s C#'s Nullavle Reference Types feature" but for Java, and not baked into the language.
So, it’s C#'s Nullavle Reference Types feature" but for Java, and not baked into the language.
One example is creating an interface for every goddamn class I make because of “loose coupling” when in reality none of these classes are ever going to have an alternative implementation.
That one is indeed objective horse shit. If your interface has only one implementation, it should not be an interface. That being said, a second implementation made for testing COUNTS as a second implementation, so context matters.
In general, I feel like OOP principals like are indeed used as dogma more often than not, in Java-land and .NET-land. There’s a lot of legacy applications out there run by folks who’ve either forgotten how to apply these principles soundly, or were never taught to in the first place. But I think it’s more of a general programming trend, than any problem with OOP or its ecosystems in particular. Betcha we see similar things with Rust, when it reaches the same age.
Two that come to mind, for me:
A todo-list/task list/scheduler app, with the following requirements:
A finance/accounting app
These are both concepts for which a LOT of apps exist out there, but for which I’ve never found one close enough to be worth using, despite searching off and on for years.
When I was in college, I took a 100-level CS course that required me to ssh into a server and run a command to submit my homework. It’s not crazy.
Filling it out digitally on the OPM website takes like 2-3 hours, max. Maybe across 2 sessions, if there’s some info that you gotta go get from others and come back with later.
Obsidian looks pretty neat, and seems to be available on Linux. No idea how similar it is to OneNote, though.
The same IEEE spec that introduced base-2 floating point models was updated in 2008 to include some base-10 models that eliminate these issues. Many languages already support them natively, as well as most database engines. Otherwise, you can probably find third-party-library support.
If you don’t have access to an IEEE decimal implementation, or if you just wanna be a rulebreaker, the common strategy is to just store only plain integers, and the precision level you want. So, say, if you’re just dealing with simple american dollars, you’d just make sure to always interpret the integer value as “cents”. If you need more precision than that, you might do “millicents”.
I enjoyed my brief time with gRPC and protobuf, when I was trying them out, and I’d happily use them again, but I think it’s obvious why JSON and REST are more dominant.
For one, gRPC works great for simple server/client apps, but it makes them VERY tightly coupled. If your product is an API itself, open for public use, tight coupling is a hindrance more than a benefit.
And more to the point… have you ever tried to DEBUG gRPC traffic? The efficiency of gRPC is top notch, t optimizes for serialization, deserialization, and bandwidth, all at once. But JSON is human readable, and when you throw in HTTP compression, the efficiency is close enough to protobuf to serve the vast majority of scenarios. JSON is just far more practical.