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

Goodbye non-KISS appliances

willbush.dev

Post reply on HN
Print view View original

121–130 of 499 posts

Re: Goodbye non-KISS appliances

#121

Post by bee_rider »

mewpmewp2 wrote: post #108
goriloser wrote: post #98

Earlier quoted context omitted.

I wonder if EU fridges are smaller because people buy food more frequently, but in smaller quantities. Because the grocery shops are closer.

Why do Americans have so big cars then? Seeing the cars was most shocking thing for me when visiting US.

Lower population density and bad zoning means the trip to the grocery store is farther, so you only want to go once every week or two. So, you get a bigger car, to fit more groceries and a bigger fridge for the same reason.

Then, some stupid person fills their car completely with groceries, can’t see out the back window, and backs into you. So, you get a still bigger car, so they can’t possibly help but see you, and then you crash into them, and it goes back and forth until we are driving around in these land-ships.

Re: Goodbye non-KISS appliances

#122

Post by berkes »

I've never owned a refrigerator with odor removing, ice makers, or double doors. Is all this fancy stuff typical American?

Because over here, northern Europe, only the high end refrigerators have ice makers, for example.

Why would one ever want that?

Re: Goodbye non-KISS appliances

#123

Post by bee_rider »

NullPrefix wrote: post #97
ponector wrote: post #48

Earlier quoted context omitted.

As French fries, which actually should be Belgian...

I enjoy American food - pizza is my favorite and Chinese would be the next best thing

American food is fun, we took everybody else’s food and then deep fried it. How could someone not enjoy it, right?

Re: Goodbye non-KISS appliances

#124

Post by Semaphor »

brodsky wrote: post #25

When we upgraded our appliances, the "smart" or "wifi-enabled" ones were specifically avoided like the plague. "Dumb" appliances - especially fridges, for some reason - are becoming hard to come by, but they do exist. Electrolux, KitchenAid, even LG all make some no-frills models that can save both money and frustration. Hopefully those companies continue serving the "luddite techie" market.

Is that hyperbole regarding fridges, or is it really that bad in the USA? Here in Germany, the vast majority of fridges are still just fridges.

Re: Goodbye non-KISS appliances

#125

Post by sunpazed »

After our fancy fridge died, we purchased a “dumb” Mitsubishi Electric WX Series fridge. No LCD panels, no wifi, no time.

It’s tiny at only 470L, however it’s designed for maximum storage in small Japanese apartments, so we can fit heaps of groceries and frozens. It also has a chilled compartment specifically for sushi meat!

Also, 10 year warranty on all parts.

Re: Goodbye non-KISS appliances

#126

Post by zelphirkalt »

tazjin wrote: post #111
czechdeveloper wrote: post #59

Earlier quoted context omitted.

By now, making UI with (by now not completely) SPA frameworks specifically made for that task is just better developer experience. I won't go back to pretty much html string concation via templates. Why do people keep pretending it's better in any way is lost on me.

It's well understood that the reason people drag in these unnecessary frameworks is often because they prioritise their developer experience over the user experience, and you're just proving the point ;) For what it's worth, the developer experience is also highly subjective.

I remember when NextJs could not properly watch files and rebuild when files are changed, because it has a problem with emacs backup files. It would crash and the I would have to restart the watch, defeating the whole purpose. An issue exists/ed on Github, but no real interest was there to fix it. Just to name one example of dev XP that was worse.

The need to deal with whole NPM ecosystem is another point, that significantly negatively impacten my dev XP compared to rendering plain old school templates in other ecosystems.

Re: Goodbye non-KISS appliances

#127

Post by glandium »

ponector wrote: post #48
Solortho wrote: post #32

In France, we have a name for French-door fridges, it's American fridges...

As French fries, which actually should be Belgian...

The french in french fries is about the cut (french cut, aka julienne), not the affiliation t a specific country of origin.

Re: Goodbye non-KISS appliances

#129

Post by omnicognate »

berkes wrote: post #122

I've never owned a refrigerator with odor removing, ice makers, or double doors. Is all this fancy stuff typical American? Because over here, northern Europe, only the high end refrigerators have ice makers, for example. Why would one ever want that?

My fridge craps ice and I never again want one that doesn't. It eliminates faffing with trays/bags (or buying the stuff) and ensures you'll never go to make a G&T and discover, horror of horrors, you're out of ice.

I need my fridge to connect to the internet about as much as I need my oven to operate as a fax machine, though.

(Also Northern Europe btw.)

Re: Goodbye non-KISS appliances

#130

Post by zelphirkalt »

czechdeveloper wrote: post #59
imjonse wrote: post #9

Appliance engineers probably have their equivalent of "Kubernetes and SPA used for no good reason at all and now we can't focus on the actual features"

By now, making UI with (by now not completely) SPA frameworks specifically made for that task is just better developer experience. I won't go back to pretty much html string concation via templates. Why do people keep pretending it's better in any way is lost on me.

Using a traditional templating engine is not treating HTML more as a string than React based frameworks do. Maybe even lass so, because of the separation of concerns. Traditional tenplating engines can separate part of HTML into named components without problem. Check for example Jinja2 or its clones in other languages. There is really no need to treat HTML in a plain PHP string concattenation style. There has not been for decades.

If you want something more structured data, look at sxml (see Racket or Guile). Then implement that in a library and use it in place of the default of most (all?) SPA frameworks.

Post reply on HN