wilk a écrit 788 commentaires

  • [^] # Re: Qu'elle n'envoie pas mes données de déplacement partout

    Posté par . En réponse au journal Et vous, vous voulez qu'elle fasse quoi votre voiture autonome ?. Évalué à 2.

    Si bien sûr et on en revient au côté fortuit de l'aventure.

  • [^] # Re: Qu'elle n'envoie pas mes données de déplacement partout

    Posté par . En réponse au journal Et vous, vous voulez qu'elle fasse quoi votre voiture autonome ?. Évalué à 1. Dernière modification le 08/01/17 à 19:54.

    C'est juste ton attitude.

    Ca doit être parceque je suis un vieux con (déjà que j'ai des problèmes de mémoire apparemment) si je ne sais pas aborder quelqu'un avec des oreillettes et la tête penchée sur un écran tenu dans la main. Sinon ça va merci.

  • [^] # Re: Qu'elle n'envoie pas mes données de déplacement partout

    Posté par . En réponse au journal Et vous, vous voulez qu'elle fasse quoi votre voiture autonome ?. Évalué à 4.

    Rencontrer quelqu'un que tu ne connais pas ? tu n'y penses pas sérieusement !!
    Le pire c'est dans le train. Je me rappelle y a pas si longtemps tu rentrais dans le wagon, première chose, tu cherchais à qui faire la causette ou au minimum quelques échanges de regards si t'étais trop timide. Aujourd'hui pas de risque, tu peux rentrer avec un nez de clown sur le visage personne ne lève les yeux.

    Bon, on va se faire traiter de vieux cons…
    La voiture autonome en réduisant la voiture individuelle et en tombant en panne aura sûrement quelques bonnes surprises à nous apporter.

  • [^] # Re: Qu'elle n'envoie pas mes données de déplacement partout

    Posté par . En réponse au journal Et vous, vous voulez qu'elle fasse quoi votre voiture autonome ?. Évalué à 5.

    je n'aurai jamais pris le risque d'y aller sans GPS de peur de me perdre complètement.

    cqfd, c'est bien l'aventure qui te fais peur. "Ce qui advient par cas fortuit"

    Les gens que tu connais ont sûrement la même peur, mais ne généralise pas, l'aventure de voyager sans voiture, sans smartphone ni gps c'est juste autre chose. Mais c'est vrai que ça pourrait se perdre tant ça semble si incongru aujourd'hui.

  • [^] # Re: Envoyer et récupérer les gosses à l'école

    Posté par . En réponse au journal Et vous, vous voulez qu'elle fasse quoi votre voiture autonome ?. Évalué à 3.

    T'as pas tout à fait tord, les vélos sont vraiment de partout il n'y a plus assez de place sur les pistes cyclables…
    Mais c'est juste que tu fais diversion, les enfants peuvent quand même aller à l'école à vélo ou à pied c'est ça qui compte. Ensuite même dans ces villes il reste encore énormément de places à gagner sur les voitures pour que les vélos ne soient plus obligés d'aller sur les trottoirs.

    Pour ce qui est de la voiture autonome, c'est surtout en dehors des villes qu'il me semble que tout est déjà prêt. Les ronds points avec des petits murets au milieu par ex (on ne peut pas changer de voie dans le rond point). J'ai mis du temps à m'y habituer mais c'est sur que ça limite les accrochages. On ne traverse quasiment jamais une route y a systématiquement une double ligne blanche au milieu. En pleine campagne y a des feux aux croisements etc…

  • [^] # Re: Qu'elle n'envoie pas mes données de déplacement partout

    Posté par . En réponse au journal Et vous, vous voulez qu'elle fasse quoi votre voiture autonome ?. Évalué à 2.

    Surtout en voiture, si t'as un carton, tu vas probablement être emmerde sans téléphone.

    Le mieux c'est de n'avoir ni l'un ni l'autre !

  • [^] # Re: Envoyer et récupérer les gosses à l'école

    Posté par . En réponse au journal Et vous, vous voulez qu'elle fasse quoi votre voiture autonome ?. Évalué à 7.

    Des petites villes comme Copenhague ou Amsterdam par exemple ?
    En France c'est plutôt l'inverse, les infrastructures sécurisés sont plutôt dans les grandes villes.

    Il faut aller faire un tour dans les pays nordiques c'est assez impressionnant, au niveau circulation on est vraiment sur une autre planète. Résultat, quasiment plus d'accidents, une circulation fluide et détendue, des centres villes vivants, des enfants libres…
    D'ailleurs je pense que la voiture autonome n'aura aucun mal en Hollande par exemple, tout est tellement balisé pour la voiture, on ne peut quasiment jamais doubler à part sur une double-voie (comme son nom l'indique), y a un petit muret entre les deux voies des ronds points par ex, il n'y a pas de passage piétons mais des passages voitures donc très visible, aucun trottoir n'est accessible etc… Bref, en voiture on file doux, bien calé dans son rail.

  • # gpascum

    Posté par . En réponse au journal Et vous, vous voulez qu'elle fasse quoi votre voiture autonome ?. Évalué à 7.

    Qu'elle ne se gare pas comme une m….. autrement dit qu'elle laisse de la place aux piétons et cyclistes !

  • [^] # Re: Et les autres

    Posté par . En réponse au journal Programmer ça craint. Évalué à 8.

    Oui et non. Disons que mettre à jour un bout de code d'une appli même en prod se fait autrement plus facilement que remplacer la charpente en acier d'un immeuble de 30 étages occupé à tous les étages.

    Du coup dans le monde matériel, il y a plus de tests et de contrôles

    C'est aussi très souvent l'inverse ! Regarde l'état de nos centrales nucléaires pour citer l'exemple le plus flagrant. Je dis pas ça pour rentrer dans un débat sur le nucléaire, on le constate dans tous les domaines tous les jours. Les normes existent mais sont rarement respectées. A tel point que nos chers élus baissent les bras et rétro-pédalent régulièrement sur ces sujets (normes diesel en dernière date).

    L'informatique n'y échappe pas. Par contre contrairement au domaine matériel, on constate aussi l'inverse, où on n'hésitera pas à faire de la réplication de base de données pour la moindre petite gestion d'adhérents dans une association, du load balancing pour le moindre petit jeu amateur, des tests unitaires pour une fonction qui donne l'heure, tout ça logué scruté envoyé par sms si besoin… Ca n'est pas toujours le cas mais quand on regarde de nombreux projets libres et les confs, il me semble que le suivi est de très loin supérieur à ce qu'on voit dehors.

    Mais où sont les bugs trackers des projets matériels ?

  • # Equipe par thème

    Posté par . En réponse au sondage Comment vous inciter à contribuer plus souvent à LinuxFr.org ?. Évalué à 6.

    Dans la FAQ :

    Je souhaite commencer une dépêche dans l'espace collaboratif et pouvoir être aidé(e) par d'autres personnes.
    Et il est donc possible pour les utilisateurs authentifiés d'aller dans l'espace de rédaction pour participer à l'écriture des dépêches proposées par d'autres visiteurs.

    Quand on veut participer il faut aller de temps en temps voir l'espace de rédaction (il y a des dépêchent qui traînent, peut-être faut-il faire le ménage ?)
    Quand on veut lancer une dépêche et être aidé il faut démarrer une dépêche et attendre patiemment que quelqu'un passe par la pour donner un coup de main.

    On pourrait former des sortes d'équipes par sujet/thème où l'on s'inscrirait pour être contacté quand une dépêche sur ce thème est lancée.

    Concrètement je n'ai pas d'idée pour que ça ne soit pas une usine à gaz…

  • [^] # Re: quel salaire

    Posté par . En réponse au journal Dans la peau d’un entrepreneur du libre – Les choix techniques. Évalué à 3.

    Un des conseils qu'on m'a rabâché depuis le début et que j'ai eu raison de ne jamais écouter c'est de ne pas mélanger le travail et les amis.

  • # Impact marketing du libre ?

    Posté par . En réponse au journal Dans la peau d’un entrepreneur du libre – Les choix techniques. Évalué à 10.

    Quel est à ton avis l'impact marketing de la mention "libre" ? Est-ce compris ? N'y a-t'il pas un côté péjoratif ?
    Personnellement, je fais du dev depuis le siècle dernier, j'en parle de plus en plus rarement à mes clients, ça les embrouille plus qu'autre chose, voir ça les dissuade (genre si c'est libre mon concurrent pourra l'avoir aussi ? ou bien c'est gratuit ?).
    Là où je parle du libre c'est pour les rassurer en leur disant que j'utilise les mêmes langages et que j'échange avec les ingénieurs de Google par exemple. Mais c'est rare que ça les intéresse.
    Du reste, ils s'habituent de plus en plus aux services en ligne, donc la notion de libre s'éloigne encore plus.
    Paradoxalement il n'a jamais été aussi facile de vivre grâce au libre.

  • [^] # Re: migre

    Posté par . En réponse au journal Java (EE) Sapu cépalibre.. Évalué à 3.

    Dropbox utilise maintenant Rust et Go pour scaler.
    Ca ne veut pas dire que Python soit un truc de gamin ni que Java soit la seule alternative, mais je crois qu'on constate tous que les problèmes d'échelles sont de plus souvent résolus en utilisant la techno qui va bien pour chaque problème donné.

  • [^] # Re: Arguments ?

    Posté par . En réponse au journal Java (EE) Sapu cépalibre.. Évalué à 8.

    En Java on code vite mais y a beaucoup à coder ;-)

  • [^] # Re: Go ?

    Posté par . En réponse au journal Java (EE) Sapu cépalibre.. Évalué à 8.

    Bon je pense qu'il faut essayer pour être convaincu de l'intérêt du typage statique.

    Je pense que le problème vient du fait qu'on résume le problème aux "erreurs de type". Hors j'ai toujours remarqué qu'en Python j'avais vraiment très peu d'erreur de type à l'exécution, du coup je ne comprenais pas trop d'où venait cette phobie.

    Le typage statique ça n'est pas qu'une vérification de sécurité avant exécution, c'est surtout une aide à la saisie, à la refactorisation, à la documentation etc.

    Je me suis amusé à compter en Python le nombre d'erreurs que je faisais qui auraient été détectées à la saisie en Go (j'utilise vim + vim-go), c'est impressionnant ! Mais je ne m'en rendait pas compte car ce sont des erreurs qui sont très vite détectées (F5 ou test unitaire) et faciles à corriger. De même pour le temps passé à jongler avec la documentation, rien d'impossible ni bloquant, mais juste plus long.

    Donc je confirme, il faut essayer !

    ps: je sais qu'il existe des éditeurs Python qui aident plus ou moins, mais c'est beaucoup plus lourd, moins sûr et très limité.

  • [^] # Re: Fausse alerte

    Posté par . En réponse au journal Java (EE) Sapu cépalibre.. Évalué à 3.

    Du coup plus d'interopérabilité avec d'autres technos ?

  • [^] # Re: Go ?

    Posté par . En réponse au journal Java (EE) Sapu cépalibre.. Évalué à 9.

    Le monsieur te dit qu'il veut quelque chose de sérieux. Sérieux ça veut dire un minimum compliqué et pénible sinon c'est pas du jeu. Donc Go est hors jeu. Où plutôt Go est un jeu.

  • [^] # Re: _o/

    Posté par . En réponse au journal C14 l'archivage chez Claude. Évalué à 2.

    Le bug a été corrigé avec un appel téléphonique pour me prévenir. Un bon point Claude.

  • [^] # Re: _o/

    Posté par . En réponse au journal C14 l'archivage chez Claude. Évalué à 8.

    Niveau confidentialité des données y a pas mieux \o/

  • [^] # Re: Backup Incrémental ?

    Posté par . En réponse au journal C14 l'archivage chez Claude. Évalué à 2.

    Tu as bien compris, ça n'est pas adapté à de l'incrémental.

    Ou bien avec http://mattmahoney.net/dc/zpaq.html qui permet de créer un nouveau fichier à chaque incrément et donc d'archiver ce nouveau fichier, mais ça ne serait pas très pratique pour désarchiver.

    Je n'ai pas précisé mais la suppression est également payante, c'est une opération (donc coût en fonction du volume), du coup un jonglage avec les archives aurait un coût.

  • [^] # Re: Bottle vs Flask

    Posté par . En réponse à la dépêche Sortie de Flask 0.11. Évalué à 2.

    Ce n'est pas parce qu'il n'y a rien par défaut qu'on n'utilise rien ou qu'il faut tout refaire par soit même… Au contraire même, on choisi ce qu'on utilise donc potentiellement plus de choses si besoin.
    Inversement, dans un framework ou tout est inclus, si on doit utiliser quelque chose qui n'est pas inclus, là on va devoir "tout refaire".

  • # Pyramid

    Posté par . En réponse à la dépêche Sortie de Flask 0.11. Évalué à 8.

    Puisqu'on est dans les comparaisons, j'aime bien Pyramid pour sa flexibilité impressionnante. Je dirai même que c'est plus un toolkit de fabrication de framework qu'un framework. Donc si on a envie de se faire son framework aux petits oignons c'est l'idéal.

    https://trypyramid.com/

  • [^] # Re: blockchain

    Posté par . En réponse à la dépêche Point d'étape sur loi française de finances 2016 (article 88) et les logiciels libres de caisse. Évalué à 1.

    https://blogs.oracle.com/Oracle-France/entry/la_cnaf_d%C3%A9mat%C3%A9rialise_la_prime

    Et encore, c'est en Java, tu réécris tout ça en Go pour diviser par 10 ;-)
    Ce qui va poser un problème c'est le budget, il faudra le justifier sous peine de ne plus avoir autant la prochaine fois.

  • [^] # Re: Dédié

    Posté par . En réponse au journal Du stockage en ligne (encore). Évalué à 2.

    Je disais un seul s3 dans le sens seulement sur un s3…

    J'ai rarement eu de problème à cause d'un matériel défaillant, la plupart du temps les problèmes de sauvegardes viennent d'une mauvaise configuration, le mauvais répertoire indiqué, un exclude trop vaste, un lien non suivi etc. Pour ça je préfère multiplier les méthodes plus que les supports. Par exemple j'ai une sauvegarde intégrale mais avec peu d'historique, une autre avec de l'historique sur les parties plus critiques etc.

    Tu utilises zpaq régulièrement, depuis longtemps ? La seule chose qui m'inquiète un peu c'est le dev qui a l'air un peu de considérer que c'est son jouet pour faire des expériences (d'après ce que je vois sur le forum).

  • [^] # Re: Dédié

    Posté par . En réponse au journal Du stockage en ligne (encore). Évalué à 2.

    Évidement oui, je ne me contente pas d'un seul dédié, c'est juste pour le côté "cloud". Mais je n'aurai pas non plus confiance en un seul S3. Pas tant que le support ne soit pas fiable, mais du fait que ma propre config d'upload puisse avoir des failles, humaines (par exemple sauvegarder un mauvais dossier).

    Du coup je préfère multiplier les méthodes de sauvegardes plutôt que les sauvegardes elles mêmes. D'où mon journal sur zpaq qui complète un rsync + cp -al etc.