Hacker Newsnew | past | comments | ask | show | jobs | submit | eitally's commentslogin

I think the audience for home automation is U-shaped. There are folks who are neck deep in it and care deeply, and others who couldn't care less, but not many in the middle. The middle 90% is decently served by Apple, Google and Amazon, too, so there's no need for any real passion or exploration by most anyway.

We're building a custom home and it's only been through this process that I've taken an interest in smart home / home automation. Why? Mostly because

1) building speakers into your walls & ceilings means you need to control their input somehow, and your gear is going to be in a wiring closet

2) if you don't want Alexas or Nest devices sitting around on horizontal surfaces, your voice control options are limited

3) you don't want your security camera footage stored in the cloud

4) you do want a single pane of glass for visibility into things like your HVAC, your irrigation system, your security system, your garage door status, and your AV gear.

Home Assistant is tremendously helpful as a FOSS alternative to Control4, Crestron, Savant, Lutron, and Josh.ai, but you can't entirely escape the "big tech" part of the ecosystem because each of the primary systems (say, your AV streaming or your power shades) will still require use of the OEM's product. Many of which have integrations with or APIs exposed to Home Assistant, but not all.

There are some quality of life improvements available through automation, but most of it is incremental and only enthusiasts would really care.


San Jose. My wife and I have lived in the same house for 10 years and know about 80% of the neighbors in a two block radius. We also probably know 50 additional families within a square mile as a result of our kids going to public schools here. This is essentially just like how it was when I grew up in the 80s, in a rural East Coast City of about 75k.

This, but worse, happened with my inlaws when they purchased a new Lexus (IIRC, a 2025 RX350). It has whatever kind of built in navigation & traffic feature but they wanted to use Android Auto. You can do that, but not until after you go through Lexus' vehicle/driver registration process to enable their built in system. If you don't, not only will neither AA nor CarPlay work, but if you try to use the built in nav it will fail with a superimposed modal after a couple of minutes to nag you into creating an account.

I think that makes it qualify as defective if this wasn't disclosed prior to purchase.

Rip out the factory display and put in a third party one that doesn’t have the telemetry.

I'd return the car if it were me.

This is what RPGs are for

Education contracts do not allow Google to use customer data for advertising.

But they still store the data.

Same goes for any third party service using Google Cloud. Google technically stores the data. They still can’t use it though.

“Can’t”

Correct, "can't". Are you suggesting they secretly violate the contract and use the data anyway?

they do not. I don't work there anymore and don't have any particular goodwill towards the employer that laid me off last year but I can guarantee that any data related to the education sector is under extremely strict controls.


None of those have anything to do with Google for Education contracts, and I hope you realize that.

I really do not understand how anyone can give Google the benefit of the doubt in 2026. They literally make the law. They only adhere to the law when it makes financial sense.

Would anyone be shocked if they did? Tech firms seem to be immune from the law.

After PRISM and Room 641A, anything is possible.

Right but stuff like PRISM is the government getting data. In this scenario “the government shouldn’t trust Google with data because it might end up in the hands of the government” doesn’t really make a lot of sense.

Remind me in 10 years when the story breaks.

Hey ChatGPT, set a reminder for 2036 to tell me whether Google was found not to secretly violate TOS of School Chromebooks and use the data harvested from them to create value for it's shareholders.


What is the point this comment is trying to make? We can say this for every SaaS company on the planet.

No, because not every SaaS company is Google.

Legally they cannot, no. And sure, they could violate contracts and break data protection laws. But they’d be trading an enormous hit on their reputation, who knows how many hundreds of millions in educational contracts for, what, some basic demographic data on kids? Data they’ll almost certainly be able to get via other means once the kid becomes an adult?

I don’t like Google’s involvement in education. I don’t like Google much at all. But we should still be able to examine this stuff rationally without devolving into conspiracy theories that don’t make logical sense.


"reputation"

Honestly reputation isn't the main concern if you're in leadership there, although it is absolutely a concern. The main concern is having to do another consent decree with either the EU or the US government. Those are a complete pain in the ass.

How do you propose they offer the contracted services like MDM, GSuite (email, Drive, etc) without storing any of the data?

That isn't what the OP was alleging. Of course they store data -- encrypted both in transit and at rest, and you can even activate client side encryption (https://knowledge.workspace.google.com/admin/security/about-...) -- but that doesn't mean they exfiltrate, use or share your data for their own purposes.

They don't, they never have, and they won't (unless there is a blatant, illegal policy violation and lapse of controls internally). This is very similar to the controls and policies in place governing FedRAMP contracts or the control of PCI/financial or HIPAA/healthcare data.


Until they turn 16 or 18.

Do you really think the engineering teams pour over those contracts when implementing new features?

Every single time? I sincerely doubt it.

Whatever logical business firewalls Google has between orgs for this kind of purpose seems pretty frail and thin from what I have seen reported.


This absolutely happens, there's a set of teams whose job it is to make sure it happens every time a system is going to be handling customer data. It's not left to the engineers to remember to do so.

Yes, absolutely. Every microservice where I work is architecturally scrutinized by multiple groups over things like PCI, GDPR and SOX, with major features requiring review. And then third party auditors get to review stuff occasionally. PII is radioactive and PCI data is hard siloed.

If you work at a company that deals with education or HIPAA stuff, there's going to be even more of that.

Presumably Google aren't morons or criminals.


They don't even need to know how to read the contract. But its not like engineers can ship whatever they want at a company the size of google.

So my question is, what have you seen reported and what makes you doubt it?


Tell me you've never worked at Google without telling me you've never worked at Google.

There are a lot of complaints you can legitimately levy, but "Google doesn't have enough of a compliance org to ensure eng behaves." is not one of them.


When we moved to the bay area in 2015 (south bay), I was absolutely stunned at the variety of residential architecture, having come from the mid-Atlantic where everything tended to be uniform based roughly on construction date/period. Since land is exorbitantly costly, homeowners tend to build what they like, no matter whether it fits the neighborhood aesthetic or not.


I recommend Doctors of Running (website & podcast). They're a group of running PTs and each of them has different needs & preference. One in particular likes less cushioned and more structured shoes. There are ample options out there.


That's just a bad salesperson.


Conventional wisdom among running coaches and orthopedists these days is that the most important thing is to run comfortably, and that just because something looks "weird" doesn't necessarily mean it's bad or wrong. Yes, it may be inefficient, but it probably isn't hurting the runner, either.


Shoes salespeople wield huge influence over buying decisions, especially if they come off as authoritative.

My son works in a running shoe store that also does gait analysis and they default every new runner into something stable-neutral like a Brooks Ghost, Saucony Ride, or NB 880. They never default with Nike or Adidas because, although both brands make some excellent running shoe models, neither have anything that's in the same category (if Nike had a shoe that was a mix between the Structure & Pegasus, that would be id. If Adidas had something like the SL2 but with a little more structure, that would, too.). The problem with both Nike & Adidas is that they cater to a million different niche audiences, and while both have some amazing running shoe options at the top end (e.g. Vomero Plus for cushioned daily, Alphafly / Streakfly / Vaporfly for racing, etc) their shoes targeting casual runners doing 2-5mi slow runs a couple days a week are lacking. Yes, you could go with a Pegasus, and many do, but although that's a general purpose stable-neutral running shoe, there are way better options from other brands (including Hoka & On, but also Brooks, NB, Saucony, Asics, Topo, Altra, Mizuno, and more).


+1 on Altra. I have Altra FWD and it is far the best running shoes I ever had.


Nike are too narrow for me. I alternate between Inov-8 and Topo for trail shoes. I was really happy with an older pair of Adidas Terrex Pro, but haven't tried the new Agravic options in several years.

Trail running is highly dependent on the type of trails around you. I'm in the bay area and almost everything here is dry, dusty and hard. You can generally get by with structured road running shoes if you want to, and don't need much support beyond that. I would not recommend the same thing to east coast trail runners, or most northern Europeans.


Consider applying for YC's Winter 2027 batch! Applications are open till November 2.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: