AKMA's Random Thoughts

May 06, 2003

Welcome to Nashville

My only experience of Nashville before today had been the annual Society of Biblical Literature meeting held in Opryland, but I can report that Vanderbilt offers a much more attractive side of Nashville. Although the afternoon was sticky, and my cab dropped me off at the wrong hotel, it cascades with green, and everyone’s been friendly and helpful. David Weinberger seems inclined to steal all my best material tomorrow morning, so I may be left stammering and fumbling. At least I have an excuse, now.

Over dinner, John Rakestraw pumped David and me for feedback on a university-wide course management system. Vanderbilt’s evaluating options for a comprehensive package offering modules for class discussion, resource access, student records, and communication. Any suggestions? Ben and Mena? (There’a lot of business in the education market — it’s not defense contracting or anything, but there’s a living to be made by someone who can offer a coherent alternative to BlackBoard).

Posted by AKMA at May 6, 2003 10:20 PM | TrackBack
Comments

...and an alternative to WebCT. Hey! How about a class group weblog?

Posted by: fp at May 6, 2003 10:24 PM

Nashville huh? Sticky? I don't THINK so!
Since you are so close, why don't you come on South and visit, you are almost out of Yankee land. It's less than a 7 hour drive I suspect. THEN I can show you sticky....no extra charge for the skeeters.
Have fun...

Posted by: David at May 6, 2003 10:33 PM

Powerschool does some of that:

http://www.apple.com/education/powerschool/

Posted by: Kevin Marks at May 6, 2003 11:37 PM

*points at Liz Lawley* Go talk to her. She wants one too, and she's got the pull to actually get one.

Posted by: Dorothea Salo at May 7, 2003 08:04 AM

Note the new asterisks whenever we reference favoriteNumber, except for that new line right before the return.

Posted by: Silvester at January 13, 2004 02:01 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: David at January 13, 2004 02:02 AM

Seth Roby graduated in May of 2003 with a double major in English and Computer Science, the Macintosh part of a three-person Macintosh, Linux, and Windows graduating triumvirate.

Posted by: Manasses at January 13, 2004 02:02 AM

To address this issue, we turn to the second place to put variables, which is called the Heap. If you think of the Stack as a high-rise apartment building somewhere, variables as tenets and each level building atop the one before it, then the Heap is the suburban sprawl, every citizen finding a space for herself, each lot a different size and locations that can't be readily predictable. For all the simplicity offered by the Stack, the Heap seems positively chaotic, but the reality is that each just obeys its own rules.

Posted by: Emanuel at January 13, 2004 11:11 AM

Inside each stack frame is a slew of useful information. It tells the computer what code is currently executing, where to go next, where to go in the case a return statement is found, and a whole lot of other things that are incredible useful to the computer, but not very useful to you most of the time. One of the things that is useful to you is the part of the frame that keeps track of all the variables you're using. So the first place for a variable to live is on the Stack. This is a very nice place to live, in that all the creation and destruction of space is handled for you as Stack Frames are created and destroyed. You seldom have to worry about making space for the variables on the stack. The only problem is that the variables here only live as long as the stack frame does, which is to say the length of the function those variables are declared in. This is often a fine situation, but when you need to store information for longer than a single function, you are instantly out of luck.

Posted by: Paul at January 13, 2004 11:12 AM

Our next line looks familiar, except it starts with an asterisk. Again, we're using the star operator, and noting that this variable we're working with is a pointer. If we didn't, the computer would try to put the results of the right hand side of this statement (which evaluates to 6) into the pointer, overriding the value we need in the pointer, which is an address. This way, the computer knows to put the data not in the pointer, but into the place the pointer points to, which is in the Heap. So after this line, our int is living happily in the Heap, storing a value of 6, and our pointer tells us where that data is living.

Posted by: Gerrard at January 13, 2004 11:12 AM