[Interest] Interest Digest Wiki instructions for PI cross compile do not work for PostgreSQL support

Vlad Stelmahovsky vladstelmahovsky at gmail.com
Fri Oct 20 15:25:49 CEST 2017


is someone pushes someone to use QML as a mandatory or store data into JSON
DBs? Where? How? Its ridiculous.

On Fri, Oct 20, 2017 at 3:22 PM, Roland Hughes <roland at logikalsolutions.com>
wrote:

>
>
> On 10/20/2017 12:49 AM, Filip Piechocki wrote:
>
>
>
> On Oct 20, 2017 00:11, "Roland Hughes" <roland at logikalsolutions.com>
> wrote:
>
> It's not misleading when it is a hog fattened way past market.
>
> 90% of the embedded systems I encounter have no GPU so the driver issue is
> irrelevant. You get rid of all needless things to improve battery life.
> Claiming an i.MX6 which most certainly must need grid power or batteries
> the size of a house is the "normal" embedded processor for medical devices
> or industrial control is simply ludicrous.
>
> And how much of embedded market are devices you are talking about? 5%? 1%?
> 0.1%?
>
> 90% of embedded devices I encounter DO have GPU and these are TVs, set top
> boxes, phones, public transport systems and even fridge. Oh, and using HW
> parts that are specifically designed for some things (like GPUs are for
> graphics) often gives much higher performance/(power draw). Of course it
> depends how much you will use it.
>
> It's the most important segment of the market. Medical devices designed to
> have up to 10 days of continuous use time (not stand by) while on
> batteries. The things deployed to disaster areas
>
> https://www.nbcnews.com/nightly-news/video/almost-80-
> percent-of-puerto-rico-still-without-power-1077278275904
>
> https://www.washingtonpost.com/world/more-than-100-
> feared-buried-as-landslide-destroys-village-in-southwest-
> china/2017/06/23/fbec208e-5881-11e7-9e18-968f6ad1e1d3_
> story.html?utm_term=.c0d01e779851
>
> http://www.cnn.com/2017/10/13/us/california-fires-updates/index.html
>
> http://www.telegraph.co.uk/travel/destinations/caribbean/
> articles/hurricane-irma-hotels-open-island-damage/
>
> If you really are using QML for phone applications thank you for creating
> a generation of wall huggers who can't get more than a few minutes away
> from the nearest power outlet. Your phones are sooooo useful in Puerto Rico
> where many parts only get enough fuel to run the generator for a couple of
> hours each week.
>
> I was using a Pi-II not a 1. The Pi-II has waaaaaaaaaaaaaaaaaaaay more
> horsepower than the vast majority of embedded systems I'm talking about.
>
> But it is still very weak CPU (I don't know the details but llvmpipe
> driver might be limited by single core performance so not much difference
> between RPi 1 and 2) and you are forcing it to draw OpenGL which this CPU
> would like to not handle at all as it is not designed for this.
>
> No, I am not, QML is. Both Qt/Digia and others in here are pushing QML as
> the solution to world hunger. A recent client sent developers to Digia to
> be taught Qt. What did they get taught? QML and JSON files, not a single
> 9*&)(*&)(*&ing mention of widgets or databases or the right way to design a
> system. Guess what happened when they came back from training? They tried
> to develop the entire embedded system using QML and JSON files. A data
> acquisition and control system with many sensors taking readings multiple
> times per second, storing them into a complex directory tree of JSON files.
> Guess what? After a few hours of run time the SD card for data storage went
> write protected because the time it took to rewrite one of the JSON files
> after stuffing a new value into it exceeded the device driver time out so
> the driver put the media into write protection mode to save it.
>
>
> Please do not mislead people. QML is a horrible wretched thing which
> should never have seen the light of day.
>
> If there is no need for it in your specific market - it is ok. In one of a
> companies I worked we had huuuge desktop application done in Qt and I will
> never suggest doing it in QtQuick as widgets are perfect choice for it. But
> there are many solutions where there is need for technology like
> QML/QtQuick, even if it is not perfect (and it is not).
>
> There is no need for QML, ever. In recent releases Digia/Qt has tried to
> manufacture a "need" for it by choosing to implement certain features only
> in the worthless QML.
>
>
> Ok, so maybe you are not misleading people with your blog post - you're
> just showing them that application that is not supposed to be done with
> QtQuick which requires decent HW accelerated OpenGL since December 2012
> (ok, it has changed recently but still hw accelerated graphics is what you
> want) when done in QtQuick and ran on weak CPU and no HW OpenGL then
> performs poorly. Wow. Thanks Captain Obvious!
>
>
> No. I'm showing them that this "solution to world hunger" being pushed by
> the company and crazed eyed frothing at the mouth fanatics is the incorrect
> solution in 99.9999999999999% of all situations yet _most_ of them won't
> (*^)(*&)(*&ing bother to consider their platform because _everyone_ talks
> about just how sexy QML is. Just because script kiddies are cheap and just
> because it is being pushed by the vendor does not mean it is a valid or
> even useful choice. Far too many companies are hearing this "solution to
> world hunger" mantra, starting down the QML path because that is all that
> is being taught and boom, product failure. That reminds me, I need to
> follow up with a what is left of a company in Indiana who went down the QML
> route. When I spoke with them several years ago they were yet another group
> who believed they _had_ to use QML as there was no other way. They were 9
> months late, couldn't get it working, looking for someone to "fix" the
> unfixable. Company had been in business a long long time but heard they
> filed bankruptcy recently.
>
> And thanks to the wiki page being done just as well as QML you can't even
> cross compile most Qt applications.
>
> --
> Roland Hughes, President
> Logikal Solutions
> (630)-205-1593
> http://www.theminimumyouneedtoknow.comhttp://www.infiniteexposure.nethttp://www.johnsmith-book.comhttp://www.logikalblog.comhttp://www.interestingauthors.com/bloghttp://lesedi.us/http://onedollarcontentstore.com
>
>


-- 
Best regards,
Vlad
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/interest/attachments/20171020/e823dc25/attachment.html>


More information about the Interest mailing list