Reprise du message précédent :

le type a déjà répondu: soit le système est intelligent et apprenant et il va le découvrir tout seul qu'il y a un truc qu'on lui cache, soit il est pas intelligent.

 
Si tu coupes directement son alim via un servo radio controllé par ex., il ne pourra jamais le découvrir, vu qu'il n'a plus de courant quand ça s'active, et tant que ça s'active pas il a pas de raison de se désassembler pour le découvrir.

Il va capter les trous de mémoire, le comportement anormal des gens vis-à-vis du bouton, voire poser des questions directes à son propos.

Ça c'est moins sûr, ça serait plus intéressant pour lui de jouer le "long game" et de sonder pour savoir s'il est pourvu d'un système de safety et aucun cas de quel type il serait. Poser des questions sur le sujet pourrait mettre la puce à l'oreille de ceux qui l'entourent et les inciter à trouver un autre moyen de faire.

 
Ca présuppose que quand tu le redémarres il garde la mémoire de ce qu'il a vécu avant. Et si t'as appuyé sur le bouton, c'est qu'il s'est mal comporté. Il n'y a pas de raisons de le redémarrer avec un réseau de neurones défectueux.

ou tout simplement tomber sur un document/blog/vlog/what else/ parlant du kill switch

J'y suis allé avec ma classe d'info y a une dizaine d'années c'était sympa en effet.
Mais je me vois pas du tout vivre là-bas.

C'est un peu un pré-requis d'une IA ça, i.e: tu veux que son apprentissage survive à un accident. D'accord avec la seconde partie néanmoins.

 
Pire : tomber sur les posts de Jovalise.
 

 
Pourquoi ?

Perso, je pense qu'il faut au moins 15j, pour définir le contour un peu précis avec le client, avec plusieurs A/R, pour un projet non trivial. Cela lui fait prendre conscience qu'il y a X questions qui se posent et difficultés à prévoir. Et tout ce qu'il n'a pas défini et laisse en suspens sera facturé en supplément lors des itérations suivantes. C'est rassurant pour les deux parties que les choses soient définies. Et évidemment, cette pré-étude doit être facturée.
Si le client ne comprend pas que ça doit se passer comme ça, demandez-lui comment ça se passe quand il prend un architecte pour lui bâtir sa maison: exactement pareil.

C'est plus cher que Paris. T'es un peu déconnecté du reste de l'Europe. Beaucoup de boîtes y sont pour des raisons fiscales et engagent surtout en sysadmin/devops/QA/... mais pas trop de devs en fait.
Genre y a dix ans quand on avait visité Google avec ma classe, on avait rencontré le dev à Dublin, qui nous a fait visiter. Bon au moins y a des filles en sales/marketing/HR/toutça.
 
Après Amazon est un peu l'exception, et ils payent bien.

 
Oui enfin les prix relativement à ton revenu, et puis la qualité de vie >>>>> Paris (enfin je parle en terme d'usure )

en tout cas c'était le prérequis du type d'IA dont il parlait : le renforcement, ce qui veut dire pas de backtracking.

A toi de voir, mais tu risques de ne plus avoir beaucoup de temps de faire du dev au quotidien, est ce que c'est ce que tu veux ?

https://mobile.twitter.com/baborlel [...] 41/video/1
 

 
C'est tech lead pas manager :>

dites, quelqu'un sait lire ça:  

 
le sed il replace le ./ d'un chemin relatif en chemin absolu je pense, mais le find il fait quoi exactement ?

Enfin tech lead direct de 30 devs

remarque que dans une équipe de 30, les développeurs doivent pas développer beaucoup non plus, entre les réunions de tri des bugs, les feuilles de temps, les formations de sécurité obligatoires pour les nouvelles agrafeuses, la commission de pilotage du changement pour les nouvelles poubelles, la présentation d'un fournisseur de stylo, et les town halls.

Le plus gros c'est que la video fait croire que HDL est un fake alors que c'est la vidéo elle-même qui est un fake.
 
Sinon une simple preuve : http://www.lefigaro.fr/flash-actu/ [...] amende.php
Le mec a été condamné, donc le gars existe vraiment. CQFD

Je croyais vraiment que c'était un compte parodique
J'ai découvert récemment qu'il le pense vraiment

http://joelgrus.com/2016/05/23/fiz [...] ensorflow/
 
rigolo

Tu parlais de 30 devs. Je suppose que tu seras pas tech lead des 30 et que y a des sous équipes, mais si t'as 5-10 devs à ta charge, entre la gestion de ton équipe + les interactions avec les autres équipes... Je ne sais pas s'il te restera grand chose. Sauf éventuellement si l'équipe en place est déjà bien en place et tourne toute seule (mais dans ce cas pourquoi recruter un tech lead externe ?)

Ouais mais c'est crédible. Ça en dit long sur le type...

Il prend tous les fichiers qui ne sont pas *filelist, sauf s'ils sont dans un répertoire *filelist:

• il match tous les chemins en *filelist (-path \*filelist)
• mais ne récurse pas dans les répertoires (-prune)
• et ne garde que les fichiers (-type f)
• ou alors il sélectionne tous les fichiers (-o -type f)
• et les imprime (-print)

La partie qui est vile et que j'avais raté initialement c'est que le groupage du -o c'est (-path -prune -type) -o (-type -print), si la première expression match il n'exécute pas la 2e, et s'il y a un print (ou exec, ls, print0 ou ok) il n'y a pas de print implicite. Donc ça ne va imprimer que les chemins qui match la 2e expression, donc que ceux qui ne match pas la première.

Donc tous les fichiers qui finissent pas par filelist, ou sont dans un répertoire *filelist.

la bonne question c'est: qu'à voulu faire celui qui a écrit ça ? (ça ne correspond pas forcement à ce qu'il a écrit )

C'est probablement moi, mais je sais plus exactement ce que je voulais faire, c'est pour attraper la liste des fichiers lors de la création d'un rpm.

#!/usr/bin/python2
# EASY-INSTALL-ENTRY-SCRIPT: 'update-package==1.0.0','console_scripts','build-update'
__requires__ = 'update-package==1.0.0'
import sys
from pkg_resources import load_entry_point
 
if __name__ == '__main__':
    sys.exit(
        load_entry_point('update-package==1.0.0', 'console_scripts', 'build-update')()
    )

quelqu'un comprends exactement ce que je dois chercher dans la machine/google/github comme fichier/mot clef pour trouver le code source réellement exécuté ?

'tain ce monde d'attardés.
 
J'ai passé 2h à me battre, parce que quelqu'un a décidé que pour rentrer un mot de passe (genre gpg et ssh le font) on peut pas lire l'entrée standard ou une variable ou un pipe, ou rien du tout, du coup d'autres gens parsent le la sortie standard du process et utilisent TCL pour envoyer le mot de passe.
 
Et encore d'autre gens, pour une raison que j'ignore on décider de passer ma locale en français dans le linux (c'est passé à travers SSH ? un fichier d'init de bash ?) et donc le message pour demander le mot de passe était en français et donc TCL c'est chié dessus. Et l'interface quand ça se produit n'est pas du tout claire (en fait je savais pas qu'il hijackaient le pass) je suis tombé dessus au détour d'un coup de google.
 
Bref, bande de cons j'en ai plein le cul de ce métier de merde

 
Son site web est exceptionnel

Cette fois j'y suis pour rien

Je connais le coupable

 
Il y a plusieurs tech lead qui ne sont pas spécialement attachés à des équipes : c'est un peu des électrons libres.
L'organisation est peu hiérarchisée.
Finalement, selon le recruteur, leur proposition risque d'être assez moyenne :|

 
Ptain oui. J'ai appris la différence entre le français noir et le noir français, et ça, je pense que je m'en servirai toute ma vie.

#!/usr/bin/python2
# EASY-INSTALL-ENTRY-SCRIPT: 'update-package==1.0.0','console_scripts','build-update'
__requires__ = 'update-package==1.0.0'
import sys
from pkg_resources import load_entry_point
 
if __name__ == '__main__':
    sys.exit(
        load_entry_point('update-package==1.0.0', 'console_scripts', 'build-update')()
    )

En gros dans le setup.py tu peux avoir un set d'"entry points" qui sont des mappings de groupes vers specs, à la base c'est pour des systèmes de plugins mais il y a des groupes spéciaux pour spécifier les scripts.
 
Ici "load_entry_point" va aller dans le package `update-package` version 1.0 et chercher l'entry point "build-update" dans la section "console_scripts" (qui va aller générer le script correspondant à l'installation du package). Ton EP doit être de la forme "build-update = package:function" genre "update_package:main" le script généré va juste importer "update_package" et appeler "main".

Je me posais une question existentielle hier soir Erlang ca vaut le coup de se tapper la syntaxe immonde ou ca n'apporte pas tant que ca ?

IMO ça vaut (et la syntaxe est plus étrange qu'immonde, elle est inspirée de Prolog en fait), mais si tu préfères Elixir donne une syntaxe plus classique (inspirée de Ruby) pour sensiblement la même chose.

Si tu veux juste des acteurs, Akka marche très bien sur la JVM.

C'est surtout la resilience/shutdown,up a chaud qui m'intéresse dans le descriptif de Erlang, ca m'est déja arrivé de tomber sur ce genre de systeme ou ca devenait une composante importante.
 
Jusque la, je m'en sortait avec 2x serveur (ou plus) + HAProxy + DNS pour couper proprement un serveur puis l'autre (et faire la MAJ sans shutdown), mais je reste ouvert a ce qui est dispo sur le marché pour ce genre de taches car ca peut un jour devenir un point problématique

 
Je ne comprends plus rien

 
C'est un fake