caneka

A programming langauge for streams and lifecycles

=

Termination Analogy

To build a case for Caneka's existence I will try to articulate using a real-world problem that involves figuring out how to categorize the information at hand, in the way that you need to use it.

Caneka is based on a common computer science challenge: "How to handle something, and move on, when the order is not the same". The langauge automatically populates virtual stacks and queues to handle tasks that would otherwise involve extensive handling.

Consider a real world example:

How do you know the end of a movie...
When the credits role!

Notice that the differences could be the credits, blank screen, different music, the names of real people, or certain conditionals such as the titles only apearing after a period of time.

This is the case for every parser, and most lifecycle based computer science problems. If you're parsing mixed content such as "number 128938 is cool". The number will only be complete when you recieve the space after the second 8. Any numerical character, in and of itself, is not an indication that the numerical content has been fully encountered.

This is why the Roebling Parser and much of the Caneka syntax has been designed to make solving these type of problems a breeze.