seasoned_geek said:
"The days of paying for costly software upgrades are numbered. The PC
will soon be obsolete. And BusinessWeek reports 70% of Americans are
already using the technology that will replace it. Merrill Lynch calls
it "a $160 billion tsunami." Computing giants including IBM, Yahoo!,
and Amazon are racing to be the first to cash in on this PC-killing
revolution. Yet, a small group of little-known companies have a huge
head start. Get the full details on these companies, and the
technology that is destroying the PC, in a free video from The Motley
Fool. Enter your email address below to view this stunning video."
Sounds like BS marketing to me.
yes. Tablets plus clouds?
"The days of paying for costly software upgrades are numbered. The PC
will soon be obsolete. And BusinessWeek reports 70% of Americans are
already using the technology that will replace it. Merrill Lynch calls
it "a $160 billion tsunami." Computing giants including IBM, Yahoo!,
and Amazon are racing to be the first to cash in on this PC-killing
revolution. Yet, a small group of little-known companies have a huge
head start. Get the full details on these companies, and the
technology that is destroying the PC, in a free video from The Motley
Fool. Enter your email address below to view this stunning video."
Sounds like BS marketing to me.
jacob said:That is the dream of all corporations. Imagine:
1) No way to store locally your data. You are tied for all your data
processing needs to your "cloud". Email, address book, phone numbers,
friends addresses, all your music, books, photographs, is no longer
under your own control but it is alienated from you in some computer
where you do not control anything.
2) No privacy any more, all your data is public and traded by
corporations that sell it without giving you a penny (of course).
3) Your tablet is no longer able to receive your commands directly. All
your software is stored at the cloud and stores all the new data you
enter in the cloud.
The world of IBM Mainframes of the seventies AGAIN, but this time MUCH
more dangerous since we have MUCH more digital data and we are much more
dependent of that data.
I am not in facebook, nor in twitter, nor do I send anything to any
cloudy servers somewhere. Yes I am stupid, retrograde, and (gasp) I
insist on denying anyone that I do not know access to my personal data.
The end of the PC: the PERSONAL computer. Nothing is personal any more
in the new, shiny tablet.
Am 15.02.12 22:57, schrieb seasoned_geek:
For example, he talks about portability issues of frameworks like Java
and .NET, and then claims, that these issues are non-existent for QT
using the words:
'I have no idea what those marvelous gentlemen imbibed at Trolltech to
come up with “Signals and Slots,” but that design strategy has
officially delivered Utopia.'
While it's certainly true that the
signal/slot mechanism is nice to handle events in C++, it has
*absolutely nothing* to do with the portability issues. These issues are
rather an indication on how hard the developpers tried to eliminate the
platform differences. Also, the number of issues increases with the size
of the toolkit. Java and .NET are both really, really big frameworks.
Later on, he writes:
"Qt doesn’t care what OS or device. App developers no longer care what
OS or device." even with respect to mobile platforms. Who ever has tried
to use a standard website on a small mobile phone immediately agrees
that this is nonsense. Mobile apps must be tailored to the display size
and touch screen input methods and are very different to use than
desktop apps.
Then, "You get the snap and speed of a pure executable (which cannot be
matched by an interpreter no matter what Java developers claim)." Sure,
native compilation is good for performance, but interpreters and virtual
machines have become a lot better in the last ten years. Very often,
when designing GUIs, you don't need very high speed.
All in all it's a very biased article that has not much to tell....
yes. Tablets plus clouds?
again, that is an ad stuffed into the article by the site.1) No way to store locally your data. You are tied for all your data
processing needs to your "cloud". Email, address book, phone numbers,
friends addresses, all your music, books, photographs, is no longer
under your own control but it is alienated from you in some computer
where you do not control anything.
2) No privacy any more, all your data is public and traded by
corporations that sell it without giving you a penny (of course).
3) Your tablet is no longer able to receive your commands directly. All
your software is stored at the cloud and stores all the new data you
enter in the cloud.
The world of IBM Mainframes of the seventies AGAIN, but this time MUCH
more dangerous since we have MUCH more digital data and we are much more
dependent of that data.
seasoned_geek said:that is not part of the article, but a poorly identified advertisement
Motley stuffs into the bottom of all posts
And let's not forget the convenient monthly payments these corporations
expect the general public to pay for the privilege of doing less than what
we have been doing easily for years, if not decades.
Ebenezer said:In a lot of cases there's more functionality in the on line
version. I'm sympathetic to your point, but what other
business models are viable in as corrupt a world as this?
And let's not forget the convenient monthly payments these corporations
expect the general public to pay for the privilege of doing less than what
we have been doing easily for years, if not decades.
And let's not forget the convenient monthly payments these corporations
expect the general public to pay for the privilege of doing less than what
we have been doing easily for years, if not decades.
and lets not forget that network connections aren't always there
Signals & Slots are a major factor in portability. Your example showsI think you haven't got the point. Signal/slots are just one small
aspect of QT, namely it's event loop. Let's take another real issue as
an example. Suppose you develop on OSX using QT and use QSound to play
an audio file. According tohttp://developer.qt.nokia.com/doc/qt-4.8/QSound.html
QSound on OSX uses NSSound/Quicktime to play the file. This means it
will happily accept any MP3/AAC you through at it. The first time you
run this on Windows or X11 (aka Linux), the app will fail to play the
sound because only the WAVE file format is supported. This issue is
detected at runtime, not by the compiler. Now, how on earth do
signals/slots help here???
Erm, it's not about *using* the touch screen as an input device, it's
about *producing* a usable interface. The biggest input difference is,
that hovering over UI elements is impossible with a touch screen.
You are talking about the speed of the human sitting in front of the
machine. Most of the time, a computer running a GUI application is idle.
I was talking about compiler/interpreter speed. To have a fluid GUI, all
you need is a reaction within ~20 ms. This is approximately the time
delay humans can percieve, e.g. when trying to play music with each
other any larger delay is unacceptable. Much of the GUI code, i.e.
checking entries for validity, disabling/enabling fields, runs in
microseconds on todays hardware, so the difference between 1 microsecond
and 10 microseconds simply doesn't matter. It only matters if it is
1000x 10 microseconds.
You are right, I've never written stock trading applications. But I'd
guess the (computer) speed there is uch more limited by the database
servers and network connections than by the CPU. Otherwise, you would
use Fortran, SIMD extensions or GPU acceleration, and not C++ (which is
called "slow" by HPC people)
Thank you for your opinion. To me, the article tells "QT is heaven and
has NO portability issues, because it uses signals/slots!" - this is
simply technically wrong. QT is good, signals/slots are also good, but
neither can cover everything you need on any platform (including mobile
devices) without portability issues.
What do you mean by that?
Rui Maciel
What do you mean by that?
seasoned_geek said:Signals & Slots are a major factor in portability. Your example shows
just how little you understand them and business development in
general.
The difference between 1 microsecond and 10 is the difference between
making $8million and losing $12million on an MKT order.
Unlike Java and all other predecessors, Qt has eliminated all
portability issues for business applications.
That again was not the point - of course I can add another sound engine
(platform dependent!) and call it, when the signal (lets say button
press) is emited. For this example, it doesn't matter whether you
connect() them, use virtual functions by deriving from a common
soundclass, or simply #ifdef it. The only advantage of signals (be it
QT, boost::signal or libsigc++) is that you can connect them at runtime.
This does NOT resolve the portability issue. The issue is, that you can
compile and link your application, but it fails at runtime, only if
executed on another platform. If you are not aware of the issue, and
fail to test for it, your customers will complain.
Want to reply to this thread or ask your own question?
You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.