[-] vraylle@beehaw.org 4 points 8 months ago

I'm still running 16GB. I built my PC in 2015 and it's been my gaming/work/dev machine ever since. Have only upgraded GPU and storage.

It is definitely showing its age, but I don't need to worry about the Windows requirements. My CPU isn't supported for Windows 11 so I'm sticking with what I've got until Windows 10 hits EoL. Then I'll probably buy a 64GB AMD system and switch to Mint at that point.

[-] vraylle@beehaw.org 1 points 1 year ago

Bingo! Rural in particular is slow and unreliable. Something like this isn't a practical option even if I was OK with it. I'm already planning to switch to Linux when I get a new PC or when Windows 10 hits EoL. This would make the switch a necessity.

[-] vraylle@beehaw.org 18 points 1 year ago

At least with my subscriptions I've been noticing an increase in sponsored segments. And you know what? I don't mind. It's much less jarring when the "host" is also doing the ad and pretty much just works it into the video. People have to make money, and this old-school approach works for me. Reminds me of ads in old TV/radio shows. And it doesn't suddenly change the scene and quadruple the volume along with seizure-inducing backgrounds.

[-] vraylle@beehaw.org 1 points 1 year ago* (last edited 1 year ago)

This only works out if you're not tracking future dates, but yeah, that's basically what we're doing. Server side is UTC, UI converts into user's zone for display and sends UTC back to the server.

5

The primary application at my job was...not well written. Originally .NET Framework 3.5 with a strange collection of approaches to MVC. SQL Server for data. I claimed it look like something written by CS students fresh out of college on their first job. Turned out I was close...it was written by 3rd-year CS interns. We've fixed and improved a ton (including migrating to .NET 6 earlier this year).

One of the ongoing issues was the use of SMALLDATETIME and DATE fields for everything. We've been gradually migrating these to DATETIME2 or DATETIMEOFFSET (we don't have future dates) as UTC. Because 95% of our usage had been CST/EST, we've typically set the time component to 17 hours to get a reasonable noonish time in those zones when we don't have a better time of day.

Had another round of these today and thought it was going well. Finally got it running and everything was +1 day from where it should be. Spent an hour trying to figure out the issue.

Converting for display incorrectly? No. Serializer not doing what was expected? No. Configured time zone got messed up? No. Brought in our DBA to help me figure it out.

I had added 17 days twice.

Side note: I wish everybody was on UTC time and time zones would forever disappear into the ether.

TLDR; Migrated time wrong because I'm stupid.

[-] vraylle@beehaw.org 1 points 1 year ago* (last edited 1 year ago)

Modding as we know it today really started with Civ (Civ II, to be precise). There were several sites sharing different mods back then. I had one of the most popular ones for a while, to the point where MicroProse asked to post a link on the official site. The mods were ZIP files with instructions, and nobody had come up with a name for them. I started referring to them as "modpacks", and that stuck. Eventually that was shortened to just "mods". True story!

(FYI you can see here where MicroProse put links to other websites. Mine was listed in 1997, where the wayback machine doesn't have entries.)

vraylle

joined 1 year ago