I'm a software engineer working in a research lab position. Aside from coding, I spend a lot of time discussing various projects with various co-workers. I'm surprised that almost everytime I nitpick their ideas, their response is, "the user shouldn't be doing that", or "that should never happen"...
My philosophy is to assume that the end-user is an idiot and doesn't know what they're doing. My philosophy is also to assume that people who use my objectsare also idiots, so I design my objects as such. ie, "When you initialized that state variable, you initialized it as an int32, so when you try to change its state, I'm going to make damn sure you are giving me an int32", I'm not going to assume the developer is smart enough to figure that out. Because we all know that to assume makes an "ass" or "u" and "me"
Everyone that designs a bridge or skyscraper has some of of state regulated certification, and gobs of experience/education to go with it.
Software industry is not like that. You have everyone and their brother coding in VB thinking they are the god of coding, despite not having any formal CS background teaching theory, structure, etc etc.
So you end up with gobs of "terribly" designed and structured code. A long time ago, I was working at a financial software company. I was was one of few CS people they actually had, and I was horrified at how "ugly" their code was. I'm so glad I don't work there anymore. They had some of the most "barely" functional code I'd ever seen. That company thought that oodles of string manipulations was perfectly fine, and did not comprehend when and when not to spawn threads, or even how to take advantage of them.
Imagine what our bridges/buildings would look like if a bulk of the designers had no structural engineering background, and were hired because they had "experience building tree houses" at home....
I wasn't talking about repaint being asynchronous. I was talking about the Image loading classes.
As for repaints in rapid succession. If I'm painting in layers, and update by default clears the graphics object, then it makes it redundant. I got around that by getting rid of the clear. That's not my main beef. Just that the whole system is built on a synchronous model, but then some things are asynchronous. I like the CLR better, in that everything is built on an asynchronous model, but you can choose to have things being synchronous, if you wanted...
I just meant that it was "over-architected". I didn't mean to say it wasn't flexible and such. Just that it didn't need to be so complex to be so flexible. Just look at the CLR implementation of a TreeView. It is much simpler, yet just as flexible. I like being able to access nodes as a collection, as an example.
Get all by name has the issues too. I wanted all the IPAddresses for a given NIC, but got killed by the static cache... If you have two NICS and have two IPAddresses, I want all of them. If I disconnect the cable on one or both, and then reconnect, I get new IPAddresses, but the JVM returns the OLD addresses.
Also, in.net, the CLR is smart enough to know when you are querying for local IPAddresses, and WILL NOT build a DNS query. The JVMs are blind, and just issue a DNS for everything. And then they cache the responses...
Also, I know about those properties you mention. The problem is nobody implemented them but SUN. Borland didn't, IBM didn't, etc etc. And you can be damn sure that the J2ME guys didn't, and the PersonalJava guys didn't. And even on Sun's own JDK, if you try to set those properties, it throws an exception saying you cannot make the cache more lenient. I know about setting the properties on startup, but I don't want to have to do that. I also don't want to be stuck using one company's JVM. If I were, I may as well not implement in Java, but a different language.
And you mention negative caches. Thats totally irrelevent. Because lets say it does succeede when you connect the dial-up. The problem is with the POSITIVE CACHES, because when I disconnect, and reconnect later, or if I'm using wireless and go out of range and back in, I will get assigned a NEW address, but the damn static cache will return the OLD address.
And I know the 1.4 addresses these issues. The main problem is the slowness that vendors take implementing new features. Just look at the current JVMs. Different vendors can barely keep up with 1.2 and 1.3, let alone 1.4 when it comes out.
I agree. As much as I love Java, Swing is definately shit. Well, some of it anyways. Like JTree and JTable... They are very tedious and complex to use. The Tree and Table implementation in C# is much more logical and easier to use. And why is all of java pretty much synchronous, but the image processing stuff asynchronous? That's stupid. They recommend queueing up repaints every 100ms while you draw to the graphics object. But repaint calls update, which clears the graphics object. That means you have to draw the whole damn thing over again. And even if you fix that, what if you are painting in layers. Its screws everything up. So to solve that you use a MediaTracker and paint after the image is done loading. I've seen lots of other people's code, and they do the same... So with that being done, the whole thing might as well have been synchronous, and stick it on a different thread or something, and make it like almost everything else in Java.
And someone earlier said Java network classes are nice... Java network classes suck even more than Swing does. What if I don't want to spawn a thread for fscking everything? What if I want to have access to lower level things that Berkely gives you? Tho, 1.4 may fix that. But what's up with the static cache in the InetAddress.GetByName???? That makes it absolutely worthless, as if you call it to get the IP before you dial-up (for example), then no matter what you do, it will always return 127.0.0.1, likewise if you do it after, then no matter how many times you hang-up re-dial, and get a new IP, it will return the same IP. Or if you are using wireless, and you go out of range and come back, etc etc. Of course, there are undocumented APIs, but relying on those is stupid.
Well, I just spent some time researching it... Like I said, it was on Mr. Wizards World like 15 years ago....
Anyways, nobody seems to have a clear answer either way.... So who cares, I guess...
And in regards to your answer... That doesn't prove anything... Did you really melt it? There is no first order phase transition.... Besides... Take a high viscosity oil, like a 50wt oil. It is very thick, yet if you heat it up, it will get thinner. You could apply the same to glass...
Also, on this planet... Look at carbon dioxide... namely dry ice... That is a solid by every definition of a solid. Yet you cannot melt it to form a liquid. Since you cannot "melt" it, does that mean it is not really a solid? No...
As for the "goo" you are talking about. You mean corn starch and water right? Well, technically speaking that substance is still classified as a liquid. Also it is not hard when you touch it... If you slowly put your finger in it, it behaves like a liquid, but if you were to quickly touch it, or pound it, it behaves like a solid...
I remember on Mr. Wizards World a long time ago, he said glass actually isn't a solid but a VERY viscous liquid. He even showed this old pane of glass from a cathedral, and the bottom had a noticable buldge. He said it was because over the 300 years that this glass was standing up, the glass slowly flowed down....
You are not placed in a worse condition by having a pipeline with a mis-predict, than no pipeline at all... You don't lose performance because you have to flush instructions... After all how can you lose something you never had? The instruction didn't complete yet, so you are not losing squat. You lose "potential" performance, but not actual performance. so in the end, a branch mispredict may slow you down, but only compared to what could've happened. It is still faster than having no pipeline, or shorter pipeline.
Besides, if shorter pipelines are better, then why not implement the shortest pipeline possible... ie, no pipeline....
While you ponder that, you should go enroll in an architecture class....
The Win32 API, in contrast, is so poorly designed and useless that applications tend to avoid it, going around the API to do things their own way
What are you smoking? If I were to do, say socket programming, you can sure as hell garauntee that I'll be using Win32 sockets, instead of some third party stack, or even the MFC sockets, because the Win32 apis for sockets is pretty much a berkely sockets implementation. Why would you want to reinvent the wheel? That's why that I don't really like Java too much, because they abstract too much away, and the socket classes are really crappy. Not that I'm pro MS, but C# has much better design than Java in many ways. Especially in regards to its Threading classes, which kicks butt over Java's threading implementation, but that's a different thread... (no pun intended)
Anyways, most apps behave so differently, because the authors are so different. Give two people the same tools, and they will develop different apps. In my experience, I have seen some people write the crappiest code I've ever seen. That's why many people don't like VB programmers, because they usually don't have CS degrees, and don't undertand anything about theory or design or architecture. So usually, they get an app running in short order, but then the "real" engineers end up fixing the problems left behind, becuase their half-a$$ed implementation wasn't designed with flexibility,change,etc in mind. So when a new requirement pops up, or a bug is found, the thing ends up being re-written. That is not to say all VB programmers are this way... I've seen crappy C++ code as well...
If you think the Win32 way of doing things is so crappy, that people need to develop their own ways, then you obviously never did any DirectX coding. Granted, I was an OpenGL guy, but still. The quality of games have skyrocketed since then, because developers can concentrate on the games now, instead of building the primitives.
Before you bitch about the quality of the DVD and how it sucks... You should try watching some old HK movies. The older stuff wasn't exactly filmed using high quality cameras... Much of the "older" HK stuff uses like B-rated movie type equipment. And you all know how good the dubbing is....;) Those 5 dollar DVD's were probably just a straight copy of some 10 year old archival tape, stuck onto DVD>
Aaack.... Cell phone service sucks enough as it is, I don't want any more bandwidth taken from my cell phone. I went thru like 3 different carriers and they all suck. Verizon sucks the worst, because they lost my payment, then I brought a receipt, and they took it for "Research"... Then they claimed I never gave them a receipt. It took a call to BBB and State Attorney General to get them to "find" my payment. Granted, they were Air Touch at the time, but I've stayed away from them ever since... One time with a friend, their so called "reliable" service wouldn't connect my 911 call during when my friend needed help. I tried about ten times, but none of them would go through. And I was in the middle of suburbia, where I normally have excellent coverage. I had to go pounding on doors to dial 911. One guy's wife was on the phone, so we used his cell phone, and it crapped out too... It took me like 5+ minutes just to get a 911 call to go through, which was eventually by a land-line...
That doesn't mean anything. I wrote many many many engines in many different languages. I can form any type of packet I want, and set any type of headers I want. Besides, all my boxes are the same OS all running the same browser. Besides, even if they raised a stink, I would tell them to check their packets again, and I'll send a very colorful packet their way;)
Won't this problem go away once everyone switches to IPV6? I mean, DHCP isn't even needed with IPV6, and IPV6 also gets rid of the need for NAT, because it can detect a route, and slap it into the IPV6 header.
What's wrong/fishy about having a high portnumbers in use? Aren't I allowed/entitled to code my own applications to do whatever the hell I want on the network, as it relates to home? ie, setting your x10 stuff or something....
Are they saying we can only use the broadband to look at web pages? wtf??
If any of you actually bothered to read the article, you would see that the judge acknowledged that there were plenty of legal things this chip allowed you to do, but because it also allowed the illegal playing of pirated games this outweighed the good points and THAT IS WHY SONY WON THE CASE. RTFM!!!
That's like saying that driving a car can be done for many legal reasons, but since you can drive a car into somebody killing them, which is murder, then driving should be made illegal. Heck, talking should be outlawed too, because you can commit perjory(sp?) and libel.
Why would you want to buy the same thing more than once? It's basically price fixing, so they can set different prices in different regions. MPAA does this all the time. It should really be an anti-trust issue, but since they channel enough $$$ the governements way, they turn their cheek.
If the government can say that gas stations price fixing prices around the country is illegal, and are investigating it, then this should be no different.
How would you feel if Honda said that they started making their cars maintenence free, and as such welded the hood shut, and got rid of all the filler caps, so that when its time to change the oil, add gas, change filters, replace battery etc, you had to buy a new car, or a new engine. Don't think that would fly.
Or more simply, if they put some special additive in all their gas and oil, and then patented/copyrighted it, and put a sensor in the engine to detect if you put in oil/gas that is not Honda brand, and made the computer shut the engine down. I'm sure that would piss off people, and invoke lawsuits....
It's either take 45 minutes to an hour to drive to work, or take 2.5 hours taking public transportation... Seriously... Bus to transit center, takes like 45 minutes. Then I get to wait for the stupid train. Since its light rail, the train takes 90+ minutes to travel 20 miles. And this light rail is so awesome... NOT... They recently expanded it, built a shiny stop in front of an abandoned building. And put the rest of the stops in places nobody needs to go to.
In high school I t-boned a guy who ran a red-light.
In college, I was a bike rider, walking my bike across an intersection, and a lady making a right turn, thought she could just blow right by me without even looking, even though she had a red... She nailed my bike, and I wound up on her hood.... She got pissed at me, and got out and yelled at me... LAPD happen to be at the intersection, and saw the whole thing....
After I bought my car, I got rear-ended on my birthday for the next three years... How's that for bad luck... Ok, the third time wasn't my birthday, because I decided to stay home that year, but got rear-ended on Thanksgiving holiday, which is close enough....
1.) I was at stop sign, and lady behind me didn't care....
2.) I was at Taco-Bell drive thru, and lady behind me was looking for change.....
3.) I was on freeway, and guy behind me just wasn't paying attention.... Traffic stopped... I was stopped for a good 3 seconds,and then POW.
I don't have the URL of the manuafacturer off hand, but the link I provided is a little old. The ones we have, have P-III 800s, built in Ethernet,1394,USB.
Slashdot Mirror
I'm a software engineer working in a research lab position. Aside from coding, I spend a lot of time discussing various projects with various co-workers. I'm surprised that almost everytime I nitpick their ideas, their response is, "the user shouldn't be doing that", or "that should never happen"...
My philosophy is to assume that the end-user is an idiot and doesn't know what they're doing. My philosophy is also to assume that people who use my objectsare also idiots, so I design my objects as such. ie, "When you initialized that state variable, you initialized it as an int32, so when you try to change its state, I'm going to make damn sure you are giving me an int32", I'm not going to assume the developer is smart enough to figure that out. Because we all know that to assume makes an "ass" or "u" and "me"
If bridge/building designers were hired the same way a lot of software guys are, we would've had a BUNCH more Galloping Girdies...
Everyone that designs a bridge or skyscraper has some of of state regulated certification, and gobs of experience/education to go with it.
Software industry is not like that. You have everyone and their brother coding in VB thinking they are the god of coding, despite not having any formal CS background teaching theory, structure, etc etc.
So you end up with gobs of "terribly" designed and structured code. A long time ago, I was working at a financial software company. I was was one of few CS people they actually had, and I was horrified at how "ugly" their code was. I'm so glad I don't work there anymore. They had some of the most "barely" functional code I'd ever seen. That company thought that oodles of string manipulations was perfectly fine, and did not comprehend when and when not to spawn threads, or even how to take advantage of them.
Imagine what our bridges/buildings would look like if a bulk of the designers had no structural engineering background, and were hired because they had "experience building tree houses" at home....
I wasn't talking about repaint being asynchronous. I was talking about the Image loading classes.
As for repaints in rapid succession. If I'm painting in layers, and update by default clears the graphics object, then it makes it redundant. I got around that by getting rid of the clear. That's not my main beef. Just that the whole system is built on a synchronous model, but then some things are asynchronous. I like the CLR better, in that everything is built on an asynchronous model, but you can choose to have things being synchronous, if you wanted...
I just meant that it was "over-architected". I didn't mean to say it wasn't flexible and such. Just that it didn't need to be so complex to be so flexible. Just look at the CLR implementation of a TreeView. It is much simpler, yet just as flexible. I like being able to access nodes as a collection, as an example.
Get all by name has the issues too. I wanted all the IPAddresses for a given NIC, but got killed by the static cache... If you have two NICS and have two IPAddresses, I want all of them. If I disconnect the cable on one or both, and then reconnect, I get new IPAddresses, but the JVM returns the OLD addresses.
.net, the CLR is smart enough to know when you are querying for local IPAddresses, and WILL NOT build a DNS query. The JVMs are blind, and just issue a DNS for everything. And then they cache the responses...
Also, in
Also, I know about those properties you mention. The problem is nobody implemented them but SUN. Borland didn't, IBM didn't, etc etc. And you can be damn sure that the J2ME guys didn't, and the PersonalJava guys didn't. And even on Sun's own JDK, if you try to set those properties, it throws an exception saying you cannot make the cache more lenient. I know about setting the properties on startup, but I don't want to have to do that. I also don't want to be stuck using one company's JVM. If I were, I may as well not implement in Java, but a different language.
And you mention negative caches. Thats totally irrelevent. Because lets say it does succeede when you connect the dial-up. The problem is with the POSITIVE CACHES, because when I disconnect, and reconnect later, or if I'm using wireless and go out of range and back in, I will get assigned a NEW address, but the damn static cache will return the OLD address.
And I know the 1.4 addresses these issues. The main problem is the slowness that vendors take implementing new features. Just look at the current JVMs. Different vendors can barely keep up with 1.2 and 1.3, let alone 1.4 when it comes out.
Why is everything inconsistent?
With Sun's latest JDK, behavior is different between Linux and Windows, despite it being the same version and from the same vendor.
Example:
Under windows: Component gets both Key and Mouse events, as well as repaints.
Under linux: Component gets key event, but frame traps mouse event. And frame traps repaint as well.
You would think they would have the same behavior... This really makes for write once, debug everywhere.
I agree. As much as I love Java, Swing is definately shit. Well, some of it anyways. Like JTree and JTable... They are very tedious and complex to use. The Tree and Table implementation in C# is much more logical and easier to use. And why is all of java pretty much synchronous, but the image processing stuff asynchronous? That's stupid. They recommend queueing up repaints every 100ms while you draw to the graphics object. But repaint calls update, which clears the graphics object. That means you have to draw the whole damn thing over again. And even if you fix that, what if you are painting in layers. Its screws everything up. So to solve that you use a MediaTracker and paint after the image is done loading. I've seen lots of other people's code, and they do the same... So with that being done, the whole thing might as well have been synchronous, and stick it on a different thread or something, and make it like almost everything else in Java.
And someone earlier said Java network classes are nice... Java network classes suck even more than Swing does. What if I don't want to spawn a thread for fscking everything? What if I want to have access to lower level things that Berkely gives you? Tho, 1.4 may fix that. But what's up with the static cache in the InetAddress.GetByName???? That makes it absolutely worthless, as if you call it to get the IP before you dial-up (for example), then no matter what you do, it will always return 127.0.0.1, likewise if you do it after, then no matter how many times you hang-up re-dial, and get a new IP, it will return the same IP. Or if you are using wireless, and you go out of range and come back, etc etc. Of course, there are undocumented APIs, but relying on those is stupid.
Anyways, I'm done ranting for now...
Well, I just spent some time researching it... Like I said, it was on Mr. Wizards World like 15 years ago....
Anyways, nobody seems to have a clear answer either way.... So who cares, I guess...
And in regards to your answer... That doesn't prove anything... Did you really melt it? There is no first order phase transition.... Besides... Take a high viscosity oil, like a 50wt oil. It is very thick, yet if you heat it up, it will get thinner. You could apply the same to glass...
Also, on this planet... Look at carbon dioxide... namely dry ice... That is a solid by every definition of a solid. Yet you cannot melt it to form a liquid. Since you cannot "melt" it, does that mean it is not really a solid? No...
As for the "goo" you are talking about. You mean corn starch and water right? Well, technically speaking that substance is still classified as a liquid. Also it is not hard when you touch it... If you slowly put your finger in it, it behaves like a liquid, but if you were to quickly touch it, or pound it, it behaves like a solid...
I remember on Mr. Wizards World a long time ago, he said glass actually isn't a solid but a VERY viscous liquid. He even showed this old pane of glass from a cathedral, and the bottom had a noticable buldge. He said it was because over the 300 years that this glass was standing up, the glass slowly flowed down....
That's not true....
You are not placed in a worse condition by having a pipeline with a mis-predict, than no pipeline at all... You don't lose performance because you have to flush instructions... After all how can you lose something you never had? The instruction didn't complete yet, so you are not losing squat. You lose "potential" performance, but not actual performance. so in the end, a branch mispredict may slow you down, but only compared to what could've happened. It is still faster than having no pipeline, or shorter pipeline.
Besides, if shorter pipelines are better, then why not implement the shortest pipeline possible... ie, no pipeline....
While you ponder that, you should go enroll in an architecture class....
The Win32 API, in contrast, is so poorly designed and useless that applications tend to avoid it, going around the API to do things their own way
What are you smoking? If I were to do, say socket programming, you can sure as hell garauntee that I'll be using Win32 sockets, instead of some third party stack, or even the MFC sockets, because the Win32 apis for sockets is pretty much a berkely sockets implementation. Why would you want to reinvent the wheel? That's why that I don't really like Java too much, because they abstract too much away, and the socket classes are really crappy. Not that I'm pro MS, but C# has much better design than Java in many ways. Especially in regards to its Threading classes, which kicks butt over Java's threading implementation, but that's a different thread... (no pun intended)
Anyways, most apps behave so differently, because the authors are so different. Give two people the same tools, and they will develop different apps. In my experience, I have seen some people write the crappiest code I've ever seen. That's why many people don't like VB programmers, because they usually don't have CS degrees, and don't undertand anything about theory or design or architecture. So usually, they get an app running in short order, but then the "real" engineers end up fixing the problems left behind, becuase their half-a$$ed implementation wasn't designed with flexibility,change,etc in mind. So when a new requirement pops up, or a bug is found, the thing ends up being re-written. That is not to say all VB programmers are this way... I've seen crappy C++ code as well...
If you think the Win32 way of doing things is so crappy, that people need to develop their own ways, then you obviously never did any DirectX coding. Granted, I was an OpenGL guy, but still. The quality of games have skyrocketed since then, because developers can concentrate on the games now, instead of building the primitives.
Before you bitch about the quality of the DVD and how it sucks... You should try watching some old HK movies. The older stuff wasn't exactly filmed using high quality cameras... Much of the "older" HK stuff uses like B-rated movie type equipment. And you all know how good the dubbing is.... ;) Those 5 dollar DVD's were probably just a straight copy of some 10 year old archival tape, stuck onto DVD>
Aaack.... Cell phone service sucks enough as it is, I don't want any more bandwidth taken from my cell phone. I went thru like 3 different carriers and they all suck. Verizon sucks the worst, because they lost my payment, then I brought a receipt, and they took it for "Research"... Then they claimed I never gave them a receipt. It took a call to BBB and State Attorney General to get them to "find" my payment. Granted, they were Air Touch at the time, but I've stayed away from them ever since... One time with a friend, their so called "reliable" service wouldn't connect my 911 call during when my friend needed help. I tried about ten times, but none of them would go through. And I was in the middle of suburbia, where I normally have excellent coverage. I had to go pounding on doors to dial 911. One guy's wife was on the phone, so we used his cell phone, and it crapped out too... It took me like 5+ minutes just to get a 911 call to go through, which was eventually by a land-line...
I say no-thanks to Verizon Wireless Internet...
In the state of washington as you round the olympic peninsula:
;)
The US101 North becomes the US101 South
The US101 South becomes the US101 North
If you don't pay attention, it can screw you up
That doesn't mean anything. I wrote many many many engines in many different languages. I can form any type of packet I want, and set any type of headers I want. Besides, all my boxes are the same OS all running the same browser. Besides, even if they raised a stink, I would tell them to check their packets again, and I'll send a very colorful packet their way ;)
Won't this problem go away once everyone switches to IPV6? I mean, DHCP isn't even needed with IPV6, and IPV6 also gets rid of the need for NAT, because it can detect a route, and slap it into the IPV6 header.
What's wrong/fishy about having a high portnumbers in use? Aren't I allowed/entitled to code my own applications to do whatever the hell I want on the network, as it relates to home? ie, setting your x10 stuff or something....
Are they saying we can only use the broadband to look at web pages? wtf??
Didn't someone run into a situation where a network admin got screwed for running port scans on machines on his own network?
If any of you actually bothered to read the article, you would see that the judge acknowledged that there were plenty of legal things this chip allowed you to do, but because it also allowed the illegal playing of pirated games this outweighed the good points and THAT IS WHY SONY WON THE CASE. RTFM!!!
That's like saying that driving a car can be done for many legal reasons, but since you can drive a car into somebody killing them, which is murder, then driving should be made illegal. Heck, talking should be outlawed too, because you can commit perjory(sp?) and libel.
Why would you want to buy the same thing more than once? It's basically price fixing, so they can set different prices in different regions. MPAA does this all the time. It should really be an anti-trust issue, but since they channel enough $$$ the governements way, they turn their cheek.
If the government can say that gas stations price fixing prices around the country is illegal, and are investigating it, then this should be no different.
How would you feel if Honda said that they started making their cars maintenence free, and as such welded the hood shut, and got rid of all the filler caps, so that when its time to change the oil, add gas, change filters, replace battery etc, you had to buy a new car, or a new engine. Don't think that would fly.
Or more simply, if they put some special additive in all their gas and oil, and then patented/copyrighted it, and put a sensor in the engine to detect if you put in oil/gas that is not Honda brand, and made the computer shut the engine down. I'm sure that would piss off people, and invoke lawsuits....
It's either take 45 minutes to an hour to drive to work, or take 2.5 hours taking public transportation... Seriously... Bus to transit center, takes like 45 minutes. Then I get to wait for the stupid train. Since its light rail, the train takes 90+ minutes to travel 20 miles. And this light rail is so awesome... NOT... They recently expanded it, built a shiny stop in front of an abandoned building. And put the rest of the stops in places nobody needs to go to.
In high school I t-boned a guy who ran a red-light.
In college, I was a bike rider, walking my bike across an intersection, and a lady making a right turn, thought she could just blow right by me without even looking, even though she had a red... She nailed my bike, and I wound up on her hood.... She got pissed at me, and got out and yelled at me... LAPD happen to be at the intersection, and saw the whole thing....
After I bought my car, I got rear-ended on my birthday for the next three years... How's that for bad luck... Ok, the third time wasn't my birthday, because I decided to stay home that year, but got rear-ended on Thanksgiving holiday, which is close enough....
,and then POW.
1.) I was at stop sign, and lady behind me didn't care....
2.) I was at Taco-Bell drive thru, and lady behind me was looking for change.....
3.) I was on freeway, and guy behind me just wasn't paying attention.... Traffic stopped... I was stopped for a good 3 seconds
I don't have the URL of the manuafacturer off hand, but the link I provided is a little old. The ones we have, have P-III 800s, built in Ethernet,1394,USB.