Nope.. Arms and legs are quite common, and of low value. What Sony requires is a torso. You're welcome to keep your legs, but they'll be strictly for cosmetic purposes (won't function).
The torso you sell to them will be used in the RealDoll playstation addon due out shortly. They're expected to be low in volume, and quite high in price -- especially for the female version.
Heck.. Now they all seem to have 'Call 1-888.... if you received this video illegally'. I've always wondered how many phone calls they get. Afterall, anyone legit enough to make the report probably doesn't realize they received an illegal copy to start with.
Yeah.. or someone simply records the data sequence the device sends the computer and replays it.
Phones send tones which represent coins. For some reason it took a long time for designers to turn off the mic until the phone had dialed and the call paid for:)
15 locks on the door doesn't close an open window.
Re:HS computer course a joke....a possible solutio
on
Testing Kids' IT Skills
·
· Score: 3, Insightful
Heh. In highschool we were asked to write a poker program using Quick Basic. Most people did ascii art, a few just printed numbers. Then, 4 of us teamed up and wrote a poker application with full mouse control, 640 x 480 bitmapped graphics, and it had the ability to play music (wav files) in the background (via timeslicing). To top it off we added a pretty good AI -- then multiplayer AI support which would talk to eachother about sports, news events, etc. You as the human could start conversations with them.
Needless to say, it was no longer really a poker program, and had more creature feeping than nearly anything else around.
The point of the story? If your bored, do what they ask plus some stuff to make it a challenge.
The time taken to decrypt or check the auth would be enough to lag it quite a bit.
Packets don't spend alot of time hanging around routers. Even less time based on the work required.
Whatever method thats created will be more complicated than my plain old packets -- especially if it's not to be abused. As such, I bet my packets go through first anyway.
I'm more than willing to make my code readable and documented inline with a quick README explaining usage and initial intent. It's been enough information for the hundred page books to be written later in about the same time as it would have taken initially (NOTE: don't know of anyone whos ever actually read the books, they always go for the readme and code -- but they exist now).
No documentation is bad, but so is a 'make work' project where the only benefit was an employee had work to do.
A.plan for a project todo list, dedicated whiteboard with highlevel design notes on it (take digital photos), inline docs and reasonable abstraction that covers 70% of future code directions (ask marketing for their thoughts) with minimal time should be good for a with a small (~20 or less) team under a tight budget.
Larger companies get the project manager(s), a proposal, business case, technical writeup, lead contact, lead developer, and projects which never complete or don't actually meet the proposal.
My experience is heavily limited, but fly by the seat of you pants has done a much much better growing the company I work for than the plan everything and document when people sneezed method shrunk it shortly after. (35 people to 160 to ~200k [buyout by large company who turned over most staff with their methods in mind] back to 70 and another turn over to get those people out.
As a final note, if you code an interface between 2 components that isn't to the spec initally declared (but it has equal or greator functionality and both components work as advertised) just make the coded version the new spec and toss out the old one. This even works with intercompany projects till the 'do it the right way' person comes along.
Ok.. I knew both of those clients would do parallel downloads, but I didn't realize they were capable of sharing 'chunks' of a file. That is, sharing a file that has not yet completely been downloaded.
Next time I run into something EDonkey doesn't have, I'll have to try out Bearshare.
If it really uses any more than 1GB ram with file system cache, binary cache and compiler results I would be surprised. That said, it's been a very long time since I've compiled it. Anyway, 6gb, 60gb, or 600gb isn't any different for this operation (aside from increased addressing time, possible transfer delays, bank switching and other silly stuff).
ALthought the consequences of the Iceberg reaching Washington are difficult to predict, it is thought that it could lead to a major destabalisation of the global Ice Cream market, eventually resulting in huge economic turmoil for Ben & jerry's ice cream.
I bet there isn't alot of cookie dough in the iceberg though.
I've always wondered just how they determine how reliable a clock is.
Afterall, can't measure meters without a meterstick. Do they simply take a N Cesium clocks and average out their time to determine how close a single Mercury based clock sticks to it? Or did I miss the memo where we could acurrately time trillionths of a second?
If I'm not mistaken the whole Ports thing was one of Jordans great inventions. It's succeeded quite well using standard distributed tools (ie. makefiles, compilers, and the like).
Perhaps I'm wrong. Nice to see he's still having great thoughts. Hope whatever packaging system they come up with is portable enough to work on a large chunk of systems (linux in various configs, bsd's, solaris, darwin, etc.).
Humans tend to base their thoughts off of what they learned. So, new thoughts are always based off other thoughts of either yourself or others.
New is pretty tough. Generally means you kept your thought path secret long enough to go through enough revolutions that it no longer resembles anyone elses thoughts. You know what that means? Complete lack of progress. Group thoughts tend to move a little quicker than an individuals.
Sounds like that spin lock thing would happen on dual cpu's too.
Just needs 3. 2 to spin, one to be holding the lock which isn't running. This is mainly the reason that after a tick the kernel evaluates whats doing useful stuff, and what isn't and scheduals accordingly. So.. in this case and all others of locks it required the kernel to interrupt.
The program should have put itself to sleep if it didn't get the lock after a tick, as it can assume it'll be a while. Postgresql had a large debate not that long ago about the best timing for spin / sleep on SMP. Sleeping immediatly isn't the best thing in multi-cpu cases -- which this is pretending to be.
Ahh.. but yo bid on the click through price. Meaning, an ad that bits 10cents with a 10% clickthrough is worth the same as an add that bits $1 with a 1% clickthrough rate.
If the first person bids 11cents, they've now locked out the person paying much more.
So, no, you can't get locked out strictly on price. You have to suck as well.
If you look at how Boeing got into the market in the first place it's not out of line to consider a company like the above mentioned knocking them out.
Boeing dropped everything on a huge risk called the Jet. Make or break. If Bombardier were to drop trains, planes, snowmobiles, boats, etc. and make a 'kick ass' shuttle thats cheap to buy they could potentially take over most of the airplane market. Leaving Boeing in it's wake.
If Boeing remembers what they did, and can make that jump in technology (again -- like twinprop to jet) they'll corner the market for quite some time.
Bought them a 15 year lead last time, and took 'em from second (third?) in the market to first with a huge margin.
Funny.. Hardware is the only reason we buy sparc. Not thousands mind you, but several hundred.
Anyway, any and all software we write is developed under another unix (bsd, linux, osx) then moved to Solaris for testing and final implementation.
So.. The only reason those Suns are around is the ability to handle a load of 1000 which still being reasonably responsive. Most of that reason is the hardware.
Development hopes someday that research will switch the OS to something a little more reasonable. I want tar with gzip built in it damnit!
Slashdot Mirror
Nope.. Arms and legs are quite common, and of low value. What Sony requires is a torso. You're welcome to keep your legs, but they'll be strictly for cosmetic purposes (won't function).
The torso you sell to them will be used in the RealDoll playstation addon due out shortly. They're expected to be low in volume, and quite high in price -- especially for the female version.
Heck.. Now they all seem to have 'Call 1-888.... if you received this video illegally'. I've always wondered how many phone calls they get. Afterall, anyone legit enough to make the report probably doesn't realize they received an illegal copy to start with.
Load a billion records into your MySQL database through 20 tables, then do random 10 table joins. Thats why.
Postgresql doesn't do quite as well as Oracle (much much smaller gap now though) but it has a smaller starting size.
Yeah.. or someone simply records the data sequence the device sends the computer and replays it.
:)
Phones send tones which represent coins. For some reason it took a long time for designers to turn off the mic until the phone had dialed and the call paid for
15 locks on the door doesn't close an open window.
Heh. In highschool we were asked to write a poker program using Quick Basic. Most people did ascii art, a few just printed numbers. Then, 4 of us teamed up and wrote a poker application with full mouse control, 640 x 480 bitmapped graphics, and it had the ability to play music (wav files) in the background (via timeslicing). To top it off we added a pretty good AI -- then multiplayer AI support which would talk to eachother about sports, news events, etc. You as the human could start conversations with them.
Needless to say, it was no longer really a poker program, and had more creature feeping than nearly anything else around.
The point of the story? If your bored, do what they ask plus some stuff to make it a challenge.
How exactly is fibre optics going to reduce latency?
Perhaps it'll make more bits travel across the line in a given time period, or allow longer distance runs, but it certainly won't reduce latency.
The time taken to decrypt or check the auth would be enough to lag it quite a bit.
Packets don't spend alot of time hanging around routers. Even less time based on the work required.
Whatever method thats created will be more complicated than my plain old packets -- especially if it's not to be abused. As such, I bet my packets go through first anyway.
Just exactly why are emergency communications using IRC or Instant Messages as their primary method?
Internet always goes down long before the phone, and phone long before shortwave cuts out.
I always try to meet midway.
.plan for a project todo list, dedicated whiteboard with highlevel design notes on it (take digital photos), inline docs and reasonable abstraction that covers 70% of future code directions (ask marketing for their thoughts) with minimal time should be good for a with a small (~20 or less) team under a tight budget.
I'm more than willing to make my code readable and documented inline with a quick README explaining usage and initial intent. It's been enough information for the hundred page books to be written later in about the same time as it would have taken initially (NOTE: don't know of anyone whos ever actually read the books, they always go for the readme and code -- but they exist now).
No documentation is bad, but so is a 'make work' project where the only benefit was an employee had work to do.
A
Larger companies get the project manager(s), a proposal, business case, technical writeup, lead contact, lead developer, and projects which never complete or don't actually meet the proposal.
My experience is heavily limited, but fly by the seat of you pants has done a much much better growing the company I work for than the plan everything and document when people sneezed method shrunk it shortly after. (35 people to 160 to ~200k [buyout by large company who turned over most staff with their methods in mind] back to 70 and another turn over to get those people out.
As a final note, if you code an interface between 2 components that isn't to the spec initally declared (but it has equal or greator functionality and both components work as advertised) just make the coded version the new spec and toss out the old one. This even works with intercompany projects till the 'do it the right way' person comes along.
Ok.. I knew both of those clients would do parallel downloads, but I didn't realize they were capable of sharing 'chunks' of a file. That is, sharing a file that has not yet completely been downloaded.
Next time I run into something EDonkey doesn't have, I'll have to try out Bearshare.
It's a kernel compile.
If it really uses any more than 1GB ram with file system cache, binary cache and compiler results I would be surprised. That said, it's been a very long time since I've compiled it. Anyway, 6gb, 60gb, or 600gb isn't any different for this operation (aside from increased addressing time, possible transfer delays, bank switching and other silly stuff).
ALthought the consequences of the Iceberg reaching Washington are difficult to predict, it is thought that it could lead to a major destabalisation of the global Ice Cream market, eventually resulting in huge economic turmoil for Ben & jerry's ice cream.
I bet there isn't alot of cookie dough in the iceberg though.
If someone demanded more lines of code from me I'd write a perl script which would take all my loops and unroll them, then the function calls inline.
Never again would they want more lines of code.
I hear they compete with Tide.
It'll take alot for me to believe it's a couple of generations ahead of Machines due to 3d graphics.
Even TA did a rather good job in its time, it's just too bad they didn't have a better AI.
I've always wondered just how they determine how reliable a clock is.
Afterall, can't measure meters without a meterstick. Do they simply take a N Cesium clocks and average out their time to determine how close a single Mercury based clock sticks to it? Or did I miss the memo where we could acurrately time trillionths of a second?
Serves me for skimming the article first. It's mentioned right in it that he was.
If I'm not mistaken the whole Ports thing was one of Jordans great inventions. It's succeeded quite well using standard distributed tools (ie. makefiles, compilers, and the like).
Perhaps I'm wrong. Nice to see he's still having great thoughts. Hope whatever packaging system they come up with is portable enough to work on a large chunk of systems (linux in various configs, bsd's, solaris, darwin, etc.).
Have you *ever* seen or heard of a new idea?
Humans tend to base their thoughts off of what they learned. So, new thoughts are always based off other thoughts of either yourself or others.
New is pretty tough. Generally means you kept your thought path secret long enough to go through enough revolutions that it no longer resembles anyone elses thoughts. You know what that means? Complete lack of progress. Group thoughts tend to move a little quicker than an individuals.
Sounds like that spin lock thing would happen on dual cpu's too.
Just needs 3. 2 to spin, one to be holding the lock which isn't running. This is mainly the reason that after a tick the kernel evaluates whats doing useful stuff, and what isn't and scheduals accordingly. So.. in this case and all others of locks it required the kernel to interrupt.
The program should have put itself to sleep if it didn't get the lock after a tick, as it can assume it'll be a while. Postgresql had a large debate not that long ago about the best timing for spin / sleep on SMP. Sleeping immediatly isn't the best thing in multi-cpu cases -- which this is pretending to be.
Ahh.. but yo bid on the click through price. Meaning, an ad that bits 10cents with a 10% clickthrough is worth the same as an add that bits $1 with a 1% clickthrough rate.
If the first person bids 11cents, they've now locked out the person paying much more.
So, no, you can't get locked out strictly on price. You have to suck as well.
If you look at how Boeing got into the market in the first place it's not out of line to consider a company like the above mentioned knocking them out.
Boeing dropped everything on a huge risk called the Jet. Make or break. If Bombardier were to drop trains, planes, snowmobiles, boats, etc. and make a 'kick ass' shuttle thats cheap to buy they could potentially take over most of the airplane market. Leaving Boeing in it's wake.
If Boeing remembers what they did, and can make that jump in technology (again -- like twinprop to jet) they'll corner the market for quite some time.
Bought them a 15 year lead last time, and took 'em from second (third?) in the market to first with a huge margin.
Funny.. Hardware is the only reason we buy sparc. Not thousands mind you, but several hundred.
Anyway, any and all software we write is developed under another unix (bsd, linux, osx) then moved to Solaris for testing and final implementation.
So.. The only reason those Suns are around is the ability to handle a load of 1000 which still being reasonably responsive. Most of that reason is the hardware.
Development hopes someday that research will switch the OS to something a little more reasonable. I want tar with gzip built in it damnit!
Well... You can bet they still wouldn't support Joe Randoms beige box. It would be a strictly Apple intel machine.
Think XBox here.
The kernel being Mach not BSD means that they have absolutly no hardware support that BSDs do -- atleast not directly anyway.
;)
Userlands tend to not support hardware so much