home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   comp.ai.philosophy      Perhaps we should ask SkyNet about this      59,235 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 59,058 of 59,235   
   dart200 to Richard Damon   
   Re: is the ct-thesis cooked?   
   16 Jan 26 01:08:19   
   
   XPost: comp.theory, comp.software-eng   
   From: user7160@newsgrouper.org.invalid   
      
   On 1/15/26 7:28 PM, Richard Damon wrote:   
   > On 1/15/26 7:23 AM, dart200 wrote:   
   >   
   >> bro stick a giant dildo up ur asshole u hypocritical fuckface...   
   >>   
   >> when i tried to suggest improvements to the computational model, like   
   >> RTMs, u then told me i *can't* do that because muh ct-thesis, and here   
   >> u are crying about how no superior method has been found as if u'd   
   >> ever even tried to look past the ct-thesis...   
   >   
   > No, you didn't suggest improvements to the model, you just showed you   
   > don't knoww what that means.   
   >   
   > You don't get to change what a "computation" is, that isn't part of the   
   > "model".   
      
   you honestly could have just said that cause the rest of this is just u   
   repeating urself as if that makes it more correct   
      
   >   
   > The model would be the format of the machine, and while your RTM might   
   > be a type of machine that could be thought of, they don't do   
   > COMPUTATIONS, as it violates the basic rules of what a compuation IS.   
   >   
   > Computations are specific algorithms acting on just the input data.   
   >   
   > A fundamental property needed to reach at least Turing Complete ability,   
   > is the ability to cascade algorithms.   
   >   
   > Your RTM break that capability, and thus become less than Turing Complete.   
      
   i'm sorry, RTMs are literally just TMs with one added instruction that   
   dumps static meta-data + copies tape ... how have they *lost* power with   
   that??? clearly they can express anything that TMs can ...   
      
   >   
   > And, any algorithm that actually USES their capability to detect if they   
   > have been nested will become incorrect as a decider, as a decider is a   
   > machine that computes a specific mapping of its input to its output, and   
   > if that result changes in the submachine, only one of the answers it   
   > gives (as a stand-alone, or as the sub-machine) can be right, so you   
   > just show that it gave a wrong answer.   
      
   u have proof that doesn't work yet you keep asserting this is the "one   
   true way". seems like u just enjoy shooting urself in the foot, with the   
   only actual rational way being it's just the "one true way"   
      
   >   
   > This is sort of like the problem with a RASP machine architecture, sub-   
   > machines on such a platform are not necessarily computations, if they   
   > use the machines capability to pass information not allowed by the rules   
   > of a computation. Your RTM similarly break that property.   
   >   
   > Remember, Computations are NOT just what some model of processing   
   > produce, but specifically is defined based on producing a specific   
   > mapping of input to output, so if (even as a sub-machine) a specific   
   > input might produce different output, your architecture is NOT doing a   
   > computation.   
   >   
   > And without that property, using what the machine could do, becomes a   
   > pretty worthless criteria, as you can't actually talk much about it.   
      
   the output is still well-defined and deterministic at runtime,   
      
   context-dependent computations are still computations. the fact TMs   
   don't capture them is an indication that the ct-thesis may be false   
      
   --   
   arising us out of the computing dark ages,   
   please excuse my pseudo-pyscript,   
   ~ nick   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca