MajorasMaskForever

There's a few threads over on Reddit and the LTT forum about how Linus has apparently handled this all wrong, they should have made a video years ago, Linus being dismissive of if on WAN show is him being detached from reality, you know, the usual bullshit

Edit: ITT https://lemmy.world/comment/14273487

In fairness to me (and maybe you) Sync didn't load the comment initially so only after I kept reading I found it

Realistically no. The support needed to manage the devices we all use is just insane, and I think a lot of people take for granted how the x86 platform has evolved over the last few decades. The ARM landscape does not have the standards set that x86 does and that will always hold it back. Qualcomm learned long ago that it's within their best interest to be constantly changing the SoCs and never really documenting/supporting them very well because it forces all of the downstream vendors to do constant refreshes. Toss in the development hellscape my fellow programmers created ourselves and we get the vicious cycle we're in today where Google saying they'll support a device for longer than a few years was the headline sales pitch

-typed on a Pixel 8 which was purchased due to that sales pitch

Freshly picked Tingles Rosy Rupeeland is a masterpiece and the most important game in the series, I will not hear otherwise

Partially agree. The series as a whole fully agree, game by game is iffy

XC1 can absolutely stand alone and really needs you to go in blind

XCFC doesn't make sense without having played XC1

XC2 again can stand alone but you'll catch some story stuff sooner if you'd played XC1

XCTTGC makes no sense without XC2

XC3 is this bizzaro mess I'm still not sure what the fuck happened but I think it does need XC1 and 2 background knowledge

XCFR retains XC3 heavy reliance on the previous games, but cranked up to levels that makes the Star Wars sequels seem almost reasonable

ITT: People not understanding staffing costs. $150 barely covers the cost of a substitute teacher for one day

(At least it used to, ten years ago my sister was a sub and she'd make a little over a hundred a day doing that, it may or may not still be enough)

In a round about way, it probably is geographically related. So few people live there due to the land being pretty useless, but not so useless that the people there are spread out and when county lines were drawn they followed county sizes similar to Midwestern states. More western states drew larger counties but had similar population density averages so the number of people per county are high enough that there are enough suicides that someone may actually be tracking that on an annual basis

Arbitrarily cherry picking that squished pentagon county in northern Nebraska, there are only 769 people living in the entire county . If just one of them committed suicide that county would be off the charts lethal at 137. So when you take the US average suicide rate per year it could take up to ten years for someone in the county to commit suicide. So there probably isn't anyone keeping real statistics in that county

Realistically I think this is a bad map since counties with lower populations get disproportionately amplified suicide rates

How dare you, you forgot the Ardanian soldier. He was very specific and clear

The real metric is dollars per second of destroyed hardware ;)

I once watched an engineer blow up a $200k prototype with a terminal alias.

Heh, I guess this shows my corporate software dev experience. Whenever I've taught git workflows it was always paired with a work ticketing system where any changes you were making were ideally all one single set of changes. If you need a feature or bug fix someone else was doing that was being done on another branch which you could pull into your code early and for tracking purposes we always made sure the other person merged into main first. The only time I've seen per line manipulation with git was when someone made a ton of changes in a file and wanted to revert a handful of lines.

Everything else you mentioned I've had a web git host like gitlab or bitbucket for, but I kinda put that more into peer review workflow than git itself

That is the one use case I've seen where a gui is absolutely faster.

In my line of work, I primarily work on embedded systems or process automation so any new files in the repo directory either need to be added for tracking or to the ignore file. I'm not saying it will never happen, but at least in my experience it happens so rarely that I always try to teach command line when possible

Linus Sebastian enters the chat

Every time I mentor a dev on using git they insist so much on using some GUI. Even ones who are "proficient" take way longer to do any action than I can with cli. I had one dev who came from SVN land try and convince me that TortoiseGit was the only way to go

I died a little that day, and I never won her over to command line despite her coming to me kinda regularly to un-fuck her repository (still one of the best engineers I ever worked with and I honestly miss her... Just not her source control antics)