Sorry, this type of safety feature has been available for a few years. I have seen it demonstrated, and it is impressive. 3hp cabinet saw meets hotdog. The blade stopped instantly, with only a small nick taken out of the hot dog.
The unit I saw demonstrated was a one-use unit. Once the brake was used, it had to be replaced. The system had to be professionally installed, which is very inconvienient unless you have an installer in your city. It was also expensive, relative to the tool. However, when compared to your fingers, how expensive is it really?
Personally, I would never use one of these things. If you use your tools properly, and avoid running 'bad' wood through your tools, you will never have a problem. Avoid distractions, pay attention, and use push sticks.
Keep in mind that clients rarely know what they want until they seem something tangible, be it something you develop for them, or something they see.
Regardless, satisfying a client without a very detailed spec (which they sign off on) is a very difficult thing. It's never good enough, or is never matches their conception of what they were looking for.
Always, always, always, have a spec document that details exactly what they're getting for their $$$. Then, when they bitch and moan about what you gave them, point at the document. It's not a fail-safe way to do business, but it will help you not get sued. It also helps prevent scope creep, which if allowed will impact *your* bottom line, not theirs.
I'm not saying that the question was invalid; it was just asked in the entirely wrong place./. is not a tech support forum. Had someone asked a Linux-specific tech support question, I would have said pretty much the same thing to them.
It wasn't news, despite what you think. A knowledge base article, yes, but not news.
A few years ago (10?) the Alberta government started to move the primary focus of Alberta business away from the Oil patch. At that point in time, Alberta was sort of a one-trick pony - most of the head offices for the Oil industry were here (and situated in Calgary), with a large number of the smaller businesses supporting the larger (fewer) oil companies.
If the Oil economy went down, so did the rest of Alberta. Bad.
Over the past 10 years, business diversity has increased a tremendous amount; the oil industry is still a large part of our economy, but not so large that we'd be hammered to death if the price of oil dropped substantially. It would hurt, but much less than it would have 10 years ago.
Part of the reason for this success is the high level of technology in this province. Calgary especially is very high tech, and this latest story just enforces that point. Businesses tend to move fairly quickly here, and are able to take advantages of the benefits of newer technology.
Through the use of and research into technology, Calgary is both a very good place to work and live.
Magnum photographer Paul Fusco has some very moving photographs of Chernobyl, and it's victims. They can be found here. Magnum appears to be offline at the moment, but please, take the time to view the photographs. Very powerful stuff.
I recently attended a presentation by Paul, and some people were reduced to tears by the photographs he showed of Chernoybl.
Have you thought about doing what most other people do, and get a job? Sure, you'll have to work your butt off, but if you do it this way, you'll certainly have more self esteem than had you paid for tuition and what-have-you with scholarships. Free money ain't, really. If you work for the cash, you'll know what it really cost you to get an education. You'll also realize that you're going to college to *work*, and not to screw around. I saw way too many people party away $1000s of scholarship dollars simply because it wasn't really their money.
Student loans are another way to go - there's nothing wrong with getting one either. I did it, and I paid it off too. Yes, it took a few years, but it was finally paid off.
It may even be the case that you'll have to put off going to college for a year or so until you have enough money. So be it.
But here's the rub, and he mentions it at the end of the article:
Of course, there are more complex applications where data caching can be implementing, such as discussion forums where multiple users can be adding, editing, and deleting messages simultaneously. But that's a topic for another article.
Most of the applications I write involve updating data almost as often as fetching it from the database. In an environment like Apache where you have individual processes serving content (and database connections are process-centric), implementing caches that are updatable becomes a very complex excercise, without implementing an additional layer.
eToys used a b-tree (Sleepycat?) database layer situated in front of the database layer - they would store objects in the b-tree, and fetch them from there if they had not expired. Once cache amongst all the servers made this worth doing; a Java web server can do something similar, since the objects are stored in memory shared between the various serving threads. The end result is similar to what Ace's Hardware has done.
What have other people done? Since I use Apache, I'm leaning towards a disk-based caching system.
I may get the dates wrong, but around the 1993 timeframe I was part of team at a large Cdn. oil company that built a CICS system under OS/2. The interesting part was that we were using the mainframe (big IBM iron - 3090-600) as a terminal server. At the time, CICS OS/2 was meant to be used as a terminal for host CICS. It was such an innovative use of the technology that IBM did a special story on our project as part of the S/390 Magazine (it was broadcast over their internal TV network - woo hoo). Unfortunately, all the suits got the credit for all the work that us grunts did. Cest la vie.
A few years later, as part of the same project, I developed an X.25 based POS authorization server using OS/2. A small 386 with 32 MB of memory ran DB2, CICS, and the POS application (written in C++ using CSet++). It supported 150 locations, with no problems *at all*.
After I left the company, I was then contracted to redevelop the POS server code to support some vastly expanded functionality. Again, all done under OS/2. We upgraded everything to Warp 4, all new products. It worked flawlessley.
Today, the same code is *still* running, and is handling over 250 locations, processing roughly a billion dollars of business a year.
It was inexpensive to put together, relatively inexpensive to support, and rarely ran into any problems. It was *very* stable. I attributed a lot of the stability to the OS itself. It was well laid out, and a joy to develop in. Yes, the API's were a bit strange, but once you got the hang of the strange API names (DosQueryThis, DosOpenThat), it became very easy to do things.
IBM never knew how to market OS/2. First it was a business OS (1.3), then it was a home OS (2.0), then it was a business os (3.0), then it was an everything OS (4.x). They could never make up their minds.
Technically, it was very well laid out OS. I liked it *much* better than NT 3.5.1, but that was just a personal feeling more than anything else - I really disliked the API that Microsoft carried from Windows to NT. It still sucks, and I avoid it like the plague.
The big problem with OS/2 is that it never got off on the right foot. Memory prices were so high when it first came out that it was a very expensive OS to run. So it was restricted to the corporation. When memory prices did come down, the FUD from Microsoft kept people from adopting it for home use.
I even ran an OS/2-dedicated BBS - it was the second OS/2 BBS in Calgary, and it was up and operational for about 3 years. Then the Internet happened, and that, as they say, was that.
While I do mostly Unix development these days, I do miss using OS/2.
Postfix (IBM Secure Mailer, written by Wietse Venema) is a very good example of how secure, modular, and elegant programming can be acomplished with C.
It's probably some of the best written C code I've every seen.
I've got a TiBook (about a year old now - 677Mzh or something like that), and it's not that bad. I do find some of the graphical tasks a bit sluggish (Omniweb, which is a pretty good web browser (plug for my brother-in-law who works at Omni), is a bit slow...), but since I spend most of my time at the command line using Emacs, the overall -feel- of the system is pretty good.
OpenStep was always a bit slow - but it was bearable since it was such a nice system to use. OX-X falls into the same category.
As always, the more memory the better - if you can avoid swapping, you'll make the system perform that much better.
House is 3 years old. Not a shred of chicken wire in the walls. Our base station for the phone sits between the living room and the Airport, but it's an older phone (900Mzh).
I really do think it's the TiBook, after reading the thread on MacWorld....tonite will tell.
I don't know very much about wireless architectures, and what is compatible with what, but will the EnGenius cards work with the Airport?
I have a TiBook and an Airport, and have found the combination almost useless. As soon as there is a *partial* wall between the laptop and the Airport, the signal fades, and then starts to drop, until it finally won't connect anymore (forget about trying to span floors!). I have to physically reset the Airport to make it work once the signal is 'gone'.
I'm not sure if the Airport is defective or what -it works fine when I have visual contact within 30 feet, but further than that, or introduce any obstructions, and all bets are off.
I've read about an invasive hack for the Airport where you add a 'signal booster', but I'm thinking that sliding in a 3rd party network card is much simpler, assuming that the drivers are stable.
Maybe the next time I pick up a newspaper I'll cut out all the ads, just so I don't have to see them, let alone read them. 'Course, if I did that, there'd be nothing left of the paper:-)
Using a PVR constitutes theft. What a ridiculous argument.
Slashdot Mirror
Don't you think that for some people, knowning that they have a safety device installed, might be a bit more careless?
If you have a safety net, you may be more prone to need it.
I can certainly see a requirement for such a safety device in school workshops, but as I said before, there is no substitute for proper education.
Sorry, this type of safety feature has been available for a few years. I have seen it demonstrated, and it is impressive. 3hp cabinet saw meets hotdog. The blade stopped instantly, with only a small nick taken out of the hot dog.
The unit I saw demonstrated was a one-use unit. Once the brake was used, it had to be replaced. The system had to be professionally installed, which is very inconvienient unless you have an installer in your city. It was also expensive, relative to the tool. However, when compared to your fingers, how expensive is it really?
Personally, I would never use one of these things. If you use your tools properly, and avoid running 'bad' wood through your tools, you will never have a problem. Avoid distractions, pay attention, and use push sticks.
Keep in mind that clients rarely know what they want until they seem something tangible, be it something you develop for them, or something they see.
Regardless, satisfying a client without a very detailed spec (which they sign off on) is a very difficult thing. It's never good enough, or is never matches their conception of what they were looking for.
Always, always, always, have a spec document that details exactly what they're getting for their $$$. Then, when they bitch and moan about what you gave them, point at the document. It's not a fail-safe way to do business, but it will help you not get sued. It also helps prevent scope creep, which if allowed will impact *your* bottom line, not theirs.
I'm not saying that the question was invalid; it was just asked in the entirely wrong place. /. is not a tech support forum. Had someone asked a Linux-specific tech support question, I would have said pretty much the same thing to them.
It wasn't news, despite what you think. A knowledge base article, yes, but not news.
Methinks this question would be better asked on a Windows-XX specific site. Here, you're likely to get bombarded with flames.....
Bingo! I was wondering how long it was going to take for someone to make the connection with 'War Games'.
Tic Tac Toe - man, I *never* know which square to pick.
Oh, just go with the flow, will you?
Have you no capacity for humor?
A few years ago (10?) the Alberta government started to move the primary focus of Alberta business away from the Oil patch. At that point in time, Alberta was sort of a one-trick pony - most of the head offices for the Oil industry were here (and situated in Calgary), with a large number of the smaller businesses supporting the larger (fewer) oil companies.
If the Oil economy went down, so did the rest of Alberta. Bad.
Over the past 10 years, business diversity has increased a tremendous amount; the oil industry is still a large part of our economy, but not so large that we'd be hammered to death if the price of oil dropped substantially. It would hurt, but much less than it would have 10 years ago.
Part of the reason for this success is the high level of technology in this province. Calgary especially is very high tech, and this latest story just enforces that point. Businesses tend to move fairly quickly here, and are able to take advantages of the benefits of newer technology.
Through the use of and research into technology, Calgary is both a very good place to work and live.
Magnum photographer Paul Fusco has some very moving photographs of Chernobyl, and it's victims. They can be found here. Magnum appears to be offline at the moment, but please, take the time to view the photographs. Very powerful stuff.
I recently attended a presentation by Paul, and some people were reduced to tears by the photographs he showed of Chernoybl.
It's a very sad situation.
Takers anyone? Periodic table symbo AU is the symbol for what? Gold.
Coincidence, but funny nonetheless.
Have you thought about doing what most other people do, and get a job? Sure, you'll have to work your butt off, but if you do it this way, you'll certainly have more self esteem than had you paid for tuition and what-have-you with scholarships. Free money ain't, really. If you work for the cash, you'll know what it really cost you to get an education. You'll also realize that you're going to college to *work*, and not to screw around. I saw way too many people party away $1000s of scholarship dollars simply because it wasn't really their money.
Student loans are another way to go - there's nothing wrong with getting one either. I did it, and I paid it off too. Yes, it took a few years, but it was finally paid off.
It may even be the case that you'll have to put off going to college for a year or so until you have enough money. So be it.
Good luck!
Try How Stuff Works. Lots of cool explanations of, well, how stuff works!
Got Rice?
Of course, there are more complex applications where data caching can be implementing, such as discussion forums where multiple users can be adding, editing, and deleting messages simultaneously. But that's a topic for another article.
Most of the applications I write involve updating data almost as often as fetching it from the database. In an environment like Apache where you have individual processes serving content (and database connections are process-centric), implementing caches that are updatable becomes a very complex excercise, without implementing an additional layer.
eToys used a b-tree (Sleepycat?) database layer situated in front of the database layer - they would store objects in the b-tree, and fetch them from there if they had not expired. Once cache amongst all the servers made this worth doing; a Java web server can do something similar, since the objects are stored in memory shared between the various serving threads. The end result is similar to what Ace's Hardware has done.
What have other people done? Since I use Apache, I'm leaning towards a disk-based caching system.
I may get the dates wrong, but around the 1993 timeframe I was part of team at a large Cdn. oil company that built a CICS system under OS/2. The interesting part was that we were using the mainframe (big IBM iron - 3090-600) as a terminal server. At the time, CICS OS/2 was meant to be used as a terminal for host CICS. It was such an innovative use of the technology that IBM did a special story on our project as part of the S/390 Magazine (it was broadcast over their internal TV network - woo hoo). Unfortunately, all the suits got the credit for all the work that us grunts did. Cest la vie.
A few years later, as part of the same project, I developed an X.25 based POS authorization server using OS/2. A small 386 with 32 MB of memory ran DB2, CICS, and the POS application (written in C++ using CSet++). It supported 150 locations, with no problems *at all*.
After I left the company, I was then contracted to redevelop the POS server code to support some vastly expanded functionality. Again, all done under OS/2. We upgraded everything to Warp 4, all new products. It worked flawlessley.
Today, the same code is *still* running, and is handling over 250 locations, processing roughly a billion dollars of business a year.
It was inexpensive to put together, relatively inexpensive to support, and rarely ran into any problems. It was *very* stable. I attributed a lot of the stability to the OS itself. It was well laid out, and a joy to develop in. Yes, the API's were a bit strange, but once you got the hang of the strange API names (DosQueryThis, DosOpenThat), it became very easy to do things.
IBM never knew how to market OS/2. First it was a business OS (1.3), then it was a home OS (2.0), then it was a business os (3.0), then it was an everything OS (4.x). They could never make up their minds.
Technically, it was very well laid out OS. I liked it *much* better than NT 3.5.1, but that was just a personal feeling more than anything else - I really disliked the API that Microsoft carried from Windows to NT. It still sucks, and I avoid it like the plague.
The big problem with OS/2 is that it never got off on the right foot. Memory prices were so high when it first came out that it was a very expensive OS to run. So it was restricted to the corporation. When memory prices did come down, the FUD from Microsoft kept people from adopting it for home use.
I even ran an OS/2-dedicated BBS - it was the second OS/2 BBS in Calgary, and it was up and operational for about 3 years. Then the Internet happened, and that, as they say, was that.
While I do mostly Unix development these days, I do miss using OS/2.
RIP OS/2.
Postfix (IBM Secure Mailer, written by Wietse Venema) is a very good example of how secure, modular, and elegant programming can be acomplished with C.
It's probably some of the best written C code I've every seen.
....a prior version of the Wayback machine?
Who has one of those, hmmmm?
If the currenty archive has 100TB, and is growing by 10TB a month, imagine what Wayback-Wayback would need to have.....
I prefer my wife - she's the best stocking stuffer around :-)
I've got a TiBook (about a year old now - 677Mzh or something like that), and it's not that bad. I do find some of the graphical tasks a bit sluggish (Omniweb, which is a pretty good web browser (plug for my brother-in-law who works at Omni), is a bit slow...), but since I spend most of my time at the command line using Emacs, the overall -feel- of the system is pretty good.
OpenStep was always a bit slow - but it was bearable since it was such a nice system to use. OX-X falls into the same category.
As always, the more memory the better - if you can avoid swapping, you'll make the system perform that much better.
Naw, no dice.
House is 3 years old. Not a shred of chicken wire in the walls. Our base station for the phone sits between the living room and the Airport, but it's an older phone (900Mzh).
I really do think it's the TiBook, after reading the thread on MacWorld....tonite will tell.
Yeah, I found the link after I posted my note - go figure.
I read the article - trust me, I'll be trying the 'press the strip' trick when I get home tonite.
Thanks!
I don't know very much about wireless architectures, and what is compatible with what, but will the EnGenius cards work with the Airport?
I have a TiBook and an Airport, and have found the combination almost useless. As soon as there is a *partial* wall between the laptop and the Airport, the signal fades, and then starts to drop, until it finally won't connect anymore (forget about trying to span floors!). I have to physically reset the Airport to make it work once the signal is 'gone'.
I'm not sure if the Airport is defective or what -it works fine when I have visual contact within 30 feet, but further than that, or introduce any obstructions, and all bets are off.
I've read about an invasive hack for the Airport where you add a 'signal booster', but I'm thinking that sliding in a 3rd party network card is much simpler, assuming that the drivers are stable.
Did anyone notice that there are a bunch of o-rings on the camera assembly? I can see it now:
"Ok, that was pretty good resolution - let's go for hi-res. Throttle up the camera feed to 106%."
BOOM!
Maybe the next time I pick up a newspaper I'll cut out all the ads, just so I don't have to see them, let alone read them. 'Course, if I did that, there'd be nothing left of the paper :-)
Using a PVR constitutes theft. What a ridiculous argument.