For over a hundred years, lobstermen have been using those familiar box-shaped net traps to catch lobsters. You've probably seen them: They have two funnel-shaped openings, and bait inside. Lobstermen -- and scientists -- have assumed that lobsters would be attracted by the bait, find it easy to get inside, but find it very hard to leave.
As it turns out, this is completely wrong. For the first time, a couple of researchers thought to put a video camera down next to a trap and find out what things are really like:
Posted by Clive Thompson at January 12, 2003 12:10 AM
Trackback Pings
TrackBack URL for this entry: http://www.collisiondetection.net/mt3/mt-tb.cgi/192
But could they find their way out 100 years ago, when the traps were first introduced? We may have inadvertently helped "uplift" the lobster species by eating stupid lobsters and thereby removing stupidty genes from the lobster gene pool.
Or maybe not....
Posted by: Matt Harris at January 12, 2003 7:52 PM
That's a good point! Have we inadvertantly begun the process of creating a darwinian process, driving lobsters to amass brainpower?
They'll probably grow opposable thumbs soon.
Posted by: Clive at January 12, 2003 8:01 PM
Hate to belabor the obvious, but lobsters ALREADY have opposable thumbs.
When they start using palmtop computers to blog to each other about the hottest, most tantalizingly-baited traps, I'll be impressed. But not until.
Yours in drawn butter,
Bret
Posted by: Bret Dawson at January 12, 2003 9:15 PM
Hey, but those don't actually qualify as "thumbs", do they? Can a lobster actually give a "thumbs up"? Or do a Fonz-like "ayyyyy"?
Posted by: Clive at January 12, 2003 9:22 PM
Posted by: sonneries at January 8, 2004 8:22 AM
Posted by: Online Casino at January 16, 2004 2:36 AM
Let's take a moment to reexamine that. What we've done here is create two variables. The first variable is in the Heap, and we're storing data in it. That's the obvious one. But the second variable is a pointer to the first one, and it exists on the Stack. This variable is the one that's really called favoriteNumber, and it's the one we're working with. It is important to remember that there are now two parts to our simple variable, one of which exists in each world. This kind of division is common is C, but omnipresent in Cocoa. When you start making objects, Cocoa makes them all in the Heap because the Stack isn't big enough to hold them. In Cocoa, you deal with objects through pointers everywhere and are actually forbidden from dealing with them directly.
Posted by: Bennett at January 20, 2004 11:42 AM
This variable is then used in various lines of code, holding values given it by variable assignments along the way. In the course of its life, a variable can hold any number of variables and be used in any number of different ways. This flexibility is built on the precept we just learned: a variable is really just a block of bits, and those bits can hold whatever data the program needs to remember. They can hold enough data to remember an integer from as low as -2,147,483,647 up to 2,147,483,647 (one less than plus or minus 2^31). They can remember one character of writing. They can keep a decimal number with a huge amount of precision and a giant range. They can hold a time accurate to the second in a range of centuries. A few bits is not to be scoffed at.
Posted by: Manasses at January 20, 2004 11:42 AM
The most basic duality that exists with variables is how the programmer sees them in a totally different way than the computer does. When you're typing away in Project Builder, your variables are normal words smashed together, like software titles from the 80s. You deal with them on this level, moving them around and passing them back and forth.
Posted by: Didimus at January 20, 2004 11:42 AM
But variables get one benefit people do not
Posted by: Augustine at January 20, 2004 11:42 AM
That gives us a pretty good starting point to understand a lot more about variables, and that's what we'll be examining next lesson. Those new variable types I promised last lesson will finally make an appearance, and we'll examine a few concepts that we'll use to organize our data into more meaningful structures, a sort of precursor to the objects that Cocoa works with. And we'll delve a little bit more into the fun things we can do by looking at those ever-present bits in a few new ways.
Posted by: Rees at January 20, 2004 11:42 AM
The Stack is just what it sounds like: a tower of things that starts at the bottom and builds upward as it goes. In our case, the things in the stack are called "Stack Frames" or just "frames". We start with one stack frame at the very bottom, and we build up from there.
Posted by: Jane at January 20, 2004 11:42 AM
The most basic duality that exists with variables is how the programmer sees them in a totally different way than the computer does. When you're typing away in Project Builder, your variables are normal words smashed together, like software titles from the 80s. You deal with them on this level, moving them around and passing them back and forth.
Posted by: Griffin at January 20, 2004 11:42 AM
For this program, it was a bit of overkill. It's a lot of overkill, actually. There's usually no need to store integers in the Heap, unless you're making a whole lot of them. But even in this simpler form, it gives us a little bit more flexibility than we had before, in that we can create and destroy variables as we need, without having to worry about the Stack. It also demonstrates a new variable type, the pointer, which you will use extensively throughout your programming. And it is a pattern that is ubiquitous in Cocoa, so it is a pattern you will need to understand, even though Cocoa makes it much more transparent than it is here.
Posted by: Ninion at January 20, 2004 11:42 AM
Note the new asterisks whenever we reference favoriteNumber, except for that new line right before the return.
Posted by: Vincent at January 20, 2004 11:42 AM
This code should compile and run just fine, and you should see no changes in how the program works. So why did we do all of that?
Posted by: Effemia at January 20, 2004 11:42 AM
Posted by: julia at January 24, 2004 7:05 PM
Hentai manga pokemon hentai, hentai clips hentai pokemon. Anime girls bulma hentai, love hina hentai manga hentai. Hentai sex dead or alive hentai, anime girls free hentai galleries. Free hentai manga evangelion hentai, love hina hentai hentai bondage. Gay anime sex anime, free hentai movies free hentai videos. Digimon hentai hentai manga, anime girl dragon ball z hentai. Hentai galleries hentai movies, hentai anime tenchi muyo hentai. hentai manga.
Posted by: manga hentai tenchi hentai at January 8, 2005 10:41 AM
But could they find their way out 100 years ago, when the traps were first introduced? We may have inadvertently helped "uplift" the lobster species by eating stupid lobsters and thereby removing stupidty genes from the lobster gene pool.
Or maybe not....
Posted by: Matt Harris at January 12, 2003 7:52 PM
That's a good point! Have we inadvertantly begun the process of creating a darwinian process, driving lobsters to amass brainpower?
They'll probably grow opposable thumbs soon.
Posted by: Clive at January 12, 2003 8:01 PM
Hate to belabor the obvious, but lobsters ALREADY have opposable thumbs.
When they start using palmtop computers to blog to each other about the hottest, most tantalizingly-baited traps, I'll be impressed. But not until.
Yours in drawn butter,
Bret
Posted by: Bret Dawson at January 12, 2003 9:15 PM
Hey, but those don't actually qualify as "thumbs", do they? Can a lobster actually give a "thumbs up"? Or do a Fonz-like "ayyyyy"?
Posted by: Clive at January 12, 2003 9:22 PM
i agree with it
Posted by: sonneries at January 8, 2004 8:22 AM
Nice site. thx.
Posted by: Online Casino at January 16, 2004 2:36 AM
Let's take a moment to reexamine that. What we've done here is create two variables. The first variable is in the Heap, and we're storing data in it. That's the obvious one. But the second variable is a pointer to the first one, and it exists on the Stack. This variable is the one that's really called favoriteNumber, and it's the one we're working with. It is important to remember that there are now two parts to our simple variable, one of which exists in each world. This kind of division is common is C, but omnipresent in Cocoa. When you start making objects, Cocoa makes them all in the Heap because the Stack isn't big enough to hold them. In Cocoa, you deal with objects through pointers everywhere and are actually forbidden from dealing with them directly.
Posted by: Bennett at January 20, 2004 11:42 AM
This variable is then used in various lines of code, holding values given it by variable assignments along the way. In the course of its life, a variable can hold any number of variables and be used in any number of different ways. This flexibility is built on the precept we just learned: a variable is really just a block of bits, and those bits can hold whatever data the program needs to remember. They can hold enough data to remember an integer from as low as -2,147,483,647 up to 2,147,483,647 (one less than plus or minus 2^31). They can remember one character of writing. They can keep a decimal number with a huge amount of precision and a giant range. They can hold a time accurate to the second in a range of centuries. A few bits is not to be scoffed at.
Posted by: Manasses at January 20, 2004 11:42 AM
The most basic duality that exists with variables is how the programmer sees them in a totally different way than the computer does. When you're typing away in Project Builder, your variables are normal words smashed together, like software titles from the 80s. You deal with them on this level, moving them around and passing them back and forth.
Posted by: Didimus at January 20, 2004 11:42 AM
But variables get one benefit people do not
Posted by: Augustine at January 20, 2004 11:42 AM
That gives us a pretty good starting point to understand a lot more about variables, and that's what we'll be examining next lesson. Those new variable types I promised last lesson will finally make an appearance, and we'll examine a few concepts that we'll use to organize our data into more meaningful structures, a sort of precursor to the objects that Cocoa works with. And we'll delve a little bit more into the fun things we can do by looking at those ever-present bits in a few new ways.
Posted by: Rees at January 20, 2004 11:42 AM
The Stack is just what it sounds like: a tower of things that starts at the bottom and builds upward as it goes. In our case, the things in the stack are called "Stack Frames" or just "frames". We start with one stack frame at the very bottom, and we build up from there.
Posted by: Jane at January 20, 2004 11:42 AM
The most basic duality that exists with variables is how the programmer sees them in a totally different way than the computer does. When you're typing away in Project Builder, your variables are normal words smashed together, like software titles from the 80s. You deal with them on this level, moving them around and passing them back and forth.
Posted by: Griffin at January 20, 2004 11:42 AM
For this program, it was a bit of overkill. It's a lot of overkill, actually. There's usually no need to store integers in the Heap, unless you're making a whole lot of them. But even in this simpler form, it gives us a little bit more flexibility than we had before, in that we can create and destroy variables as we need, without having to worry about the Stack. It also demonstrates a new variable type, the pointer, which you will use extensively throughout your programming. And it is a pattern that is ubiquitous in Cocoa, so it is a pattern you will need to understand, even though Cocoa makes it much more transparent than it is here.
Posted by: Ninion at January 20, 2004 11:42 AM
Note the new asterisks whenever we reference favoriteNumber, except for that new line right before the return.
Posted by: Vincent at January 20, 2004 11:42 AM
This code should compile and run just fine, and you should see no changes in how the program works. So why did we do all of that?
Posted by: Effemia at January 20, 2004 11:42 AM
Posted by: julia at January 24, 2004 7:05 PM
Hentai manga pokemon hentai, hentai clips hentai pokemon. Anime girls bulma hentai, love hina hentai manga hentai. Hentai sex dead or alive hentai, anime girls free hentai galleries. Free hentai manga evangelion hentai, love hina hentai hentai bondage. Gay anime sex anime, free hentai movies free hentai videos. Digimon hentai hentai manga, anime girl dragon ball z hentai. Hentai galleries hentai movies, hentai anime tenchi muyo hentai. hentai manga.
Posted by: manga hentai tenchi hentai at January 8, 2005 10:41 AM