1,889 karma · joined November 25, 2022
I also find that, as performance improvements tolerances get tighter throughout the system, the set of 'things that can screw your build' grows bigger.
>In the scenario you've described, the technology is not working, in the complete sense including business requirements of reasonable operating costs.
In the parent comment's reasaonble premise, they wouldn't be sure of what they would need.
If embedded projects start using C standards from the past quarter century, they can join in on type discourse.
So I think it's unfeasible to maintain a society that rules with an iron fist over interstellar distance and time.
The 'difficulty' of Rust would have been preferable, in hindsight.
The best path is one of calamitous implementation that scares off other countries and embarrasses this one into a u-turn. But it's increasingly unlikely.
On one hand this demonstrates that it isn't useful for testing innate skill.
On the other hand, it was the best paid work I've ever done. It was an essential part in me getting a job (not at Meta) that paid multiples better than previous roles.
This work allowed me to place myself in a group of people who can pass the test. Some of the people who are outside this group would make fine employees but don't want to or think to put in this work, for understandable reasons. But all of the lackadaisical applicants will fall outside this group. I get to signal that I'm not one of them.
I spent 4 years in higher education for a non-essential positive signal to employers: 2 weeks is nothing.
In the past I hated Leetcode, now I've begun to think of it as an opportunity. While as an individual my opportunity to shift the consensus on this form of interview is low, my opportunity to benefit from the arbitrage is high. Don't hate the player, etc.
You get neither
Sorry but no, really no.
Windows:
- Has two ways of swapping between windows, taking up 2/3 of my modifier keys for use with Tab
- Loves to offset windows by one pixel and resize my taskbar
- Irrevocably moves things around if I disconnect a monitor
- Flashes taskbar icons constantly, like a particularly badly behaved terminal bell
and Mac:
- Leaves zombie processes in the cmd-tab list
- Is philosophically incompatible with any kind of fullscreen workflow.
Both have:
- Slow animations for basic windowing
- Only a few tiling options
- Minimal configurability...
- ...which doesn't matter anyway, because if someone at HQ gets bored, you're getting a UI interface redesign that's incompatible with your current workflow
- An approach to tab dragging that induces seizuring windows, because things are just too slow and fickle
- The ability for anything to steal my focus, mid-typing
But what's most damning of all is that both have a wealth of popular tools written and used by people trying to wrangle them into something useable.
There is nothing I could do to make them as fast to use as my tmux based workflow, simply because they do not work quickly enough for the keypresses I'm entering and don't even appear to be deterministic.
Required reading for internet comedians.
This is the rule for a lot of apps and mobile websites now. I don't understand why - we have so much RAM available - but they love to refresh whether there's a reason to or not. And even if there's a reason not to. I can't count the number of times I've tapped on a tab that has a minature version of all the information I want, only for it to be replaced by a loading screen or 404.
A while ago I noticed my battery usage had gone way up. It was because any time I was distracted from my phone (or lost internet connection on a train), I would just leave the display on. Locking the phone meant that I'd lose whatever context I had.
It's hard to view your opinion as unbiased when you think this is how people indent with spaces.