[Interest] the path forward - that 7 year thing - was willy-nilly

Thiago Macieira thiago.macieira at intel.com
Fri Mar 26 02:41:34 CET 2021


On Thursday, 25 March 2021 12:38:56 PDT Roland Hughes wrote:
> > Qt's horizon is about 7 years.
> 
> That's 8 years too short.

For this industry, sure. But it's not Qt's promise. The fact that some 
industries require a higher standard of support or coding practices or 
stability does not immediately mean that it must be done in all software.

It doesn't make economical sense for Qt to provide support for 15 years. If 
you need Qt for that long, you should engage a consultancy that will sell you 
that contract, the same way that Red Hat sells support for RHEL 6 for 14 years 
total (2010-2024).

> > Anything coded to Qt 3.x needs to ported first to 4.8, before going to
> > 5.0.
> > Once you're in the 5.x series, port to 5.15 and fix the warnings. Once
> > you're clean in a working build, port to Qt 6.
> 
> There is no one who went to a good school for their IT degree where they
> made the person take Cost Accounting ever going to utter that as a valid
> path forward.
>
> There is no MBA, even from a shit school like Keller, that is going to
> sign off on such a project.

That might be, but they may have a bigger cost instead when they need to port 
to what is current at the time.

> > people when those releases were made and the warnings added?
> 
> Watching production systems continue to run and generate revenue or save
> lives, sometimes both. Until management makes a decision to update,
> there is nothing for them to do.

I call that shortsighted: failing to learn from innovation and predict future 
changes. It saves money in the short term, as you readily state, no doubt.

> That is spoken like someone who has always worked in the
> x86-wanna-be-a-real-computer-when-I-grow-up hacking on the fly world. In
> the regulated world, whether you ship a product or not doesn't matter.
> The development process requires you create The Four Holy Documents up
> front.. You have a full QA team with a formal and documented as executed
> testing plan. Full formal code review with secretary and official form
> filing. A full formal test by an authorized third party of the device
> off the actual and formally certified production line. It can't be a
> one-off or a "pilot" line. It has to be *the* line that will produce
> units for sale.

I've never doubted that what you're saying does happen, in some industries.

I'm saying that there are a lot of others where what you're saying does not 
happen. Those generate far more money for the actors involved here.

And if you look at my email address, you'll realise that "x86-wanna-be-a-real-
computer" is insulting.

> > Like I said, I can't help if feedback wasn't given at the time that there
> > was time to accept such feedback. You may say that going away for 15
> > years and then complaining is acceptable in some industries. It clearly
> > isn't in this.
> It clearly *is* the case and the reason companies are abandoning Qt
> wholesale.

That's not a valid conclusion.

I can accept that in some industries what you're saying is true. I can even 
accept that in those industries Qt was in use and now some companies in that 
industry (even all of them) are abandoning Qt.

But you're making a generalisation to all industries. That is not a valid 
conclusion from the facts stated. In fact, you yourself are saying that there 
are "wannabe" industries where it isn't the case.

> > So stop the FUD.
> 
> It's not FUD as others have pointed out. You didn't even know the stuff
> Andre' needed was shot out of the saddle so quit claiming FUD. The
> process is far more Willy-Nilly than measured. The decisions aren't
> based on polling the customers and stuff is shot out of the saddle
> without any viable replacement.

It's not done polling customers because that is not the process. But there is 
a process. Again, you may not like the process, but there is one and therefore 
it's not willy-nilly.

I do not deny we've removed stuff. I am asking that you stop calling it willy-
nilly because:

> https://www.merriam-webster.com/dictionary/willy-nilly
> 
> 1*: *by compulsion *: *without choice
> 
> 2 *: *in a haphazard or spontaneous manner

Neither applies.

> >Wikipedia says RHEL 6 ELS will be supported through 2024. Red Hat must be
> > making a good chunk of money from customers like yours to still support
> > kernel 2.6.32.
> 
> This is another huge section of the market you don't take into account when
> deprecating.

Not exactly. We took them into account and concluded that the cost of 
supporting RHEL 6 outweighed the benefits. I know it's painful for those who 
can't upgrade.

> The embedded systems world ***has*** to have a long life stability path.
> Right now you are chasing the phone market where six months is ancient
> history. *That* is why companies with deep pockets are abandoning Qt
> wholesale.

The embedded systems world is also evolving into IoT. Not all companies and 
devices, clearly, but there's a very big industry that does connect to the 
Internet and therefore must keep up-to-date on their security.

("must" here should be read as "needs to be done", not "is properly done by 
everyone")

-- 
Thiago Macieira - thiago.macieira (AT) intel.com
  Software Architect - Intel DPG Cloud Engineering





More information about the Interest mailing list