Oh, they pushed 'em out alright.The CEO reportedly admitted to the botched rollout stemming from a lack of proper testing and a desire to push out a lot of features simultaneously
You realize they don't know either right?While I appreciate the Mea culpas from the CEO, what I'd really like to see are some timeframes as to when we can actually start to see improvements rolling out.
They do too. If they knew in the first place they would have also known about this entire fiasco up front.We have a couple of the Ikea branded sonos speakers and they used to work relatively nicely with Home Assistant, but all that's gone haywire since this fiasco. I'd like some idea as to when I might be able to try getting them to play nicely together once again.
It's not like they could do anything BUT be candid about it.A company is candid about having screwed up and makes customers whole?
Let’s for a moment recognize the rarity of such an occurrence.
If it was google, they would simple have discontinued the speakers and spun it into a success story.
They haven’t made them whole. They’ve just promised to extend the warranty and are still trying to make them whole.A company is candid about having screwed up and makes customers whole?
Sure, let’s recognize that Sono has admitted to screwing up and are trying to fix the problem they created. That’s just how business works. If you don’t fix your problem you lose customers.Let’s for a moment recognize the rarity of such an occurrence.
That’s only because Google’s ongoing revenue stream is independent of their product customers.If it was google, they would simple have discontinued the speakers and spun it into a success story.
QA doesn't have that power.Technically there was insufficient testing.
If they measured everything broken then they would have known it was too broken to release. By not measuring certain aspects of the new architecture they could naively release it without realizing it was broken.
In other words, QA's job here is to stop a release. If you don't want to stop a release, you don't QA the release.
Why do these execs still have jobs? If you or I fucked up a tenth of how badly these people fucked up, we'd have been fired long ago.Sounds to me like they have a lot of trust to build back up.
Once bitten, twice shy, is a apt metaphor here. Sonos marketed (and priced) itself as "the premier" thing to have for the best audio quality. Then they fumble the ball in their own end-zone, and now have to punt and hope they don't fuck up at all, ever again, going forward.
Cutting exec bonuses is a clever move. But my trust and faith in companies these days tells me I'd have to see that on the financials in writing before I'd even consider that to be true. I don't know how involved investors are in Sonos, but since the head guy is STILL THERE after this, I'd say there's more smoke and mirrors here to appease pissed customers than to placate potentially petulant investors.
After all, these days, the investors come first.
Yeah reports had the developers screaming and yelling to not do the release, they didn't listen to them.QA doesn't have that power.
If QA tells the execs 'stop the release, it's broken' - and the execs say 'fuck you loser I don't care release it anyway' - who do you think wins?
You’re right. It’s not QA’s fault the product got shipped, they’re the ones finding how broken the product is.QA doesn't have that power.
If QA tells the execs 'stop the release, it's broken' - and the execs say 'fuck you loser I don't care release it anyway' - who do you think wins?
Same here. Sonos was early to the market with a set of very cool concepts, but the lock-in killed it for me. It’s cool that you found an affordable way to implement your favorite parts using commodity components.The biggest reason I avoided Sonos, when I was originally considering them, is because they were proprietary.
Huh. I would have thought the whole S2 debacle would have been proof that they don’t get SW updates right:Before S2... and even to a large degree even after S2... Sonos was my go-to example of a company that knows how to do software updates right; products would continue getting updates that actually made them work better for years and years (much more so than other companies). With v80... not so much.
Hey, that $72,000 isn't nothing! But I'm sure the $4.5 million in stock compensation from last year makes up for it some (in fact the stock price is pretty even with one year ago despite rising and falling in the interim period).Forgoing their bonuses, the horror! Those poor executives, surely they will work extra hard next time!
Reuters reported today that Spence and seven other execs "would forgo their bonus in the most recent fiscal year"
It wasn't just insufficient testing. There is a whole re-arhitecture and I'm sure there are features that are marked as "don't worry about it, we'll do it in phase 2" on the testing plan. Classic "deprecate the old thing but replacement is not ready yet" scenario.Technically there was insufficient testing.
If they measured everything broken then they would have known it was too broken to release. By not measuring certain aspects of the new architecture they could naively release it without realizing it was broken.
In other words, QA's job here is to stop a release. If you don't want to stop a release, you don't QA the release.
The executives in this case are only giving up a tiny pittance of their total compensation. It’s a drop in the bucket compared to all the salaries and health care for the many people they fired, or the total stock value lost or the lost revenue… certainly not enough to make up for future lost revenue from all the customers who now hate them. The whole executive team needs to be fired. If you think that’s harsh think about the many blameless employees they threw away almost immediately after this app rolled out. Punish the “deciders”.I do wish this perspective was more common in publicly traded companies: when the employees are all doing what they can to get the product shipped, including voicing concerns to management, when management makes the wrong call, the response to investors should ALWAYS first be "this was a business decision, and it cost us X amount, and it will be coming out of these management line items."
Once exec, and then management, bonuses are eaten up completely, then come the employee bonuses. Once those are gone, we start trimming other executive perks. Once those are gone, we trim management perks. Once those are gone, we trim employee perks.
Only after THIS point is it OK to move on to things like "which contracts do we cut?" And by contracts, I first mean external, and then employee.
Everything you said.The biggest reason I avoided Sonos, when I was originally considering them, is because they were proprietary. I opted, instead, to assemble my own system the traditional way, with speakers, a receiver, and (at the time) a Squeezebox 2. That was a fantastic setup, and even when Logitech discontinued the whole Squeezebox line, the server software stayed available. (It's still being worked on today, although with its lack of hardware players, it's not very attractive anymore.)
I'm still using the same speakers, with a different receiver and subwoofer, and I now drive them with my PC instead of a dedicated player. Buying standard components has let me replace each piece when I was ready. I can still sub out any piece, twenty years later. Everything is interoperable, nobody can lock me into anything. Even all my archived music is in FLAC format, which works almost anywhere, and can be easily converted to any lossy format as needed.
I can substitute anything, and nobody can decide to wreck my system for their benefit. It's not turnkey like a Sonos, but is superior in pretty much every other way. It just took some effort. I had to plan the system out before buying, I couldn't just show up with a credit card.
I don't remember the detailed cost analysis anymore, but I think it was also a lot cheaper than a Sonos.
Reminds me of a failry typical scenario. Having lived this time and time again, leadership above the dev team, having zero interest in the dev process pressures dev for a wildly optimistic delivery date then obstinately refuses to heed missed milestones. The dev factory abuse continues until they are silenced through implied threats until everyone has sufficiently buried their head in the sand up until the deployment date... It's a common organizational dysfunction, I think.My understanding was that the issues were not insufficient testing, but rather the execs not listening to the developers telling them that the app was not ready.
I was wondering how an exec of a global company only had a 72k bonus.Hey, that $72,000 isn't nothing! But I'm sure the $4.5 million in stock compensation from last year makes up for it some (in fact the stock price is pretty even with one year ago despite rising and falling in the interim period).
You should check out Snapcast. Has both server and client, and does some timing sync for the clients. I run server on my NAS, multiple RPi clients with Amp hats for speakers in different roomsThe biggest reason I avoided Sonos, when I was originally considering them, is because they were proprietary. I opted, instead, to assemble my own system the traditional way, with speakers, a receiver, and (at the time) a Squeezebox 2. That was a fantastic setup, and even when Logitech discontinued the whole Squeezebox line, the server software stayed available. (It's still being worked on today, although with its lack of hardware players, it's not very attractive anymore.)
I'm still using the same speakers, with a different receiver and subwoofer, and I now drive them with my PC instead of a dedicated player. Buying standard components has let me replace each piece when I was ready. I can still sub out any piece, twenty years later. Everything is interoperable, nobody can lock me into anything. Even all my archived music is in FLAC format, which works almost anywhere, and can be easily converted to any lossy format as needed.
I can substitute anything, and nobody can decide to wreck my system for their benefit. It's not turnkey like a Sonos, but is superior in pretty much every other way. It just took some effort. I had to plan the system out before buying, I couldn't just show up with a credit card.
I don't remember the detailed cost analysis anymore, but I think it was also a lot cheaper than a Sonos.
Why would you appreciate anything from Spence. He is the person responsible for this fiasco. It's amazing that he still has a job. It must be a pretty captive board that he hasn't been fired yet. This is far from the only debacle he has overseen and all resulted in layoffs of Sonos employees but never him.While I appreciate the Mea culpas from the CEO, what I'd really like to see are some timeframes as to when we can actually start to see improvements rolling out. We have a couple of the Ikea branded sonos speakers and they used to work relatively nicely with Home Assistant, but all that's gone haywire since this fiasco. I'd like some idea as to when I might be able to try getting them to play nicely together once again. The incremental improvements to the app don't seem to have changed the HA issues at all.
Get back to us when it does home theater.You should check out Snapcast. Has both server and client, and does some timing sync for the clients. I run server on my NAS, multiple RPi clients with Amp hats for speakers in different rooms
That's nice. What about home theater?Everything you said.
I'm a Squeezebox user for all the same reasons - the community which is now Lyrion - is amazing.
A note on hardware players that the WIIM products seem to be an excellent option at present, supporting Squeezebox along with a pile of other protocols (like Spotify connect and Tidal Connect along with Chromecasting audio, Airplay and bluetooth) at very good value prices.
A point to note is that the Server software has been open source for a very long time, which along with some talented and committed contributors has kept it stable and adding features for years.
I'll call out Michael Herger specifically, who seems to be a total superhero - seemingly from (past/present?) Logitech, who is omniscient.
A lot of stuff running through the cloud now that doesn't need to. Creating lag and other issues. I would bet it's so they can harvest users data and sell it. Apparently the price for Sonos speakers isn't enough for them. Ever read their terms of service? Oh boy...It wasn't just insufficient testing. There is a whole re-arhitecture and I'm sure there are features that are marked as "don't worry about it, we'll do it in phase 2" on the testing plan. Classic "deprecate the old thing but replacement is not ready yet" scenario.
this is what needs to be said out loudMy understanding was that the issues were not insufficient testing, but rather the execs not listening to the developers telling them that the app was not ready.
You do multiroom home theater?That's nice. What about home theater?