29 Nov 2013

Intelligence assessment

True intelligence assessment:

  • is only achievable through mass trials of test objects, with full control over their knowledge, with full reset capability of that knowledge and a total cultural knowledge when comparing the acts of the test objects with the optimal behavior according to the culture.

In essence this means that the assessment can only be performed on artificial test objects, such as UAV:s in aerial security culture, that the UAV experience of the trial can be erased, that the experimental environment can be restored properly, and that this environment can be subtly varied randomly so that chance lucky outcomes can be ruled out from affecting the assessment.

On the other hand, some degree of self awareness required to implement true intelligence can give some indication that real intelligence might be present in a test object:

  • Graceful degradation: an unpassable obstacle in the road to fulfilling the plan ought to make the test object to give up and perform a default action, such as returning to the starting point and make a failure report,
  • Damage free solution: on the road to plan fulfillment dangers must be minimized so that the test object avoids partial solutions that are self destructive, and that doesn't cause untolerable damage to objects in the test environment,
  • Plan repair: if at carrying out a plan, the test object encounters an unexpected but solvable obstacle, the test object ought to clear away or circumvent that obstacle according to the test object's own prepared strategies,
  • Planning capability: given a number of prepared strategies for individual subproblems, a test object might be able to combine those strategies to solve a larger problem by producing a coherent plan.

27 Sept 2013

Enûma Eliš project added to googlecode.

Enûma Eliš project was added to googlecode, since I have started to hack on a proto-prototype for the intended NoSQL database manager Apsû. My current main goal is to learn what the standard database operations (see below) become if one have an association list based NoSQL database instead of a classical RDBMS. I could potentially sit and ponder what those operations would be, but I prefer coding/experimenting to see what the mathematical reality dictates, rather than to speculate over "what ought to" and "what should". Besides I haven't coded for a long while[1], so I have abstince.

The planned content is to be:

  1. anšar - a cloudy VM-sys executing a LogPL rather than assembly
  2. apsû - a nosql assoc list database system providing data to the anšars
  3. kišar - LogPL compiling to anšar
  4. tiamat - a resource power scheduler and plan executor
  5. mummu - NL to LogPL parser and antiparser

The RDBMS database operations (in relational algebra) are:

  • Set union
  • Set difference
  • Cartesian product
  • Projection
  • Selection
  • Rename
  • Diverse joins
  • Division

As of writing this text, I have released no Apsû code yet. Soon to come.

[1] Except some python math and some bash last week. Probably last I programmed C was 1 month ago.

31 Aug 2013

Startup of New Project

Since some 10 years I've had a lot of disorganized thoughts about a cloud like program execution environment where procedures and procedure environments jumps between processors/runboxes as dictated by need. This is the start-up of this project, which borrows the name Enûma Eliš [ɛˈnuːma ˈɛːlɪʃ] and module names from the Babylonian mythos of Enûma Eliš.

This project is going to be programmed according to a specification, rather than ad-hoc like my older star map generation project ★ sternons. There will be a virtual machine execution environment, a tuple database system (NoSQL), and some fantastic qualities. The project is more like a research for programs with personalities using a cloud of execution boxes, rather than a project to produce Web 3.0 or something fantastic like Google, Facebook, Skype or similar. I'm doing this for personal interest.