Defining the C's for programmers

Psalehesost

The Living Force
The C's engage in a procedural manner, giving - mostly in concise answers to specific queries - in accordance with Service to Others. While they can to some extent be Object Oriented, they are plain about this, and do not engage in a way that constricts the Free Will of the conversing parties to code as they will.

Unlike many other sources of modern times, the C's do not dress their statements in syntactical sugar, devlivering them instead in simple struct-ures. Their simplicity of style does however not prevent their statements from appearing cryptical at times given the density of information conveyed, and as such a good mastery of the language is needed to fully grasp their points.

The plain and simple style of the C's has led to criticisms of lack of class. This has become especially acute regarding the lack of information hiding, though it would appear that the primary Object of those thus criticising the C's has become the seeking of comfort.

Communication:

For communication with the C's to function properly, it is vital that /dev/splm0 (the SuperLuminal device) be properly configured.

An example of a session appears below:

----
A: hello, world!
Q: Where are you from?
A: /mnt/cassiopaea
Q: Name?
A: hello.c
Q: Any message for us?
A: hello, world!
Q: What do you mean by that?
A: hello, world!
A: hello, world!
Q: Could you help us out here?
A: hello, world!
Q: ???
A: hello, world!
A: hello, world!
Q: Good night!
A: hello, world!
End of session
 
Should be C's for *nix geeks.

Code:
$: mount /dev/board /home/user/board
Access Denied
$: su Laura
You cannot su.
$: usermod -G self admin
Access Denied to usermod
$: cat /dev/null > self

C's for programmers:

A ouija board is an n-tier implementation allowing multiple client objects to interface through middle-ware to 6th density server side objects. Client side objects are provided with a unique identifier (Laura, Ark, A** etc) which can then interface with server side objects with unique identifiers. Packets are passed in the form of questions and responses and routed through the middle-ware to the relevant client object. Client objects encounter issues within the client environment, query the server for a response, and receive the necessary abstract factory class which must be implemented then instantiated and used to prototype new objects as needed.

Unlike most channeling, which can be thought of as remote procedure calls, C communications are a flavor of representational state transfer as described by Roy Fielding in that it is a layered communication through a proxy/middle-ware that acts as a broker for server side state access, the state is transferred and consumed/transformed by the client and eventually returned to the server for amelioration or confirmation. It is a non-http based service, which runs a mild risk of packet loss and therefore corruption of states transferred. The integrity of the connection is directly proportional to the experience/life of the client object and its ability to maintain the connection without timing out. Objects with too many active internal threads tend to error out or lock more frequently when child processes come into conflict for access to object data, object connection, or returned classes. Therefore it is of paramount importance to only attempt connections to the server once child processes have finished or have been removed from the client object as superfluous, and all chores are complete.

Only certified C's Programmers can work in this field, so better sign up for the Art of C's course.
 
The Work without a teacher ( with some unnecessary code of course - it can't be any other way )

Code:
while ( $i > 1 ) {  
     if ( rand( 1, 987 ) == rand( 1, 987 ) ) $i--; 
     if ( ( $i < 987 ) && ( rand( 0, 1 ) ) == 0 ) $i++; else continue;
}
 
Atreides said:
Should be C's for *nix geeks.
[...]
The second part, at least. On a semi-related note - since with the previous post the thread has gone into the Work as well - the crossing of the second threshold might be seen as rebuilding the kernel with a brand new configuration.

Sadly, much of the userland has been corrupted, and garbage processes are sucking up all resources, making it impossible to perform such an operation before having carefully cleaned, layer by layer, the configuration of the system, as well as repaired several utilities. Still working on it.
Atreides said:
C's for programmers:
[...]
The narrowness of my experience is showing; lower-level tinkering is the only area where it goes deeper. Though I understood what you wrote, it is almost purely theoretical to me.
 
:lol: you guys crack me up!

Atreides said:
Only certified C's Programmers can work in this field, so better sign up for the Art of C's course.

I'll sign up for that course!

Atreides said:
It is a non-http based service, which runs a mild risk of packet loss and therefore corruption of states transferred. The integrity of the connection is directly proportional to the experience/life of the client object and its ability to maintain the connection without timing out

You forgot to mention the occasional black hat interference attempt on the signal! Hence the need for a certain level of encryption and a client side CRC check via object look up or received packets. :)
It could also be said that early versions where subject to remote attack attempts/remote procedural calls/client side access attempts in order to extract objects from the client side, via an unfiltered open connection. Fortunately the client sides firewall was correctly configured through objects collected on many previous iterations/run cycles of the client object.

Atreides said:
Code:
$: mount /dev/board /home/user/board
Access Denied
$: su Laura
You cannot su.
$: usermod -G self admin
Access Denied to usermod
$: cat /dev/null > self

Perhaps you missed out the first step?

Code:
$: ssh cassiopaeans@6th.density
Connection to cassiopaeans@6th.density timed out

m said:
The Work without a teacher ( with some unnecessary code of course - it can't be any other way )

Code:
while ( $i > 1 ) {  
     if ( rand( 1, 987 ) == rand( 1, 987 ) ) $i--; 
     if ( ( $i < 987 ) && ( rand( 0, 1 ) ) == 0 ) $i++; else continue;
}

Oh man, I've never had such a simple bit of code seem so complex given the context of the work!
Now all we need is a new piece of code, with an array of i's and some function calls i.e. mirror(i's)
Or maybe a linked list of i's......I wonder what the mental equivalent of a null point/pointer exception is? :lol:
 
Atreides said:
Only certified C's Programmers can work in this field, so better sign up for the Art of C's course.
Where do we sign? Great to see you back Atreides. :)
 
Back
Top Bottom