|
How many times do you think I install an OS on my machine?
Once, if I'm lucky.
So it doesn't matter to me how much easier Weight makes it to copy it from one machine to another, because I won't be doing it.
It doesn't matter how much "technically better" it may be if all it does in the real world is cause me more grief, more support calls from friends because "it doesn't work", or it's hard to install - which is true for a normal user.
XP, Win7 - they expanded and improved the user experience. Weight trashed it.
Those who fail to learn history are doomed to repeat it. --- George Santayana (December 16, 1863 – September 26, 1952)
Those who fail to clear history are doomed to explain it. --- OriginalGriff (February 24, 1959 – ∞)
|
|
|
|
|
OK, ok; what about this.
Multi monitor support; desktop no touch.
Windows 7; Once a full screen game is playing on one screen nothing can happen on the other. (Many situations like this)
Windows 8; With a full screen metro game (such as halo) on one screen any thing can happen on the other screen while maintaining focus to both.
Civilization 5 on one screen and Hyper for Youtube on the other is a great way to waste an hour.
Using a desktop app in Windows 8 breaks this ability and is why the desktop sucks.
With a touch screen you can touch and control both apps at once, and with Kinect 2 - you can turn 50 inch screens into touch capabilities.
modified 4-Aug-14 15:00pm.
|
|
|
|
|
ColborneGreg wrote: Windows 7; Once a full screen game is playing on one screen nothing can happen on the other.
True, but you can always run it in windowed mode, and actually take advantage of the additional screen(s)!
ColborneGreg wrote: With a touch screen you can touch and control both apps at once
Nobody here argues about the virtues of W8 for touch based devices - it's all about it's uselessness for touchless desktops!
ColborneGreg wrote: with Kinect 2 - you can turn 50 inch screens into touch capabilities
gesture-based input in general is not restricted to W8. Kinect, specifically, is restricted to the XBOX, and thus not available to Windows 8 desktop, nor Windows 8 tablets or phones. What's your point?
GOTOs are a bit like wire coat hangers: they tend to breed in the darkness, such that where there once were few, eventually there are many, and the program's architecture collapses beneath them. (Fran Poretto)
|
|
|
|
|
|
Doesn't amtter at all - it's not a part of W8, and - as the link you gracefully provided points out - available even for non-Windows system. Your point contributes nothing to the "W8 is cr@p for the desktop" argument.
P.S.:
Still, thanks for the link, I wasn't actually aware Kinect (whatever version) was opened to other platforms. The article even points to an earlier one discussing its use on Windows, including Win XP: http://blog.3dsense.org/programming/programovani-s-kinectem-2-instalace-ovladacu-openni-pod-windows/[^]
GOTOs are a bit like wire coat hangers: they tend to breed in the darkness, such that where there once were few, eventually there are many, and the program's architecture collapses beneath them. (Fran Poretto)
|
|
|
|
|
|
An intermittant problem that shows up only when you're writing code at home, not at work. Crashes hard at home with all kinds of OutOfMemory failures, but the machine isn't out of memory or resources at all. Not even close.
After 5 hours of fruitless debugging, the painful part is where you facepalm yourself hard because you just realized that in a Parallel.ForEach your using around an I/O bound problem, you forgot to cap the number of threads it can create! The process bombed out at about 600 threads.
Whoops!
|
|
|
|
|
Dave Kreskowiak wrote: Whoops! Every great developer has said that before.
It's the terrible developers that never say that either because they don't know when they screw up or they won't admit it.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
Whoops
In code we trust !
|
|
|
|
|
We have an application that automates the running of other applications we have that take data feeds from clients and process them. Automation uses a command line to kick of the different processing programs.
All of the sudden the automation starts logging an error even though the processing completes successfully. I finally track down the location of the line that is recording the log message. The code in automation scans the log file of the processing program for the string "error" and reports if it finds it. I look through the log files of the processing programs and everything looks normal, no errors being reported. After several more reports of this problem I am looking at the log file again and I finally find the cause of the problem. The file services people who manage the automation process wanted more detailed logging, to include recording the command line parameters being used for each different run of the processing application.
One of those command line parameters is used to turn on and off message/error logging. The message sent to the log file for the logging switch said,
"Command Line Parameter to log errors"
WHOOPS!
Yes, I added that code.
|
|
|
|
|
|
|
Whatever is the root cause of this it sounds like it will be fascinating.
|
|
|
|
|
The gravity pull is stronger on the 2nd floor. The bits are slowing down through the ethernet.
http://dilbert.com/strips/comic/1996-05-02/[^]
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
Maybe it's a very tall building, and he's experiencing gravitational time dilation.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
"When you don't know what you're doing it's best to do it quickly"- SoMad
|
|
|
|
|
Epic.
We should be building great things that don't exist-Lary Page
|
|
|
|
|
Bad cabling most certainly. Any switches plugged into themselves?
You'll never get very far if all you do is follow instructions.
|
|
|
|
|
PIEBALDconsult wrote: Bad cabling most certainly
Nope. They need amplifier on terrace...
"When you don't know what you're doing it's best to do it quickly"- SoMad
|
|
|
|
|
Wouldn't that only amplify the problem?
You'll never get very far if all you do is follow instructions.
|
|
|
|
|
Easy to find out: offices of high ranking people are farther upstairs, they get computers with highest specs and the most modern network etc. Let me guess: developers are in the 2nd floor.
|
|
|
|
|
Bernhard Hiller wrote: developers are in the 2nd floor.
They're probably in the basement.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
Bah, off-shored.
Bernhard Hiller wrote:
developers are in the 2nd floor world
FTFY
You'll never get very far if all you do is follow instructions.
|
|
|
|
|
I am assuming that the server is deployed on the 4th floor.
What is happening is that the bytes are being nibbled away by each floor so that by the time they reach the 2nd floor only nibbles are left - hence causing problems on the second floor.
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
|
|
|
|
|
Easy! Just do a text search in the code for something like
if (floor == 2)
{ }
and you'll locate the problem in a second! 
|
|
|
|