Ce blog comme outil/moyen de Présentation scientifique
Utiliser ce blog Open Software as a service (SaaS) comme des outils de Présentation scientifique?
C'est possible!
La motivation
Face à l'infobésité et la nécessité de travailler en ligne, PowerPoint était devenu trop limité et limitant.
Blogger présente de nombreux services de moteurs de recherche, de protection (visible que par soi-même et copains, et tous et robots), de visualisation, etc.
PowerPoint 1.0 en avril 1987
Microsoft Office PowerPoint a été développé à l'origine par Robert Gaskins et le programmeur Dennis Austin sous le nom de Presenter pour la société Forethought, s'inspirant d'un programme similaire créé par Whitfield Diffie4. Forethought sortit PowerPoint 1.0 en avril 1987 pour le Macintosh d'Apple. Il s'exécutait en noir et blanc, générant des pages mêlant textes et graphiques pour une utilisation sur rétroprojecteur. Une nouvelle version tout en couleur arriva un an plus tard, après la sortie commerciale du premier Macintosh couleurs.
Microsoft Corporation racheta Forethought et ses produits logiciels PowerPoint pour la somme de 14M$ le 31 juillet 1987. C'est en 1990 que sort la première version compatible Windows, développée pour Windows 3.0. Depuis 1990, PowerPoint est inclus dans la suite d'applications Microsoft Office.
Blogger
Sur le bord droit: les outils
Liens vers mes blogs de développement de cette techno.
Besoin des liens vers des Livres de références.
Besoin de liens vers les caractères spéciaux notamment ceux utilisés dans nos mathématiques, et les formules de toutes les sciplines (LateX) et comment les utiliser dans ce service en ligne "Blogger".
Les posts
Le premier intérêt de l'HTML est de STRUCTURER un texte. Donc tous les posts sont tous structurés. Ca prend qq secondes lors de l'écriture mais fait bcp gagner de temps après pour la lecture et les tags (via les titres/ ous-titres), de même les mots-clés ca permet de structurer le fond et la forme.
En fin de chaque post, "Réference" est en"Minor Heading".
Les petits soucis
Il reste encore à automatiser l'insertion du plan de toute l'arcitecture des titres h1 jusqu'à h4 dans chaque post surtout pour les longs posts (l'édteur de blogger s'arrête à h4 pas à h6).
L'éditeur html intégré à blogger reste simple mais limité. Il faut donc utiliser dès fois des éditeurs externes puis copier/coller.
Hommage — j'ai essayer de suivre le chemin de Donald Knuth pour faire un "workflow"
Donald Knuth étant considéré comme un expert dans l'écriture de compilateurs, il commença à écrire un livre sur la conception de compilateurs en 1962. Il réalisa rapidement qu'il devrait considérablement augmenter le domaine traité par son livre. En 1965, Knuth finit d'écrire le premier jet de ce qui devait être un volume unique composé de douze chapitres. Il s'agissait d'un manuscrit de 3 000 pages. Il supposait qu'une page dactylographiée correspondrait à cinq pages manuscrites. L'éditeur calcula un rapport d'une page manuscrite et demi pour chaque page dactylographiée. Le livre ferait donc 2 000 pages. Le plan du livre fut donc modifié pour comprendre sept volumes d'un ou deux chapitres chacun. Le volume 4 a ensuite été divisé en 4A, 4B, 4C et peut-être même 4D.
En 1976, Knuth prépara la seconde édition du volume 2, nécessitant d'être à nouveau mis en page. Mais le style de mise en page n'était plus disponible et le travail devait être refait. En 1977, Knuth décida de passer quelques mois pour travailler sur un nouvel outil. Huit ans plus tard, il avait achevé TeX, qui est depuis lors utilisé pour tous les volumes.
Cet « art de la programmation » que promeut Knuth part d'un constat : plutôt que de bricoler en assembleur et de faire gagner quelques secondes au programme (une optimisation qui aurait son mérite mais qui ne serait ni universelle ni pérenne, car elle dépendrait trop de la machine sur laquelle tournerait l'algorithme), il vaut mieux prendre du recul sur le problème considéré et étudier les propriétés typiques de ses structures combinatoires via des outils mathématiques ad hoc (Knuth établit très souvent le comportement en moyenne en utilisant des techniques de séries génératrices). Cela permet de mieux affûter l'algorithme et d'obtenir de gigantesques gains d'efficacité. C'est également le sens de son aphorisme : « L'optimisation prématurée est la source de tous les maux (ou presque) en programmation ».
Il faut penser la suite des séquences et prévoir une généralisation du problème à résoudre. Penser non par éléments mais par structure, et le projet de séquence de diverses séquences comme un ensemble algébrique cohérent.
No comments:
Post a Comment