Software release 2.30.26
-
@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.
Suunto T3D
Suunto Spartan Trainer
Suunto Spartan Ultra (retired)
Suunto 9 Baro (retired)
Suunto 9 Peak (retired)
Suunto Vertical
Suunto Race S -
@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. -
@Majkel-Paszeko yeah that makes sense. Thanks for explaining !
-
@far-blue Yes, I know the ânewâ industry process. In my company we are âfightingâ every day with our own developments (and bugs) and the third-party partners software and bugs.
Also our customers demand us to correct the issues as soon as possible.
Some issues are solved as soon as possible, some bugs are acknowledged and delayed due to âscript requirementsâ (or more commonly, priorities).
Itâs not easy to find the balanceâŠWhat we do is allow downgrading to a stable software version (or previous one) in case of a serious failure. I think Garmin also allows that.
