I did something similar. I use Karabiner and I mapped the right Option key on my external keyboard to Option+Shift (A1), and right Control key to Control+Option+Shift (A2). I've configured Aerospace such that if I want to change focus, I use `A1 + hjkl` to move the focus around, and if I want to move windows around, I use `A2 + hjkl`. I use `A1 + ui` to switch workspaces, and `A2+ui` to move windows between workspaces. For shifting focus between monitors its `A1+m,` and moving between them `A2 + m,`
By far these are the shortcuts I use most often and if there are apps with conflicting shortcuts, I change those to something else. I haven't thought about it much but I'm sure I can extend this pattern further for better ergonomics. It works great so far.
Usually when I see someone who has mental health challenges on HN my advice is something like: "go see your primary care physician and see if you can get an antidepressant prescription, do as much cardio exercise as you can, develop your social supports" That's because frequently I can point out enough symptoms of depression to justify the dx. In this case I can't quite.
The word "delusion" though bothers me and, the OP is using it accurately, it could be a sign of something more serious (though I'd think most delusional people would not describe themselves as suffering from delusions; when I was under the influence of a system of delusions I was insufferable and it took about six weeks of tough love from a close friend and some misadventures right out of Don Quixote for me to snap out of it)
In this case I'd recommend talk therapy. In 2024 waiting lists are long. A close associate of mine started therapy recently and took about three months to get an appointment, so he should start now. He can probably get something in person but there are also online services like BetterHelp.
The OP might still want to see their PCP, it is not bad to get his thyroid checked and might still want to try some medication. If he does he should expect to have several contacts (maybe over the phone) with his doc to vary the dose and maybe try something different. In his case I'd want to watch carefully in case symptoms got worse. A primary care doc can also give a referral to a talk therapist (could be a psychologist, social worker, pastoral counselor, ...) or to a psychiatrist or psychiatric nurse practitioner (expert in prescribing medications for people with severe mental health issues)
Because folks don't take you seriously otherwise. The barrier to entry to everything nowadays is "how many followers do you have" or something of that sort. And I don't want to play the game of making content for the sake of it, making content to impress people. I want to make what I want to make, the things I love, the things that excite me in the first place, otherwise what's the point.
Yeah I've had therapy. My mental health is a ton better than it used to be. It's how I could even be pursuing the things I'm pursuing now. It just gets especially hard when I'm trying to make things happen and it feels like there's so much holding me back.
I don't know if the author of the blog post means something else but if you're using 2FA tokens (i.e. Yubikey Authenticator) you can put password protection for additional security.
Yubikeys have PIN for FIDO2 passwordless auth, see `ykman fido set-pin` command (IIRC, there a GUI for this as well but I don't have a single passwordless login - to best of my awareness, no single website on the web that I use seem to support this).
This is different from typical U2F operations, though, where website asks for a password ("know") and a hardware token ("have"). For those, password is the secret part already.
If someone phished someone's password AND stole one's Yubikey - well, this is a very peculiar situation, where, indeed, the scenario fails. If someone steals a laptop with Yubikey plugged in - they (hopefully) don't have passwords. Unless someone had set it up to login and open their password manager with just a touch of the said Yubikey, without anything extra. Which is, again, quite a peculiar situation.
OMG! I was wondering you might be proposing this. You should not be using "new" keyword anywhere in your code. If you have hard coded implementations like that in your code then how will you mock them in unit tests? I hope you'll not reply-with saying "don't write unit tests".
"OMG! I was wondering you might be proposing this. You should not be using "new" keyword anywhere in your code"
That sounds like dogmatism, and I'm going to take a special note of the emotionally charged language you're using here; it's symptom of some of the underlying issues I see in our industry (more to be said on this).
That said, I do agree with the sentiment in general, but you can (and sometimes should) use the `new` keyword in your code, especially when writing tests. In some cases, it makes testing so much easier and helps with the maintainability.
"I hope you'll not reply-with saying "don't write unit tests"
After 2 decades in this profession, the only think I'm sure of is there is no "silver bullet". Of course, as a general rule, it's a good idea to have a test coverage of your codebase but sometimes it's not valuable and not worth adding it. So it's a "it depends" from me!
I am a big fan of DI, but you can often get a lot of useful unit testing done when you try and keep I/O mostly seperate from the rest of the code. If you have ever programmed in Haskell you will know what I mean.
True. But a least a little? Or if low frequency sound is actually not transmitted through air but through the floor and body then one could step on something soft.
By far these are the shortcuts I use most often and if there are apps with conflicting shortcuts, I change those to something else. I haven't thought about it much but I'm sure I can extend this pattern further for better ergonomics. It works great so far.