Morsomheter fra kildekoder & manualer

2
10. June, 2009

Finnes mye morsomt i kildekoder og manualer. Her er et lite utdrag med de jeg synes er gode.

// Since this file is loaded on every page, and since
// I want the following function on every page, I'm going to
// cheat and include it here even though it has nothing to
// do with the other things in this file.
// If you don't like it, bite me!

Historiene skal ha det til at følgende er hentet fra en gammel IBM-manual

* Single bit errors are detected and corrected
* Double bit errors are detected
* Undetected errors are ignored


Før en ganske komplisert, og fullstendig ukommentert kode:

// Abandon all hope, ye who enter here.

The library routine names in the Playstation apparently were translated phonetically from Japanese to English. So it had documentation referring to a “clit index” instead of a CLUT index (Color LookUp Table index).


En bedrift pleide Ã¥ bruke en felles kommentar-merking, hvor “$” betydde “Beskjed/informasjon”, “$$” betydde “Adversel: Denne koden kan gjøres bedre”, og “$$$” betydde “Dette mÃ¥ bli fikset før lansering”. Slike merkinger er lette Ã¥ søke etter i C, siden “$” nesten aldri brukes.

Følgende kode ble i etterkant funnet

if (x == 1)
x = 1; // $$$$$$$$$

(Dette er selvsagt sÃ¥ man kan bruke det som et ‘breakpoint’ ved en senere anledning)


En ‘nybegynner’ i programmering, skulle skrive en VB-code som trengte Ã¥ vite hvilken dag i uken det var. Han bestemte seg for Ã¥ skrive sin egen kode, og ble seende slik ut:

if (day = 1) or (day = 8) or (day = 15) or (day = 22) or (day = 29) then
weekday = "Monday"
elseif (day = 2) or (day = 9) or (day = 16) or (day = 23) or (day = 30) then
weekday = "Tuesday"
...

I forsøk på å lære han noe, fikk han spørsmål fra medprogrammerere om hans egen formening om koden han hadde skrevet. Han svarte ganske enkelt at han ville oppdatere koden hver måned.


Sitater fra dokumentasjonen til et ukjent, russisk system:

For working with the system, it is recommended to use a multi-button mouse with two buttons.

The visible state should be understood as the state when an element is shown (displayed) on the screen and is not hidden (invisible).


Sett i kode Рog er fullt forst̴elig!

[some long and messy code] # too drubnk to make this workkkkj. debugg latter.

Jeg så en kodesnutt i C, hvor programmereren trengte å flytte en peker 5 plasser i en character-array. Istedetfor å skrive:

p += 5;

…sÃ¥ skrev han:

for (int i = 0; i < 5; i++)
p++;

Et par artige kommentarer, observert i programmer:

// Return a status block suitable for inclusion in the reply
// buffer to Control.  Note: this code sucks.
/* Project : XYZ (Please somebody shoot me!)
*
* File : $Id: defs.h,v 1.1 $
*
* Purpose : Create havoc rather than peace among many nations
*
* History : Back-ported changes that were not in CVS.  Please somebody,
*  shoot us and put us all out of our misery.
*/
// --------------------------------------------
// Ad Index scheming and plotting - Those with
//	heart conditions are advised to not continue

When the ON/OFF button is in the OFF position radio fails to operate.


The following code was written by .
Unless it doesn’t work, then I have no idea who wrote it.


I once wrote this error dialog after the users annoyed me: “USER ERROR: Replace user and press a key to continue”


public boolean isDirty() {
// why do you always go out and
return dirty;
}

// Do not change the following line.
SmplCInputCue1=gwfreq;
// You better not have changed it!

Mer artigheter finnes her, her og her!


Postet under: Data - Lek & Moro


2 kommentarer.

  1. Espen
    11. June, 2009, kl 06:28

    Bestaste :D

  2. jocke
    11. June, 2009, kl 16:46

    Finnes sikkert utrolig masse mer av slikt rundtforbi i koder og manualer, så det er ikke sånn voldsomt unikt. Men morsomt er det uansett :)

Legg igjen en kommentar

Din e-post blir aldri (!) offentliggjort eller delt. Nødvendige felt er merket med *