Condenser le code sur une ligne peut être une bonne idée. Il ne faut pas être intégriste sur ce point.
Voici un exemple : if (ça va pas) { je fais ci ; je fais ça; on n'en parle plus } c'est pareil que
if (ça va pas)
{
je fais ci ;
je fais ça;
on n'en parle plus
}
Ce genre de programmation permet de faire des programmes où l'on peut avoir un algorithme complet sur un écran sans faire de scrolling. C'est plus facile à lire, c'est moins fatigant et c'est plus productif... Sauf si on est payé à ligne de code !
Il ne faut pas faire cela pour les parties essentielles du code mais on peut souvent le faire pour gérer les conditions initiales ou les tests d'erreur.
J'ai travaillé de 1975 à 1982 sur des ordinateurs HP9825 où l'on ne pouvait voir et éditer qu'une ligne de code à la fois. Il fallait de temps en temps sortir un listing pour voir le programme dans son ensemble. Ensuite, j'ai travaillé pendant longtemps avec des terminaux 24 lignes de 80 caractères. C'était d'un confort rêvé ! Et puis un jour, en 1989, j'ai vu un écran qui affichait 60 lignes de code... Le paradis !
Maintenant, j'ai chez moi un écran 26" de 1920x1200 et je trouve ça encore plus confortable. Plus on a une vue d'ensemble du programme, et plus c'est efficace et reposant.
Il faut donc éviter de faire un code qui allonge inutilement le listing et rend sa lecture pénible.
[^] # Re: Première remarques
Posté par Pierre Jarillon (site web personnel) . En réponse à la dépêche Go : Un nouveau langage chez Google. Évalué à 3.
Voici un exemple : if (ça va pas) { je fais ci ; je fais ça; on n'en parle plus } c'est pareil que
if (ça va pas)
{
je fais ci ;
je fais ça;
on n'en parle plus
}
Ce genre de programmation permet de faire des programmes où l'on peut avoir un algorithme complet sur un écran sans faire de scrolling. C'est plus facile à lire, c'est moins fatigant et c'est plus productif... Sauf si on est payé à ligne de code !
Il ne faut pas faire cela pour les parties essentielles du code mais on peut souvent le faire pour gérer les conditions initiales ou les tests d'erreur.
J'ai travaillé de 1975 à 1982 sur des ordinateurs HP9825 où l'on ne pouvait voir et éditer qu'une ligne de code à la fois. Il fallait de temps en temps sortir un listing pour voir le programme dans son ensemble. Ensuite, j'ai travaillé pendant longtemps avec des terminaux 24 lignes de 80 caractères. C'était d'un confort rêvé ! Et puis un jour, en 1989, j'ai vu un écran qui affichait 60 lignes de code... Le paradis !
Maintenant, j'ai chez moi un écran 26" de 1920x1200 et je trouve ça encore plus confortable. Plus on a une vue d'ensemble du programme, et plus c'est efficace et reposant.
Il faut donc éviter de faire un code qui allonge inutilement le listing et rend sa lecture pénible.