AnthonyRabine a écrit 128 commentaires

Oui Matthieu ne s'exprime vraiment pas très bien, mais toujours avec le même style bizarre. Il faudrait qu'il nous réponde là dessus.

Je profite du sujet bancaire pour parler de la banque allemande N26. Rien de particulier en elle-même, elle offre les services de base, assez classique, on attend toujours un compte épargne en France.

Ce qui cloche, c'est son usage en France. Une première raison est son IBAN plus court que le français, ce qui pose problème sur 80% des formulaires HTML (assurances …). À noter que le site des impôts l'accepte sans sourciller parmi un choix mondial de pays, on voit que ça a été pensé depuis le début.

L'autre soucis, c'est la vérification systématique des transactions, même avec le sans contact ! Ce qui réduit un peu son utilité. J'attends aussi au péage et si la télétransmission ne fonctionne pas chez le commerçant, je dois utiliser ma deuxième carte (banque française).

C'est dommage, à quelques mois près j'aurais pu essayer Orange Bank, s'ils proposent un compte Pro.

Sauf que dans le cas des LPWAN, les données issues des capteurs sont disponibles sur les serveurs des opérateurs … qui ont chacun un protocole différent (ou API) pour aller récupérer les données.

Heu, il ne parle pas de système à embarquer dans un micro (OS), mais de logiciels "cloud", des sites web quoi.

Par contre, je dirais qu'il ne parle pas des plateformes pour les nouveaux réseaux LPWAN … si ça existe en FOSS ?

Il y a du jtag pour déboguer. Et la comptabilité Arduino, n'importe quel micro peut le faire avec le bon bootloader.

Très sympa comme micro sinon, ça me tente de l'essayer, après il faut voir l'éco système logiciel disponible.

Un jour le patron d'une boîte connue qui a bien marché il y a quelque temps a dit, à moi simple stagiaire : "les patrons sont tous des asociaux". Le terme n'est pas forcément bien choisi mais j'avais pigé l'idée. Ils ont du mal à être simple exécutant.
Du coup il faudrait peut-être prendre le problème à l'envers.

N'oubliez pas également le FLIP de Parthenay, c'est bientôt, gratuit et toute la ville se transforme pour l'occasion.

Un bug ligne 42 m'a pété le tympan gauche :(

Ouf ! Merci pour l'info.

Restons classique avec la fameuse question : pourquoi encore un autre langage markup ? Asciidoc et assimilés ne sont pas bien ?

Le markdown est ultra limité dès que l'on dépasse le cadre du readme, mais il existe d'autres alternatives.

Pareil pour l'embarqué, mais j'apporte mes cartes électroniques à la maison. Et quand ce n'est pas possible je consacre la période de télétravail à faire de la doc, ou que du code que je teste lors de mon retour dans les locaux.
Du coup pour nous il nous faut un très grand bureau !

Ok ton lecteur a une bonne interface, ça donne envie de le tester. Par contre ton style de codage est assez difficile à suivre ; pourquoi tant de sauts de lignes ?

Dicota, la version Backpack mission 15-17.13 est excellente pour les déplacements d'un week-end avec ordinateur portable. Plein de rangements et la séparation portable / affaires est très pratique.

Par ailleurs, si PolarSSL ne propose pas une API similaire à celle d'OpenSSL, il y a un coût de migration important.

https://github.com/cesanta/polar ?

Hehe ouais, je vais regarder ton use case d'IA pour voir si je peux éviter ça.

Sinon, il me faudrait le log de ta partie, c'est disponible dans le répertoire ~/.tarotclub/games, le nom du fichier est la date et heure de ton jeu.

Tu peux le copier ici ou l'envoyer à support at tarotclub dot fr. Merci d'avance :)

Oui tu as bon :)
C'est un concept un peu cavalier je te l'accorde ! Si on a plusieurs IA de disponible, on pourrait imaginer alors un vrai concours dans lequel les bots jouent les uns contre les autres et pas seulement l'IA de base.

Oui, et certains langages pourraient peut-être se prêter mieux au développement d'IA que JavaScript, même si je ne crois pas trop à l'influence du langage là dessus.

Ok c'est vrai tu as raison. On va la tenter comme ça alors !

Oui j'ai déjà un protocole textuel entre le monde JavaScript et le logiciel en C++. Ce n'est pas compliqué à implémenter en effet.

Cette approche multi-langages a néanmoins un très gros défaut : en effet, il faudra maintenir N implémentations d'IA différentes … et déjà en maintenir une est complexe (j'ai des tests unitaires et je vais intégrer un débogueur dans le futur).

Je rappelle que le but est d'avoir un jeu sympa sous Linux, donc avec une IA acceptable. Le risque est alors d'avoir N IA pas terribles. Imagine un Battle For Wesnoth avec cette liberté …

Enfin, dernier avantage au JavaScript : c'est celui de pouvoir proposer dans le futur un client en HTML5.

Hop, re-uploadé. J'ai installé Windows 7 et 10-preview dans une VM, je testerai ce soir si ça bug encore. Merci btw :)

A la fin d'une partie de Tarot, tu comptes les points réalisés (tu peux regarder les règles sur Wikipédia). Là, le bot enchaîne 20 parties d'affilée et les points sont additionnés. Comme un petit tournoi quoi.

Je regarde ce que je peux faire avec le Python, en gardant à l'esprit le conseil donné par Nicolas ci-dessus.

Mmh c'est bon j'ai pigé, ça pourrait être facile à faire vu que mon API d'interface est déjà purement textuelle (pas binaire quoi). Par contre je pense qu'il faudrait alors gérer le lancement d'un processus.

Oui, d'ailleurs je m'arrange pour ne pas générer de donne avec petit sec.

Tarot à 4 uniquement.
Le principe est un peu comme en duplicaté, c'est à dire que les donnes sont fixes et créées avant le tournoi. Par contre, chaque jeu a été mélangé aléatoirement.

Heu, pas tout compris :) Tu aurais un exemple ?