3 ms·

This is what happens when pure software people, with no hardware experience/education, do hardware for the first time. I've seen it multiple times, including in

by nomel 1y ago

This is what happens when pure software people, with no hardware experience/education, do hardware for the first time. I've seen it multiple times, including in robotics. The mindset can be too far disconnected from real world consequences, especially those of electrons doing their thing. In this case, the problem seems to be a complete disconnect from reality itself, at the decision making level of the company. I'm guessing many of an engineer there are saying "told you so".

pedalpete 1y ago
I'm not sure I agree with this take. We're software people who have gotten into hardware, and we're in the sleep space as well. Our tech was designed to work completely offline, not really for this type of situation, but just because you never know when someone won't have ble.
- nomel 1y ago
  Of course, it's not some hard rule. But it's very very consistent, in my experience, with all the pure software people who have come to work in all the hardware groups I've been in, throughout my career. > but just because you never know when someone won't have And, with that, you've shown mindset was not too far disconnected from reality. Now imagine not considering that someone may not have a constant internet connection, and you get this company, and closer to what I usually see. edit: related, we have some air gapped systems. and wow do peoples brain implode with that constraint. from what I can tell, the whole concept of using/deploying compiled binaries/libraries is becoming a lost art. If you're starting a company like this, hire a seasoned firmware engineer and make sure they have decision making power, and an adversarial relationship with the cloud team.
mock-possum 1y ago
Funny, as a software person I feel like the last thing I would want to do is depend on software to move a hardware component - I’d always want some sort of physical, manual, mechanical fallback.
Ylpertnodi 1y ago
>I'm guessing many of an engineer there are saying "told you so". I'd guess not, because they're still working there.
whatevaa 1y ago
I would say inverse is true too. Hardware companies producing software also end up with shit software. It's as if it requires different mindsets. Not many companies get both right.
RGamma 1y ago
I see the usual accelerationist playbook: Create happy path (minimize cost/time to market) -> sell happy path -> use income to fix other paths (or crash and burn)
deleted 1y ago
[deleted]

by nomel 1y ago

pedalpete 1y ago

I'm not sure I agree with this take. We're software people who have gotten into hardware, and we're in the sleep space as well. Our tech was designed to work completely offline, not really for this type of situation, but just because you never know when someone won't have ble.

nomel 1y ago
Of course, it's not some hard rule. But it's very very consistent, in my experience, with all the pure software people who have come to work in all the hardware groups I've been in, throughout my career. > but just because you never know when someone won't have And, with that, you've shown mindset was not too far disconnected from reality. Now imagine not considering that someone may not have a constant internet connection, and you get this company, and closer to what I usually see. edit: related, we have some air gapped systems. and wow do peoples brain implode with that constraint. from what I can tell, the whole concept of using/deploying compiled binaries/libraries is becoming a lost art. If you're starting a company like this, hire a seasoned firmware engineer and make sure they have decision making power, and an adversarial relationship with the cloud team.

mock-possum 1y ago

Funny, as a software person I feel like the last thing I would want to do is depend on software to move a hardware component - I’d always want some sort of physical, manual, mechanical fallback.

Ylpertnodi 1y ago

>I'm guessing many of an engineer there are saying "told you so". I'd guess not, because they're still working there.

whatevaa 1y ago

I would say inverse is true too. Hardware companies producing software also end up with shit software. It's as if it requires different mindsets. Not many companies get both right.

RGamma 1y ago

I see the usual accelerationist playbook: Create happy path (minimize cost/time to market) -> sell happy path -> use income to fix other paths (or crash and burn)

deleted 1y ago

[deleted]