Nothing is temporary. Every script, patch, application, and duct tape MacGyver/Scotty inspired fix I’ve ever written will run for eternity….
What do folks think butter is made out of?
I love the Elder Scrolls. It’s my favorite game series. But after Starfield…. I don’t know that I’m in a big hurry for ES6.
I want it, don’t get me wrong. I want it to be amazing. But if it’s going to be like Starfield, maybe not…
I just watched that episode last night!
It also has a great scene with O’Brien and Worf (not related to the union story) where Worf complains about things on the station being broken down all the time. O’Brien explains to him that DS9 is this weird combination of Cardassian, Bajoran, and Federation technology that was never meant to work together.
He got bored waiting for something to break on the Enterprise and says (paraphrasing) “They need me here!”
Gotta love the Chief!
Yeah, I do all my development in WSL2 (Ubuntu) at work every day. I use VSCode on the Windows 11 host. It’s great!
Would I prefer to use Linux natively? Sure, but I also have to support some Windows-only legacy code and a D365 environment or two, so Windows makes sense.
I work at a place that uses Azure to run everything (not my choice…).
Everything we have runs on Linux containers, Linux Azure functions, and a VM that runs Ubuntu.
You can run Windows on Azure but you certainly don’t have to.
No, because then that cool light would go off!
I do a lot of .NET development at work (back end web APIs). It’s all done in Linux via WSL2. All my code runs in Linux containers on Azure.
Personally, I’ve always preferred Scotty with his TMP era mustache.
I thought Voyager had great characters - it was the only reason I watched the show. I always found the premise of the show to be very uninteresting. But that’s just my personal taste.
I’m using 1080p at 144hz. It’s great!
I think that, in many cases, “what” and “why” are very similar to each other or are closely related.
I’ve had an experience like this on more than one occasion - I come into an established code base for the first time. I’m working on a new feature/refactor/bug fix. I am reading through a function that is relevant to me, scratching my head a bit, and thinking “I think I see what this function is doing, but why did they do it such a screwy way?” Often there are no comments to give me any clues.
In the past, I have foolishly changed the code, thinking that I knew better… But what often happens is that I soon discover why my predecessor did something that looked so weird to me. They weren’t stupid - there was a reason for it! And then I end up putting it back…
Point being, in a situation like that the “what” and the “why” are going to have a lot of overlap. So, personally, I try to write comments that highlight assumptions that won’t be obvious from reading the code, external constraints that matter but don’t actually show up in the code, and so on.
I am far from perfect at it and I probably don’t write enough comments. But when I do, I try to write comments that will be reminders to myself, or fill in gaps in context for some hypothetical new person. I try to avoid comments that literally explain the code unless it’s particularly (and unavoidably) complex.