Amateur de mettre l'éditeur en tâche de fond aussi (et ça a l'avantage de fonctionner avec les autres Vi, pas que ViM —car je suis amené à travailler sur autre chose que du Linux) Mais qu'entends-tu pas « sporadiquement » ?
J'ai parfois des besoins que je qualifierai de sporadique (rare pour moi, et ponctuels surtout —donc pas besoin de mettre l'éditeur en tâche de fond car c'est juste une commande rapide avant de poursuivre mon édition.) Dans ce cas, j'utilise beaucoup :! (ça aussi c'est depuis le Vi historique)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Même quand on le prend bien, je trouve ça dommageable pour le Logiciel Libre en général (face aux gens, emmurés dans leur conviction que certaines choses ne peuvent se faire qu'avec le logiciel propriétaire qu'ils connaissent, il est bien de pouvoir leur présenter ce genre de dépêche qui va plus loin que l'existence de traitements de texte alternatifs mais montre toutes les merveilles qu'on peut faire aisément avec ; sans devoir tomber sur des commentaires désobligeants) ainsi qu'à la communauté (j'en ai un peu marre que les libristes renvoient l'image de divisions inutiles et que LinuxFr passe pour un nid de trollage et de dogmatisme bête et méchant) Le libre est certes un foisonnement d'idées et de solutions ; faut pas que ça se transforme en guéguerre de petits clans (qui se bouffent, et sont la risée des observateurs, pendant que le logiciel privateur gagne du terrain.)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Au fait, un grand merci de la part de toutes les personnes à qui ça servira, et vraiment chapeau pour tout ce travail (aussi bien pour le temps et l'énergie que cela a du te prendre, mais aussi parce-que c'est une belle vitrine des possibilités de ce traitement de texte en plus d'être effectivement un chausse-pieds pour les personnes qui veulent passer à l'alternative libre.) On a besoin de plus d'initiatives de ce genre.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Il y a un peu de ça c'est vrai. :-)
Je voulais aussi répondre à la partie suivante, donc je profite qu'un fil soit initié pour le faire directement.
Ce n’est pas très compliqué. Les personnes qui font un CV avec LaTeX utilisent des modèles. J’en soupçonne un certain nombre, d’ailleurs, de ne pas vraiment connaître LaTeX et de se reposer entièrement sur le modèle. Comme les modèles sont techniquement propres, ça donne des documents propres. Ça commence à devenir un peu pas terrible quand les mêmes commencent à vouloir un peu bidouiller le modèle (et j’ai vu des horreurs typographiques, passons).
La comparaison est un peu délicate car il y a bien des modèles, avec des thèmes ou pas, (jusque là c'est comparable aux traitements de texte) mais c'est un peu (ou beaucoup) plus parce-que d'abord c'est du balisage textuel. L'usage du balisage textuel, permet de conserver tout en texte avec ses avantages (outils de versionnage de code et non un truc dédié qui serait intégré, par exemple) et ses inconvénient (bien que ce ne soit pas de la programmation mais de la/le description/balisage, ça peut rebuter si on est trophabituée/conditionnée aux interface clic-voit-direct) ; et oblige à travailler en faisant fi de la forme finale avant la fin (d'ailleurs les personnes qui débutent et veulent commencer à bidouiller font souvent de l'aperçu et veulent se lancer dans des changements sans avoir le recul et cela abouti à des horreurs typographiques.) Ce qui s'en rapproche le plus avec le traitement de texte est de bien utiliser les « styles » partout (et je remarque que c'est pareillement moins évident pour ces mêmes personnes qui vont modifier certains trucs directement —les boutons et menus invitent à le faire, ce qui n'aide pas— ou vont, quand il y a un peu de patience, aller modifier le style par rapport à une besoin immédiat —le seul titre actuel qu'on vient de mettre et qui semble déconner— sans la vision d'ensemble —aussi bien du reste du document que des autres éléments du style entre eux.)
Ce principe est appliqué ici, quand on pond un commentaire : on balise le texte, quand on a fini on prévisualise, quand c'est bon on balance sinon retour au texte brute avec ses balises. Loin du fonctionnement wysiowyg. Quand on a publié son commentaire, le balisage est interprété pour générer le rendu final. C'est un peu pareil avec LaTeX et ses sœurs : les balises vont déclencher des macros (oui au fond c'est un langage de programmation, TeX, mais on n'a pas besoin de mettre la main dedans) qui font des choses bien fines que je ne retrouve pas avec les traitements de texte (c'est bien beau les interfaces graphiques où on peut régler des choses en centimètres, mais ici le travail est de l'ordre du micromètre et les détails de calcul vont jusqu'entre les caractères) L'usager normal de ce genre d'outils ne se prend pas pour quelque expert en typographie (et en programmation) mais pose juste le balisage qui correspond sémantiquement puis confie le travail aux orfèvres pour obtenir son bijou final. C'est une approche radicalement différente.
J'aimerais attirer l'attention sur ce dernier point : l'approche… Or il ne peut y avoir une manière faire et/ou un outil qui convienne à tout le monde et à toutes les situations. Il faudrait donc éviter des comparaisons qui ne servent pas vraiment (je le dis aussi pour tous les commentaires qui veulent ramener la supériorité de *TeX quad on parle de LibO : ces guéguerres ne servent les intérêts ni des uns ni des autres, sauf probablement des logiciels privateurs)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Bref, un petit raccourci dans mes navigateurs (ordis et smartphone) vers le journalduhacker.net m'est beaucoup plus pratique que de me connecter à ma boite mail, puis de rechercher cette newsletter pour avoir les liens vers les articles.
Perso, je pratique plus les flux rss des agrégateurs (et je suis parmi les personnes qui étaient mécontentes que Firefox ne prenne plus ça en charge…) Mais ce n'est pas plus ou moins pratique que la messagerie : je consulte la mienne régulièrement et c'est vrai aussi que le volume quotidien est tel que je ne vais jamais rechercher des messages que je n'ai pas pris le temps de traiter immédiatement.
Bref, tout ça pour dire que je te comprends et qu'il y a certainement/toujours les deux publics. Du coup, l'infolettre et complémentaire du site.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
C'est la quantité de bibliothèques rapidement disponibles (entre autres) qui a (ont) permis à Python d'émerger. C'est aussi ça qui fait la force de Perl : il y a une bibliothèque pour quasiment tout. Et la communauté est encore bien vibrante après toutes ces années.
Quand je regarde comment certains langages de script ont changé de cap et géré leur ruptures de compatibilité (passage de Python 2 à 3, mais pareil pour certains sauts de PHP et un peu moins pour Ruby) je suis ébahi par la façon dont PERL a évolué en douceur avec peu de casse.
Côté informations, il y a tellement qu'on pouvait s'y perdre.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Tout à fait, Nix n'est pas prévu pour ce qu'on entend par usage courant parce-que dans ton usage : tu n'as pas besoin d'avoir plusieurs versions (avec des dépendances conflictuelles éventuellement) ; chose pour laquelle Timeshift ne sera pas utile quand les bibliothèques se marcheront dessus… (enfin tes cinq minutes vont se transformer en heures/jours)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Toi t'es factuelle <3 Mais à l'heure des discours qui titillent le sentimentalisme et l'émotion, il faut tomber (bas) ou s'élever (haut) etc. Ah oui, la langue des poètes et des diplomates, bref la vente de rêves/mensonges/idéaux qui se disent plus blancs que neige et plus nationaux que jeanne.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Temps de réponse normal seul ou quand tout le monde ne fait qu'éditer du code.
Lamentable quand une ou plusieurs compilation de grille écran ou de code sont en cours.
Rien à voir avec la liaison entre les vieux terminaux et l'AS400, largement assez rapide.
OK, c'est le setup système en fait. Mais cela semble normal car on privilégiait plutôt les processus en fond (faut pas oublier que ce sont des machines de batch…) De plus je pense que vous étiez tous dans le même espace de travail (AS400 fait des espaces comparables aux machines virtuelles de java ou les conteneurs de nos jours puisque c'est au niveau OS)
Au passage, ce sont ce genres d'aventures qui font qu'on pensait avant de coder… De nos jours, les gens n'ont pas honte de déboguer en live, tellement ils n'y a plus de limitation ressenti (même quand on fait une boucle infinie) ; et quand tu parles d'optimisation tu passes pour une sorte d'extraterrestre (et répondre que de toute façon la RAM ne coûte plus rien ou que tout le monde a l'ADSL et un processeur qui a moins de deux ans)
Merci pour les photos ; côté claviers on faisait compacte aussi (et on s'étonne qu'il y ait de plus en plus de TMS de nos jours)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Perl 7 et Raku restent assez proche et touchent une part décroissante de programmeurs. Cette division sur un langage qui est plutôt en perte de vitesse risque de les tuer tous les 2. Ils entrent en concurrence avec Python, PHP et bien d autres plus clair dans leur principes et cibles. Il faut arrêter l un et se concentrer sur l autre non?
Tu arrives après la bataille ; la communauté a débattu tous les points possibles et imaginables dessus 😉
Perl 7 sera le successeur de Perl 5 (on saute une version comme PHP) …qui n'est pas vraiment en perte de vitesse à mon avis.
Raku est une autre bête qui se fait sa place doucement. Son côté caméléon fait qu'il n'entre pas vraiment en concurrence avec les autres ; il va plutôt les remplacer progressivement 😁 Merci à cette dépêche pour la liste de livres ; je suis preneur de commencer à dompter le truc pour ne plus avoir à basculer entre divers interpréteurs (si je me suis pas perdu en cours de route dans la dépêche)
-- en mode weekend.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
La dernière fois que j'ai fais du COBOL, c'était en 1990 en TP à l'IUT, sur l'AS400 tout neuf. Souvenir de souffrances … Tout neuf, mais sous dimensionné : parfois 30 secondes entre l’appui sur une touche et l'apparition du caractère dans le code. Compilation de code et de "grilles écran" longues, très longues ! OK, c'était probablement l'entrée de gamme, trop faible pour gérer 12 terminaux en parallèle dans la salle de TP. Wait ! 12 ??? Seulement ???
Hmm, et-ce vraiment la machine qui était sous-dimensionnée ou le paramétrage qui était mal fait ? Ce que tu décrits ressemble fort à un problème de liaisons (mais je pense que les terminaux étaient directement connectés et ne passaient pas par Internet avec une connexion 12k si ?) ou de configuration du terminal…
De nos jours, l'AS400 existe encore. Je ne sais pas si c'est programmé en COBOL, mais dans de nombreux cas, un vendeur d'une grande enseigne réalise ses ventes en faisant apparaître une magnifique "grille écran" dans une fenêtre Windows 10 ! Quel décalage …
Oui, ça s'est appelé eServer iSeries, puis maintenant System i5 tournant sur processeur Power5.
Le système n'a jamais été programmé en COBOL mais a toujours été livré avec les compilateurs pour COBOL, EGL, RPG, PL/1, Pascal, C, BASIC, Smalltalk, FORTRAN ; et maintenant également Java, PERL, PHP, Python, C++
Je ne dis pas que ces vieux systèmes sont à cramer ! Un pote a bossé sur du Bull dans les 90/2000, et il me vantait souvent la puissance de l'espèce de BASIC très orienté gestion et super adapté au tâches demandées.
Je crois RPG ou alors CLP ?
Le Control Language Procedure est plutôt une surcouche (ajout de structures de contrôles au CL) compilée de batch du système OS400. Ce serait un peu l'équivalent des scripts shell de base.
Le Report Program Generator et un autre langage compilé qui reprend effectivement des mots d'assembleur (move, clear, goto) ainsi que du BASIC et du COBOL (avec lequel il partage la position fixe car c'est en fait un langage qui date de l'époque des cartes perforées et était présent sur d'autres machines avant d'être porté sur AS400). Dans son objectif, c'est un peu l'équivalent de AWK ou PERL actuellement.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Combiens d'idées "géniales" ou projets miraculeux doivent finir à la benne avant d'avoir de l'expérience? Je ne sais pas, mais je ne pense pas que la réponse à cette question soit propre à un langage particulier.
Trop de projets je le crains, et c'est pas plus mal …parce-que je vois parfois des « tests » ou des « POC » qui sont poussés en production et franchement la benne aurait été un cadeau (et de réels économies) !
Pour développer en C/C++/Java/Python/Kotlin/Groovy, 4 stagiaires sur 5 fait du code inutilisable en production après l'école. Peut-être que d'autres langages offrent un cadre plus restrictif, donc permettrait de changer ce ratio, mais je n'y crois pas trop, ou alors, le prix à payer ne serait pas négligeable.
Alors, il y a deux raisons principales à cela à mon avis.
Premièrement l'école ne fait qu'une/un initiation/survol au/du langage et les élèves n'ont généralement pas assez de pratique/heures pour bien les familiariser au langage : le stage d'entreprise est donc un TP en grandeur nature pour le coup. Or les langages ont des spécificités et des subtilités qui s'acquièrent avec le temps, contrairement aux principes d'enseignement qui font apprendre quelques motifs et pour le reste les gens vont taper sur un moteur de recherche et copier des lignes sans trop comprendre ce que ça fait…
Deuxièmement, les élèves ne sont plus formés à l'analyse et à l'algorithmique, et du coup ces futurs devs ne se rendent pas compte de certaines énormités qui ne sont pas liées à la syntaxe du langage mais à l'algo sous-jacent. Je remarque que trop de notions que j'aurais cru basiques (comme comprendre le type de structure qu'on est en train de manipuler ou comment dérécursiver etc.) sont incomprises.
C et pensé et conçu pour être très proche du matériel (c'est quasiment le niveau qui suit l'assembleur pur et dur) et laisse donc beaucoup de libertés (après tout on est sensé savoir ce qu'on fait.) Du coup c'est catastrophique par rapport aux formations actuelles qui survolent un peu trop, et c'et aussi de là que vient la réputation (certes infondée) de difficulté.
C++ et Java, ainsi que tous les langages qui reprennent la syntaxe du C essayent de limiter certains travers (on dit par exemple que C++ est une surcouche de C mais il y a plein de constructions bordeline permises par la norme qu'un compilateur purement C accepte mais que le compilo Cpp ne laisse pas passer) ; mais ce n'est pas assez cadrant par rapport à ce que font les stagiaires. Dans le cas de C, vu sa non maîtrise, une approche quand on ne doit pas exploiter certains aspects de l'architecture matériel (donc programmes un peu génériques), serait de revenir au Pascal qui est plus structurant. On peut aller encore plus loin en passant à Ada dont le compilateur est à la fois plus strict et un peu didactique. Ces deux langages sont en plus syntaxiquement moins laxistes (Ada encore plus car ayant appris appris de tous ses prédécesseurs) et supportent le paradigme objet aussi. Il doit y avoir d'autres langages comme ça mais qui malheureusement ne sont pas à la mode…
Par contre, on ne traite qu'un point et il n'y a pas d'outil à ma connaissance pour remplacer l'analyse.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Cela me fait penser que je rencontre beaucoup de dev TelLangage + SQL …et pour la partie SQL c'est incapable de pondre un SELECT tout basic (sans jointure) : c'est toujours fait avec des ORM qui sont pas maitrisées (par exemple par défaut ça prend tous les champs et demande quasiment toutes les lignes …parce-que pour cibler plus précisément il faut des utiliser des options/paramètres mentionnés dans la doc que personne ne prend la peine de lire ou pas jusqu'au bout.)
Donc je confirme : bien que chaque langage ait ses points faibles et ses écueils, on en est rarement loin et le souci est souvent à des kilomètres entre la chaise et le clavier…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
nix, guix et pkgsrc permet surtout d'installer des logiciels sans impact sur le reste du système. Cela apporte des choses en plus et nixos pousse ça à tous l'ensemble du système. Mais on est sur un modèle à dépôt. Tu fais inclure ton logiciel dans le dépôt et il est dispo (tu peux fournir un script nix pour faire l'installation, mais c'est pas l'usage nominal).
De ce que j'avais compris (mais je peux me tromper), le dépôt est une facilité de plus mais que Nix pourrait s'en passer… L'idée est surtout de réutiliser un une installation qui a les caractéristiques demandées, si elle existe, sinon de la construire ; un peu comme on fait avec AUR (Arch et dérivés) ou les Overlays (Gentoo et dérivés) avec l'isolation en plus. C'est justement une autre discussion dessus qui m'a fait poser la question de savoir si Nix est envisageable…
snap et flatpack se concentre sur le sandboxing. L'idée c'est qu'un logiciel n'accède pas à tout tes fichiers par exemple. C'est très pratique pour des logiciels propriétaires. Moi par exemple j'ai besoin de teams pour travailler, mais je préfère qu'il soit dans une sandbox.
Ici le bac à sable est il comparable à un conteneur ? (i.e. Docker ou LXC par exemple) ou similaire (chroot ou jail) ? Ou est-ce comparable à un à une machine virtuelle ? (à la Java par exemple)
Je pose la question parce-que je n'utilise pas et que je n'ai jamais pris le temps d'aller chercher les spécifications et le code sous-jacent.
Les 2 fonctionnent sur la base de dépôt, mais flatpack, met en avant le fait que chacun peut créer un dépôt et donne la possibilité d'installer un fichier unique. En ça il vient aussi sur les cas d'usage des PPA par exemple.
Ah… On est quand même sur un modèle à dépôt(s) aussi…
appimage c'est vraiment un fichier que tu prends, tu lances, ça marche. Pas d'autres question, c'est très très pratique, même s'il n'a pas certaines bonnes propriétés qu'on les autres (il n'y a rien pour savoir/simplifier la mise à jour, l'utilisateur doit gérer ces fichiers les mettre dans son $PATH, etc).
En gros c'est comme un binaire qui embarque le maximum statiquement ? (genre un exécutable produit par Go par exemple)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
c'est AppImage dont je ne me souvenais plus au moment de la rédaction (et j'ai eu la flemme de rechercher et d'éditer mon commentaire pendant la période permise ; toutes mes excuses)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Héhé, tu m'as devancé (et as formulé de façon bien plus pertinente que je ne l'aurais faite car voulant juste ajouter que) la minification est une forme d'obfuscation connue et pratiquée dans le Libre .
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
Le JPEG est le format d’image qui est le plus souvent retenu pour le partage de photographies numériques. Sa qualité lui permet de restituer toute la complexité des clichés : les ombres, les nuances, les dégradés. Il puise dans un référentiel de 16,7 millions de couleurs pour y parvenir.
Le PNG a été créé pour offrir une alternative libre au GIF. Il dispose de deux niveaux de compression :
l’un (PNG-8), très léger mais qui ne peut afficher que 256 couleurs (à comparer au GIF qui n'a pas la transparence) ;
l’autre (PNG-24), plus lourd que le JPEG, mais avec le même rendu au niveau des teintes.
À première vue, le JPEG permet une meilleure compression d’image, mais le PNG offre la possibilité de gérer des fonds transparents, utiles pour les montages par exemple. D'un autre côté, la compression du JPEG étant destructive, on peut se retrouver avec un mauvais rendu d'une part, et ça se prête moins au zoom avant d'autre part. https://www.digitaltrends.com/computing/jpeg-vs-png/ Par défaut (sans présupposer sur les zoom final), pour le web, PNG reste la meilleure option (sinon il y a aussi le SVG à considérer quand on peut vectoriser) https://modomodoagency.com/2019/01/22/jpg-vs-png-vs-gif-vs-svg-image-format-guide/
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
On se rejoint un peu : les lettres les moins utilisées rapportent plus (double) et les plus rare encore plus (triple). De ce point de vue, on arrive quasiment à la même chose en partant de zéro (donc sans chercher à plagier leur scoring ; mais je dis quasiment car en fait les différences vont être au niveau de là où on place les 2 curseurs…)
Pour la valuation des mots, je pense que c'est juste dicté par le placement diagonal, et j'ai déjà vu des choses similaires dans d'autres jeux. Mais comme suggéré, rien n'empêche de tester d'autres répartitions qui pour le coup feront qu'on aura un plateau différent…
Ces éléments pris séparément, ne tombent pas sous le coup de la loi, pour ce que j'en sais. Par contre, il peut y avoir un droit d'auteur qui s'appliquerait au jeu ; c'est à dire :
les caractéristiques du plateau (dimensions et nombre de cases, ainsi que la position et les couleurs et les scores des cases des points boni)
les accessoires de jeu (les différentes pièces en plus du plateau donc) pris ensemble
les règles du jeu s'il s'agit vraiment d'une création nouvelle…
Il faut bien entendu que tous ces éléments soient réunis pour qu'un délit soit constitué : si j'ai exactement les mêmes caractéristiques de plateau (mais pas exactement le même plateau en terme de design qui peut être une œuvre d'artiste et protégée) mais avec des règles de jeu différentes alors c'est juste un autre jeu. Il se trouve que c'est le cas ici, puisqu'on n'impose pas les règles officielles (et il faudrait que la configuration par défaut ne se rapproche pas trop du jeu existant… même si les joueurs peuvent adapter pour se retrouver à jouer au jeu officiel.)
Bien entendu, les noms (comme Scrabble ici) et les marques associées sont protégées (et on espère pour eux déposés.) Raison pour laquelle on lui a conseillé de les retirer tant qu'il n'a pas quelque accord pour les mentionner.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
J'ai vu les échanges autour de Snap et Flatpack et je-ne-sais-plus. Puis une petite parenthèse sur les AUR et les overlays. Du coup, j'en suis arrivé à me demander s'il y a des usagers de Nix dans la salle, et si ce n'est pas une meilleure alternative.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Terminal
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Transformer vim en IDE avec LSP et DAP. Évalué à 1.
Amateur de mettre l'éditeur en tâche de fond aussi (et ça a l'avantage de fonctionner avec les autres Vi, pas que ViM —car je suis amené à travailler sur autre chose que du Linux) Mais qu'entends-tu pas « sporadiquement » ?
J'ai parfois des besoins que je qualifierai de sporadique (rare pour moi, et ponctuels surtout —donc pas besoin de mettre l'éditeur en tâche de fond car c'est juste une commande rapide avant de poursuivre mon édition.) Dans ce cas, j'utilise beaucoup
:!(ça aussi c'est depuis le Vi historique)“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Pourquoi des CV sous LaTeX rendent mieux que sous Word
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse à la dépêche Les doigts dans l’engrenage fatal. Évalué à 5.
Même quand on le prend bien, je trouve ça dommageable pour le Logiciel Libre en général (face aux gens, emmurés dans leur conviction que certaines choses ne peuvent se faire qu'avec le logiciel propriétaire qu'ils connaissent, il est bien de pouvoir leur présenter ce genre de dépêche qui va plus loin que l'existence de traitements de texte alternatifs mais montre toutes les merveilles qu'on peut faire aisément avec ; sans devoir tomber sur des commentaires désobligeants) ainsi qu'à la communauté (j'en ai un peu marre que les libristes renvoient l'image de divisions inutiles et que LinuxFr passe pour un nid de trollage et de dogmatisme bête et méchant) Le libre est certes un foisonnement d'idées et de solutions ; faut pas que ça se transforme en guéguerre de petits clans (qui se bouffent, et sont la risée des observateurs, pendant que le logiciel privateur gagne du terrain.)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: à chacun sa vision de la simplicité
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Les rollbacks avec NixOS, ou comment casser son système. Évalué à 2.
suis plutôt équipe EtcKeeper
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
# bravo
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse à la dépêche Les doigts dans l’engrenage fatal. Évalué à 4.
Au fait, un grand merci de la part de toutes les personnes à qui ça servira, et vraiment chapeau pour tout ce travail (aussi bien pour le temps et l'énergie que cela a du te prendre, mais aussi parce-que c'est une belle vitrine des possibilités de ce traitement de texte en plus d'être effectivement un chausse-pieds pour les personnes qui veulent passer à l'alternative libre.) On a besoin de plus d'initiatives de ce genre.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Pourquoi des CV sous LaTeX rendent mieux que sous Word
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse à la dépêche Les doigts dans l’engrenage fatal. Évalué à 5.
Il y a un peu de ça c'est vrai.
:-)Je voulais aussi répondre à la partie suivante, donc je profite qu'un fil soit initié pour le faire directement.
La comparaison est un peu délicate car il y a bien des modèles, avec des thèmes ou pas, (jusque là c'est comparable aux traitements de texte) mais c'est un peu (ou beaucoup) plus parce-que d'abord c'est du balisage textuel. L'usage du balisage textuel, permet de conserver tout en texte avec ses avantages (outils de versionnage de code et non un truc dédié qui serait intégré, par exemple) et ses inconvénient (bien que ce ne soit pas de la programmation mais de la/le description/balisage, ça peut rebuter si on est trophabituée/conditionnée aux interface clic-voit-direct) ; et oblige à travailler en faisant fi de la forme finale avant la fin (d'ailleurs les personnes qui débutent et veulent commencer à bidouiller font souvent de l'aperçu et veulent se lancer dans des changements sans avoir le recul et cela abouti à des horreurs typographiques.) Ce qui s'en rapproche le plus avec le traitement de texte est de bien utiliser les « styles » partout (et je remarque que c'est pareillement moins évident pour ces mêmes personnes qui vont modifier certains trucs directement —les boutons et menus invitent à le faire, ce qui n'aide pas— ou vont, quand il y a un peu de patience, aller modifier le style par rapport à une besoin immédiat —le seul titre actuel qu'on vient de mettre et qui semble déconner— sans la vision d'ensemble —aussi bien du reste du document que des autres éléments du style entre eux.)
Ce principe est appliqué ici, quand on pond un commentaire : on balise le texte, quand on a fini on prévisualise, quand c'est bon on balance sinon retour au texte brute avec ses balises. Loin du fonctionnement wysiowyg. Quand on a publié son commentaire, le balisage est interprété pour générer le rendu final. C'est un peu pareil avec LaTeX et ses sœurs : les balises vont déclencher des macros (oui au fond c'est un langage de programmation, TeX, mais on n'a pas besoin de mettre la main dedans) qui font des choses bien fines que je ne retrouve pas avec les traitements de texte (c'est bien beau les interfaces graphiques où on peut régler des choses en centimètres, mais ici le travail est de l'ordre du micromètre et les détails de calcul vont jusqu'entre les caractères) L'usager normal de ce genre d'outils ne se prend pas pour quelque expert en typographie (et en programmation) mais pose juste le balisage qui correspond sémantiquement puis confie le travail aux orfèvres pour obtenir son bijou final. C'est une approche radicalement différente.
J'aimerais attirer l'attention sur ce dernier point : l'approche… Or il ne peut y avoir une manière faire et/ou un outil qui convienne à tout le monde et à toutes les situations. Il faudrait donc éviter des comparaisons qui ne servent pas vraiment (je le dis aussi pour tous les commentaires qui veulent ramener la supériorité de *TeX quad on parle de LibO : ces guéguerres ne servent les intérêts ni des uns ni des autres, sauf probablement des logiciels privateurs)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: journalduhacker.net
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Hauts et bas du Courrier du hacker au 150ème numéro. Évalué à 3.
Perso, je pratique plus les flux rss des agrégateurs (et je suis parmi les personnes qui étaient mécontentes que Firefox ne prenne plus ça en charge…) Mais ce n'est pas plus ou moins pratique que la messagerie : je consulte la mienne régulièrement et c'est vrai aussi que le volume quotidien est tel que je ne vais jamais rechercher des messages que je n'ai pas pris le temps de traiter immédiatement.
Bref, tout ça pour dire que je te comprends et qu'il y a certainement/toujours les deux publics. Du coup, l'infolettre et complémentaire du site.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Qui de Raku ou de Perl
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse à la dépêche Raku en 2020. Évalué à 1.
Tout à fait.
C'est la quantité de bibliothèques rapidement disponibles (entre autres) qui a (ont) permis à Python d'émerger. C'est aussi ça qui fait la force de Perl : il y a une bibliothèque pour quasiment tout. Et la communauté est encore bien vibrante après toutes ces années.
Quand je regarde comment certains langages de script ont changé de cap et géré leur ruptures de compatibilité (passage de Python 2 à 3, mais pareil pour certains sauts de PHP et un peu moins pour Ruby) je suis ébahi par la façon dont PERL a évolué en douceur avec peu de casse.
Côté informations, il y a tellement qu'on pouvait s'y perdre.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: à chacun sa vision de la simplicité
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Les rollbacks avec NixOS, ou comment casser son système. Évalué à 3.
Tout à fait, Nix n'est pas prévu pour ce qu'on entend par usage courant parce-que dans ton usage : tu n'as pas besoin d'avoir plusieurs versions (avec des dépendances conflictuelles éventuellement) ; chose pour laquelle Timeshift ne sera pas utile quand les bibliothèques se marcheront dessus… (enfin tes cinq minutes vont se transformer en heures/jours)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Domaine public
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Yes Master. Évalué à 0.
Toi t'es factuelle <3 Mais à l'heure des discours qui titillent le sentimentalisme et l'émotion, il faut tomber (bas) ou s'élever (haut) etc. Ah oui, la langue des poètes et des diplomates, bref la vente de rêves/mensonges/idéaux qui se disent plus blancs que neige et plus nationaux que jeanne.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Un peu d'histoire à la Higgins et café du commerce, et du troll velu et méchant ...
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal COBOL : c'est dans les vieilles marmites.... Évalué à 1.
OK, c'est le setup système en fait. Mais cela semble normal car on privilégiait plutôt les processus en fond (faut pas oublier que ce sont des machines de batch…) De plus je pense que vous étiez tous dans le même espace de travail (AS400 fait des espaces comparables aux machines virtuelles de java ou les conteneurs de nos jours puisque c'est au niveau OS)
Au passage, ce sont ce genres d'aventures qui font qu'on pensait avant de coder… De nos jours, les gens n'ont pas honte de déboguer en live, tellement ils n'y a plus de limitation ressenti (même quand on fait une boucle infinie) ; et quand tu parles d'optimisation tu passes pour une sorte d'extraterrestre (et répondre que de toute façon la RAM ne coûte plus rien ou que tout le monde a l'ADSL et un processeur qui a moins de deux ans)
Merci pour les photos ; côté claviers on faisait compacte aussi (et on s'étonne qu'il y ait de plus en plus de TMS de nos jours)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Qui de Raku ou de Perl
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse à la dépêche Raku en 2020. Évalué à 5.
Tu arrives après la bataille ; la communauté a débattu tous les points possibles et imaginables dessus 😉
Perl 7 sera le successeur de Perl 5 (on saute une version comme PHP) …qui n'est pas vraiment en perte de vitesse à mon avis.
Raku est une autre bête qui se fait sa place doucement. Son côté caméléon fait qu'il n'entre pas vraiment en concurrence avec les autres ; il va plutôt les remplacer progressivement 😁 Merci à cette dépêche pour la liste de livres ; je suis preneur de commencer à dompter le truc pour ne plus avoir à basculer entre divers interpréteurs (si je me suis pas perdu en cours de route dans la dépêche)
-- en mode weekend.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Un peu d'histoire à la Higgins et café du commerce, et du troll velu et méchant ...
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal COBOL : c'est dans les vieilles marmites.... Évalué à 2.
Hmm, et-ce vraiment la machine qui était sous-dimensionnée ou le paramétrage qui était mal fait ? Ce que tu décrits ressemble fort à un problème de liaisons (mais je pense que les terminaux étaient directement connectés et ne passaient pas par Internet avec une connexion 12k si ?) ou de configuration du terminal…
Oui, ça s'est appelé eServer iSeries, puis maintenant System i5 tournant sur processeur Power5.
Le système n'a jamais été programmé en COBOL mais a toujours été livré avec les compilateurs pour COBOL, EGL, RPG, PL/1, Pascal, C, BASIC, Smalltalk, FORTRAN ; et maintenant également Java, PERL, PHP, Python, C++
Je crois RPG ou alors CLP ?
Le Control Language Procedure est plutôt une surcouche (ajout de structures de contrôles au CL) compilée de batch du système OS400. Ce serait un peu l'équivalent des scripts shell de base.
Le Report Program Generator et un autre langage compilé qui reprend effectivement des mots d'assembleur (move, clear, goto) ainsi que du BASIC et du COBOL (avec lequel il partage la position fixe car c'est en fait un langage qui date de l'époque des cartes perforées et était présent sur d'autres machines avant d'être porté sur AS400). Dans son objectif, c'est un peu l'équivalent de AWK ou PERL actuellement.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Un peu d'histoire à la Higgins et café du commerce, et du troll velu et méchant ...
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal COBOL : c'est dans les vieilles marmites.... Évalué à 6.
Trop de projets je le crains, et c'est pas plus mal …parce-que je vois parfois des « tests » ou des « POC » qui sont poussés en production et franchement la benne aurait été un cadeau (et de réels économies) !
Alors, il y a deux raisons principales à cela à mon avis.
Premièrement l'école ne fait qu'une/un initiation/survol au/du langage et les élèves n'ont généralement pas assez de pratique/heures pour bien les familiariser au langage : le stage d'entreprise est donc un TP en grandeur nature pour le coup. Or les langages ont des spécificités et des subtilités qui s'acquièrent avec le temps, contrairement aux principes d'enseignement qui font apprendre quelques motifs et pour le reste les gens vont taper sur un moteur de recherche et copier des lignes sans trop comprendre ce que ça fait…
Deuxièmement, les élèves ne sont plus formés à l'analyse et à l'algorithmique, et du coup ces futurs devs ne se rendent pas compte de certaines énormités qui ne sont pas liées à la syntaxe du langage mais à l'algo sous-jacent. Je remarque que trop de notions que j'aurais cru basiques (comme comprendre le type de structure qu'on est en train de manipuler ou comment dérécursiver etc.) sont incomprises.
C et pensé et conçu pour être très proche du matériel (c'est quasiment le niveau qui suit l'assembleur pur et dur) et laisse donc beaucoup de libertés (après tout on est sensé savoir ce qu'on fait.) Du coup c'est catastrophique par rapport aux formations actuelles qui survolent un peu trop, et c'et aussi de là que vient la réputation (certes infondée) de difficulté.
C++ et Java, ainsi que tous les langages qui reprennent la syntaxe du C essayent de limiter certains travers (on dit par exemple que C++ est une surcouche de C mais il y a plein de constructions bordeline permises par la norme qu'un compilateur purement C accepte mais que le compilo Cpp ne laisse pas passer) ; mais ce n'est pas assez cadrant par rapport à ce que font les stagiaires. Dans le cas de C, vu sa non maîtrise, une approche quand on ne doit pas exploiter certains aspects de l'architecture matériel (donc programmes un peu génériques), serait de revenir au Pascal qui est plus structurant. On peut aller encore plus loin en passant à Ada dont le compilateur est à la fois plus strict et un peu didactique. Ces deux langages sont en plus syntaxiquement moins laxistes (Ada encore plus car ayant appris appris de tous ses prédécesseurs) et supportent le paradigme objet aussi. Il doit y avoir d'autres langages comme ça mais qui malheureusement ne sont pas à la mode…
Par contre, on ne traite qu'un point et il n'y a pas d'outil à ma connaissance pour remplacer l'analyse.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Un peu d'histoire à la Higgins et café du commerce, et du troll velu et méchant ...
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal COBOL : c'est dans les vieilles marmites.... Évalué à 4.
Cela me fait penser que je rencontre beaucoup de dev TelLangage + SQL …et pour la partie SQL c'est incapable de pondre un SELECT tout basic (sans jointure) : c'est toujours fait avec des ORM qui sont pas maitrisées (par exemple par défaut ça prend tous les champs et demande quasiment toutes les lignes …parce-que pour cibler plus précisément il faut des utiliser des options/paramètres mentionnés dans la doc que personne ne prend la peine de lire ou pas jusqu'au bout.)
Donc je confirme : bien que chaque langage ait ses points faibles et ses écueils, on en est rarement loin et le souci est souvent à des kilomètres entre la chaise et le clavier…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: quid de Nix ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Ubuntu, Snap, les performances de chromium se dégradent. Évalué à 1. Dernière modification le 22 novembre 2020 à 23:58.
De ce que j'avais compris (mais je peux me tromper), le dépôt est une facilité de plus mais que Nix pourrait s'en passer… L'idée est surtout de réutiliser un une installation qui a les caractéristiques demandées, si elle existe, sinon de la construire ; un peu comme on fait avec AUR (Arch et dérivés) ou les Overlays (Gentoo et dérivés) avec l'isolation en plus. C'est justement une autre discussion dessus qui m'a fait poser la question de savoir si Nix est envisageable…
Ici le bac à sable est il comparable à un conteneur ? (i.e. Docker ou LXC par exemple) ou similaire (chroot ou jail) ? Ou est-ce comparable à un à une machine virtuelle ? (à la Java par exemple)
Je pose la question parce-que je n'utilise pas et que je n'ai jamais pris le temps d'aller chercher les spécifications et le code sous-jacent.
Ah… On est quand même sur un modèle à dépôt(s) aussi…
En gros c'est comme un binaire qui embarque le maximum statiquement ? (genre un exécutable produit par Go par exemple)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: format d'image
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Servir ses propres tuiles OSM. Évalué à 1.
Bon à savoir (je ne savais pas que les tuiles étaient régénérées lorsqu'on zoome, d'où l'importance du cache donc…)
Oui, le vectoriel est une bonne alternative si le contenu s'y prête bien. J'ai vu un autre commentaire donner des pistes dans ce sens.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: encourageant
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien NixOS 20.09 - Présentation, installation, configuration, utilisation. Évalué à 1.
Ça m'a fait marrer aussi. Mais c'est vrai que la réponse n'est pas triviale…
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: quid de Nix ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Ubuntu, Snap, les performances de chromium se dégradent. Évalué à 1.
c'est AppImage dont je ne me souvenais plus au moment de la rédaction (et j'ai eu la flemme de rechercher et d'éditer mon commentaire pendant la période permise ; toutes mes excuses)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: quid de Nix ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Ubuntu, Snap, les performances de chromium se dégradent. Évalué à 1.
Il faut le pratiquer pour le comprendre
:-)et je m'y suis mis récemment;-)Merci pour la référence ; j'ai d'ailleurs trouvé un journal qui va dans le sens de ma question : users/nokomprendo-3/journaux/flatpak-et-nix
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Ratio comptes fermés sur comptes ouverts
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal LinuxFr.org : première quinzaine de novembre 2020. Évalué à 0.
Merci (surtout pour les données brutes.)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Obfuscation du code
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse à la dépêche Revue de presse — novembre 2020. Évalué à 2.
Héhé, tu m'as devancé (et as formulé de façon bien plus pertinente que je ne l'aurais faite car voulant juste ajouter que) la minification est une forme d'obfuscation connue et pratiquée dans le Libre .
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: format d'image
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Servir ses propres tuiles OSM. Évalué à 3.
Le JPEG est le format d’image qui est le plus souvent retenu pour le partage de photographies numériques. Sa qualité lui permet de restituer toute la complexité des clichés : les ombres, les nuances, les dégradés. Il puise dans un référentiel de 16,7 millions de couleurs pour y parvenir.
Le PNG a été créé pour offrir une alternative libre au GIF. Il dispose de deux niveaux de compression :
l’un (PNG-8), très léger mais qui ne peut afficher que 256 couleurs (à comparer au GIF qui n'a pas la transparence) ;
l’autre (PNG-24), plus lourd que le JPEG, mais avec le même rendu au niveau des teintes.
À première vue, le JPEG permet une meilleure compression d’image, mais le PNG offre la possibilité de gérer des fonds transparents, utiles pour les montages par exemple. D'un autre côté, la compression du JPEG étant destructive, on peut se retrouver avec un mauvais rendu d'une part, et ça se prête moins au zoom avant d'autre part. https://www.digitaltrends.com/computing/jpeg-vs-png/ Par défaut (sans présupposer sur les zoom final), pour le web, PNG reste la meilleure option (sinon il y a aussi le SVG à considérer quand on peut vectoriser) https://modomodoagency.com/2019/01/22/jpg-vs-png-vs-gif-vs-svg-image-format-guide/
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Gaffe au cease and desist
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse à la dépêche Trivabble, l’aventure continue. Évalué à 2.
On se rejoint un peu : les lettres les moins utilisées rapportent plus (double) et les plus rare encore plus (triple). De ce point de vue, on arrive quasiment à la même chose en partant de zéro (donc sans chercher à plagier leur scoring ; mais je dis quasiment car en fait les différences vont être au niveau de là où on place les 2 curseurs…)
Pour la valuation des mots, je pense que c'est juste dicté par le placement diagonal, et j'ai déjà vu des choses similaires dans d'autres jeux. Mais comme suggéré, rien n'empêche de tester d'autres répartitions qui pour le coup feront qu'on aura un plateau différent…
Ces éléments pris séparément, ne tombent pas sous le coup de la loi, pour ce que j'en sais. Par contre, il peut y avoir un droit d'auteur qui s'appliquerait au jeu ; c'est à dire :
Il faut bien entendu que tous ces éléments soient réunis pour qu'un délit soit constitué : si j'ai exactement les mêmes caractéristiques de plateau (mais pas exactement le même plateau en terme de design qui peut être une œuvre d'artiste et protégée) mais avec des règles de jeu différentes alors c'est juste un autre jeu. Il se trouve que c'est le cas ici, puisqu'on n'impose pas les règles officielles (et il faudrait que la configuration par défaut ne se rapproche pas trop du jeu existant… même si les joueurs peuvent adapter pour se retrouver à jouer au jeu officiel.)
Bien entendu, les noms (comme Scrabble ici) et les marques associées sont protégées (et on espère pour eux déposés.) Raison pour laquelle on lui a conseillé de les retirer tant qu'il n'a pas quelque accord pour les mentionner.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
# quid de Nix ?
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Ubuntu, Snap, les performances de chromium se dégradent. Évalué à 2.
J'ai vu les échanges autour de Snap et Flatpack et je-ne-sais-plus. Puis une petite parenthèse sur les AUR et les overlays. Du coup, j'en suis arrivé à me demander s'il y a des usagers de Nix dans la salle, et si ce n'est pas une meilleure alternative.
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Snap a bannir
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Ubuntu, Snap, les performances de chromium se dégradent. Évalué à 1.
Merci beaucoup pour le retour ; je comprends mieux ton point de vue
:-)“It is seldom that liberty of any kind is lost all at once.” ― David Hume