En fait le problème ne vient pas de word ou de Latex : le problème vient plutôt de 2 modes de fonctionnement différents (wyswig vs écriture de texte + compilation), ainsi que du niveau de formation et de compétences de l'utilisateur. On pourrait avoir le même type de débat (et on a eu) entre HTML généré par FrontPage (ou autre outil du genre) VS HTML généré from scratch via un éditeur de texte.
Word (comme Open/LibreOffice, on peut l'utiliser et produire des documents "sales" sans que ça se voit, sans aucune structuration du document : on corriges visuellement, sans respecter les règles de typographie, etc et on arrive à avoir quelque chose d'imprimable. Sur de petits documents, ou un document écrit en "OneShot", ça peut passer. Latex dans son mode de fonctionnement oblige à faire les choses "dans les règles" (enfin, on peut forcer le contournement des règles mais il faut être un utilisateur avancé), et impose de structurer un minimum son document pour pouvoir l'écrire, contrairement à un outil comme Word ou par défaut on n'impose pas de règles de structuration.
Idem pour des générateurs HTML : on génère des choses "visuellement" mais qui peuvent être une horreur d'un point de vue du HTML généré, et être interprété différemment selon le navigateur utilisé. Par contre, un HTML généré à la main en respectant les normes aura un rendu à peu près identiques sur tous les navigateurs implémentant correctement les normes HTML. Cette écriture à la main imposera à celui qui l'écrit de structurer un minimum son document.
J'y vois égalemnt un peu (de loin) la même problématique entre Python et Perl : Python impose un mode de programmation et une structuration (arbitraire et pas logique dans beaucoup de cas à mon avis mais c'est un autre débat), là ou Perl laisse plus de liberté (avec la possibilité de créer des programmes "sales" : pour des petits programmes "one shot", ou des programmes courts, , on va plus vite en Perl. Même des trucs énormes seront peut-être plus rapidement écrits en Perl, par contre niveau maintenabilité, ça sera plus difficile à gérer en Perl (sauf si les développeurs s'imposent un certain nombre de règles de développement) , là ou Python imposera une structure et des règles qui rendront la maintenance plus facile, au prix d'une moins grande souplesse.
[^] # Re: 30 min
Posté par totof2000 . En réponse au journal Word vs TeX. Évalué à 9.
En fait le problème ne vient pas de word ou de Latex : le problème vient plutôt de 2 modes de fonctionnement différents (wyswig vs écriture de texte + compilation), ainsi que du niveau de formation et de compétences de l'utilisateur. On pourrait avoir le même type de débat (et on a eu) entre HTML généré par FrontPage (ou autre outil du genre) VS HTML généré from scratch via un éditeur de texte.
Word (comme Open/LibreOffice, on peut l'utiliser et produire des documents "sales" sans que ça se voit, sans aucune structuration du document : on corriges visuellement, sans respecter les règles de typographie, etc et on arrive à avoir quelque chose d'imprimable. Sur de petits documents, ou un document écrit en "OneShot", ça peut passer. Latex dans son mode de fonctionnement oblige à faire les choses "dans les règles" (enfin, on peut forcer le contournement des règles mais il faut être un utilisateur avancé), et impose de structurer un minimum son document pour pouvoir l'écrire, contrairement à un outil comme Word ou par défaut on n'impose pas de règles de structuration.
Idem pour des générateurs HTML : on génère des choses "visuellement" mais qui peuvent être une horreur d'un point de vue du HTML généré, et être interprété différemment selon le navigateur utilisé. Par contre, un HTML généré à la main en respectant les normes aura un rendu à peu près identiques sur tous les navigateurs implémentant correctement les normes HTML. Cette écriture à la main imposera à celui qui l'écrit de structurer un minimum son document.
J'y vois égalemnt un peu (de loin) la même problématique entre Python et Perl : Python impose un mode de programmation et une structuration (arbitraire et pas logique dans beaucoup de cas à mon avis mais c'est un autre débat), là ou Perl laisse plus de liberté (avec la possibilité de créer des programmes "sales" : pour des petits programmes "one shot", ou des programmes courts, , on va plus vite en Perl. Même des trucs énormes seront peut-être plus rapidement écrits en Perl, par contre niveau maintenabilité, ça sera plus difficile à gérer en Perl (sauf si les développeurs s'imposent un certain nombre de règles de développement) , là ou Python imposera une structure et des règles qui rendront la maintenance plus facile, au prix d'une moins grande souplesse.