Go ahead :).. If you have *enough* time, almost no thinking is needed: Many think smart AGI can fit into as little as 100KB. Have ~1K of data sufficient for solving a couple of very tricky problems, generate all possible combinations of bits for 100K file, run each instance in some kind of protected mode with access to the 1K data, ask it to solve the tricky problems and auto-check the solution. Happy waiting! ;-))
Regards, Jiri Jelinek On 6/12/07, John G. Rose <[EMAIL PROTECTED]> wrote:
There are always the difficulties of creating AGI in software written by people. Maybe it would be easier to create the application that writes the AGI software. This is similar to a software that modifies its own source code yet different where the generator is a separate entity not integrated with the resultant AGI. The AGI generator would have built in testing where auto-testing occurs after the module guts are fleshed out. Why is this different from people doing the coding? The unknowns would be filled in by the generator. It's sort of a test driven development perspective where the requirements and tests are specified and the generator sculpts the outcome. Unknowns are integrated into the design and the generated AGI projection is worked out by the generator. So once it starts running you can kick back and wait till it's done. One may say well this is the same as a self-modifying AGI. Yes but no, an AGI generator is taking a mathematical model and projecting it, working out the details of the model with feedback loops. The mathematical model may be modified by the generator but if the generator needs source code modification a human programmer would do it. The self-modifying AGI is changing its own source code projection of its model while also changing its model. Maybe self-modification is too much to ask for in a single application and that step needs to be broken out... The AGI *could* have a generator module that is non-modifiable and yes that is basically the same thing. But another difference is that the AGI generator starts off life without an AGI, the egg comes first. It starts off life with an AGI model that is not implemented in code and that's the difference. The main goal is to simply development, leveraging as much existing technology as possible, thus minimizing the amount of coding that needs to be done; IOW make life easier for all the meatheads that are trying to code up an AGI. John ----- This list is sponsored by AGIRI: http://www.agiri.org/email To unsubscribe or change your options, please go to: http://v2.listbox.com/member/?&;
----- This list is sponsored by AGIRI: http://www.agiri.org/email To unsubscribe or change your options, please go to: http://v2.listbox.com/member/?member_id=231415&user_secret=e9e40a7e
