I haven't used a low-DPI monitor for like... not sure, but more than a decade, I'm pretty sure, so for me the weird blocker I have with Zed is the "OMG YOU HAVE NO GPU!!!! THIS WILL NOT END WELL!" warning (I run a lot of Incus containers via RDP, and they mostly have no GPU available).
But what kind of monitors are you low-DPI people using? Some kind of classic Sony Trinitron CRTs, or what? I'm actually curious. Or is it not the display itself, but some kind of OS thing?
Defenders should not have to engage in an costly and error-prone search of truth about what's actually deployed.
Systems should be composed from building blocks, the security of which can be audited largely independently, verifiably linking all of the source code, patches etc to some form of hardware attestation of the running system.
I think having an accurate, auditable and updatable description of systems in the field like that would be a significant and necessary improvement for defenders.
I'm working on automating software packaging with Nix as one missing piece of the puzzle to make that approach more accessible: https://github.com/mschwaig/vibenix
(I'm also looking for ways to get paid for working on that puzzle.)
But because Vim-like keys and modes seem to be so much better integrated in all other editors these days (no good Emacs mode in VSCode for example), seems like it won, and it'll soon be time to accept that.
But every time I tried – I never had enough patience to use it until my fingers have the memory, and didn't see the point enough to keep smashing the editor.
So, very interested in reports of actual hardcore Emacs users about the switch.
This is why the defense budget is never cut. By anyone red or blue. It's a funnel of money that can be pointed at any location in the US and give a bunch of decent full benefits jobs.
If you don't think it makes sense to scale it by GDP (though I do), then in real terms it has gone through cycles since 1965, with definite periods of decrease, even though the overall trend is upward: https://www.johnstonsarchive.net/policy/edgraph.html
I'm sick of the dance of switching apps a few times to try to 'wake up' Bitwarden when I'm staring at a login page in my browser with no Bitwarden prompt anywhere, closing and reopening the browser, manually opening Bitwarden, switching apps a few times, then giving up and manually copying and pasting my password.
This feels a LOT like weight loss. Calories in --> calories out is conceptually very simple, but in practice more people struggle with it than not. It certainly cannot be the case that they struggle with the concept; they struggle with actually putting it into action. Lying to themselves, twisting themselves into philosophical knots, and probably most often, conceding to their cravings. Food acquisition is one of out more basic drives, so it should probably be no surprise that people struggle to intellectualize it.
(as and aside, there are also people who wrongly believe that calories in --> calories out is a flawed concept because not all people have the same metabolism, or not all calories are equal. Both of these are true, but none of them actually negate the premise. For whatever your metabolism, and whatever your category of calories, fewer calories will still produce weight loss. It may feel unfair that someone doesn't have to work as hard as you to produce the same result, but this is actually true in all areas of life. Now that said, improving the quality of your calories is very important, and should not be ignored -- but it also does not negate the premise.)
(FYI - I stay thin by limiting calories, so I don't disagree that fewer calories causes weight loss)
There's no mention of pricing, quotas and so on. Perhaps Codex will still be preferable for coding tasks as it is tailored for it? Maybe it is faster to respond?
Just speculation on my part. If it becomes redundant to 5.4, I presume it will be sunset. Or maybe they eventually release a Codex 5.4?