Reprise du message précédent :
C'est sensé signifier quoi ce smiley ? Généralement c'est assez insultant.

Quand je vois la difficulté pour utiliser l’AI pour n’importe quel problème in vivo, je ne me ferais pas trop de souci pour les drogues anti-cancer avant un moment.
 
Mais ce problème est beaucoup documenté dans le domaine: https://en.m.wikipedia.org/wiki/Ins [...] onvergence (beaucoup en parle comme le paper clip maximizer plus facile à dire que Riemann hypothesis )

https://twitter.com/jeffreybuskey/s [...] 4661101568
 
Ça par contre, ça me surprends. La France reste le pays du chèque pour moi.

Et un dernier message concernant l’AI: https://www.technologyreview.com/s/ [...] edictions/

Ça fait 10ans que j’ai pas émis un chèque, hannah passe son temps à en émettre et à en encaisser.
 
Ça a l’air d’être un bordel sans nom les virements ici, c’est pour ça qu’il y a des pay pal et Venmo dans tous les sens qui servent à rien en France.

Les chèques ici c’est pour éviter l’argent à crédit: tu les encaisses directement parce que ça peut être émis de plusieurs façon.
Mais PayPal ou Venmo c’est complètement dematerialise, donc cashless selon la définition de l’étude.  
 
Bon quand on parle même de BTC, ETH ou EMC, Monero et cie, c’est pas encore courant.  
 

Oh fuck! Qu’est que je fous là?
 
J’y vais full retard, kombucha et habanero
 
Et on est juste en face du bureau de Weebly

 
Je me moque de tes posts dramatiques sur l’AI
 
Je dis pas qu’il y aura jamais de conneries, surtout à cause du côté boîte noire des algos, mais bon on est loin (joue avec un assistant style Siri ou autre pour t'en convaincre, ou lis Andrew Ng)
Et l'exemple que tu cites est foireux : les médicaments sont testés avant mise sur le marché, donc au pire ta molécule maléfique tuerait les X personnes faisant partie du panel

Et  c'est un bien meilleur scénario que celui d' un humain qui va chercher à maximiser uniquement son gain individuel

@plam : tu utilises gitlab ? installé chez vous ou gitlab.com ?  Est ce que tu gère dedans les tâches non dev (genre migration de serveur, préparation de l'apéro ... ) ? Si oui comment ?

Aujourd'hui on utilise (mal) trello et très mal git, j'ai envie de passer au moins les tâches dev ( bugfix, nouvelles fonctionnalités) sur du gitlab , et d'utiliser les pipelines pour que les gestionnaires de contenu puisse  aussi builder les apk  directement (genre quand ils ont changé les couleurs, l'icône, le contenu offline)

Je comitte le code très secret et très pas open source dans gitlab et il y a 15 issues dedans.

c'est à dire ? tu trouves que 15 issues c'est peu ou beaucoup ?

Je fais des chèques que pour le médecin et je passe mon temps à gueuler contre les commerçants qui ne prennent pas la carte pour les petites sommes. Il n'y a que mon dealer que je paie en liquide.

Sta dire que je suis affecté à 8 d’entre elles donc c’est à la fois une certaine sécurité de l’emploi et à la fois un certain signe qu’il y a des pbs de qualité dans mon boulot

On a un répo appelé « company » dans lequel on gère les choses liées à la boîte, rien directement au niveau dev (à part les grands jalons et les specs)

1. Quand c'est du figé/qui doit rester et qui n'a pas de fin (une procédure, des documents etc.) c'est dans le répo en lui-même (en .md par exemple)
2. Pour les tâches ayant un début et une fin, on utilise des issues. Pour des projets, on utilise des milestone et le petit outil de dépendances pour faire un tableau « global ».

Avec les tags, on catégorise bien les types d'issues (administratif, infrastructure, produit, marketing…) et aussi les jalons (tags pour la réunion de telle date, permet de vite filtrer et créer un ordre du jour tout seul.
GitLab te permet d'avoir ça en vue kanban.

On est sur gitlab.com pour l'instant, mais l'import/export est trivial.

edit : ce que j'aime beaucoup avec ça c'est la vue "Activity" qui me permet en un coup d'œil de savoir ce qu'il s'est passé (machin à fermé l'issue "foobar", truc à ouvert l'issue "plop" ). Ça facilite énormément les choses et diminue le besoin de communication directe genre « sur quoi ta bossé aujourd'hui ? »

La france c'est aussi l'un des pays leader et pionnier de la carte à puce: https://en.wikipedia.org/wiki/Smart_card

Idem dans ma boite. On a notre propre gitlab et on a abandonné Redmine, jenkins et compagnie et on a tout passé sur gitlab avec les pipelines notamment et compagnie.  
 
On continue de faire des stand up tous les matins par « squad » pour quand même avoir une revue du taff. Car dans gitlab c’est vite le bordel pour suivre le taff de 30 dev en même temps. Surtout qu’on est sur 3 projets mais tout découper en micro service et back et front séparé à chaque fois. Donc chiant de switch partout.

c'est ce que j'avais décidé, par expérience de pensée, avant même d'avoir lu ta réponse

Intéressant    
je suis aussi en train de pousser fort pour passer à gitlab sur les nouveaux projets, on vient d'acheter des licences EE (self-hosted) justement pour remplacer redmine et jenkins (et surtout gitolite...)
 
le seul truc ou je doute encore c'est d'arriver à remplacer jenkins par gitlab, on a énormement de jobs indépendants sur nos projets et arriver à tous les regrouper dans un pipeline de façon lisible ne sera une mince affaire  

On avait beaucoup de jobs Jenkins aussi. Et on a tout repensé pour faire tous les jobs à chaque commit (intégration continue) et c'est beaucoup mieux ainsi. Ça permet de faire du propre quoi.

au contraire je trouve qu'il y a plein d'outils pour, après il faut savoir bien les utiliser et ça demande un peu de bonne volonté en effet.
Les différents outils sont:

• notification simple via mention '@username' (dans issue, merge request, code review...)
• souscription à une issue (bouton subscribe en bas à droite)
• flux d'activités pour tout et n'importe quoi (et flux rss donc couplable facilement à un client RSS)
• labels dans les issues (et flux rss filtré sur un label par exemple)
• plugin de notification par mail des push (https://docs.gitlab.com/ce/user/project/integrations/emails_on_push.html)
• bot de notification pour des outils comme mattermost ou slack  

si ce n'est pas suffisant il faut pousser les mini compte rendus via wiki markdown, c'est là que nécessite la bonne volonte:  
c'est très simple, il s'agit de faire une page wiki de compte rendu qui énumère ce qu'on a fait dans la semaine avec les liens vers les différents commits/pushs/issues/merge requests ou du moins ceux dont les autres membres de l'équipe doivent avoir connaissance
 
et j'en oublie surementn gitlab a plein de façon d'organiser les flux de communication et de notification, il faut ensuite choisir les plus efficaces en fonction de la façon de bosser.  
Mais dans tous les cas ça me semble bien plus simple et efficace que n'importe quel autre outils que j'ai pu utiliser dans le passé.

Je parlais surtout de voir qui a fait quoi rapidement, tu dois forcement chercher un peu. Surtout si plusieurs personnes sont affectés à une même tache global. Mais effectivement j'ai pas opti le truc.
 
Pour la page Wiki pas besoin. On a déjà un script qui recup le git log avec les dates. Du coup le script nous ressort tout pour une personne, une tâche ou un projet, par date etc..

faut voir une chose : les banques enculent à sec, et avec du verre pillé, les petits commerçants :  
- ils doivent louer le terminal CB, et c'est pas donné
- ils ont en général une taxe sur tous les payments, sous la forme de X% du payment, avec un minimum de Y€, Y pouvent etre de l'ordre de 1-2€ . X et Y sont déterminés par les volumes que tu traites, et donc typiquement un petit commerçant n'a pas de deal favorable.
 
Donc c'est sur que si tu viens acheter un truc qui coute moins de 10€,  10, 20, 30% de ce que tu payes va partir en frais de CB. Donc soit tu manges la marge du gars, soit carrément tu le fais bosser à perte.
C'est d'ailleurs ce qui a généré la mode des Moneo et autres trucs du genre (on a TWINT en Suisse qui fait pareil), supposément parce que les taxes sont moins cheres (mais y'en a quand meme).
A ce jour et sauf erreur, seuls le cash et les chèques ne coutent rien à encaisser.
 

 
je suis en train de faire ça pour mon équipe (qui contient en gros un architecte, un lead, et 3 data scientists), pour les taches de l'équipe.
On est sur JIRA, et on joue pas mal avec la vue Kanban.
On a des epics qui servent de labels (c'est surement pas l'usage "kasher"du truc, mais ça marche bien, ça subdivise le kanban par domaines)
 
J'ai enfin pris le temps de m'y mettre, et je suis convaincu. Mon architecte est hyper convaincu, les autres ont moins l'habitude mais ça vient.
C'est aussi devenu ma todo list, mon seul problème étant la gestion du flux de mail.
Les gens n'ont aucune discipline d'email ici, je revois pas loin de 150 mails pro par jour, donc le 0 inbox et le "les mails qui sont dedans sont la todo", ça a complètement explosé en vol. Du coup je crée des actions sur les mails où j'ai des trucs à faire, pour avoir une vue unique.
 

 
question par curiosité : est-ce que GitHub / le stack atlassian offrent des trucs similaires, où c'est vraiment quelquechose de différenciant pour GitLab ?

Tu peux m'en dire plus sur le " petit outil de dépendances ". C'est ce qui nous manque dans trello

On est 6 dans la boite, donc on a encore un peu de temps avant d'atteindre ce cap : une app ios, une android, un backend et la web app de paramétrage

Les app IOS/android peuvent avoir des branches par client si il a fallut adapter notre base de code et que ce n'est pas pertinent de l'avoir dans le master .

On va commencé par la version free, on verra ce que ça donne
A priori je vais me marrer comme un petit fou pour monter une machine capable de builder automatiquement pour ios, la signature des builds est *un peu* pénible. J'ai passé 2j avec fastlane et je ne suis pas encore satisfait

Et au passage, comme prévu, l'enregistreur de test d'xcode marche mal, va falloir écrire les tests à la main  
 

Je crois qu'il y a quelques mois ça parlait de multicuiseurs ici (Cookeo & co).
 
Le plus connu est donc le Cookeo, mais je vois que tout le monde y va du sien, y compris des marques que je ne connais pas.
 
Une des meilleures ventes Amazon c'et un Aicok 7 en 1... qui semble être une copie du Instant Pot (dont j'ai vaguement entendu parler, mais qui est très bien noté).
 
Bref, un avis ?
 
D'ailleurs au delà même de la marque et du modèle... est-ce que c'est vraiment si bien que ça ?
 
Je vis dans un petit T2, j'aimerais recommencer à manger un peu mieux (parce que cette dernière année c'est vraiment pas ça), mais je n'ai pas beaucoup de place (et j'ai pas de lave-vaisselle )
 

Instant Pot FTW .  Pas cher et excellent.

Flo : t'as regardé du côté de https://www.buddybuild.com/ ?

 
Je suis tenté par l'Instant Pot DUO 60.
 
Avec je prendrais un deuxième pot, et deux couvercles en silicone pour alterner les préparations et les garder au frais (vivant seul).
 
Des conseils particuliers ? C'est pas trop prise de tête à utiliser ? (j'ai pas envie d'acheter un truc qui va rester dans le placard parce que trop chiant)

Pas encore, je regarde ça de suite

Duo 6L : 120 €
Cuve : 25 €
2 couvercles : 20 €
 
Total : 165 €
 
---------------------
 
Duo 8L : 130 €
Cuve : 24 €
2 couvercles : 16 €
 
Total : 170 €
 
Hum...

Au passage, fastlane marche qund même bien y compris dans notre configuration multi équipe ( on publie pour des clients, sur leur compte apple)

J'aimerai bien qu'il fasse des screenshot en même temps que les tests, à la fois pour permettre aux producteurs de contenu de voir rapidement à quoi ça ressemble en fonction des langues/résolutions , mais aussi pour pouvoir uploader sur l'app store les nombreux screenshots nécessaires (ici aussi en multiple résolutions/langues)

Cette fonctionnalité s'appuie sur l'enregistreur de tests d'xcode, et c'est là que j'ai des soucis

Pour autant que je puisse voir, le seul truc dont je ne sois pas sûr qu'il soit dispo de base dans gh ce sont les flux RSS.

Un truc en Node qu'on a fait en interne : j'en ai parlé ici-même. Dans ton issue, tu tapes le texte « Requires #314 #312 » et ça va générer un .dot pour te faire un joli graphe.

D'ailleurs ça pourrait être aussi compatible Trello je n'y avait pas pensé  

edit : faut qu'on l'Open Source mais ya eu d'autres prio entre temps

Ben t'as pas compris le post, quoi.

L'exemple n'avait pas pour but d'être réaliste mais d'expliquer comment une AI peut parvenir au but qui lui a été fixé via une stratégie complètement imprévue. Ceci étant, ton argument ne tient pas vraiment dans ce scénario : si la Time bombe explose après 20 ans, aucun essai clinique ne la detectera.

Mais le but de mon post était de montrer à quel point le comportement de l'ordinateur HAL illustre les problématiques qui préoccupent nombre de spécialistes de l'IA, à savoir comment assurer la sécurité pour éviter les stratégies aux effets de bord destructeurs.
Dans 2001, HAL a été programmé pour remplir une mission secrète. Par ailleurs il ne peut pas mentir à l'équipage. La solution qu'il trouve pour concilier ces deux contraintes apparemment contradictoires est de tuer l'équipage.

Cette parabole est remarquablement prémonitoire. Le problème se pose aujourd'hui parce qu'en effet, AlphaGo ne s'est pas contenté de gagner. Il l'a fait en utilisant des stratégies considérées depuis des siècles, voire des millénaires comme perdantes. Cela illustre le fait que les IA sont essentiellement imprévisibles. Par ailleurs on a constaté comme propriété émergente, qu'elles sont capables de tromper un adversaire/obstacle pour atteindre le but fixé. La question qui se pose est donc de tracer le "raisonnement" et de savoir s'il est possible d'"enseigner" un jeu de connaissances suffisant pour éviter les effets de bords catastrophiques.

Après le texte que tu cite confirme le scénario de 2001 (une fiction) par une autre fiction, la portée concrète en est assez faible. AlphaGo qui utilise des coups surprenants c'est tout de suite un peu moins punchy pour illustrer le risque de robot-apocalypse...

Après c'est sûr que c'est difficile d'avoir une IA qui fait peur tant quélles marchent pas...

http://internetactu.blog.lemonde.f [...] s-limites/

Non il confirme le scènario de 2001 par des problématiques bien réelles sur lesquelles les spécialistes travaillent.

L'article Wikipédia est pas mal
https://en.m.wikipedia.org/wiki/Exi [...] telligence

 
J’ai le DUO60. Super simple et safe à utiliser. Je l’utilise pour mijoter aussi, vapeur, même pour cuire mon riz.  
 
Autrement c’est pirex pour moi.  
 
 

 
Tu récupère les données par l'api de gitlab ? require c'est dans la grammaire de base de gitlab ? En fait surtout, est ce que l'autocomplétion aide à la saisie ( genre require #3 et ça montre les issues ouvertes  dont le numéro  commence par 3) ?  
 
Même si c'est pas OS, tu peux faire tourner  
 
Il y a un service associé a trello qui gère les dépendances (et plutôt bien), mais c'est dans les 4$ par mois et par user