1,094 karma · joined May 7, 2008
I'm a Pulumi user myself, and I haven't seen a Pulumi provider for Incus yet. Once I get further into my Incus experiments, if someone hasn't made an Incus provider yet, I'll probably go through the TF provider conversion process.
For older games, the biggest advantage WINE has over Windows is WINE's prefix model, which lets you essentially build purpose built environments, not dissimilar to vendoring your dependencies into an OCI container. And if you're running a file system with CoW powers, those separate environments don't even take up a great deal of storage since the vast majority of the prefix is bit for bit identical.
One of the boons of console hardware is also the strict execution environment that is presented on the system. While this of course doesn't prevent all cheating behavior in online games, a large selling point of it as a platform to publishers is not only the market segment available, but the security aspects of the runtime environment.
I'm not sure if performance characteristics are part of what the OP considers "sane", but if it is, I get the position.
I think any startup trying to solve this problem is going to have a really hard time because it will ultimately be external to the platforms where people already are, and user behavior has shown that they're inherently sticky to platforms. I wish it wasn't this way, because I think it'd be great for folks to be able to do this on their own.
I received an ADHD diagnosis a few years ago, into my late 30's, after struggling through and relishing the superpowers of my own behavior. I was suspected of having AD(H)D as a kid, and was assessed but ultimately didn't get a diagnosis. It also turns out that, being a life long technologist, you put me in front of a computer to do an assessment and I will hyperfixate on it because I was given yet another opportunity to be between chair and keyboard. Wild.
I do find that medication helps me. So does structure, and external pressures that help conform me to a healthy routine. Most importantly though, I'm incredibly interest-driven. If I am uninterested in actually solving the problem, it requires moving mountains to convince me that I actually should. Medication is a tool that helps me to do things that suck with less mental effort.
It's not about wanting to eat stimulants for fun. Hell, aside from caffeine, I'd never had a stimulant before starting my meds. And yeah, when I first started taking it, I was high as a kite. But once I leveled off, the new normal was good. It's not a silver bullet - healthy habits, and setting myself up for success are essential, and no amount of meds compensate for when I fall out of a healthy groove. But it has helped.
I'm not a psychiatrist, let alone medically trained at all, so unlike DHH I don't feel like I'm capable of commenting as to whether ADHD diagnoses in kids and providing them access to medications is the right call. What I can say though is that had I had better support as a kid to learn self-reflection, I think I would have been more aware of what I needed to be successful and could have muscled through my younger years with a little less stress and confusion.
I think that's the kicker. It was revolutionary when it came out, and it's a solid technical solution, but Sonos was novel over a decade ago.
If I could go into a dealership and trust that everyone in the building wasn't out to get me, and instead wanted to build a longterm relationship with me from sales to service, advertised the actual cost of the vehicle instead of a BS pre-fees, pre-additional markup price, then I wouldn't do that. Perhaps I'm not seeing the whole story, but as I understand it the dealerships changed their behavior first, and the customer _had_ to get more savvy as a result.
You put enough customer predatory sales practices everywhere, and you raise a generation who just doesn't trust sales staff. It doesn't have to be this way though.
I gotta be careful though, I'm dangerously close to getting on my soapbox about how difficult it is to be a sustainable lifestyle business in today's day, and how much I wish a return to that.
There has to be another option besides letting the arms race continue unchecked. That’s the only option that, in my opinion, ensures that we all lose.
Too much to go into with what Incus does to tell you everything in a comment, but for me, Incus really feels like the right level of "old school" infrastructure platform tooling with "new school" cloud tech to deploy and manage application stacks, the odd Windows VM that accounting/HR/whoever needs to do that thing that can't be done anywhere else, and a great deal more.
Unsubscribing aggressively is pretty great, and helped a lot prior to switching to HEY. What has been stellar for me however was that I can also choose to screen out emails, silently dropping their receipt. It’s a selfish choice, in that I’m not sending feedback to the list owner, but with the amount of lists I end up on, I’m not sure I totally care all that much, and the workflow to screen things out is fast and simple.
I definitely don’t think it’s for everyone, but I’ve been pretty happy with the switch and the nits I do have are vastly outweighed by the things I do like about the system.
It's one thing to provide a source available codebase. That's a choice, and it's fine for various definitions of fine. What they did was legally put themselves in hot water with the inclusion of proprietary dependencies, misrepresent what their intentions were, and likely irrevocably damage their reputation to a small, but vocal minority, who likely have a sizeable overlap with folks that know what Winamp is/was.
It's okay if none of that matters to you, or if it doesn't resonate with you, but the things that were done were comically awful in terms of sharing a codebase.
Not considering all the aspects of a BDR process is what leads to this problem. Not the tool.
If you feel like this sound like an asinine level of requirements in order for me to feel okay with this featureset, I'd require the same level of controls for any incredibly expensive, and potentially dangerous liability in my control that has some sort of remote backdoor access via a cloud. All of this "value add" ends up being an expense and a liability to me at the end of the day.
I wanted a tool that allowed me to store secrets safely without tossing them in plain text env files called `sops-run`. It manages yaml manifests to store your environment variables based on the name of the binary you're running, and only applies the environment variables to the context of app you're running. I never did tidy this up into an installable python package so it can't be easily installed with pipx yet (I keep putting off finishing all of that, pull requests welcome ;-) ), but I like it better than simply using direnv or equivalents, since it doesn't load the environment variables into the shell context, though it could probably be combined with it to hot-load shell aliases for the commands you want to run.