Re: YAPL - Yet Another Programming Language

[Gary Scott <garylscott@sbcglobal.net>]

Adem24 wrote:
> The World Joint Programming Language Standardization Committe (WJPLSC)
> hereby proclaims to the people of the world that a new programming language
> is needed for the benefit of the whole mankind in the 21st millenium.
> This new language not only differs from existing ones by new features
> and paradigms but which also brings real advantage by rigourously 
> preventing bad programmer habits by omitting features which are outdated.
> In the proposed new joint language for the world (codename YAPL) 
> several concepts in use by currently used bad languages have been eliminated.
> All UN member countries and organizations are urged to adapt these
> recommendations which are for the benefit and safety of the planet and the mankind:
> 
>  1) There is no goto statement. 
>     Hidden goto's like break- and continue-statements are also omitted.
> 
>  2) There is no return statement.
>     Instead a result variable can be declared to which the result of a function can be assigned.
> 
>  3) There are no automatic type conversions.
>     When a subprogram should be used for different types it must be overloaded.
> 
>  4) There are no variable length parameter lists.
>     Instead it is possible to use arrays as parameters.
> 
>  5) There are no default parameters.
>     But it is easy to define two subprograms: One with and one without an additional parameter.
> 
>  6) There is no special "parameter" called "self" or "this".
>     In a procedure the receiving object is declared as formal parameter with a user-defined name.
> 
>  7) There is no macro feature since this mechanism is too similar to the subprogram feature.
>     Instead subprograms can be used in a more flexible way than in other languages.
> 
>  8) There are no reserved words.
> 
>  9) There is no conceptual distinction between functions, operators, procedures and statements.
> 
> 10) The procedure calling mechanism is not based on a concept with an object-message pair
>     (An object receives a message). Instead a match is done over a list of objects. 
>     This more general (and powerful) mechanism is called multimatch and it includes
>     the simple object-message mechanism as special case.

Hmmmm.

> 
> 
> cu l8er
> Jesus DeCoder
> 
> 
> 
> .
> 


-- 

Gary Scott
mailto:garylscott@sbcglobal dot net

Fortran Library:  http://www.fortranlib.com

Support the Original G95 Project:  http://www.g95.org
-OR-
Support the GNU GFortran Project:  http://gcc.gnu.org/fortran/index.html

If you want to do the impossible, don't hire an expert because he knows 
it can't be done.

-- Henry Ford