Software release 2.30.26
-
I don’t know how many other forum users are software developers so I just wanted to comment on what, from my perspective, Suunto have managed to achieve with this latest update and a guess at some of the context which I hope will give everyone some insight and hope Note that these are just my guesses based on over 25 years as a software developer - I have no insider knowledge!
On the outside this update (and the previous version for the Race when it was first released) looks to be some new ui, some performance tweaks and then, of course, the map layer on the navigation. The fact most people are focused on the new features and there are only really a few small bugs is actually massive credit to the Suunto development team.
The reality is that Suunto have almost certainly spent the last couple of years porting their entire codebase over to new core hardware, unpicking all the code related to the algorithms they are no longer licensing, researching, implementing and tuning new algorithms to replace them, integrating new hardware units such as the multi-band gps and, of course, also writing all the code for the new features. I really wouldn’t be surprised in 70% of the watch codebase isn’t basically a rewrite compared with the Suunto 9 (non-pro) range. This is a massive effort to basically “stand still” and get back to where they were 2 years ago but with a platform fit for the future.
On top of this, of course, the company has changed ownership and likely changed internal focus multiple times as a result. There’s been a transition over to the new App platform - and new features on the app - and at least some resource has been needed to keep the existing old codebase ticking over with new features (e.g. the SuuntoPlus guides and apps), compatibility and new hardware releases such as the Peak devices.
Now the new platform is out I strongly suspect half the development team have collapsed on the floor and then slept for a month but the company is now able to shift all that resource forward to hopefully more frequent feature updates, new hardware and happy times for the future
Software development is really hard and spending months or years basically rewriting stuff without forward progress and knowing your competitors are racing ahead can be somewhat soul destroying so, Suunto, thank you for all your hard work
-
@Dimitrios-Kanellopoulos does this affect my middle two pictures? <30 recovery >61 gains despite 6-week avg of 454 TSS? And pushing beyond normal limits where weekly TSS was half my 6-week average? If so, then this is clear. Thanks
-
@far-blue Amen 🫡
-
@far-blue Best post I’ve read this month. Amen indeed
-
@Dimitrios-Kanellopoulos
Thank you for this message
Thank goodness it’s not the weather data
Please keep us informed as to when these bugs will be corrected. -
@far-blue thumb up for this
-
@far-blue What new platform you’re talking about?
New UI introduced already in 9PP almost year ago? Map module added in April with vertical release? Or these couple widgets added/reorganized with recent race release? -
@Majkel-Paszeko The 9 Peak Pro is, as far as I can tell, the first of the new generation platform watches on which the Vertical and the Race have been based. This is why the 9 Peak, Baro and 5 Peak won’t be getting the new features but the 9PP will.
-
@Majkel-Paszeko said in Software release 2.30.26:
@far-blue What new platform you’re talking about?
hardware platform I suppose
-
@wmichi I’m wondering if Suunto did this on purpose showing TSS etc from the day before on the watch. It’s not intuitive but wondering if there is some logic behind it I don’t understand. No excuse here just wondering…
-
@far-blue Amen well said
-
@BastMaSVSRS9PP some explenation i heard from our local fb group moderators: that metrics in SA can be collected from multiple watches, co CTL, TSB is being calculated individualy in the watch and only sync from SA when soft reset happened. But it doesn’t convince me.
Metrics in SA should be always the primary “source of truth” whatever number of watches they’re collected from. Every watch (even if i use many and swap them) should pull these common metrics from SA on every sync.
While not doing sync for longer, watch should follow with its own calculations and keep updating metrics individually/internally so it shows very current informations always.
When it’s doing sync again, it shoul first send all missing trainings to SA, let SA re-calculate metrics, then pull them and let them override internal values.
Does it make sense? -
I share the same opinion as far-blue. I would also like to add that Suunto’s development team will not be as numerous as, for example, Garmin has.
And still SV and SR are breakthrough watches! I like Suunto, I switched to Garmin once and then regretted it. Despite some problems, Suunto has heart. Just like the Suunto community.
The watch hasn’t frozen during activity yet after the update, that’s essential for me.
I would allow myself just two things:
-
I was expecting an improvement in SpO2. It still measures 99%. A useless feature, I wouldn’t even brag about it in marketing. Of course, I am aware that the watch is not a medical device, but even so at a price of over 500 euros.
-
Suunto metrics while sleeping. Fever today, passed the night, I feel terrible. And the quality of sleep? 72% with a heart rate over 70 and a sleep duration of 6 hours (alleged). I would have maxed out at 40% before the update. Some people are more comfortable with the new metrics. It’s probably subjective.
Thanks Suunto for the work though!
-
-
@Walter-Samuel I believe that all metrics with new algorithms need to establish new baselines etc. Therefore, I would really give them a week or somethig before rating sleep quality and resources accuracy.
-
@far-blue I don’t have 25 year of experience in software development, but my 18 years are also more than enough to know, that you are absolutely right. Endusers simply don’t see how complicated all of this can be. They only see the result and they can only judge the result. And if the result is buggy, it’s buggy.
Ordinary users just want a product to work as advertised, they don’t care about code refactorings, migrations, unit tests, reimplementations of existing code or whatever. Why should they? If you ship buggy software, people will complain about those problems until they are fixed. We just have to deal with this. -
@Dimitrios-Kanellopoulos said in Software release 2.30.26:
Tss etc values are off by one day. Known issue.
Does this clear the discussion?
Yes but when this Problem will be changed?! Why this was not seen by the beta testers before bring a new watch out
-
@wmichi said in Software release 2.30.26:
Ordinary users just want a product to work as advertised, they don’t care about code refactorings, migrations, unit tests, reimplementations of existing code or whatever. Why should they? If you ship buggy software, people will complain about those problems until they are fixed. We just have to deal with this.
That’s the point. Users want a product to work as advertised (and expected) because the’ve paid for that product. This isn’t an Open Source software like Intervals.org or something like that so users/customers are going to demand the correct behavior.
-
@wmichi If I wanted to summarise my post, it wouldn’t be “Bugs happen, deal with it”, it would be “The developers will have been pressured (completely understandably) to release by the marketing department but the slow updates, lack of communication and lack of features over the last 2 years should be a thing of the past and bugs should get squashed within weeks so be hopeful, don’t despair :)”
Of course, this is entirely my guess and I have no internal knowledge so I might be completely wrong.
-
@jjpaz I am one of those people. And I submit bug reports, because I really like Suunto watches and the app. If I wouldn’t care I would use another brand. While Polar seems to be at the end (not an expert, it seems to me this way), Suunto will make a big comeback, I am sure. All of those recent developments are awesome. Just a little bit buggy
@far-blue That’s also what I was thinking, good summary. Of course it’s always the management/marketing/the money/market pressure. That’s no sarcasm, in my experience this is simply how the business works. No dev has an interest to ship buggy software. That’s something we should not forget: everyone is doing his/her best: devs, testers, support,…
-
@jjpaz There has been a cross-industry shift over the last few years due to the implementation of automatic over-the-air updates in products. The benefit is new features on existing hardware and, often, new features arriving more frequently. The flip-side is that there’s also often more bugs. It all boils down to market competitiveness - it’s more commercially successful to release features with minor bugs if the cost of fixing those bugs is low. If you hold off on a feature release when your competitors have strong offerings then you miss out on sales. Before OTA updates, the cost of fixing bugs was much higher - initially because you needed to replace the hardware and then, more recently, the support helpdesk resource costs of explaining to users how to do a firmware update via their computer. This meant slower release cycles and more testing. You can see the exact same pattern across TVs, home security products, even xmas tree lights! I’m not saying it’s a good thing, just that it’s a thing And Garmin have had their fair share of dodgy updates over the last few years - hence why they have a beta community testing program.