He was probably trying to find a network drive in the add network drive dialog box and said to himself "Well goddammit! Where the fuck is it! There must be a million fucking computers listed in here"
(throws chair, relaxes, and spins something more positive out of the experience)
Once you write some assembler libraries, or better yet a few complete applications in assembler you realize what the processor is actually doing, and write better programs as a result.
Once you realize that goto is all you got, and learn to use it properly, there are so many ways it can make you a better programmer.
Even without the arrow, the fuel gauge has a picture of a gas pump on it, the side of the pump with the nozzle on it in the picture is the side of the pump you need to pull up to.
This is what the SAE says you are supposed to do anyways, some foreign cars did not always follow this recommendation.
We have an S7-1200 that has problems with random PID outputs (and the output LED) staying on all the time with no error codes. Reset the PID and all is fine for another day, or week.
Three Siemens factory guys came to look at it, (after the distributor spent a week with it, and sent the code in to the factory) and they all say everything with the program and install is fine. Flashed new firmware, verified everything, swapped the CPU and I/O modules but the results are always the same.
Now we are waiting for a new PID block due mid July, and can't ship the machine without a true fix in place.
The Siemens distributor is ready to put Modbus and (non-Siemens) remote I/O on it to take the PIDs out of the PLC!
Normally PLCs work reliably, but I'm glad this one isn't in a reactor somewhere.
They likely only entered in 300 numbers, but after the computer checked everyone they called, and everyone they called, and everyone they called, they just ended up with 70% of America anyways, with the rest being of absolutely no interest.
I'm really curious if Nix would help in this situation. I'm tempted to install it on my machine, but have not had the time. en.wikipedia.org/wiki/Nix_package_manager
Anyone else have any experience with Nix, or think it would or wouldn't work here?
I see the GNU folks have also forked it and made GNU Guix so it may have something to offer.
Turns out an empty spray paint can can really wreck havoc on a single rotor craft, quad rotors are currently being updated to give themselves the capability to 'limp home' on just 3 rotors to foil these artists once and for all.
We purchased some dataflash for a project, and they came with paperwork from Atmel, and an independent chip inspection to prove they were genuine.
Unless you had your orders in 48 weeks ahead of time, you could not get a few hundred unless someone had excess inventory because production was scheduled so tightly in the fabs, and demand was so high.
They were sold through certified resellers who provided the lineage and guaranteed they were genuine (for 5 - 10 X the budgetary quotes they gave when we started the design) it was real easy to find counterfeits, but very difficult to find genuine parts!
Having developed products with embedded GUIs using both C code, and.NET I have to agree that running bloated HTML based graphics will suck the life out of any embedded application. The performance is so drastically different that a 200 MHz processor and C code will run circles around a 1.2 GHz processor running.NET and be much more stable.
It might take a different class of programmer to make the C code work, but in the end it will be a much more interactive platform that does what it should every time you give it input, instead of having to sit there and wait for the OS to catch up with you, while watching an hourglass kinda-sorta spin.
We ran 100 MSec screen refreshes with C code (plus we had about 20 PID loops running) and no problems with CPU load while running on that 200 MHz processor, but the 1.2 GHz.NET application that replaced it struggled to be interactive at a 500 MSec screen refresh rate, processing half as much input data, and forget about doing any real time control with it.
When you changed the screen fast enough, the.NET app would eventually go off to la-la land and push 2 or 3 (or 20) rounds of PID calculations on the stack while not updating the outputs, and then run the calculations in reverse order on the way back off, and cause all sorts of bad_things to happen. Not only was the hardware almost 3X as expensive to run the.NET solution, We had to add an extra black box to do the real time stuff with C code anyways.
But hey you can just make 1 screen layout in Blend and have.NET resize it for you when it's drawn instead of having to do take the time to support a few different screen resolutions in development, and have every customer wait every time they change the screen instead. Vastly better user experience!
Slashdot Mirror
He was probably trying to find a network drive in the add network drive dialog box and said to himself "Well goddammit! Where the fuck is it! There must be a million fucking computers listed in here"
(throws chair, relaxes, and spins something more positive out of the experience)
http://www.sandisk.com/products/usb/memory-vault/
Looks interesting.
So if we JUST put roughly 30 of the Tianhe-2s or 500,000 nodes with 100,000,000 computing cores in one big system, we'd have our exascale computer!
Anyone want to venture a guess how long it'd take Intel to make 1,000,000 Xeons and 1,500,000 Phis?
I can't wait to see the day, but me thinks we have a long way to go!
I can't believe some folks thought the Tianhe-2 was going to be the one to break the exaflop barrier! OOPS, only made it 3% of the way there...
Cheers!
So true.
Once you write some assembler libraries, or better yet a few complete applications in assembler you realize what the processor is actually doing, and write better programs as a result.
Once you realize that goto is all you got, and learn to use it properly, there are so many ways it can make you a better programmer.
Cheers!
Dunkin Turbo Baby...
MMMMM...
The finest!
I saw it at an SAE conference in 1994, so it may have been implemented around that time.
Cheers!
Even without the arrow, the fuel gauge has a picture of a gas pump on it, the side of the pump with the nozzle on it in the picture is the side of the pump you need to pull up to.
This is what the SAE says you are supposed to do anyways, some foreign cars did not always follow this recommendation.
Cheers!
We have an S7-1200 that has problems with random PID outputs (and the output LED) staying on all the time with no error codes. Reset the PID and all is fine for another day, or week.
Three Siemens factory guys came to look at it, (after the distributor spent a week with it, and sent the code in to the factory) and they all say everything with the program and install is fine. Flashed new firmware, verified everything, swapped the CPU and I/O modules but the results are always the same.
Now we are waiting for a new PID block due mid July, and can't ship the machine without a true fix in place.
The Siemens distributor is ready to put Modbus and (non-Siemens) remote I/O on it to take the PIDs out of the PLC!
Normally PLCs work reliably, but I'm glad this one isn't in a reactor somewhere.
Cheers
They likely only entered in 300 numbers, but after the computer checked everyone they called, and everyone they called, and everyone they called, they just ended up with 70% of America anyways, with the rest being of absolutely no interest.
Hello Kevin Bacon again and again.
Let it guard the hole, and I'll whip its shiny metal arm with my spinning bank shot. Every Single Time!
He mentioned it was 100kV @ 100 Amps. I wonder if it would be 3 phase:)
I always figured Tesla would (literally) make a model T, soon after the model S.
The Tesla Model T, the electric car for everyone.
linuxmint.com/rel_debian.php
Cheers
The name is to attract a certain type of Programmer.
It's pronounced
Duh... Ohhh?!?
I always thought this was a NERD hangout!
Now we got GEEKS on our lawn!
Wai...Wha... girls too! /. != Stagparty
I'm really curious if Nix would help in this situation. I'm tempted to install it on my machine, but have not had the time.
en.wikipedia.org/wiki/Nix_package_manager
Anyone else have any experience with Nix, or think it would or wouldn't work here?
I see the GNU folks have also forked it and made GNU Guix so it may have something to offer.
Cheers!
If they were sending you Atmel dataflash I'd be suspicious:)
Turns out an empty spray paint can can really wreck havoc on a single rotor craft, quad rotors are currently being updated to give themselves the capability to 'limp home' on just 3 rotors to foil these artists once and for all.
We purchased some dataflash for a project, and they came with paperwork from Atmel, and an independent chip inspection to prove they were genuine.
Unless you had your orders in 48 weeks ahead of time, you could not get a few hundred unless someone had excess inventory because production was scheduled so tightly in the fabs, and demand was so high.
They were sold through certified resellers who provided the lineage and guaranteed they were genuine (for 5 - 10 X the budgetary quotes they gave when we started the design) it was real easy to find counterfeits, but very difficult to find genuine parts!
Mod Up(ton)
Maybe these guys could help.
en.wikipedia.org/wiki/DARPA_Shredder_Challenge_2011
Having developed products with embedded GUIs using both C code, and .NET I have to agree that running bloated HTML based graphics will suck the life out of any embedded application. The performance is so drastically different that a 200 MHz processor and C code will run circles around a 1.2 GHz processor running .NET and be much more stable.
It might take a different class of programmer to make the C code work, but in the end it will be a much more interactive platform that does what it should every time you give it input, instead of having to sit there and wait for the OS to catch up with you, while watching an hourglass kinda-sorta spin.
We ran 100 MSec screen refreshes with C code (plus we had about 20 PID loops running) and no problems with CPU load while running on that 200 MHz processor, but the 1.2 GHz .NET application that replaced it struggled to be interactive at a 500 MSec screen refresh rate, processing half as much input data, and forget about doing any real time control with it.
When you changed the screen fast enough, the .NET app would eventually go off to la-la land and push 2 or 3 (or 20) rounds of PID calculations on the stack while not updating the outputs, and then run the calculations in reverse order on the way back off, and cause all sorts of bad_things to happen. Not only was the hardware almost 3X as expensive to run the .NET solution, We had to add an extra black box to do the real time stuff with C code anyways.
But hey you can just make 1 screen layout in Blend and have .NET resize it for you when it's drawn instead of having to do take the time to support a few different screen resolutions in development, and have every customer wait every time they change the screen instead. Vastly better user experience!
Parent post did not sound (to me) like he was getting results nearly as relevant as yours!
Cheers, and thanks for the link
Funny how Google gives those personally tailored results!
I was thinking rosary after rosary...