mherkender

I'm not sure what you're trying to say. My point is that it's sandboxed in the browser.

I use Linux so I do have a great deal of control over the version of Chrome I occasionally use.

It's nice to be able to flash something without having to give some random software access to your computer, or having to build three different versions of a device flasher for each major OS. It's boosted adoption of ESPHome devices.

Large software projects cycle back and forth between fragmentation and defragmentation. There is no right answer, only what's right for each project at the time.

Relevant xkcd: https://xkcd.com/2044/

It's not that extreme -- I had to get a new phone recently and it has 12 GB.

There is such a thing as reasonable upgrades and necessary replacements. But long-term FAANG software projects are built like sedimentary rock -- layers upon layers. This bloat has a real cost in performance but hardware upgrades help defer the problem and users pay for it.

Encryption doesn't require 16 GB of RAM. Phone upgrades are like subsidies to mediocre software projects.

There is almost nothing my current phone can do that a phone from 2012 couldn't do, it's just the one from 2012 can't run today's bloated software.

South Korea has 5x the population of Ohio, but around 27x the number of bars [1]. So it really is a lot of bars.

[1] https://www.ibisworld.com/us/industry/ohio/bars-nightclubs/1...

I think it's easy to unknowingly surround yourself with yes-men and become insulated from failure. Losing then seems like an exception to the rule, a bug.

This is kinda why I hate advanced type systems, they slowly become their own language.

"No compile/no codegen" sounds nice until you get slow compile times because a type system is slow VM, the error messages are so confusing it's hard to tell what's going on, and there's no debugging tools.

Nothing will happen. If something does happen, it will be an attack on the author of the article.

Different product launches have different people running them that want to do things their way, and not enough leadership to keep the overarching vision consistent.

You're not wrong, but if one of the main Rust proponents and one of the main anti-Rust proponents both quit, that doesn't strike me as them finding balance.

I empathise. It's important in any large software project try to converge on one right way to do something, because inconsistency is bad for maintainability.

That being said, change is inevitable, so this desire for maintainability can't prevent all change.

It's a shame they couldn't find a way to balance these things.

You could probably say the same thing about tens if not hundreds of thousands of people in prison.

I think you are categorizing people's peferred methods of persuasion. There are traditionally three ways to persuade someone -- logic, emotion and authority.

Ultimately people weigh each method differently. I think you are pidgeonholing them into two categories.

I think that's unwise, since it hurts the potential for you to grow your "EQ", so to speak.

I mostly agree but I wish it could be more automatic. I like Golang's error system I just wish they'd provide shorthand ways of handling them.

The cores aren't slow so much as software was designed for more powerful devices. It's a shame, really.

I can't imagine what it's like to be so passionate about something that works, and it's not some philosophical/moral issue, just -- real programmers use X?

I use vim, IDEs, debuggers, printf debugging, whatever works. A tool is a tool. I guess my holier-than-thou position is against the idea that there's one right way to do anything.

This is a great device but I can't imagine giving so much power and control to a closed-source, self-updating device.

Defamation is a crime, the fact that his listeners harassed people because of that defamation makes it even worse.

I'm self-taught, mostly anyway.

I don't know what kind of languages/environments you use, but I recommend investigating and trying out some popular technologies and architectures that are allowed in the scope of your work. Try to understand the pros and cons of each approach.

When you want to know the "right way" to do something, try reading the code of the most experienced programmers and successful projects written in the same languages/environments as yours. Very little in software is "new" so chances are someone has tried it before. Maybe LLMs are good for this, but I usually just read the code.

Focus on iterative improvement not destinations, because you'll never be "done" you just move onto the next project and the next technology. You'll get better as long as you're trying to learn new things.

Freeze your credit with the three major credit agencies. Set up an IRS pin.

I still use Windows for gaming, and it still shocks me every time how poor quality it is.

Within minutes of turning it on I get broken features, disjointed UIs, poor performance, outdated software, and exploitative functionality. Not just from third parties, who are a big problem, but Microsoft itself! They've had decades to address these issues but instead just chase marketable ideas. If they course corrected even a little every year they'd have something viable but it doesn't seem like that's part of their corporate culture.

But I guess I'm wrong because they're a multi-trillion dollar company and still dominate the PC market.

Not sure what you mean, there are a ton of Nintendo emulators out there, some decades old.

Given the poor technical choices made regularly in old corporations, I'm guessing they had no idea what they got themselves into.

That or it's their franchisee's problem and they don't have any incentive to fix it.

Because they made up a surge in organized retail theft.

https://www.techdirt.com/2023/10/31/the-retail-theft-surge-t...

https://apnews.com/article/national-retail-federation-organi...

Maybe it wouldn't fix everything but I'd like to see a great increase on the cap of the number of medical residencies supported by the government. The AMA and doctors in general shouldn't be artificially limiting the number of doctors.

I'd like to see the other usual suspects addressed too but it seems like the doctor shortage is a big part of the problem.

No, it's a real word but it's not commonly used. It may be more common in some specialized areas, like economics.

JavaScript is fairly slow due to technical constraints. It interrupts the rendering of the page both through increased network traffic and while it is executing.

It's usually better to avoid it unless necessary, but many web developers overengineer their pages with JavaScript to the point where it's a problem.

At their core, web pages are documents not apps.