|
It is a trade off. One shouldn't fully trust the emulator.
So for example one might suggest that QA should use the actual device.
But the emulator might be 'almost' good enough that one could leave it up to QA to find the small number of problems.
Not to mention that technically problems could come up on different versions of the device or different vendors. The solution to that is problematic for most places because it requires a lot of devices and a lot of testing. And that is simply impossible for a developer to do. At least one company does something like that as there was a story about it somewhere where there was a testing lab with something like 1000+ devices.
|
|
|
|
|
The way I see it, the best testing is done on the actual system the user is using, whereas emulators are best used for prototyping and debugging. I've had many problems only occurred when it was run on the actual system.
|
|
|
|
|
Agree. Even on actual systems, problems may still exist since there are so many different devices made by different manufacturers. Cannot test them all.
TOMZ_KV
|
|
|
|
|
Not until programming becomes as simple as pointing and clicking. At which time devs will make up about 2,000 fancy acronyms for left click and right click so we can still sound important in meetings.
Jeremy Falcon
|
|
|
|
|
Jeremy Falcon wrote: Not until programming becomes as simple as pointing and clicking
The day may come sooner than we expect.
TOMZ_KV
|
|
|
|
|
|
Tomz_KV wrote: Not until programming becomes as simple as pointing and clicking
The day may come sooner than we expect.
Yeah, yeah, yeah ... they've been saying that for years. True, there's a lot more that you can do with point-and-click than you used to but as soon as you have to customize the model, guess what, someone is going to have to write some code.
-CM
If you think hiring a professional is expensive, wait until you hire an amateur! - Red Adair
|
|
|
|
|
We wrote a Touch Screen Plugin for Visual Studio Called "Codez Plz"
It lists a bunch of code snippets.
Swipe Left to NOT include it
Swipe Right to paste it right in
In our First demo, we build an entire application just by swiping.
In our Second demo, we try to figure out why it's not working, by posting questions online:
Swipe Left to post to StackOverflow
Swipe Right to post to CodeProject
It has been rated as AMAZINGLY TRIVIAL to get work done by uninformed users everywhere!
|
|
|
|
|
Tomz_KV wrote: . The "touch" test is generally conducted on a real phone or pad Except when those are not the target devices. Automotive, avionic and ship controls, industrial machines of many kinds... while the proper testing is on the machine the first phase (i.e. is it at least doing what I want it to do?) is more comfortable on the developer machine.
Plus, after 6 years of switching back and forth from machines to my workstation I tend to touch the controls on my dev screen and swear loudly because the software is unresponsive without reason...
GCS d-- s-/++ a- C++++ U+++ P- L+@ E-- W++ N+ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t+ 5? X R+++ tv-- b+(+++) DI+++ D++ G e++ h--- ++>+++ y+++* Weapons extension: ma- k++ F+2 X
|
|
|
|
|
|
|
My laptop has a touchscreen and I have not found a way to really utilize it in dev.
TOMZ_KV
|
|
|
|
|
No.
They require shutting down the system to clean the screen.
|
|
|
|
|
Can't you turn off only the monitor?
|
|
|
|
|
I forgot the joke icon
Some notebooks does not have a function key assigned to turn the screen off (must use an utility for that).
|
|
|
|
|
I only do dev work on a laptop if it's docked to three 24" screens.
|
|
|
|
|
I usually don't have to clean the screen when doing dev work.
That is more often necessary when misusing the system for other puposes
|
|
|
|
|
I think that a touch screen has the ability to tell fingers from wiping paper. Phone screen does. But I have not tried on a work station.
TOMZ_KV
|
|
|
|
|
The touch panel and the associated controller does not have that ability AFAIK.
The device driver or OS might have.
Like with the new edgeless smart phones that sometimes ignore touches on the borders.
|
|
|
|
|
Jochen Arndt wrote: They require shutting down the system to clean the screen. Not so. My touch-screen apps include a "clean" operation. It opens a full-screen window that displays a 30 second countdown and ignores mouse clicks (our touch screen hardware simulates a mouse).
Software Zen: delete this;
|
|
|
|
|
Really, it depends a lot upon how lonely they are.
Ravings en masse^ |
---|
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein | "If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
Even with "pair programming"?
TOMZ_KV
|
|
|
|
|
Nothing changes - one of them still just likes to watch.
Ravings en masse^ |
---|
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein | "If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
I find even the smallest smudge on my dev screen a huge distraction and can't get work done till it's gone (turn-off - easier to see smudges against black.)
No way I'd entertain a touch screen (and even more when there's going to be other people "helping".)
Once had an ant get in my screen behind the front layer, I figured it'd die in a day or two so first thought was just leave it. 10 minutes later I had the thing disassembled. There's now gouges in the casing (sides) from levering off the snap-on front with a screwdriver - dont care about that - as the display area is clean.)
Installing Signature...
Do not switch off your computer.
|
|
|
|
|
Lopatir wrote: Once had an ant get in my screen behind the front layer
That was a real computer bug.
TOMZ_KV
|
|
|
|