Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Code is run more than read (2023)

olano.dev

Post reply on HN
Print view View original

71–80 of 110 posts

Re: Code is run more than read (2023)

#71

Post by stronglikedan »

snek_case wrote: post #57
logancbrown wrote: post #48

Earlier quoted context omitted.

The Ford Maverick (2022+) requires removing the air intake to remove the car battery. This is fairly common across many new car models.

In general it looks like these kinds of changes are trying to make it harder for people to do this kind of basic maintenance themselves. Force you to go to the dealer.

> Force you to go to the dealer.

I recommend to never go to the dealer, unless you're going there for a warranty or recall repair. A local repair shop is always the better option. And if you don't know of a trustworthy local shop, take it to the dealer for an estimate, and then you know if the local shops are bullshitting you (they should come in way under dealer prices).

Re: Code is run more than read (2023)

#72

Post by GettingOld »

maury91 wrote: post #59
kerblang wrote: post #37

Earlier quoted context omitted.

Try replacing the battery. Seems accessible enough at first, but ingenious engineering has made batteries the modern rubik's cube of auto maintenance.

I have a 2009 Citroen and the battery is secured with a bolt that is under the battery compartment and to access it you need to go under the car with a very long wrench, who engineered it is a psycho

I had a 2004 Citroen, which needed the front sidelight bulb replacing, after investigating for 20 minutes, decided to ask the garage how much it would cost next time it was in.

Re: Code is run more than read (2023)

#73

Post by WillAdams »

maury91 wrote: post #59
kerblang wrote: post #37

Earlier quoted context omitted.

Try replacing the battery. Seems accessible enough at first, but ingenious engineering has made batteries the modern rubik's cube of auto maintenance.

I have a 2009 Citroen and the battery is secured with a bolt that is under the battery compartment and to access it you need to go under the car with a very long wrench, who engineered it is a psycho

Since Dante wrote _The Inferno_, there has been a circle in Hell added where car designers are endlessly changing the spark plugs on AMC Javelins, bleeding brakes on Ford Escorts, and similar maintenance tasks which the design made more difficult than is reasonable.

Re: Code is run more than read (2023)

#76

Post by maury91 »

GettingOld wrote: post #72
maury91 wrote: post #59

Earlier quoted context omitted.

I have a 2009 Citroen and the battery is secured with a bolt that is under the battery compartment and to access it you need to go under the car with a very long wrench, who engineered it is a psycho

I had a 2004 Citroen, which needed the front sidelight bulb replacing, after investigating for 20 minutes, decided to ask the garage how much it would cost next time it was in.

I left my Citroen to my mom, and my stepfather has calculated that a light bulb costs 3€, having the light bulb mounted by the mechanic costs 5€ ( including the bulb ), so to save up 2€ he decided ( with good cause ) that he will never replace the bulb himself cause it's extremely infuriating.

I did manage to replace those bulbs myself, and it's ridiculous, it has some sort of spring to hold it in place that is extremely hard to open with your fingers, and even harder to close. And on top of that you can't even see it, you have to take first pictures with your phone, understand how it works and then go entirely by tactic feedback

Re: Code is run more than read (2023)

#77

Post by arealaccount »

tabs_or_spaces wrote: post #74

Once I wrote the perfect piece of software. It was so perfect that there was literally no bugs for months. How could this have happened? Well, the code was shipped but no customer was running it in production.

Software dev would be so easy without the customers

Re: Code is run more than read (2023)

#78

Post by cestith »

direwolf20 wrote: post #22

biz > user is capitalism. Removal of that isn't capitalism. Non-removal of that is capitalism.

Richard Brand says the most important thing to grow a successful business is to put your employees above all else. Being the place where everyone wants to work and cares about their job is the way to get the most loyal customers. Having the most loyal customers is how you make the most money over the long term.

Survivorship bias exists, but look at all the Virgin brands and at places like Google. So for a moment let’s posit he’s correct.

So, then, the problem would seem not to be capitalism generally. It would be the sort of short-term quarterly goals capitalism we see so often in recent years.

Re: Code is run more than read (2023)

#79

Post by bena »

its_ethan wrote: post #50
bena wrote: post #43

Earlier quoted context omitted.

To be fair, you are constructing an entirely hypothetical car scenario where oil filter placement leads to a 5-10% increase in fuel efficiency. We're already in the land of the fucking ridiculous. Let's have fun with it.

I'm using this hypothetical to illustrate the point that: tradeoffs exist, and that you (we) may not have full insight into the full complexity of the trade space that the engineers were working with. Putting some random number of hypothetical mpg improvement was clearly a mistake, but I assumed people here would be able to get the point I was trying to make, instead of getting riled up about the relationship (or lac…

And he's using his hypothetical to illustrate the point that: even while some benefits may exist, there are other considerations besides one measure of efficiency.

That's the point you're not getting. People get your point. They're just pointing out that sometimes the juice isn't worth the squeeze. And for something that needs to be regularly accessed, it's better for it to be accessible than strictly optimal.

And during the whole debacle, you've demonstrated that you don't have much insight to the trade space at all. And you're so dead set on "not being wrong" here that now you're accusing everyone around you of being riled up. We're chill, dude. We're starting to worry about you.

Re: Code is run more than read (2023)

#80

Post by its_ethan »

bena wrote: post #79
its_ethan wrote: post #50

Earlier quoted context omitted.

I'm using this hypothetical to illustrate the point that: tradeoffs exist, and that you (we) may not have full insight into the full complexity of the trade space that the engineers were working with. Putting some random number of hypothetical mpg improvement was clearly a mistake, but I assumed people here would be able to get the point I was trying to make, instead of getting riled up about the relationship (or lac…

And he's using his hypothetical to illustrate the point that: even while some benefits may exist, there are other considerations besides one measure of efficiency. That's the point you're not getting. People get your point. They're just pointing out that sometimes the juice isn't worth the squeeze. And for something that needs to be regularly accessed, it's better for it to be accessible than strictly optimal. And du…

> there are other considerations besides one measure of efficiency

Bruh that's literally what I was saying? Instead of how efficiently can you replace a filter in an engine, another benefit might exist instead. Said another way, maybe the "juice" gained from redesigning a fuel filter system instead of using an existing one form another car wasn't worth the "squeeze" of cost and development for the company.

Kinda feels like maybe you (the majority of replies to my original message) didn't get the point, and instead took this as some literal suggestion that I think engines need to have filters in certain spots.

The fact that so many people took this as literally as they did, and seemingly chose to ignore the underlying message of "hey maybe consider tradeoffs exist" makes me start to worry about you too.

Post reply on HN