Choice of Language  Choice of Language

Philosophy is a battle against the bewitchment of our intelligence by means of language.
~ Ludwig Wittgenstein (born: 1889-04-26 died: 1951-04-29 at age: 62) (Luigi’s older brother)

Computer languages are gradually evolving to become more fool proof. Using state of the art languages is unmanly. Insist on using the oldest language you can get away with, octal machine language if you can (Like Hans und Frans, I am no girlie man; I am so virile I used to code by plugging gold tipped wires into a plugboard of IBM (International Business Machines) unit record equipment (punch cards), or by poking holes in paper tape with a hand punch), failing that assembler, failing that FØRTRAN or COBOL, failing that C, and BASIC, failing that C++.

  1. FØRTRAN

    Write all your code in FØRTRAN. If your boss ask why, you can reply that there are lots of very useful libraries that you can use thus saving time. However the chances of writing maintainable code in FØRTRAN are zero, and therefore following the unmaintainable coding guidelines is a lot easier.
  2. Avoid Ada

    About 20% of these techniques can’t be used in Ada. Refuse to use Ada. If your manager presses you, insist that no-one else uses it, and point out that it doesn’t work with your large suite of tools like lint and plummer that work around C’s failings.
  3. Use ASM (Assembler)

    Convert all common utility functions into asm.
  4. Use QBASIC

    Leave all important library functions written in QBASIC, then just write an asm wrapper to handle the large->medium memory model mapping.
  5. Inline Assembler

    Sprinkle your code with bits of inline assembler just for fun. Almost no one understands assembler anymore. Even a few lines of it can stop a maintenance programmer cold.
  6. MASM (Microsoft Assembler) call C

    If you have assembler modules which are called from C, try to call C back from the assembler as often as possible, even if it’s only for a trivial purpose and make sure you make full use of the goto, bcc and other charming obfuscations of assembler.
  7. Regex

    Regexes are notoriously hard to proofread and debug. Use them copiously, the longer and more convoluted the better.
  8. Avoid Maintainability Tools

    : Avoid coding in Abundance, or using any of its principles kludged into other languages. It was designed from the ground up with the primary goal of making the maintenance programmer’s job easier. Similarly avoid Eiffel or Ada since they were designed to catch bugs before a program goes into production.

CMP homejump to top You can get the freshest copy of this page from: or possibly from your local J: drive (Java virtual drive/mindprod.com website mirror)
previousnexthttp://mindprod.com/jgloss/unmainlanguage.html J:\mindprod\jgloss\unmainlanguage.html
logo
Please email your , letters to the editor, errors, omissions, typos, formatting errors, ambiguities, unclear wording, broken/redirected link reports, suggestions to improve this page or comments to Roedy Green : feedback email. If you want your message, your name or email kept confidential, not considered for public posting, please explicitly specify that. Unless you state otherwise, I will treat your message as a letter to the editor that I may or may not publish in the feedback section. After that, it will be too late to retract it. If you disagree with something I said, please quote it and cite the web page where you found it, tell me why you think it is wrong, and, if possible, provide some supporting evidence. Threatening to kill me or spouting obscenities has yet to persuade me to change my mind.
mindprod.com IP:[65.110.21.43]
view BlogYour face IP:[38.107.179.214]
You are visitor number 116,631.