totof2000 a écrit 1888 commentaires

  • [^] # Re: Site bourré de pisteurs

    Posté par  . En réponse au lien Raspberry pi pico 2 : mais comment ai-je pu passer à côté ?. Évalué à 2.

    Je pense qu'aujourd'hui, les sites sans pisteurs sont plus une exception que la règle :(

  • [^] # Re: Hé oui !

    Posté par  . En réponse au lien Raspberry pi pico 2 : mais comment ai-je pu passer à côté ?. Évalué à 3.

    C'était au mois d'aout … je suis passé à côté de plein de choses en aout, comme si j'avais vécu sur une autre planète.

  • # J'ai connu ça il y a environs 2 ans (ou un peu moins).

    Posté par  . En réponse au journal Présomption d'usurpation de numéro téléphone pour du démarchage. Évalué à 6.

    J'ai été appelé par des artisans ou commerçants à propos de travaux de rénovation. Initialement j'avais pensé que quelqu'un avait laissé mon numéro au hasard sur un site quelconque de mise en relation entre artisans/commerçants et potentiel client (un site qui demanderait de fournir ses coordonnées avant de fournir des infos ), mais à la lecture de ce fil de discussion, je me demande si effectivement ce ne serait pas des spammeurs qui auraient fait ce genre de chose.

  • [^] # Re: Associations

    Posté par  . En réponse au message Que faire des parties métalliques ou plastique des imprimantes ou autre matériel informatique?. Évalué à 2.

    Un peu loin pour moi, mais merci pour le lien.

  • [^] # Re: Souvenirs souvenirs ....

    Posté par  . En réponse au lien Petite histoire du TO7. Évalué à 2.

    ah c'était peut-être les premiers MO5 qui étaient en gomme, je ne me rappelle plus.

    De mémoire les premiers M05 avaient des claviers en gomme. Mais je ne sais pas si les TO7 en ont eu. En tout cas je ne les ai pas connus.

  • [^] # Re: Services réseau

    Posté par  . En réponse au lien Switching customers from Linux to BSD because boring is good. Évalué à 3.

    Non, je veux dire qu'un BSd avec un uptime important ne signifie pas qu'il n'est pas suivi.

  • [^] # Re: 3dfx et Glide

    Posté par  . En réponse au lien [Rétro] Retour sur une carte graphique révolutionnaire. Évalué à 3.

    Je ne vois pas d'incohérence : la 33dfx a ammené une révolution avec son API Glide (contextualisation du début d'article), mais la GeForce a introduit le concept le Transform and Lighting (T&L) sur une carte qui techniquement semblait en dessous des autres (gravure, vitesse du processeur) mais qui utilisait ses ressources diféremment (pour ne pas dire plus efficacement).

  • [^] # Re: Souvenirs souvenirs ....

    Posté par  . En réponse au lien Petite histoire du TO7. Évalué à 2.

    Ca donait ça.

    (le site d'ou est extrait l'image)

  • # Le TO7

    Posté par  . En réponse au lien Petite histoire du TO7. Évalué à 5.

    … c'est de mémoire le premier ordinateur que j'ai utilisé.

    J'étais en CM1, l'instituteur avait amené un TO7 au fond de la classe et tour à tour nous sommes allé jouer à un jeu de "destruction d'immeubles" par un avion (je ne me rappelle plus le nom, et il y a eu plusieurs clones de ce jeu).

    Ensuite il nous a fait faire quelques petits programme (toujours tour à tour au fond de la classe), puis il y a eu les cours donnés à toute la classe (théorie en classe, puis pratique au collège à 10-15 mn de marche ou il y avait une salle d'informatique - plein de TO7).

    C'est là que l'instituteur nous disait sans cesse que "l'ordinateur il est bête comme ses pieds, il ne fait que ce qu'on lui demande".

    Il y a eu aussi la "salle informatique improvisée" dans l'école primaire ou les profs amenaient leur TO7 pour que l'on puisse faire nos manips … ( ça a été ponctuel, peut-être avant d'aller jusqu'au collège d'à côté, ou à des moments ou la salle n'était pas dispo).

    A cette époque c'était les TO7 de ce type. Ensuite le collège a été équipé des MO5 avec claviers à gomme.

    C'est à cette époque que j'ai décidé de mon avenir professionnel ( en CM1).

  • [^] # Re: Souvenirs souvenirs ....

    Posté par  . En réponse au lien Petite histoire du TO7. Évalué à 4.

    bah les touches des premiers TO7, qui n'avaient même pas la gomme, c'était encore pire …

  • [^] # Re: Lea-Linux et NixCraft

    Posté par  . En réponse au message Impossible de suivre un tuto sur linux la communauté parle toujours avec un vocabulaire que j'ai pas. Évalué à 3.

    Que pense-tu alors de MySQL ou MariaDB

  • [^] # Re: Services réseau

    Posté par  . En réponse au lien Switching customers from Linux to BSD because boring is good. Évalué à 2.

    Sur Apache, PHP, Bind, Samba, et OpenVPN tiens aussi, c'est plus que probable qu'il y ai eu des CVEs graves en 10 ans.

    ce n'est pas du BSD ça. C'est de la mise à jour de softwares (ports sous FreeBSD, pkgsrc sous Netbsd …). Je ne sais pas s'ils ont fait les mises à jour de leurs paquets. Je ne sais pas si ça a été fait, mais tu peux toujours mettre à jour cette partie sans mettre à jour l'OS.

    Maintenant je ne défends pas bec et ongles l'intervenant (si la machine n'a eu aucun suivi, c'est effectivement un problème), mais je veux juste souligner que BSD et Linux ce sont deux mondes différents, et qu'on ne peut pas forcément appliquer (ou s'offusquer de la non application) des mêmes règles de chaque côté. Autrement dit, un uptime de 300 jours sur un BSD m'inquiètera moins qu'un uptime de 90 jours sur une machine Linux …

  • [^] # Re: Services réseau

    Posté par  . En réponse au lien Switching customers from Linux to BSD because boring is good. Évalué à 5.

    Dejà il faudrait voir si des failles critiques sur ces composants ont été remontées …. Si ce n'est pas le cas, pas de quoi s'affoler. Ensuite, si des failles critiques ont été remontées, étaint-elles utilisables dans le contexte de ce serveur ?

    Je n'i pas le temps de faire la recherche maintenant sur les CVE xBSD. Ah, il y a peut-être eu effectivement un problème avec ssh ces dernières années … a voir si le serveur en question était concerné.

  • [^] # Re: après le no code, la no stratégie

    Posté par  . En réponse au journal Les pique-assiettes de l'open source. Évalué à 5.

    Pensez-vous réellement, que les dirigeants se lèvent le matin en se disant : "comment vais-je réussir à mal gerer mon entreprise aujourd'hui, il faut vraiment que je trouve une solution pour faire que de la merde, sinon je risque la faillite car je ferais les choses bien".

    La question n'est pas posée ainsi … ce serait plutôt "Comment je vais réussir à maximiser les profits de mon entreprise (et de mes actionnaires) aujourd'hui pour pouvoir augmenter mes propres profits et mes bonus, au moins pendant les 3 à 5 ans durant lesquels je serai à la tête de celle-ci ?". On a quelques exemples sympa en France, Atos étant le dernier en date, mais il y a eu des précédents (Vivendi, Alcatel, Arcelor, etc …) ou le but a été de se faire le max de pognon quitte à mettre les entreprises en faillite.

    Après ce n'est pas une généralité : pour certaines strutures plus petite, la queston est de pouvoir survivre en faisant des compromis sur le court/moyen terme car le libre est parfois un investissement qui s'averera payant que sur le long terme.

  • [^] # Re: performances

    Posté par  . En réponse au journal Utilisation de Perl aujourd'hui.. Évalué à 8.

    Dans certains cas comme le machine learning ou l'analyse de données, la performance est primordiale et c'est pour ca que python est choisi.

    Bah c'ezst pas réellement du Python, il y a beaucup de binding python vers C. Ce n'est pas un reproche ni une attaque, mais une précision qui me parait importante, car dans ce cas on ne peut pas dire qu'on choisit python pour ses perfs. Les perfs, c'est le code C compilé qui l'assure.

  • [^] # Re: performances

    Posté par  . En réponse au journal Utilisation de Perl aujourd'hui.. Évalué à 2.

    Attaque classique, mais sans fondement

    Pourquoi voir une attaque là ou il n'y en a pas ?

  • [^] # Re: Perl 6 => Raku

    Posté par  . En réponse au journal Utilisation de Perl aujourd'hui.. Évalué à 2.

    Je pense que c'est l'exception : MSDos6 est la meilleure version de DOS que Microsoft ait pu sortir.

  • [^] # Re: Perl 6 => Raku

    Posté par  . En réponse au journal Utilisation de Perl aujourd'hui.. Évalué à 7.

    Je pense que Perl6/Raku répondait à un réel besoin, mais est arrivé bien trop tard : d'autres langages on répondu à ce besoin. D'autre part la rupture majeure entre perl5 et Raku de mon point de vue était trop importante pour séduire la communauté Perl.

  • [^] # Re: Il suffit d'analyser la liste

    Posté par  . En réponse au message Vim - Affichage des répertoires sur d'une liste. Évalué à 3.

    Je me suis fait aussi avoir … pour insérer des blocs de code il faut une ligne vide avant le délimiteur de début de bloc de code (les 3 quotes inversées).

  • [^] # Re: performances

    Posté par  . En réponse au journal Utilisation de Perl aujourd'hui.. Évalué à 6.

    Il me semble que ton affirmation nécessite une référence.

    Je n'ai malheureusement pas de référence publique, ce benchmark avait été fait chez un opérateur réseau/téléphonie en interne( je l'ai vu lors d'une de mes missions chez cet opérateur), et date pas mal (une dizaine d'année je pense), et dans un contexte donné (gestion de trames SNMP dans une solution de supervision réseau style CACTI). Il est fort possible que Python se soit amélioré depuis par rapport à Perl. D'autre part, python "triche" un peu dans certains cas avec utilisation de bindings python vers bibliothèques écrites en C et compilées, donc on ne peut pas forcément parler de code natif.

    Celà dit le sens de mon propos n'est pas forcément d'affirmer qu'aujourd'hui, Perl est plus performant que Python. Ca a été le cas à une époque (au moins pour certains types de traitements), c'était un de ses points forts par rapport à Python, mais malgré cet avantage à ce moment, ce point n'a pas empêché celui-ci de perdre en popularité.

  • [^] # Re: Il suffit d'analyser la liste

    Posté par  . En réponse au message Vim - Affichage des répertoires sur d'une liste. Évalué à 4. Dernière modification le 06 octobre 2024 à 13:28.

    Normalement, en une seule fois ça passe (pas besoin d'intermédiaire):

    
    :g/^d/d 
    
    

    Il n'est pas utile de remplacer quoi que ce soit pour que ça marche. Mon explication sur le remplacement était là pour faire comprendre le mode de fonctionnement de VIM, et ce qu'il permet de faire en général. Ca permet de comprendre la logique (et peut servir plus tard).

    Vérifie quand même …

  • [^] # Re: Il suffit d'analyser la liste

    Posté par  . En réponse au message Vim - Affichage des répertoires sur d'une liste. Évalué à 2. Dernière modification le 06 octobre 2024 à 13:02.

    La clé c'est c'est "ligne qui commence par"

  • [^] # Re: Il suffit d'analyser la liste

    Posté par  . En réponse au message Vim - Affichage des répertoires sur d'une liste. Évalué à 4.

    Ca ne marchera pas dans tous les cas. Si une ligne commence par "dr--" (lecture uniquement pour le propriétaire), tu ne le trouveras pas. D'autre part, si tu as un fichier qui contient "drwx" dans son nom, il sera supprimé également.

    Il y a moyen de le faire en une seule fois :
    ```

    :g//d

    
    Il te suffit de trouver la regex adéquate.
    
  • [^] # Re: Il suffit d'analyser la liste

    Posté par  . En réponse au message Vim - Affichage des répertoires sur d'une liste. Évalué à 4.

    Oui c'est exactement ça. Il te suffit de trouver la regexp qui permet d'identifier toutes les lignes qui commencent par 'd' et de les supprimer comme je te l'ai indiqué dans les précédents posts.

  • [^] # Re: Il suffit d'analyser la liste

    Posté par  . En réponse au message Vim - Affichage des répertoires sur d'une liste. Évalué à 4.

    Petit coup de pouce pour la trouver : qu'est-ce qui différencie un répertoire d'un fichier dans ta liste ?