Malheureusement, pas toujours… Le premier document avec lequel j'ai eu à travailler contenait des balises du type … Même si ça reste un fichier xml valide, il n'existe pourtant pas de DTD ou de Schema pour le valider.
Je vois pas trop ce qu'il y a de sale a propos de faire un pool d'objets. C'est une technique héritée de la programmation temps réel. Ça permet d'obtenir des temps d'exécutions plus prédictible du GC. Le GC est ton ami, il ne faut pas lui faire faire des choses stupides.
Il sera plus amusant de lui demander son avis sur systemd et son portage éventuel sur Minix.
Andrew S. Tanenbaum avait déjà pensé à systemd en 1853, il avait d'ailleurs écrit un articleà ce sujet. Malheureusement ça n'a pas aussi bien pris que la gelée de groseilles.
Ce que je dis c'est que ça modernise le code, ça rend la base de code a nouveau attrayante aux yeux des contributeurs externes, et que ça permet de faire une revue de code parce qu'en l’améliore continuellement, on est oblige de le lire. Donc il y a des chances que l'on trouve et corrige des bugs.
Je dirais bien "ça reste à vérifier" :). Déjà c'est pas dit qu'il y ait des gentils contributeurs externes qui corrigent tes bugs. Ensuite on sait que plus on fait d'évolutions plus le risque d'introduire des régressions est élevée. J'ai bossé sur plusieurs applications "legacy" et franchement c'est pas la panacée. Avec un nombre de lignes croissant et un nombre de développeurs décroissant, faire évoluer continuellement le code ça me paraît juste impensable.
Si j'enfonce un truc, c'est pas une porte ouverte, c'est un argument péremptoire.
Faire évoluer continuellement du code ça garantit quoi ? Que le nombre de bug est décroissant ? Qu'un jour il n'y aura plus jamais de failles de sécurité ?
[^] # Re: Titre
Posté par tyoup . En réponse au journal Du xml dans vos outils CLI. Évalué à 1.
du type <c1/> <c2/> <c3/> …
[^] # Re: Titre
Posté par tyoup . En réponse au journal Du xml dans vos outils CLI. Évalué à 1.
Malheureusement, pas toujours… Le premier document avec lequel j'ai eu à travailler contenait des balises du type … Même si ça reste un fichier xml valide, il n'existe pourtant pas de DTD ou de Schema pour le valider.
[^] # Re: Titre
Posté par tyoup . En réponse au journal Du xml dans vos outils CLI. Évalué à -3.
Si je comprends bien, si je porte un pantalon et que je sors ma zigounette, je ne suis pas un exhibitionniste vu que j'ai un pantalon ?
Bref, sinon quelqu'un peut nous expliquer pourquoi xml existe ? Ça, ça m'intéresserait…
[^] # Re: What? What ? In the hassle!
Posté par tyoup . En réponse au journal Des nouvelles sur la version 1.0 de Rust. Évalué à 2.
Je vois pas trop ce qu'il y a de sale a propos de faire un pool d'objets. C'est une technique héritée de la programmation temps réel. Ça permet d'obtenir des temps d'exécutions plus prédictible du GC. Le GC est ton ami, il ne faut pas lui faire faire des choses stupides.
[^] # Re: Troll
Posté par tyoup . En réponse à la dépêche Enlightenment DR 0.19 et autres nouveautés éclairées. Évalué à 3.
Ce qui compte c'est d'avoir le manche pour piloter…
[^] # Re: vieux troll barbu
Posté par tyoup . En réponse au journal Conférence d'Andrew S. Tanenbaum. Évalué à 4.
Andrew S. Tanenbaum avait déjà pensé à systemd en 1853, il avait d'ailleurs écrit un articleà ce sujet. Malheureusement ça n'a pas aussi bien pris que la gelée de groseilles.
[^] # Re: Un avis différent sur bash
Posté par tyoup . En réponse à la dépêche Une faille nommée « shellshock ». Évalué à 0.
Je dirais bien "ça reste à vérifier" :). Déjà c'est pas dit qu'il y ait des gentils contributeurs externes qui corrigent tes bugs. Ensuite on sait que plus on fait d'évolutions plus le risque d'introduire des régressions est élevée. J'ai bossé sur plusieurs applications "legacy" et franchement c'est pas la panacée. Avec un nombre de lignes croissant et un nombre de développeurs décroissant, faire évoluer continuellement le code ça me paraît juste impensable.
My two cents.
[^] # Re: sérieux
Posté par tyoup . En réponse au journal De la relation entre lecteurs et participants sur LinuxFr.org. Évalué à 2.
Yep
Gros doigts + SmartPhone = mauvais combo
[^] # Re: La seule énergie propre : celle que l'on ne consomme pas
Posté par tyoup . En réponse au journal Douche froide pour la fusion. Évalué à 0.
Ça ce mange ? Ou pas… C'est pas bon. Même si quand c'est bon, ça se mange. Ça reste vrai même si c'est pas bon. Pas vrai ?
[^] # Re: Un avis différent sur bash
Posté par tyoup . En réponse à la dépêche Une faille nommée « shellshock ». Évalué à 1.
Si j'enfonce un truc, c'est pas une porte ouverte, c'est un argument péremptoire.
Faire évoluer continuellement du code ça garantit quoi ? Que le nombre de bug est décroissant ? Qu'un jour il n'y aura plus jamais de failles de sécurité ?
[^] # Re: Preuve de plus que la programmation en shell est une mauvaise pratique ?
Posté par tyoup . En réponse à la dépêche Une faille nommée « shellshock ». Évalué à 2.
Le cactus i' te pique aussi.
[^] # Re: Un avis différent sur bash
Posté par tyoup . En réponse à la dépêche Une faille nommée « shellshock ». Évalué à 1.
Bah le code peut aussi évoluer continuellement sans jamais révéler la fonctionnalité… Euh, la faille, je veux dire ;-).
[^] # Re: Un avis différent sur bash
Posté par tyoup . En réponse à la dépêche Une faille nommée « shellshock ». Évalué à 0.
La fusée Ariane s'en souvient ;-)
Les traders savent aussi que c'est important de bidouiller l'algo de valorisation de leurs portefeuilles
…
[^] # Re: Preuve de plus que la programmation en shell est une mauvaise pratique ?
Posté par tyoup . En réponse à la dépêche Une faille nommée « shellshock ». Évalué à 1.
Le cas que tu cites pique aussi.
[^] # Re: Intérêt sur un serveur ?
Posté par tyoup . En réponse à la dépêche systemd pour les administrateurs, parties 3, 4 et 5. Évalué à 7.
Et remplacer quelque chose de compliqué est toujours compliqué…
[^] # Re: Preuve de plus que la programmation en shell est une mauvaise pratique ?
Posté par tyoup . En réponse à la dépêche Une faille nommée « shellshock ». Évalué à 3.
le rat-porc est un animal de légende tout comme le troll
# Preuve de plus que la programmation en shell est une mauvaise pratique ?
Posté par tyoup . En réponse à la dépêche Une faille nommée « shellshock ». Évalué à -10.
Pour moi, oui, c'est une belle preuve que la programmation en shell est une mauvaise pratique.
Mon trollomètre me disant que je serait déjà allé trop loin pour pouvoir argumenter un peu :
À vos trolls ! Prêts ?! Partez !!!
[^] # Re: Lire les recommandations POSIX!
Posté par tyoup . En réponse à la dépêche Revue des techniques de programmation en shell. Évalué à 1.
en gros jamais, mais bon, dans le doute…
[^] # Re: Liste des commandes travaillant avec des données tabulaires
Posté par tyoup . En réponse à la dépêche Revue des techniques de programmation en shell. Évalué à 3.
à condition de faire alias awk=perl avant :)
[^] # Re: Construction de la ligne de commande
Posté par tyoup . En réponse à la dépêche Revue des techniques de programmation en shell. Évalué à 3.
Bah oui les blagues sont beaucoup plus drôles quand on les explique ;)
[^] # Re: troll velu avec systemd
Posté par tyoup . En réponse au journal Sur systemd, btrfs & co. Évalué à 1.
Il y a quelque chose de mal là dedans ?
[^] # Re: troll velu avec systemd
Posté par tyoup . En réponse au journal Sur systemd, btrfs & co. Évalué à 5.
Systemv ça sonne bien je trouve :-)
[^] # Re: Leak de la montre apple
Posté par tyoup . En réponse au journal Le décompte pour la prochaine révolution est lancé . Évalué à 1.
Les geeks associaux ont pas l'autre problème ?
[^] # Re: Leak de la montre apple
Posté par tyoup . En réponse au journal Le décompte pour la prochaine révolution est lancé . Évalué à 1.
Oui mais elle tient chaud comparée à la bleue
[^] # Re: Réponse très simple
Posté par tyoup . En réponse au journal Échec du lancement de Galileo, un signe du déclin de l'Europe ?. Évalué à 1.
Tu n'es peut-être pas obligé de la prendre mais tu es obligé de la payer…