Sufflope a écrit 3182 commentaires

Merci pour la bonne tranche de rigolade. Prenons bool :

Bool is a utility for finding files that match a boolean expression

Oui effectivement c'est un bon mètre-étalon d'une application classique grand public, qui pourra donc se contenter d'évoluer aussi peu fréquemment.

Ceci dit quand on creuse…

The program has separate text processing and HTML processing algorithms; the former separates patterns separated by newlines or words separated by hyphens. The latter understands many features of the HTML 4.01 standard.

Ah d'accord en fait le machin fait carrément parseur HTML. Sauf qu'il est bloqué en 1998. Si on veut s'en servir convenablement maintenant il faudrait gérer HTML5 en… le faisant évoluer.

Bon j'arrête là, merci de nous avoir apporté des arguments pour la quasi-universalité du besoin d'évolution des logiciels.

Que ça suffise, OK. Que tu préfères pour quelque raison, OK. Mais ouvrir un compte sur github, compliqué ?

On peut déplorer cette initiative sans discrètement glisser une bonne blague comme quoi RT et Sputnik ne seraient pas des trolls laquais de Poutine.

Sans compter que la dernière fois que j'ai voulu mettre une photo de mes fesses en fond d'écran sur le smartphone d'un collègue, il a suffi de regarder les traces de gras sur l'écran pour deviner le motif.

J'apprécie de pouvoir faire des choses administratifs de ma femme sans devoir demander son doigt pour accéder à un site surtout quand elle n'est pas avec moi.

Pourtant on t'a donné sa main, t'as foutu quoi, tu l'as paumée ?

Le problème de la carte à puce, ça reste quand même la nécessité d'avoir un lecteur et de taper un code

Non justement si j'ai bien compris l'histoire de match-on-card, tu ne tapes pas de code, ton empreinte est justement le code. Et comme pour une carte à puce qui valide un PIN mais ne le révèlera pas, elle ne peut pas (raisonnablement) être sorti de la puce par un attaquant.

Gestionnaire de mot de passe qui, pour éviter de les disséminer à tous vents, les protègera derrière un… mot de passe :-)

Non bien sûr sous Linux y a pas de saloperies, c'est pas WeenDauB$$$ hein on est sérieux nous.

Tiens, un marcheur.

Quand tu gagnes 5 ou 8k par mois tu dois pouvoir sans problème ré-échelonner ton emprunt hein… limite quand tu entres dans la banque on t'accueille en faisant la révérence.

Je ne trouve pas le propos délirant

Tu peux retourner le truc comme tu veux avec certes une baisse de revenus, mais se plaindre de devoir manger des pâtes parce qu'on ne gagne que 5000€/mois, c'est délirant, et limite insultant.

J'ai une théorie basée sur l'augmentation ponctuelle de l'humidité relative de mon apex digital : ils savaient très bien qu'ils se goinfreraient (qui de mieux qu'eux est capable de dire la proportion de petits donateurs fortement impactés ?…) et l'ont joué au culot (sans doute poussés par des difficultés pour atteindre la rentabilité).

Les projets que je soutenais sur Patreon ont l'air d'annoncer de grosses pertes de mécènes (et donc de pognon). Échantillon non représentatif évidemment, mais bon…

Si par "pub" tu entends un utilisateur régulier d'un site où tout le monde se connait (au moins virtuellement) recommande la lecture de cet article, oui. Et ça me paraît légitime : c'est ce qu'essayent de nous vendre des acteurs moins scrupuleux à base de "les autres lecteurs ont aimé tel publireportage" mais sur DLFP j'y crois déjà plus.

Donc grâce à ce journal tu sais que cet article existe, apparemment il t'intéresse suffisamment pour que tu cliques dessus, et même assez pour que tu te plaignes ici de ne pas pouvoir le lire, puis de débattre là-dessus. Maintenant tu (et tous les autres lecteurs) sais que NextInpact propose un abonnement et des articles potentiellement de qualité.

Pas si inutile que ça au final.

Visiblement les lecteurs de DLFP sont toujours aussi cons et illettrés.

Mon guide, âgé de 1 an, m'indiquait que les MasterCard étaient acceptés dans tous les distributeurs

Il a l'air vachement précoce, mais faire bosser les enfants si jeune, c'est honteux.

Je réessaie alors d'acheter le service VPN et là, ça fonctionne normalement ; j'ai mon abonnement VPN. À noter que 10 jours après avoir reçu ce message, je n'ai toujours pas été contacté par le « service concerné ».

Je ne sais pas s'il s'agit d'un hasard, mais ProtonVPN et ProtonMail étant liés, je ne peux pas m'empêcher de me rappeler le blocage par paypal des dons vers ProtonMail il y a 3 ans.

D'accord donc d'une finalement ça marche, de deux tu n'as aucune preuve d'un blocage volontaire lié à l'activité du commerçant. Justice expéditive conformément à tes fantasmes, tu as raison, tu es mûr pour lancer un scandale sur twitter.

La différence entre les 2 approches c’est que la sienne va donner des temps d’executions plus constant sur des données différentes, à savoir que les cas pathologiques (valeur à la fin du tableau) s’exécutent aussi lentement que les meilleurs cas. C’est assez particulier comme approche, j’avoue, mais il a potentiellement des contraintes qui justifient ça.

Oui c'est précisément le commentaire de gasche, c'est gentil de lui expliquer qu'il a raison sur l'air d'il a tort.

mais plutot sur declarer ce que les autres doivent savoir.

Bah disons que quand c'est le point (la méconnaissance des SGBDR) qui fait passer de 10s à 18h d'exécution, non ce n'est plus "un savoir parmi d'autres" mais "le problème n°1".

Je ne peux qu'abonder dans le sens de l'auteur du journal et du commentaire initial. Venant d'un monde JEE, j'ai vu mon lot de développeurs d'applis de gestion qui ne comprennent rien aux SGBDR / à SQL (voire refusent de) et les horreurs que ça provoque. Alors que dans le même temps, dans chaque test de recrutement on leur demandera la différence entre une TreeMap et une LinkedHashMap (donc ils la connaissent, éventuellement par cœur sans la comprendre). Différence dont on se bat les gonades dans le contexte de la majorité des applis JEE car elles contiendront maximum 100 éléments et auront la durée de vie d'une requête HTTP, alors qu'un pauvre index sur la table utilisée ferait passer le temps de chargement de cet écran de 10s à 10ms (et je parle même pas de mieux modéliser les données).

Je ne sais pas pourquoi mais c'est comme ça. Enfin si j'ai une vague idée, liée au fantasme des abstractions comme Hibernate et équivalents ailleurs (quand j'ai fait de très modestes contribs à des projets non-Java, même des avec pignon sur rue, j'ai vu de ces trucs qui m'ont bien décomplexé de mon passé Javaiste, comme quoi c'est pas une question de langage utilisé…), qui promettent d'abstraire totalement le stockage concret des données. Note que j'aime bien Hibernate pour ce qu'il apporte réellement, mais je reste lucide. Mais malheureusement on a formé des générations de développeurs qui pensent que "le stockage des données ça juste marche et c'est pas un problème".

Donc je n'ai pas de preuve parfaitement scientifique, mais j'ai l'impression que oui, le problème des développeurs qui font des horreurs avec leur modélisation / stockage des données, est bien plus grave que "là tu aurais pu dérouler ta boucle et gagner 10 cycles de processeur".

qui est en particulier le meilleur concurrent libre de Slack, avec un pont IRC étonnamment agréable à utiliser.

As-tu testé Mattermost ? Moi pas encore mais il me semblait prometteur, quels sont les problèmes le cas échéant ?

Un coup de broyeur/mixeur/robots de votre femme

Toi, tu vas avoir des problèmes !

Mmmh pas évident, pour la bronsonisation d'un belge ça pourrait passer pour un hommage.

C'est triste ton avis sur les journaux. Surtout sur ceux comme celui-ci, engagés, qui revendiquent une réaction aux antipodes du chagrin national relayé par tous les principaux organes de presse.

je parle de maintenance/assistance/faire-fonctionner-le-truc, pas de développement

Faudrait peut-être quand même pas déconner. Si un composant du système déconne, y a peut-être une chance de trouver des infos sur la documentation du système non ? developer.apple.com c'est qu'un FQDN.