Perso, je vois 2 explications possibles a ce "une tache, un programme".
1) ca vient d'une epoque ou developper une grosse appli etait monstrueusement complique (compilateur peu ou pas utilisabel, tout en assembleur, ressources ultra limitee etc). Bon, on est plus en 1982, on arrive de nos jours a faire de applis raisonablement complique avec des moyens raisonnables
Et de toutes facons, une tache de nos jours, ca veut franchement plus dire grand chose.
Un traitement de texte, c'est une tache, non?
Ben v'la la gueule du programme pourtant...
Monter une video, c'est une tache non?
Ben v'la complexite des soft de montage pourtant.
Un serveur Web, genre apache, c'est quoi? une tache? Ben v'la la gueule de la tache...
Ca avait du sens a l'epoque ou se fadait de la communications interprocess avec des pipe et on parsait du texte "humain" tous les jours, une fois arrive en 2008, bof bof...
2) c'est juste une facon deguisee de dire : identifie clairement le besoin et specifie precisement le comportement de l'appli avant de l'ecrire, pour eviter d'ecrire un tas de spaghetti avec des features mal pensees a la con rajoutees au fil de l'eau.
[^] # Re: gni?
Posté par thedude . En réponse au journal Uzbl : un navigateur internet, rien qu'un navigateur internet. Évalué à 3.
Perso, je vois 2 explications possibles a ce "une tache, un programme".
1) ca vient d'une epoque ou developper une grosse appli etait monstrueusement complique (compilateur peu ou pas utilisabel, tout en assembleur, ressources ultra limitee etc). Bon, on est plus en 1982, on arrive de nos jours a faire de applis raisonablement complique avec des moyens raisonnables
Et de toutes facons, une tache de nos jours, ca veut franchement plus dire grand chose.
Un traitement de texte, c'est une tache, non?
Ben v'la la gueule du programme pourtant...
Monter une video, c'est une tache non?
Ben v'la complexite des soft de montage pourtant.
Un serveur Web, genre apache, c'est quoi? une tache? Ben v'la la gueule de la tache...
Ca avait du sens a l'epoque ou se fadait de la communications interprocess avec des pipe et on parsait du texte "humain" tous les jours, une fois arrive en 2008, bof bof...
2) c'est juste une facon deguisee de dire : identifie clairement le besoin et specifie precisement le comportement de l'appli avant de l'ecrire, pour eviter d'ecrire un tas de spaghetti avec des features mal pensees a la con rajoutees au fil de l'eau.