Je suis venue ici pour faire partie de la communauté du Zeste !
Je suis intéressée par tout un tas de choses liées à l’informatique : développement, jeux vidéo et tout particulièrement le graphisme et le motion design !
Hélio pour vous servir, qui n’est pas mon prénom, qui est un nom que j’aime pour beaucoup de raisons.
Passionné de littérature, de philosophie, de mathématiques, de programmation et de peluches.
Je dois retrouver du temps (ou plutôt de l’énergie) pour poursuivre les mathématiques comme je l’entends.
Je suis plus particulièrement vingtièmiste et antiquisant. Je me spécialise un peu par la force des choses dans la théorie littéraire (c’est-à-dire sa critique) et dans les corpus homosexuels et pédérastiques. Je suis sceptique face aux apports de la linguistique en littérature ; la théorie de la connaissance et les diverses branches de la philosophie me semblent plus à même de nourrir la réflexion littéraire.
Quant à ce qui semble être le centre de ce site, voilà une moitié de vie que je programme ; j’en profite pour le dire, car l’an prochain ce ne sera plus le cas.
Mon langage de cœur est Ruby. C’est une passion malheureusement irraisonnée : je trouve à ce langage une très grande élégance, mais le reste ne suit pas beaucoup. J’en reste donc à du prototypage et à de la poésie informatique.
Le C est mille fois supérieur au C++. Je m’intéresse depuis quelques temps de très près au Go que je commence à préférer au C. Il n’est pas impossible que je me lance dans une introduction au Go sur ce site étant donné qu’il ne semble pas y en avoir.
Je déteste le Python et plus généralement tous ces langages idiots qui reposent sur l’indentation.
J’ai apprécié le C#. Erreur de jeunesse, vous me pardonnerez.
Je n’ai jamais apprécié ni le javascript ni le php. Au moins, sur ces points, l’honneur est sauf.
Ah oui. Et histoire de continuer à me faire de suite des amis, Vim est supérieur à Emacs.
Oui, j’avais suivi de loin, à l’époque, la scission forcée avec le SdZ. Enfin de loin. Je m’étais fait bannir parce que j’avais poussé un peu la protestation, et je n’avais pas ensuite pris le train de ZdS.
Donc je n’ignore pas que ZdS tourne sous Django (ou au moins tournait-il sous Django quand il est né).
Bref, merci pour l’accueil. J’essaierai de faire fi de cette tare avilissante.
C’est toujoursdu django mais on a un écosystème complet (elastic pour la recherche, un peu de node pour notre markdown, mysql pour la bdd, latex pour les PDF…)
Je suis plus particulièrement vingtièmiste et antiquisant. Je me spécialise un peu par la force des choses dans la théorie littéraire (c’est-à-dire sa critique) et dans les corpus homosexuels et pédérastiques.
C’est toujoursdu django mais on a un écosystème complet (elastic pour la recherche, un peu de node pour notre markdown, mysql pour la bdd, latex pour les PDF…)
Merci pour les précisions. Je suis toujours étonné de voir Latex utilisé sur des serveurs, voire utilisé tout court. C’est tellement… lent et lourd. Enfin !
Je suis plus particulièrement vingtièmiste et antiquisant. Je me spécialise un peu par la force des choses dans la théorie littéraire (c’est-à-dire sa critique) et dans les corpus homosexuels et pédérastiques.
Je crois pour te répondre qu’il me faut séparer ma réponse entre deux temps.
D’abord au sujet de la théorie littéraire, le contexte littéraire actuel, où la littérature est sacrifiée sans recul sur l’autel de la sociologie, de la linguistique et de la psychanalyse, oblige nécessairement à repenser notre approche à la littérature.
Il y a une confusion fâcheuse aujourd’hui entre la langue et la littérature, qui est une pratique de la langue. La recherche considère généralement que la littérature répond à un modèle communicationnel, hérité des grandes heures du formalisme : en somme, un auteur s’adresse à un lecteur. Il n’y a sans doute pas affirmation plus erronée à propos de la littérature : la littérature sort justement de ce cadre de la communication. Ce qui est très paradoxal, c’est comme les thèses les plus improbables de la nouvelle critique se sont répandues et ont apporté avec elles un jargon suffocant.
Exemple anonyme :
Le flux narratif, qui commence au troisième paragraphe, adopte un style parataxique, adéictique, dont la célérité énonciative est appuyée par les accents d’oralité qui exploitent les possibilités sur l’axe paradigmatique du syntagme verbal dans la chaîne parlée.
Ce que l’on pourrait traduire par :
Le récit, qui commence au troisième paragraphe, se passe de conjonctions de coordination et n’identifie ni le lieu, ni l’instant de l’action. Cela permet un effet d’accélération, appuyé par des tournures empruntées au langage oral, étonnantes dans le cours de la phrase.
Il ne s’agit pas, loin de là, de revenir au temps de l’histoire littéraire telle qu’elle était pratiquée à la fin du XIXe. Il s’agit de reprendre les questions, extrêmement pertinentes, posées au XXe siècle jusqu’à la nouvelle critique, et de les réinvestir pour espérer sortir de ce magma académique qui se gargarise de belles trouvailles lexicales au lieu de véritablement réfléchir.
Quant à la seconde partie de ma réponse, sur le corpus, il s’agit d’un goût personnel qui répond à un besoin d’affirmation inhérent à mon jeune âge. De plus, étant donné que je me suis toujours intéressé de près aux expérimentations formelles, on remarque sans mal que ce corpus s’y est particulièrement appliqué.
Je lis que tu fais dans la littérature, n’hésite pas à produire des contenus à ce propos, on en manque et ils sont les bienvenus1 !
D’une manière générale, n’hésite pas à participer avec ouverture et bienveillance. Tu verras, c’est plus agréable et constructif que les péroraisons péremptoires
Gardes en tête que le site est tout public et donc consulté par des mineurs. Je ne suis pas certain qu’une analyse des écrits de Sade ou de Pierre Louÿs soit très adaptée, par exemple.
Je suis toujours étonné de voir Latex utilisé sur des serveurs, voire utilisé tout court. C’est tellement… lent et lourd. Enfin !
Ok, alors bienvenue, tout ça tout ça, mais il va falloir se calmer sur ce genre de jugements à l’emporte-pièce.
Si tu connais une alternative sérieuse et viable à LaTeX comme format intermédiaire pour la production automatique de contenus en PDF, je pense que les développeurs du site seront tout à fait ravis d’entendre ta suggestion, mais je te souhaite bien du courage pour en trouver une.
En fait, ici, on respecte simplement les choix/goûts/orientations des uns et des autres sans se troller gratuitement, et c’est une simple règle de savoir vivre en communauté que tu as déjà réussi à enfreindre une bonne demi-douzaine de fois en deux messages.
Je lis que tu fais dans la littérature, n’hésite pas à produire des contenus à ce propos, on en manque et ils sont les bienvenus1 !
1: Gardes en tête que le site est tout public et donc consulté par des mineurs. Je ne suis pas certain qu’une analyse des écrits de Sade ou de Pierre Louÿs soit très adaptée, par exemple.
Je n’hésiterai pas si jamais je trouve là une idée suffisamment plaisante pour mériter un article. Et je saurai éviter les sujets les plus tendancieux, cela va de soi (et je ne suis lecteur ni de l’un ni de l’autre d’ailleurs).
Ok, alors bienvenue, tout ça tout ça, mais il va falloir se calmer sur ce genre de jugements à l’emporte-pièce.
Merci pour ton accueil. Pour ce qui est des jugements à l’emporte-pièce, n’aie crainte : tout ceci n’est que posture. Je dirais même que c’est le jeu de la présentation qui veut cela. On présente son personnage, on choisit des camps, on pose un caractère. Ce n’est pas dans la scène d’exposition que l’on fait dans la finesse psychologique : attendons les actes suivants.
Si tu connais une alternative sérieuse et viable à LaTeX comme format intermédiaire pour la production automatique de contenus en PDF, je pense que les développeurs du site seront tout à fait ravis d’entendre ta suggestion, mais je te souhaite bien du courage pour en trouver une.
D’abord, ce regret n’était pas davantage qu’un regret. Il ne s’agit pas de jeter le blâme sur les développeurs (il ne manquerait plus que ça). C’est un étonnement candide, rien de plus.
Pour répondre à la question que tu me poses, car j’entends qu’il y a une question, même si c’en est une fausse : la communauté NodeJS a développé un certain nombre d’outils destinés à convertir du Markdown en PDF. Bien entendu, étant donné que l’implémentation Markdown utilisée ici n’est pas tout à fait standard, cela demanderait des ajustements.
Ceci dit, je ne doute pas que les développeurs aient connaissance de ces outils, et il est probable qu’il y ait une raison à leur choix ; raison que j’ignore nécessairement.
En fait, ici, on respecte simplement les choix/goûts/orientations des uns et des autres sans se troller gratuitement, et c’est une simple règle de savoir vivre en communauté que tu as déjà réussi à enfreindre une bonne demi-douzaine de fois en deux messages.
Je pense être un très mauvais troll, aussi je ne me prête pas beaucoup, sinon jamais, à l’exercice. Ce n’est qu’ironie et allusions, tout au plus. Je ne crois pas faire preuve de systématisme ; mais j’entends la remarque.
D’accord, je choisis de le prendre comme la coloration du personnage que tu présentes, donc.
Ceci dit, je ne doute pas que les développeurs aient connaissance de ces outils, et il est probable qu’il y ait une raison à leur choix ; raison que j’ignore nécessairement.
Sans pour autant participer activement au développement du site, je pense pouvoir te citer deux raisons, du simple fait d’être moi-même ingénieur en développement logiciel :
La première, c’est que le PDF n’est pas le seul format cible : potentiellement, tous les formats imaginables devraient être supportés (PDF, donc, mais aussi les formats d'ebook ou pourquoi pas, dans un avenir incertain, les formats docx et odt pour faciliter l’application des licences qui autorisent la modification ?). Dans ces conditions, le moyen le plus simple pour gérer ces transformations de façon uniforme est de choisir un format de représentation "intermédiaire" des documents qui soit à la fois versatile et standard. LaTeX est donc tout indiqué, et dans ce cas d’utilisation, seul le code a besoin d’interagir avec LaTeX, donc on s’affranchit de la lourdeur syntaxique du format, tout en exploitant son caractère universel.
Le site prédate l’âge d’or de NodeJS (à l’origine le Markdown n’était même pas géré par une bibliothèque JS : on avait forké Python-Markdown, et la conversion entre les divers formats était réalisée par pandoc — j’ignore si c’est toujours le cas —), et il n’est pas impossible qu’il lui survive également (étant toi-même amateur de Go, je pense que tu ne seras pas insensible à cet argument :D) : en ce qui me concerne, si je devais faire un choix technologique qui devait rester valable pendant des années ou des décennies, l’écosystème de Node est celui vers lequel je me tournerais en dernier, parce que je ne voudrais pas prendre le risque que la bibliothèque choisie devienne legacy ou deprecated avant même que la fonctionnalité ne soit stable en production1…
C’est connu, cet écosystème est un bouillon permanent dans lequel le cycle de vie du code est des dizaines de fois plus rapide que dans n’importe quel autre.
Cependant, Latex est, de mon humble avis, dépassé. Cela ne s’adresse encore une fois pas aux développeurs, mais l’argument de l’universalité s’entend autant qu’il se critique.
Ma proposition de NodeJS pour ce travail faisait écho en réalité à ce que disait @artragis quelques messages au-dessus.
Bien entendu, on pourrait citer Gotenberg (que je n’ai malheureusement jamais eu le loisir d’utiliser) qui exécute un travail équivalent.
(Par ailleurs, j’ai une piètre opinion de NodeJS :
le javascript est un langage faible, sans paradigme clair, qui est historiquement davantage un agrégat de "bonnes" idées empruntées ici et là qu’un ensemble clairement établi ;
c’est d’un langage compilé dont les serveurs ont besoin actuellement, avec une gestion claire de la mémoire et des types ;
les équipes s’étoffent et un langage comme le javascript ne permet que trop difficilement la coordination de plusieurs personnes.)
Je pense que le hors-sujet est bien entamé déjà mais il est difficile de migrer vers un nouveau sujet pour continuer une discussion.
Mais je pense qu’aujourd’hui il n’est plus du tout pertinent de parler de langages compilés ou non.
Le langage a toujours été différent de son/ses implémentation(s) même si on a pu voir différentes familles se dessiner, mais l’étape de compilation n’est pas gage d’un bon typage ni de rigueur.
Et la distinction entre compilation et interprétation s’est effacée avec le temps, il est très courant qu’un interpréteur procède en fait à différentes étapes de compilation avant l’exécution proprement dite.
Puis si on ajoute à cela ce qui est compilation en temps réel…
Cependant, Latex est, de mon humble avis, dépassé. Cela ne s’adresse encore une fois pas aux développeurs, mais l’argument de l’universalité s’entend autant qu’il se critique.
En dehors du cas particulier du site, je veux bien un argument pour dire que Latex est dépassé. Malgré ses très trèstrès nombreux défauts, il est encore massivement utilisé en raison de ses toutes aussi grandes qualités.
On en parlait ici. J’ai regardé NodeJS PDF (ça, j’imagine), et il n’a pas la moitié des fonctionnalités que j’attends. En vrac : maths, bibliographie, légende des figures, ancres, fin de lignes et fin de pages propres. Bref, je suis le premier à critiquer Latex, mais s’il y a bien une chose qu’il n’est pas, c’est dépassé. Car ça voudrait dire qu’il y a quelqu’un devant. Et ce fameux remplaçant potentiel, je l’attends encore. Avec impatience, en toute honnêteté.
Je me rends compte que ma phrase n’était pas claire. Je voulais bien entendu dire : un langage compilé, qui présente une gestion claire de la mémoire et un bon typage. Bien entendu, cela se saurait si tous les langages compilés présentaient ces traits. Et je parle ici uniquement de compilation préalable, et non de compilation JIT.
Il n’en reste pas moins que, à ma connaissance, il n’existe pas de langage interprété comparable, en matière de performance et de charge serveur (puisque nous parlons d’une utilisation sur un serveur), à un "bon" langage compilé.
Continuons par ailleurs dans le hors sujet, mais un des principaux problèmes en informatique à notre époque, de mon humble avis, est l’oubli de la nécessité. L’abondance de ressources a permis la multiplication des mauvaises pratiques, la banalisation d’une forme d’insouciante. Les enjeux écologiques nous rappellent aujourd’hui cette nécessité.
C’est une aberration de se trouver aujourd’hui avec des logiciels qui embarquent chacun un navigateur web quasiment complet pour servir de bloc-notes. C’est une aberration d’avoir des logiciels de traitement de texte (MS Word et LibreOffice) qui ne peuvent pas tourner dans de bonnes conditions sur un ordinateur qui a dix ans. C’est une aberration de se trouver devant la moindre page web qui, sans image, pèse plus d’une dizaine de Mo.
C’est sans doute car Go se nourrit de l’exigence de la nécessité que je l’apprécie. (Mais je garde un œil très attentif sur Crystal, en attendant le jour où enfin le support de Windows sera ajouté).
En dehors du cas particulier du site, je veux bien un argument pour dire que Latex est dépassé. Malgré ses très trèstrès nombreux défauts, il est encore massivement utilisé en raison de ses toutes aussi grandes qualités.
Tout dépend si "dépassé" fait référence à son usage ou à sa philosophie et à sa conception. L’outil est évidemment massivement utilisé, mais il est porteur à mon sens de conceptions qui ne sont plus actuelles, du moins dans le libre.
Il n’en reste pas moins que, à ma connaissance, il n’existe pas de langage interprété comparable, en matière de performance et de charge serveur (puisque nous parlons d’une utilisation sur un serveur), à un "bon" langage compilé.
Certes mais en cherchant cette comparaison et en te reposant uniquement sur les performances et la charge serveur, je pense que tu occultes d’autres contraintes qui naissent de la nécessité dont tu parles plus bas (discours sur lequel je te rejoins).
Aujourd’hui nous vivons une époque où tout le monde n’a pas les mêmes besoins : une phrase que l’on entend souvent est "on n’est pas google/facebook/tinder/netflix" : avant de se soucier de la charge des serveurs, la nécessité est d’aboutir rapidement à un produit stable et utilisable. Bien souvent, les critères qui auront le plus d’impact dans le choix d’une technologie pour développerune nouvelle application, seront son écosystème et le time to delivery, à savoir le temps écoulé entre l’idée initiale et son déploiement en production.
Dans ces conditions, la nécessité étant le fonctionnel (le service rendu) avant les performances, le choix le plus intelligent est bien souvent celui du langage qui pose le moins de barrières, que celles-ci prennent la forme d’une courbe d’apprentissage ou du developpement d’une bibliothèque qui n’existe pas encore. Et les technologies connues pour lever ces barrières sont généralement Python et Javascript, là où la "nécessité" pousserait… Rust, entre autres.
Ceci étant dit, je suis d’accord avec toi quand tu considères, par exemple, un langage comme Go comme répondant bien à la nécessité, car il offre un excellent compromis entre performances et time to delivery (on peut apprendre à l’utiliser en une après-midi, il est encore plus batteries included que Python, et son écosystème est déjà méga-riche) : la seule chose qui lui manque, finalement, c’est la popularité, mais ça commence enfin à venir (si je me fie au marché de l’emploi, puisque j’ai justement décroché un poste en Go le mois dernier, alors qu’il fallait vraiment fouiller longtemps pour en trouver auparavant).
PS : je propose qu’on crée un sujet dédié. Vraiment. Pour arrêter le HS ici.
Il n’en reste pas moins que, à ma connaissance, il n’existe pas de langage interprété comparable, en matière de performance et de charge serveur (puisque nous parlons d’une utilisation sur un serveur), à un "bon" langage compilé.
Nodejs est un runtime qui est assez performant grâce à la compilation à la volée, la même qu’on trouve dans java d’ailleurs. Sans compter que l’aspect "compilé/pas compilé" (franchement ça devient de plus en plus difficile de lier cette caractéristique à un langage) est de moins en moins la chose la plus névralgique : faire de l’asynchrone, du parallélisme voire du différer facilement, de manière prédictible et sans fuite de ressource (mémoire, pid, socket…) c’est devenu bien plus critique que "j’ai besoin de 19 cycles CPU avec tel langages compilé alors qu’il m’en faut 42 avec tel langage non compilé".
C’est une aberration d’avoir des logiciels de traitement de texte (MS Word et LibreOffice) qui ne peuvent pas tourner dans de bonnes conditions sur un ordinateur qui a dix ans.
je ne sais pas pour word, mais pour LO ça tourne très bien sur un PC qui a 4Go de RAMv ddr3 et un core quad (milieu de gamme il y a 12 ans). Mais globalement ce vieux poncif sur "ça prend trop de ram" me saoule : on fait avec ce qu’on a et ce dont on a besoin. Nos RAM sont souvent chargées de données préchargées/précalculées qui permettent une meilleure réactivité des logiciels et c’est de ça dont les gens ont besoin, pas de savoir que ton logiciel est économe en mémoire vive allouée.
Sinon, pour la question de la production des exports zmarkdown est casi autonome, c’est juste qu’il n’est capable que de gérer des données textuelles, alors que le PDF est un format purement binaire.
Je suis donc capable de gérer les éléments du fichier ebook avec zmd, je n’ai plus qu’à faire le zip en python sur zds-site, par contre pour le PDF il faut que je passe par un format adapté. Car soyons clairs, le rendu de l’export PDF avec js c’est au mieux "mbof" (pas de page de garde, numérotation des pages mal fichue…) au pire c’est totalement raté (images et tableau hors cadre, URL mal formées voire non clickables) avec latex, on a tout ça en propre, aux petits oignons et en plus on a un format intermédiaire qui permet de faciliter le debug.
Voici un petit message de présentation. Sur moi Grégory ou Greg ça va plus vite, homme 40 ans qui n’aime pas trop étaler sa vie de famille sur internet (ne m’en voulez pas )
Je me suis inscrit sur ce site, car j’y atterris de temps en temps au gré de mes recherches sur le net. Recherches qui concernent principalement le language de programmation python. je précise je ne suis pas un professionnel de la programmation, je suis un simple préparateur de commandes mais je vois mon PC comme un passe-temps ( c’est pour ça que "BTW i use arch" ) et l’apprentissage en autodidacte d’un language complet comme Python fait partie des expériences que je fais avec mon PC.
Même si je suis sous linux, je n’utilise pas bash, j’utilise fish et pour mes scripts soit j’utilise une fonction de fish si c’est très simple, soit je fais mon script en python car c’est bien plus lisible que bash.
J’espère pouvoir aider de temps en temps en apportant mon regard de quelqu’un qui a tout appris sur le tas.
Connectez-vous pour pouvoir poster un message.
Connexion
Pas encore membre ?
Créez un compte en une minute pour profiter pleinement de toutes les fonctionnalités de Zeste de Savoir. Ici, tout est gratuit et sans publicité.
Créer un compte
) et l’apprentissage en autodidacte d’un language complet comme Python fait partie des expériences que je fais avec mon PC.
Même si je suis sous linux, je n’utilise pas bash, j’utilise fish et pour mes scripts soit j’utilise une fonction de fish si c’est très simple, soit je fais mon script en python car c’est bien plus lisible que bash.