Le thème solarized-light dans le terminal Windows a quelques problèmes. Dans cette version, les problèmes de couleur sont corrigés.
Je n'ai fait que survoler l'article, mais il me fait rudement réfléchir. Effectivement, résoudre les problèmes non triviaux mérite de s'interroger sur le problème, et sur les différentes manières de le résoudre, les bonnes comme les mauvaises.
Cette idée d'un besoin d'orchestration plus complète de microservices me fascine et m'effraye à la fois ...
TLDR certaines chaises Ikea génèrent des champs électriques "assez forts" quand on s'assied ou qu'on se lève
Il va falloir que je le relise plus tard au calme
YAML est un formation rempli de chausses-trapes qui vous piègeront forcément un jour ou l'autre. Heureusement que ça n'est pas utilisé à grande échelle ...
Damnation ! J'ai précisément cette erreur avec le type FileObject, à la base de tout commons-vfs. C'est très fâcheux.
Tout système logiciel a des failles. Et plus le système est complexe, plus les failles sont nombreuses. Et typiquement, le fait d'autoriser le HTML dans une zone de texte ajoute souvent beaucoup de complexité.
Ca m'a l'air d'un point de départ intéressant pour vivre dans le monde des conteneurs ...
Un outil de détection de bugs. Ca ressemble à du facebook, mais ça peut être utile (en complément d'autres trucs que je regarde en ce moment)
Imagine tu développe la lib de sécurité que TOUT LE MONDE utilise.
Et bêtement tu mets ">" à la place de ">=". ET PAF! VULNERABILITE!
Zero pression sur les développeurs, hein 😅
Donc tesseact, ça marche bien, mais pas toujours ... et je suis pile dans ce cas
A mettre dans ma présentation refondue sur ce qu'implique la correction de bug
Heureusement que je n'utilise jamais ByteBuffer directement, parce que ce genre d'erreur aurait tendance à me faire bien pester (même si la covariance du type de retour inclue dans la signature est plutôt une bonne idée)
L'illustration est claire, et le problème bien connu
L'idée est chouette, et avant le covid aurait sans doute été un must pour les fans de management visuel.
Bon, ce matin, Firefox refusait de charger la moindre page. j'ai fait un peu de ménage, mais rien !
Et heureusement, ce feature flag m'a sauvé !
La séparation des responsabilités poussée à un paroxysme ridicule.
Une histoire un poil terrifiante (pour les développeurs)
Oh super, youtube-dl ne voit pas toutes les vidéos des channels. Avec ça, je suis bien, tiens ...
A mettre dans tous les bug fixes critiques 😂
Le travail d'enquête sur cet incident de charge de Wikipedia est joliment détaillé, c'est vraiment intéressant (quant au développeur qui fait un GET plutôt qu'un HEAD pour tester la connexion, c'est moyen)
L'idée est super chouette !
Une belle et bonne doctrine, qui améliore réellement les choses. Evidement, ça n'est valable que quand on est en position de corriger les problèmes 😉
Je suis carrément d'accord avec ça. J'ai un certain nombre d'issues github qui ont été fermées par ce genre de bot et franchement, ça m'énerve.
Une histoire de sébum assez incroyable ...
Une affirmation discutable par son absolutisme ... Mais néanmoins intéressante.
On est bien d'accord que le mec propose de remplacer une assez piètre idée par une autre ?
Un chouette bot twitter de découverte de projets demandant des contributions open-source
Sans doute le meilleur outil pour aborder Hacktoberfest
Il est très bien, cet article ! Cette idée d'avoir un algorithme de résolution de priorité qui soit public et explicite me paraît honnêtement être de l'ordre du génie.
Ohlala, ces histoires de longueur de nom de fichier, c'est plus possible en 2020 ! Sérieusement, être limité à 143 caractères, ça fait fi de bien des usages !
Tous ces conseils sont parfaitement justes ... sauf lorsqu'ils sont impossibles (ce qui peut arriver)
Très chouette présentation expliquant bien ce qui fait les bons post-mortem
J'adore cette idée ! Ca m'a l'air franchement génial ! Il ne manque plus qu'une passerelle vers Mylyn et la vie sera belle.
Intéressant ? (notez bien que le problème ici ne vient pas de Microsoft, mais bien du copier-coller sans explication) Il y a vraiment un truc à faire pour éduquer les développeurs
Ah la vache ! La liste de blocage de sebsauvage m'empêche de télécharger la méthode scientifique parce que, pour une raison que je ne comprend pas encore http://radiofrance-podcast.net/podcast09/rss_14312.xml me redirige vers targetspot sur mon ordiphone ...
2038 frappe déja à notre porte ... Et ça risque d'être un peu moche.
Deux ou trois trucs à noter : le code malin offre plus de place aux bugs (typiquement l'injection de dépendance/les proxys/l'AOP), et trouver les bugs est avant tout une affaire de persévérance.
Soyons clair : le "will come back to haunt" arrive pour chaque produit, dès la mise en prod. Et effectivement, ça me hante, comme des fantômes dans une BD de Mignolia ...
Personnellement, je prends tout, sauf le "rebranding as a feature", parce que je n'ai pas la chance de créer de bugs assez bons pour devenir des features 😅
C'est une belle histoire racontée par ce commit.
Mais quand je travaille sur un bug, j'ai tendance à me poser plein de questions et à noter ces questions dans l'issue GitHub/Mantis/Whatever. Le résultat est le même, mais la méthode différente.
SAY SURPRENANT ! Bon, le fait de le démontrer est néanmoins super cool
Heureusement que Go est un langage "spécialement conçu pour la concurrence"
Tellement un bon nom
This is fine, dit le petit chien au milieu des flames de son "parser YAML"
AHAHAHAahahahahAHAHAHAHAHAHAHAHAH.
A quand le grand retour du XML ?
C'est une chouette idée, qui mériterait d'être étendue
1 - à JUnit
2 - à d'autres bugtrackers (je pense en particulier à GitHub issues)
OpenShift, c'est pas mal ... mais ce bug remonté en Janvier est toujours présent aujourd'hui : aucun éditeur Windows n'est reconnu comme éditeur par la commande oc.
Chouettes exemples de label GitHub/Gitlab/whatever