You're looking at Less Wrong's discussion board. This includes all posts, including those that haven't been promoted to the front page yet. For more information, see About Less Wrong.

Error comments on Continuity in Uploading - Less Wrong Discussion

7 Post author: Error 17 January 2014 10:57PM

You are viewing a comment permalink. View the original post to see all comments and the full post content.

Comments (87)

You are viewing a single comment's thread. Show more comments above.

Comment author: Error 18 January 2014 03:49:40PM 3 points [-]

The point of the destructive upload is precisely so that you-now can anticipate continuing only as the upload.

Except I don't anticipate continuing only as the upload; I anticipate being dead. Uploaded-me will remember incorrectly anticipating the same, but uploaded-me was not the one doing the anticipating.

I am an instance of a class, not the class itself.

Actually, tabooing "I", since it seems to be getting in the way: This instance of the class anticipates that this instance will be dead, and has a problem with that even if other instance(s) of the class remain.

Comment author: DanielLC 19 January 2014 11:17:37PM 1 point [-]

This instance

That's the same as "I".

There is one instance. It forks. There are two instances. If you claim that one of them was the original instance, you are using "I".

I'd say that past!you, upload!you, and meat!you are three distinct instances of the class you. Thinking you're going to die means that past!you does not believe that there is a future!you.

Comment author: Error 20 January 2014 05:32:52PM 1 point [-]

That's the same as "I".

Well, yes. What I was trying to do was avert a confusion where "I" might refer to an instance (meat brain, silicon RAM copy #224) or might refer to a class (the abstract computation they're both running), by specifying the intended meaning. That is the point of tabooing, right?

I'd say that past!you, upload!you, and meat!you are three distinct instances of the class you.

Thanks; this seems to be the source of disagreement. I see two instances, not three, the second forking at the moment of upload and running the same program with a new PID. I don't think we'll find common ground here, and I'm not sure I'm up to defending my position on the subject. I just found the consequences of that position interesting to explore.

Comment author: Leonhart 19 January 2014 01:47:38PM *  1 point [-]

Uploaded-me will remember incorrectly anticipating the same, but uploaded-me was not the one doing the anticipating.

Fine, but we're still talking past each other, because I think there is no sense in which dead meat-you "was" the one doing the anticipating that is not also true of live upload-you.

I am an instance of a class, not the class itself.

So the whole point of this, as I understood it, was that the universe doesn't support persistent instances in the way you want it to.

You could follow e.g. Mitchell Porter (as far as I understood him) and claim that there's a particular quantum doohickey that does support real fundamental continuity of stuff. Do you? Or am I wildly misinterpreting you?

Comment author: Dentin 20 January 2014 06:21:05AM 0 points [-]

For the record, (this instance of this class) has no problems with the destruction of (other instances of this class or itself), so long as at least one instance remains and is viable, and a handful of similarity conditions are met.

Seriously. We can talk about it on lw chat some time if you're bored.