D'un autre cote, le KISS, c'est tout relatif hein.
En 75, clair que c'etait facile de faire un KISS reellement simple.
Quand t'as 16ko en ram, que personne ne se rend encore compte de ce qu'on peut faire avec l'informatique, c'est clair que ton programme, il va rester simple, l'integration tres minimale etc.
De nos jours, tu m'expliqueras comment on peut faire un noyau "simple". Faut gerer un palanquee de matos, des trucs de partout.
Pour la bureautique, les utilisateurs veulent un seul programme pour faire un rapport de 200 pages, un cv, une lettre pour envoyer aux impots, pour travailler en groupe, bref, pour faire une gros paquet de trucs. A la rigueur, ils veulent bien 2-3 programmes, mais faut qu'ils soient vraiment integres et qu'il n'y ait pas trop de differences visuelles de l'un a l'autre.
Ton concept de KISS, dans ce contexte, il rend les choses plus compliquees qu'elles ne le sont.
pas au langage de description de document en lui-même.
En disant ca, tu montres juste que tu es totalement passe a cote de la plaque au niveau besoin, tu n'es pas sorti de ta vision d'informaticien du probleme.
Le versionning est en plein coeur de la problematique metier, ie de la facon dont les gens travaillent, de ce dont ils ont besoin.
C'est une fonctionnalite intrinseque du produit.
Le versionning dans le cadre de la bureautique, c'est pas juste une collection de patch, c'est une logique metier bien specifique. Tu manipules via des actions particulieres (inserer, deplacer, supprimer, modifier) des elements qui ont une semantique, c'est pas juste des bytes a un endroit qui sont transformes en d'autres bytes comme le font les outils de versionning habituels.
Faire ca au niveau du front end est idiot, aussi bien au niveau technique (le front end aura beacuoup moins d'informations a sa disposition si tu sors tout ca du format, chaque front end va reinventer la roue, on va se retrouver avec des features qui se recoupent, mais pas exactement etc.) que logique (le versionning fait partie entiere du probleme).
Bref, fonctionnalite metier, ca va au backend, pas au frontend.
Le frontend se contentera de mettre en forme les info venant du backend (ie, surligne en jaune fluo et mettre les pitites fleches pour dire a quelle partie se rapporte tel commentaire).
[^] # Re: OOo vs LaTeX
Posté par thedude . En réponse au journal Le meilleur du troll: c'était mieux avant!. Évalué à 2.
En 75, clair que c'etait facile de faire un KISS reellement simple.
Quand t'as 16ko en ram, que personne ne se rend encore compte de ce qu'on peut faire avec l'informatique, c'est clair que ton programme, il va rester simple, l'integration tres minimale etc.
De nos jours, tu m'expliqueras comment on peut faire un noyau "simple". Faut gerer un palanquee de matos, des trucs de partout.
Pour la bureautique, les utilisateurs veulent un seul programme pour faire un rapport de 200 pages, un cv, une lettre pour envoyer aux impots, pour travailler en groupe, bref, pour faire une gros paquet de trucs. A la rigueur, ils veulent bien 2-3 programmes, mais faut qu'ils soient vraiment integres et qu'il n'y ait pas trop de differences visuelles de l'un a l'autre.
Ton concept de KISS, dans ce contexte, il rend les choses plus compliquees qu'elles ne le sont.
pas au langage de description de document en lui-même.
En disant ca, tu montres juste que tu es totalement passe a cote de la plaque au niveau besoin, tu n'es pas sorti de ta vision d'informaticien du probleme.
Le versionning est en plein coeur de la problematique metier, ie de la facon dont les gens travaillent, de ce dont ils ont besoin.
C'est une fonctionnalite intrinseque du produit.
Le versionning dans le cadre de la bureautique, c'est pas juste une collection de patch, c'est une logique metier bien specifique. Tu manipules via des actions particulieres (inserer, deplacer, supprimer, modifier) des elements qui ont une semantique, c'est pas juste des bytes a un endroit qui sont transformes en d'autres bytes comme le font les outils de versionning habituels.
Faire ca au niveau du front end est idiot, aussi bien au niveau technique (le front end aura beacuoup moins d'informations a sa disposition si tu sors tout ca du format, chaque front end va reinventer la roue, on va se retrouver avec des features qui se recoupent, mais pas exactement etc.) que logique (le versionning fait partie entiere du probleme).
Bref, fonctionnalite metier, ca va au backend, pas au frontend.
Le frontend se contentera de mettre en forme les info venant du backend (ie, surligne en jaune fluo et mettre les pitites fleches pour dire a quelle partie se rapporte tel commentaire).