Alan Perlis citations célèbres

Une année passée en intelligence artificielle suffit à faire croire en Dieu.

Il est préférable que 100 fonctions fonctionnent sur une structure de données que 10 fonctions fonctionnent sur 10 structures de données.

Un langage de programmation est de bas niveau lorsque ses programmes nécessitent une attention à l'insignifiant.

Il y a deux façons d'écrire des programmes sans erreur; seule la troisième fonctionne.

Un langage qui n'affecte pas votre façon de penser la programmation ne vaut pas la peine d'être connu.

Dans les systèmes logiciels, c'est souvent le lève-tôt qui fait le ver.

Les imbéciles ignorent la complexité. Les pragmatiques en souffrent. Certains peuvent l'éviter. Les génies l'enlèvent.

La simplicité ne précède pas la complexité, mais la suit.

Chaque programme a (au moins) deux objectifs: celui pour lequel il a été écrit et un autre pour lequel il ne l'a pas été.

Les programmeurs ne doivent pas être mesurés par leur ingéniosité et leur logique, mais par l'exhaustivité de leur analyse de cas.

En anglais, chaque mot peut être verbalisé.

Faire face à l'échec est facile: Travaillez dur pour vous améliorer. Le succès est également facile à gérer: vous avez résolu le mauvais problème. Travaillez dur pour vous améliorer.

Il est plus facile de modifier la spécification pour l'adapter au programme que l'inverse.

N'ayez pas de bonnes idées si vous n'êtes pas prêt à en être responsable.

Le FORTRAN n'est pas une fleur mais une mauvaise herbe - il est rustique, fleurit occasionnellement et pousse dans tous les ordinateurs.

Si vous avez une procédure avec 10 paramètres, vous en avez probablement manqué.

Vous pouvez mesurer la perspective d'un programmeur en notant son attitude sur la vitalité continue de FORTRAN.

Cela va à l'encontre de l'enseignement moderne d'apprendre aux élèves à programmer. Quel plaisir y a-t-il à faire des plans, à acquérir de la discipline, à organiser ses pensées, à porter attention aux détails et à apprendre à être autocritique.

Je pense qu'il est extrêmement important que nous, en informatique, continuions à nous amuser en informatique. Quand ça a commencé, c'était très amusant. Bien sûr, les clients payants se faisaient arnaquer de temps en temps, et après un certain temps, nous avons commencé à prendre leurs plaintes au sérieux. Nous avons commencé à avoir l'impression d'être vraiment responsables de l'utilisation parfaite et sans erreur de ces machines. Je ne pense pas que nous le soyons. Je pense que nous sommes responsables de les étirer, de les lancer dans de nouvelles directions et de garder le plaisir dans la maison. J'espère que le domaine de l'informatique ne perdra jamais son sens du plaisir.

N'importe quel nom peut être verbalisé.

Quand quelqu'un dit: "Je veux un langage de programmation dans lequel je n'ai qu'à dire ce que je veux faire", donnez-lui une sucette.

En informatique, transformer l'évidence en utile est une définition vivante du mot "frustration".

Si votre ordinateur parle anglais, il a probablement été fabriqué au Japon.

Je pense qu'il est inévitable que les gens programment mal. La formation n'aidera pas substantiellement les choses. Nous devons apprendre à vivre avec.

Le meilleur livre sur la programmation pour le profane est "Alice au pays des merveilles"; mais c'est parce que c'est le meilleur livre sur tout pour le profane.

Est-il possible que le logiciel ne ressemble à rien d'autre, qu'il soit destiné à être jeté: que le tout est de toujours le voir comme une bulle de savon?

Le domaine informatique a toujours besoin de nouveaux clichés.

En anglais, chaque mot peut être verbalisé. Si seulement c'était le cas dans nos langages de programmation.

Dans la symbiose homme-machine, c'est l'homme qui doit s'ajuster: les machines ne le peuvent pas.

Les programmeurs LISP connaissent la valeur de tout et le coût de rien.

En programmation, comme dans tout le reste, être dans l'erreur, c'est renaître.

Certains langages de programmation parviennent à absorber le changement, mais résistent au progrès.

Nous portons un toast au programmeur Lisp qui place ses pensées dans des nids de parenthèses.

À la longue, chaque programme devient rococo, puis décombres.

Le sucre syntaxique provoque le cancer du point-virgule.

On ne peut pas passer de l'informel au formel par des moyens formels.

En informatique, le temps moyen jusqu'à l'échec ne cesse de raccourcir.

Adapter les anciens programmes aux nouvelles machines signifie généralement adapter les nouvelles machines pour qu'elles se comportent comme les anciennes.

La constante d'un homme est la variable d'un autre homme.

Pour comprendre un programme, vous devez devenir à la fois la machine et le programme.

Vous pensez SAVOIR quand vous apprenez, êtes plus sûr quand vous pouvez écrire, encore plus quand vous pouvez enseigner, mais certain quand vous pouvez programmer.

Une image vaut 10K mots - mais seulement ceux pour décrire l'image. Pratiquement aucun ensemble de 10K mots ne peut être décrit de manière adéquate avec des images.

Il n'existe pas de variable libre.

Un bon langage de programmation est un univers conceptuel pour penser à la programmation.

Chaque lecteur devrait se demander périodiquement " Vers quelle fin, vers quelle fin?"mais ne le demandez pas trop souvent de peur de laisser passer le plaisir de programmer pour la constipation de la philosophie douce-amère.

L'informatique est gênée par l'ordinateur.

Si un auditeur hoche la tête lorsque vous expliquez votre programme, réveillez-le.

Les programmeurs C ne meurent jamais. Ils sont simplement jetés dans le vide.

L'optimisation entrave l'évolution.