home *** CD-ROM | disk | FTP | other *** search
/ PC Press: Internet / PC_PRESS.ISO / doc / fun / maybol.txt < prev    next >
Encoding:
Text File  |  1996-03-20  |  5.2 KB  |  122 lines
  1. ******************************************************************************
  2.  
  3.  
  4.                        MAYBE IT'S TIME FOR 'MAYBEBOL'
  5.  
  6.      ENTROPY:
  7.           The amount by which a system differs from its ideal state.
  8.  
  9.      The Second Law of Thermodynamics can be interpreted as saying "Entropy 
  10. always increases with time".  This means that as soon as a perfect system is
  11. achieved, it starts to deteriorate.  This may be understandable in mechanical
  12. systems where moving parts are subject to wear and tear.  But, what is not so
  13. evident is the concept of entropy applies to logical, or software systems
  14. also.
  15.  
  16.      It is no secret that 60% to 80% of every programming dollar is spent on
  17. combatting entropy -- that is, maintaining existing systems.  If you are
  18. involved with any commercial systems, think of how often programmers have to
  19. code changes upon changes to that "ideal" system.  Why is this always the
  20. case?  Is there any way to get around this problem?
  21.  
  22.      Let's examine the situation.  Many times the people requesting a new 
  23. computer system (the users) cannot define their needs precisely.  Often they 
  24. are not sure what they want or how to deal with certain situations. Many 
  25. ambiguous features are left in systems with the idea  "We'll deal with that 
  26. problem when we get to it".
  27.  
  28.      Programs and programming languages require exact and unambiguous 
  29. definitions to function effectively: solving an unknown or ambiguous problem 
  30. is next to impossible with todays programming languages.
  31.  
  32.      As I see it, there are two possible solutions to this problem :
  33.  
  34.           Solution #1:  Carefully and objectively resolve the system design to
  35. achieve an exact problem definition.
  36.  
  37.           Response:  Who are you kidding?  Face it, people have been trying to
  38. do this since day one and no one has succeeded yet.  Every time they get 
  39. close, entropy sets in.
  40.  
  41.           Solution #2:  Change the programming langauage.
  42.  
  43.      Why not?  We're trying to use rigidly defined programming langauages
  44. structured along exact lines to provide predictable and consistant results.
  45. This obviously does not reflect real-life applications at all.  To handle
  46. modern complex situations, a more flexable langauage is needed -- a langauage
  47. with the ability to procrastinate and deliver the silicon equivalent of a
  48. shrug.
  49.  
  50.      After much research, deep thought and trial and error, I have come up 
  51. with the outline of an innovative programming language which I call the 
  52. Multiply Analytic Yet Basically Evasive Bull... Oriented Language, or 
  53. M.A.Y.B.E.B.O.L.
  54.  
  55.      The following are some of M.A.Y.B.E.B.O.L.'s more attractive features...
  56.  
  57.  
  58.       1)  IF ... THEN ... MAYBE:
  59.           An eloquent concrete admission of indecision.  This statement is
  60.      the heart and soul of MAYBEBOL.
  61.  
  62.       2)  DO SOMETHING:
  63.           When those un-foreseen situations occur; the user is on sabbatical
  64.      in Africa and the project is due tomorrow, the DO SOMETHING statement
  65.      just might help you hit the deadline.
  66.           Example: IF ADD-CHG-DEL-CODE = "PIZZA" THEN DO SOMETHING.
  67.           Ideally, no one should have any idea just what might be done.
  68.      (Some more adventurous souls may wish to set up a pool and bet on the
  69.      outcome).
  70.  
  71.       3)  GO SOMEWHERE:
  72.           Where?  I don't know, do you?
  73.  
  74.       4)  ON ERROR conditions:
  75.           The ON ERROR statement has two possible formats:
  76.  
  77.           1)  ON ERROR GENERATE EXCUSE:
  78.                 Everyone knows excuses are more important than results.
  79.  
  80.           2)  ON ERROR FORGET ABOUT IT:
  81.                 Self explanatory.
  82.  
  83.      In each of the ON ERROR conditions, control will be returned to the main
  84. program by means of the GO SOMEWHERE statement.
  85.  
  86.       5)  GENERATE X REPORTS:
  87.           X is an integer from 1 to 32.  Users always demand reports.  They
  88. take these reports and place them carefully in multicolored binders.  These
  89. binders are then stacked on a shelf, giving the users a place to store their
  90. dust collections.  Since no one ever looks at these reports, a great deal of
  91. time and effort can be saved by generating them randomly.
  92.  
  93.       6)  COIN:
  94.           A bulit-in subroutine.  COIN will return a character value of
  95. "HEADS" or "TAILS".  This can be very useful when making decisions.
  96.  
  97.       7)  GUESS:
  98.           The programmer doesn't know what to do, the user doesn't know what
  99. to do, nobody knows what to do, so why not?
  100.  
  101.       8)  PRETEND:
  102.           As in "IF BAD-DATA THEN PRETEND".
  103.  
  104.       9)  SEARCH (table-name):
  105.           The SEARCH statement will consecutively search a table in memory.
  106. Note that it is illegal to supply what to search for.  If somehow a match is
  107. found, set the ERROR condition (see ON ERROR).
  108.  
  109.      10)  LOOP FOREVER:
  110.            A great time saver for the programmer.  Instead of having to
  111. subconsciously invent subtle and hard-to-find infinite loops, he may now
  112. declare them explicitly.
  113.  
  114.      11)  DIVIDE x BY ZERO:
  115.            Same concept as LOOP FOREVER.
  116.  
  117.  
  118.      The above statement and philosophy will be the basis for MAYBEBOL.  As
  119. time permits, I will attempt to complete the language design.  This task
  120. should be much easier to accomplish than it may appear.  When done it will be 
  121. available to all.
  122.