So a couple of people have now pointed out that my efforts to divide reliability and trustworthyness ended in confusion.
To simplify:
When we interact with things, we form an idea in our minds of how the things are going to behave.
➡ If the thing always behaves how we expect it to, that is trustworthy.
➡ If the thing always behaves the same, even if it is unexpectly the same, that is reliable.
In the recent election, voting machines proved their reliability. For the most part they were very consistent in their behavior. On the other hand, the final results diverged a bit from the polls, which some people did not really expect. As a result, they are lacking in trust.
But then, what reason would someone have to prefer to mistrust the voting machine rather than the polls?
Friday, November 12, 2004
Monday, November 08, 2004
Reliable vs. Trustable
Why is it that people have such a hard time with such simple concepts? Reporters seem to get a free pass to be almost unbearably confused about subtle differences. What am I blathering about? I'm glad you asked!
Reliability is the idea that something will perform consistantly.
Trustable is the idea that something will perform how you expect it to.
So what is the difference? Well for simple things, things that people can understand just by looking at them, this tends to not be an important distinction. For complex things, things like computers or things built around computers, this difference gives people some trouble. Let's start by thinking about simple things.
I have on my desk a piece of paper, a pencil and an eraser. These things are all hopelessly outdated by the PDA which I carry about with me, but I trust them. Why do I trust them? Because over the years I have determined that these objects do what I expect them to. I also think of them as being reliable. Why is that? Well, for the most part they operate every time.
There are, without a doubt, some failures. Paper is not the most robust storage medium one can imagine for putting in a pants pocket and running through the laundry. Rough handling of the pencil will result in a broken lead. If the paper gets oily or I write too hard, sometimes it just does not erase too well. Depending on my mental model of what paper, pencil and eraser should do, these might be classified as trust issues, or as reliability issues. I have a fairly sophisticated model in my head of what paper, pencil and eraser do, so for the most part I think of these as reliability issues. I trust that if I run a paper through the laundry, it will come out useless. I trust that if I roll over my pencil with my desk chair it will afterward have issues. Since my mental model does a good job of predicting how the system will behave, and it is generally right, these are reliability issues.
I have in my living room a VCR. The clock on my VCR does not blink 12:00. In fact, every time I put a videotape in the mouth, I can watch it. Unless the tape is too old, in which case it might eat it. I have a mental model built up about that, so it is a reliability issue. Fine. But if I should want to record a show using the built-in timer functionality: Tough luck. The few times I did try to set that up, I ended up losing any semblance of confidence and just starting it manually on the slowest recording mode and hoping that the tape was long enough. That is a failure of trust. The trust issue is the most frustrating.
Software bugs, due to their complexity, tend to be trust failures. Software bugs that are simple enough to produce a useable mental model to compensate for are generally also the ones that get fixed. Because they're simple.
Prior to our recent election, we've seen computer scientist "e-voting experts" pontificate mightily about how computerized voting is not reliable. Well, the election went pretty smoothly. There have been some noteworthy failures, mostly in the screen calibration, but no widespread looting or anything like that. Why? The machines are reliable. That's why they were concieved as a replacement for paper balloting. The reliability of a direct interface is better than the reliability of marking cards or paper or something and then letting a computer count that.
So, now they'll quit whining, right? Wrong. Now they'll have to be a bit more clear about what they are objecting to. The machine's reliability is really pretty good. They're designed to keep backup copies of all the really critical data. The problem is that after being exposed to too much buggy software, these scientists just don't trust them to do what they're supposed to.
So, when bugs get revealed it only seems natural to distrust the machines, right?
Reliability is the idea that something will perform consistantly.
Trustable is the idea that something will perform how you expect it to.
So what is the difference? Well for simple things, things that people can understand just by looking at them, this tends to not be an important distinction. For complex things, things like computers or things built around computers, this difference gives people some trouble. Let's start by thinking about simple things.
I have on my desk a piece of paper, a pencil and an eraser. These things are all hopelessly outdated by the PDA which I carry about with me, but I trust them. Why do I trust them? Because over the years I have determined that these objects do what I expect them to. I also think of them as being reliable. Why is that? Well, for the most part they operate every time.
There are, without a doubt, some failures. Paper is not the most robust storage medium one can imagine for putting in a pants pocket and running through the laundry. Rough handling of the pencil will result in a broken lead. If the paper gets oily or I write too hard, sometimes it just does not erase too well. Depending on my mental model of what paper, pencil and eraser should do, these might be classified as trust issues, or as reliability issues. I have a fairly sophisticated model in my head of what paper, pencil and eraser do, so for the most part I think of these as reliability issues. I trust that if I run a paper through the laundry, it will come out useless. I trust that if I roll over my pencil with my desk chair it will afterward have issues. Since my mental model does a good job of predicting how the system will behave, and it is generally right, these are reliability issues.
I have in my living room a VCR. The clock on my VCR does not blink 12:00. In fact, every time I put a videotape in the mouth, I can watch it. Unless the tape is too old, in which case it might eat it. I have a mental model built up about that, so it is a reliability issue. Fine. But if I should want to record a show using the built-in timer functionality: Tough luck. The few times I did try to set that up, I ended up losing any semblance of confidence and just starting it manually on the slowest recording mode and hoping that the tape was long enough. That is a failure of trust. The trust issue is the most frustrating.
Software bugs, due to their complexity, tend to be trust failures. Software bugs that are simple enough to produce a useable mental model to compensate for are generally also the ones that get fixed. Because they're simple.
Prior to our recent election, we've seen computer scientist "e-voting experts" pontificate mightily about how computerized voting is not reliable. Well, the election went pretty smoothly. There have been some noteworthy failures, mostly in the screen calibration, but no widespread looting or anything like that. Why? The machines are reliable. That's why they were concieved as a replacement for paper balloting. The reliability of a direct interface is better than the reliability of marking cards or paper or something and then letting a computer count that.
So, now they'll quit whining, right? Wrong. Now they'll have to be a bit more clear about what they are objecting to. The machine's reliability is really pretty good. They're designed to keep backup copies of all the really critical data. The problem is that after being exposed to too much buggy software, these scientists just don't trust them to do what they're supposed to.
So, when bugs get revealed it only seems natural to distrust the machines, right?
Thursday, November 04, 2004
Does nothing ever change?
Four years ago, America was introduced to the idea that using punchcards to vote might not be the very best way. It turns out that the information about the vote is not stored in the card itself, but rather in the very delicate little pre-scored edges around the "chad". The problem is that with handling the "chad" can come loose, damaging the information stored on the card. Another problem is that hypothetically a very weak person might not be able to produce the couple of grams of pressure required to actually tear out these pre-scored little bits of cardstock, giving rise to the idea of a "dimpled" or "pregnant" chad.
A lot of uproar came about because the voters were not able to adequately verify that their vote was cast as they intended.
In a piece of paper.
Now, there are groups of politically charged activists out and about complaining about computerized voting systems. The issue is that the voters are not able to adequately verify that their vote was cast as intended. On this score they are right. Sadly, they think that there is an easy solution. They want to have the machine print out the voter's choices.
On a piece of paper.
Gives them something to recount, they say. A manual recount is the only way to be sure that the election was done right, they say. What? I have to wonder, do they really think that people are better able to add up numbers than a computer is? Was Herman Hollerith really wrong 123 years ago? And it took us this long to figure it out?
Something seems wrong here to me.
A lot of uproar came about because the voters were not able to adequately verify that their vote was cast as they intended.
In a piece of paper.
Now, there are groups of politically charged activists out and about complaining about computerized voting systems. The issue is that the voters are not able to adequately verify that their vote was cast as intended. On this score they are right. Sadly, they think that there is an easy solution. They want to have the machine print out the voter's choices.
On a piece of paper.
Gives them something to recount, they say. A manual recount is the only way to be sure that the election was done right, they say. What? I have to wonder, do they really think that people are better able to add up numbers than a computer is? Was Herman Hollerith really wrong 123 years ago? And it took us this long to figure it out?
Something seems wrong here to me.
Wednesday, November 03, 2004
Programming with Comments
I seem to be addicted to mailing lists.
I used to (back when I was in college, so it is getting to be a while now) read USENET a lot. It quickly became apparent that each newsgroup only had two or three topics, and that they cycled through them on approximately a two-month period. But that is alright. There are so many different groups that there is always something new to read.
I rarely ever post, though.
I can't do anything more than speculate as to why this is true, but nearly any thread that I posted to died instantly. [For the non-USENET savvy, a thread is a series of posts, usually between 2-5 people where they "reply" to each other's posts by ignoring whatever was said and restating their own opinions.] I've tried tones ranging from friendly, through concecending, to downright hostile. Always the same. Dead. Even when I ask questions in groups that seem to be good about answering questions. Usually it is as if I never even posted. Dead.
So I rarely ever post.
Because that makes my reading material stop.
So one of the mailing lists I subscribe to is dedidcated to discussions around the Squeak Smalltalk language. And recently they had a discussion about class comments. The jist of the conversation centered around what was a reasonable minimum amount of documentation to require in a program. Some people were of the "if the code requires comments, it is poorly written and should be refactored until it is readable." While I think it is good to put some effort into making the program by itself readable, I have written a pretty substantial amount of code that no amount of refactoring would ever make understandable without some basic comments. A couple people wanted a comment on everything, but that's just as clearly overkill. A sort of reasonable comprimise seems to be to only really require writing one comment for each class of object in the program. That's probably more reasonable, but to me still seems wrong.
Knuth wrote the Web book some years ago, but somehow it's never really caught on. Funny. When I read it back while I was in college, it seemed like such a good idea. The downside was that it was so painfully mechanical. Everything about it just seemed to hurt when I tried to do it.
Squeak Smalltalk has this interesting property where not only is the code and the data all mixed up and interchangable, the program being built is mixed up with the environment it's built in and even mixed up with the tools being used to build it. The resulting slurry can be confusing to the outsider, but once you develop the taste for it, it goes down smooth.
So now I wonder, maybe if there is a way to build a hypertext document in Squeak objects which describes an object class. It could have pictures, sounds, animations, whatever helped to tell the story. But part of the story would be the actual code that would control the behavior. Just like Knuth's Web, the idea is to make the description be the program, and put just enough extra tidbits into it so that the computer could actually execute it.
Too bad I'm to lazy to ever try building it.
I used to (back when I was in college, so it is getting to be a while now) read USENET a lot. It quickly became apparent that each newsgroup only had two or three topics, and that they cycled through them on approximately a two-month period. But that is alright. There are so many different groups that there is always something new to read.
I rarely ever post, though.
I can't do anything more than speculate as to why this is true, but nearly any thread that I posted to died instantly. [For the non-USENET savvy, a thread is a series of posts, usually between 2-5 people where they "reply" to each other's posts by ignoring whatever was said and restating their own opinions.] I've tried tones ranging from friendly, through concecending, to downright hostile. Always the same. Dead. Even when I ask questions in groups that seem to be good about answering questions. Usually it is as if I never even posted. Dead.
So I rarely ever post.
Because that makes my reading material stop.
So one of the mailing lists I subscribe to is dedidcated to discussions around the Squeak Smalltalk language. And recently they had a discussion about class comments. The jist of the conversation centered around what was a reasonable minimum amount of documentation to require in a program. Some people were of the "if the code requires comments, it is poorly written and should be refactored until it is readable." While I think it is good to put some effort into making the program by itself readable, I have written a pretty substantial amount of code that no amount of refactoring would ever make understandable without some basic comments. A couple people wanted a comment on everything, but that's just as clearly overkill. A sort of reasonable comprimise seems to be to only really require writing one comment for each class of object in the program. That's probably more reasonable, but to me still seems wrong.
Knuth wrote the Web book some years ago, but somehow it's never really caught on. Funny. When I read it back while I was in college, it seemed like such a good idea. The downside was that it was so painfully mechanical. Everything about it just seemed to hurt when I tried to do it.
Squeak Smalltalk has this interesting property where not only is the code and the data all mixed up and interchangable, the program being built is mixed up with the environment it's built in and even mixed up with the tools being used to build it. The resulting slurry can be confusing to the outsider, but once you develop the taste for it, it goes down smooth.
So now I wonder, maybe if there is a way to build a hypertext document in Squeak objects which describes an object class. It could have pictures, sounds, animations, whatever helped to tell the story. But part of the story would be the actual code that would control the behavior. Just like Knuth's Web, the idea is to make the description be the program, and put just enough extra tidbits into it so that the computer could actually execute it.
Too bad I'm to lazy to ever try building it.
Tuesday, November 02, 2004
How does one become an Expert?
Yesterday, someone at work pointed out this travesty to me. On the one hand, I applaud their desire to scratch their itch. Even in public. Scratching in public is apparently important for baseball players and voting activists. The content of their posts has a little too much of the breathless, cross-eyed, oh-my-isn't-this-exciting flavor to it for my taste, but then I think that salsa tastes good on french fries.
No, the thing about it that bugs me is that it is a group of ten dudes, most of which are computer scientists (like myself), no two of which have the same depth nor breadth of experience in working with voting machinery or election systems as I have.
Maybe no three.
Let's do a quick poll. How many here have served as lead architect and senior programmer on the construction of DRE software which was NASED certified? How many here have served as lead architect and senior programmer on a system to allow overseas servicemen to vote with the same level of confidence (or probably higher) that their votes were successfully delivered and counted as people who vote at a poll site? How many here can speak intelligently about CESG's voting methodology? How many here reasonably understand the statistical analysis of election confidence given a Voter Verified Paper Audit Trail? How many here can reasonably explain to a lay person how Chaum's or Neff's voter verifiable crypto systems work to protect both the privacy and the integrity of a vote?
Me. Maybe someone else, but I rather doubt that there are too many.
Avi Rubin was interviewed for November's Dr. Dobb's Journal. Right on the cover, he is called " the world's leading authority on electronic voting and software engineering." Wow. He must've done some pretty impressive work to qualify for such a description. What does google say about "avi rubin software engineering"? A little bit of stuff, like building a firewall to stop java applets. Kind of security related, even. A lot of stuff about how Rubin is an e-voting expert. But that's not really relevant, since it's just sort of tautaulogical. How about "avi rubin voting machine"? H'm, this is more promising. The very first hit is to his very own web site, where he discusses in some depth his apparently first experience as an election judge. There are no dates given on this page, but it appears to post-date the Analysis of an Electronic Voting System which appears to have been published in May of 2003 (the date at the top of the page notwithstanding). As far as I can tell, this is the earliest example of Avi doing anything with respect to voting systems.
So far, I don't understand how he came to be the worldwide leader.
I, in comparison, have been working full time since the January 2000 not on criticizing the efforts of others, but on finding and building workable solutions to the problem of how to run an election in the twenty-first century.
No, the thing about it that bugs me is that it is a group of ten dudes, most of which are computer scientists (like myself), no two of which have the same depth nor breadth of experience in working with voting machinery or election systems as I have.
Maybe no three.
Let's do a quick poll. How many here have served as lead architect and senior programmer on the construction of DRE software which was NASED certified? How many here have served as lead architect and senior programmer on a system to allow overseas servicemen to vote with the same level of confidence (or probably higher) that their votes were successfully delivered and counted as people who vote at a poll site? How many here can speak intelligently about CESG's voting methodology? How many here reasonably understand the statistical analysis of election confidence given a Voter Verified Paper Audit Trail? How many here can reasonably explain to a lay person how Chaum's or Neff's voter verifiable crypto systems work to protect both the privacy and the integrity of a vote?
Me. Maybe someone else, but I rather doubt that there are too many.
Avi Rubin was interviewed for November's Dr. Dobb's Journal. Right on the cover, he is called " the world's leading authority on electronic voting and software engineering." Wow. He must've done some pretty impressive work to qualify for such a description. What does google say about "avi rubin software engineering"? A little bit of stuff, like building a firewall to stop java applets. Kind of security related, even. A lot of stuff about how Rubin is an e-voting expert. But that's not really relevant, since it's just sort of tautaulogical. How about "avi rubin voting machine"? H'm, this is more promising. The very first hit is to his very own web site, where he discusses in some depth his apparently first experience as an election judge. There are no dates given on this page, but it appears to post-date the Analysis of an Electronic Voting System which appears to have been published in May of 2003 (the date at the top of the page notwithstanding). As far as I can tell, this is the earliest example of Avi doing anything with respect to voting systems.
So far, I don't understand how he came to be the worldwide leader.
I, in comparison, have been working full time since the January 2000 not on criticizing the efforts of others, but on finding and building workable solutions to the problem of how to run an election in the twenty-first century.
Monday, November 01, 2004
What, no posts?
Sorry about the no posts for the last couple days. I don't actually know if it was this "blogger.com" site or my computer or what, but I was unable to get a post through. I plan to make up for this neglect Real Soon Now (tm).
Friday, October 29, 2004
Less is More
It's been about a month now that I've been on a slightly heightened minimalism binge. Since I bought a house about 4 years ago, there's been no need for me to get rid of anything. My wife would disagree. But really, I don't buy that much stuff, and combined with the fact that I don't break stuff that often, I tend to end up with lots of old, slightly worn out things that I just don't use any more.
So now I'm selling it on eBay.
Most of the reason that I never sold anything on eBay before is just that it is such a hassle. PayPal makes the payment part easy, but then there's the delivery. Packing stuff up in a box and taking it to the post office to find out how much it will cost to ship, unpacking it to take pictures because you forgot to do that first, then doing the listing, then repackaging, then going back to the post office to actually send it, whew! Too much effort.
So I have my brother do it for me.
The company he works for will let him use the shipping department. They ship UPS, which seems to do a pretty good job. My brother is also a skilled estimator. He can usually guess about how much the shipping will be. I just have to find stuff, then write up some description of it. He usually uses my description to find a finished item on eBay, and then cribs together a description from that.
Why does he do it? He gets a commission.
Not just any commission, a sliding twenty down to zero percent commission. Why would he work for a zero percent commision? Well, in reallity he would not, but we capped his part to $45. So, in the limit case an infinitely expensive item would still only get him $45, which would divide out to a zero percent.
At first we had a set of rules (which I don't quite remember). For up to $75 we had one percentage, then it dropped to a lower percentage up to $150, where it dropped again. The problem with it was that he made more commission on a $74 sale than he did on a $76 one. This is part of why the IRS rules for tax bracket are more complicated than I think they should be. We decided that there had to be a simpler way. And really, it is obvious.
commission(price) = $45e-price/165
Easy, right?
So now I'm selling it on eBay.
Most of the reason that I never sold anything on eBay before is just that it is such a hassle. PayPal makes the payment part easy, but then there's the delivery. Packing stuff up in a box and taking it to the post office to find out how much it will cost to ship, unpacking it to take pictures because you forgot to do that first, then doing the listing, then repackaging, then going back to the post office to actually send it, whew! Too much effort.
So I have my brother do it for me.
The company he works for will let him use the shipping department. They ship UPS, which seems to do a pretty good job. My brother is also a skilled estimator. He can usually guess about how much the shipping will be. I just have to find stuff, then write up some description of it. He usually uses my description to find a finished item on eBay, and then cribs together a description from that.
Why does he do it? He gets a commission.
Not just any commission, a sliding twenty down to zero percent commission. Why would he work for a zero percent commision? Well, in reallity he would not, but we capped his part to $45. So, in the limit case an infinitely expensive item would still only get him $45, which would divide out to a zero percent.
At first we had a set of rules (which I don't quite remember). For up to $75 we had one percentage, then it dropped to a lower percentage up to $150, where it dropped again. The problem with it was that he made more commission on a $74 sale than he did on a $76 one. This is part of why the IRS rules for tax bracket are more complicated than I think they should be. We decided that there had to be a simpler way. And really, it is obvious.
commission(price) = $45e-price/165
Easy, right?
Finally saw Van Helsing last night. Between the in-your-face overacting and the in-your-face gratuitous special effects, halfway through the movie I started thinking that I was watching some James Cameron fiasco. But then I realized that if Cameron had directed it, there would be at least one or two characters in it to sympathize with.
The friend that I saw it with rather liked the Jeckyl/Hyde character, but that one was gone faster than the opening credits were. I rather liked the creepy grave digger, but, well, I'm not going to let you all off that easily. You'll have to suffer through it yourselves.
So, you been following the elections? Something I read in the last week was questioning all the legal wrangling that is expected to start next week, wondering if it wasn't perhaps doing more unseen damage than either party really understood. (I'd put up a link, but can't find it. Anyone?) Their fear is that by casting so much scrutiny on the election process it will make the populous think that the electoral process--heck, democracy itself--is screwed up in the good ol' US of A.
Myself, I'm not convinced that that would really be such a bad thing. I mean, really. What is the worst thing that could come of encouraging Americans to take the time to think about the mechanism upon which all of the confidence in their government is based?
The friend that I saw it with rather liked the Jeckyl/Hyde character, but that one was gone faster than the opening credits were. I rather liked the creepy grave digger, but, well, I'm not going to let you all off that easily. You'll have to suffer through it yourselves.
So, you been following the elections? Something I read in the last week was questioning all the legal wrangling that is expected to start next week, wondering if it wasn't perhaps doing more unseen damage than either party really understood. (I'd put up a link, but can't find it. Anyone?) Their fear is that by casting so much scrutiny on the election process it will make the populous think that the electoral process--heck, democracy itself--is screwed up in the good ol' US of A.
Myself, I'm not convinced that that would really be such a bad thing. I mean, really. What is the worst thing that could come of encouraging Americans to take the time to think about the mechanism upon which all of the confidence in their government is based?
Wednesday, October 27, 2004
Representative Democracy
For the past five years, I've been working for a company that makes voting software. In that time, I've gone from thinking that American government is generally a bad idea that I wanted nothing to do with to thinking that American government is generally a bad idea but maybe I should participate somehow instead of just complaining.
A few days ago, someone sent me this link. If you follow it, click on one of the video links.
(In case the link quits working, it is a video of John Edwards fussing over his hair for an unbelievable amount of time.)
As I was watching it, the thought struck me: If I were to run for office, there is no way I could put up with fussing about my hair. I would not do it myself, and I could probably not tolerate someone else doing it. I would probably have brushed it somewhat back away from my face that morning--that should be good enough for anyone. Part of my campaign message would be: "Vote for me because I have more on my mind than just hair."
Odds are I would lose. But that'd be ok, because it would just mean that I am not a representative of the people.
A few days ago, someone sent me this link. If you follow it, click on one of the video links.
(In case the link quits working, it is a video of John Edwards fussing over his hair for an unbelievable amount of time.)
As I was watching it, the thought struck me: If I were to run for office, there is no way I could put up with fussing about my hair. I would not do it myself, and I could probably not tolerate someone else doing it. I would probably have brushed it somewhat back away from my face that morning--that should be good enough for anyone. Part of my campaign message would be: "Vote for me because I have more on my mind than just hair."
Odds are I would lose. But that'd be ok, because it would just mean that I am not a representative of the people.
Welcome
So, I expect that I'm just wasting my time here, but it seems that the time is right for me to try this "blog" thing out from the other side. One of the contributors on an email list I subscribe to has a .sig which says something like "A gentleman is someone who knows how to blog but refrains from doing so in public." Apparently I have an insecurity here, because it troubles me that I don't know how to blog.
Apparently "blog" is one of the ever-so-popular noun-verbs. I really dislike noun-verbs.
People who know me know that I like to rant about things, so this blog will probably be a soapbox where I will air out whatever concept I feel like ranting about.
I got to this "blogger.com" place from Julian Lombardi's Croquet Blog and also Croquet. I've been following Croquet from the Squeak scene since I first heard about it, a while back. After their first preview release (which became unavailable after being mentioned) I wrote this:
First of all, Croquet appears to be an amazing piece of work. It is an example of the type of work that I am always jealous of. I always seem to end up doing boring stuff in comparison.!From the documentation .PDF:
I believe that in the context of computers attached to the Internet, this is a mistake. Code is code, and data is data. Data are allowed to flow between computers without hesitation (modulo security issues, which are probably not present in Croquet) but code is restricted to the computer it is installed into. Installing code should require direct user initiation.
Look & Feel:
Fabulous. Simply fabulous. Very nifty how much stuff works within the view.
I am curious if any of that applies to the new release. But I am also tired, since it is now tomorrow, so I am going to go to bed.
Apparently "blog" is one of the ever-so-popular noun-verbs. I really dislike noun-verbs.
People who know me know that I like to rant about things, so this blog will probably be a soapbox where I will air out whatever concept I feel like ranting about.
I got to this "blogger.com" place from Julian Lombardi's Croquet Blog and also Croquet. I've been following Croquet from the Squeak scene since I first heard about it, a while back. After their first preview release (which became unavailable after being mentioned) I wrote this:
Critique of Croquet
First of all, Croquet appears to be an amazing piece of work. It is an example of the type of work that I am always jealous of. I always seem to end up doing boring stuff in comparison.!From the documentation .PDF:
Code is just another media type, and should be just as portable between systems. Late binding and component architectures allow for a valuable encapsulation of behaviors that can be dynamically shared and exchanged.
I believe that in the context of computers attached to the Internet, this is a mistake. Code is code, and data is data. Data are allowed to flow between computers without hesitation (modulo security issues, which are probably not present in Croquet) but code is restricted to the computer it is installed into. Installing code should require direct user initiation.
Look & Feel:
Fabulous. Simply fabulous. Very nifty how much stuff works within the view.
I am curious if any of that applies to the new release. But I am also tired, since it is now tomorrow, so I am going to go to bed.
Subscribe to:
Posts (Atom)