Page Informatique de furax

Références Internet | Scripting | Unix | Jeux de programmation & Robots
Hacking & Cracking | Les lois de la programmation

Les références Internet

• La société Internet (ISOC)



• Le guide HTML du NCSA



• Le manuel de référence HTML des Sandia National Laboratories (un indispensable)



• BABEL : un site commun ISOC/Alis Technologies sur l'internationalisation de l'Internet

Voici donc quelques liens sur les principaux langagesde scriptage (c'est joli ça "scriptage", non ?). Si toutefois vous notez une omission majeure ou une erreur, ou si encore vous avez une suggestion à me faire, écrivez-moi.

Pour des rensignements plus généraux, vous pouvez aussi aller faire un tour sur : UCSTRI (Unified Computer Science Technical Reports Index).

Et si vous voulez en savoir plus sur les langages de scriptage et leurs applications, aller donc lire ce document sur le passé, le présent et le futur de ces langages, par John K. Ousterhout

Tous les ouvrages sont présentés en association avec :

• Python (mon petit chouchou) : langage de scriptage, interprété, indépendant de la plateforme, disponible sur les différentes variétés d'Unix, Win95/NT (avec interface graphique, utilisation des MFCs, et plus encore...), et par dessus tout complètement GRATUIT !...

• Page maison du langage Python sur python.org
• Un tutoriel Python ("Learn about Python, the language that wraps itself around a problem to squeeze out a solution, swallowing it whole")
• Beaucoup d'informations aussi sur Pythonware.com
• configurer Python sur Win95
• Et lisez aussi le groupe de niouzes comp.lang.python
• 
  
  
• Livres :

• Programming Python par Mark Lutz (LA référence)

  Internet Programming with Python, par Aaron Watters et al.

• Tcl/Tk : mêmes caractéristiques globales que Python (bien adapté au développement portable d'interface graphiques), développé par Sun Microsystems

• La page maison de Tcl/Tk
• Why Tcl ?
• Integration de Tcl et Java
• 
  
  
• Livres :

• Tcl and the Tk Toolkit par John K. Ousterhout (LA référence)

  Graphical Applications With Tcl and Tk par Eric F. Johnson

• Perl : le plus répandu des langages présentés ici

• The Perl Institute
• What is Perl5 ?
• 
  
  
• Livres :

• Programming Perl (the Camel Book) par Larry Wall (LA référence)

  Learning Perl (the Lama Book) par Randal L. Schwartz

  Mastering Regular Expressions : Powerful Techniques for Perl and Other Tools by Jeffrey E. F. Friedl

• Scheme : un dialecte Lisp

• La page maison de Scheme
• 
  
  
• Livres :

• Programming in Scheme par Michael Eisenberg, Harold Abelson

• The Vi Lovers Home Page (êtes-vous un de ceux-là ?)
• The vi FAQs
• UnixWorld Online vi Tutorial
• vi Powered !
• The UNIX Hierarchy (du débutant au gourou... où êtes-vous ?)
• La page officielle des administrateurs Unix : Unix Guru Universe
• L'incontournable index des RFCs
• A la recherche du RFCperdu.

• l0pht Heavy Industries (une grande référence, les auteurs de l0phtcrack...)
• une page sur PGP et l'anonymité par Seattle WebWorks
• The International PGP Home Page

Une petite introduction aux robots.

• Une page sur les CRobots qui sont à l'origine de tout ça (crés par Tom Pointdexter en 1985).
• Une introduction sur les C++Robots .
• La page PC-Robots
• AT-Robots Competition Home Page
• Quelques benchmarks de robots (connus sous le doux nom de "Weirdo benchmarks" !)
• Encore d'autres Jeux de programmation
• AI War - The Insect Mind (un autre jeu dérivé des robots)
• Jetez un oeil sur le groupe de niouzes rec.games.corewar où, au lieu de robots, de petits programmes écrits en RedCode (qui ressemble de loin à de l'assembleur), se battent pour prendre le contrôle du système.

1. Tout programme dès qu'il tourne, devient obsolète
2. Tou programme coûte plus cher et est plus lent.
3. Si un programme est utile, il devra être changé.
4. Si un programme est inutile, il devra être documenté.
5. Tout programme croit pour remplir la mémoire disponible.
6. La valeur d'un programme est proportionnelle au poids de ses sorties.
7. La complexité d'un programme augmente toujours, jusqu'au point où elle dépasse les capacités du programmeur qui doit le maintenir.
8. Permettez aux programmeurs d'écrire leur programme en Anglais, et vous découvrirez que les programmeurs ne connaissent pas l'Anglais.
9. Tout programmeur sait qu'un utilisateur ne sait pas ce qu'il veut jusqu'au moment où il a vu ce qu'il ne voulait pas.