Reprise du message précédent :

je crois pas que ce soit un cabinet d'analyse, c'est plus une sorte de consortium (j'ai fait le con j'aurais du bookmarker)...apparement les reco ont l'air respectée par les devs (contrairement au Gartner qui les fait rire, ou pleurer, c'est selon...hein Alt, comme ça se passe avec Hybris ? )

C'est surtout orienté dev (languages, frameworks, db, etc...), et pour avoir lu le truc en diagonale, par type d'outil, ça donnait la reco du moment, et la technologie prometteuse à suivre, et le truc à éviter...

fait chier linkedin, on peut pas chercher dans les commentaires de quelqu'un (je sais exactement qui de mes contacts avait répondu au post linked qui publiait un lien vers ce rapport, mais je l'ai pas retrouvé...pis bon, après 20min de scroll, je suis remonté que d 6j dans ma timeline, et ça a du être posté la semaine d'avant)

Jubi : http://www.thoughtworks.com/radar/#/

Intéressant.

 
un gros bisou sur la fesse à Alt, c'est exactement ça...
 
merci !

C'est pas mal du tout ce truc, en effet.

Bon sinon, qui est-ce qui a utilisé Sikuli avec succès ? Je l'ai essayé rapidement hier, et ça aurait été très bien si la reconnaissance d'image fonctionnait vraiment. J'ai juste fait un test avec une page de login et je n'ai jamais réussi à lui faire reconnaitre les champs login et password de façon fiable.
Ah, et quand il se met à déconner, il ne fait pas les choses à moitié, il faut recréer le cas de test from scratch.
Des idées ?

edit: ah, ce que je cherchais pour le premier point: "To control the degree of fuzziness in image recognition, you can set the minimum score using the method setMinScore(). When a match is found, a score is assigned by the image recognition engine." Reste à voir si c'est possible dans leurs scripts plutôt qu'en Java.

Normalement tu as un paramètre à chaque méthode de reconnaissance pour choisir la précision.

 
 
C'est interessant
Mais la cible me semble etre plus de la start up que des grosses boites quand tu vois node et scala dans les recos

 
C'est quoi l'intérêt de ce truc ? C'est censé s'utiliser comment ?

je crois que t'es pas le public visé

Je me doute un peu, mais c'était une vrai question pas une critique, j'aimerais bien savoir comment le public visé s'en sert.

paypal ou linked in sont toujours des startup ?

Il me semble avoir lu un article de paypal disant qu'il fallait environ 3 semaines pour convertir un dev java en dev javascript + node, et node est vraiment pertinent dans certains use case.
Ceci dit, il manque effectivement un bridge AS400 - nodejs pour que certaines entreprises tentn le coup

En gros, ça permet de se dire "ah tiens, ça existe ?" et d'avoir une vague idée du niveau de maturité du truc. "Adopt" signifie que c'est relativement mature et trendy, "Assess" "Trial" que c'est trendy mais que la peinture est fraîche, et qu'il y a de bonnes chances que ça mature dans les un ou deux ans à venir, "Trial" "Assess" que tu vas essuyer les plâtres mais que la techno a de l'avenir. Et "Hold", qu'il faut laisser tomber parce que c'est moisi et qu'il y a de meilleures alternatives.

Je pose ça là
http://youtu.be/SYnVYJDxu2Q
http://youtu.be/QtxlCsVKkvY

c'est pas une décharge ici, non mais

TIL : Art Garfunkel, de Simon&Garfunkel, est le frère du mec qui a écrit la spec ANSI du COBOL

 
ben c'est un radar / quandrant quoi : quand toi tu veux choisir une techno pour un usage précis, j'imagine que tu testes / benchamark toi même. Pour des gens qui managent dans l'IT, c'est pas forcément une approache fréquente, donc en gros tu fais confiance à des gens qui benchmarkent pour toi, et te disent direct ce qu'il faut utiliser.
 
C'est un peu comme le top 50 : soi t'écoutes plein de musique toi même et tu choisis ce que tu aimes bien, soit tu écoutes ce que les autres ont choisi pour toi.
 
A la différence du quandrant Gartner, ce truc a l'air pas mal, il va plus dans le détail aussi
 

 
Mais heu, quand tu dois choisir une techno tu fais pas plutôt confiance à quelqu'un qui connaît le domaine et peut balancer les compromis en fonctions des spécificités du projet plutôt que de baser ton choix sur 8 lignes de texte ?
 
(En tant qu'outil de doc/découverte/magasine comme le décrit much' pourquoi pas, en tant qu'outil de décision je trouve ça un peu flippant en fait.)

dtc bubka

si bien sur.... mais bon, ça permet aussi de voir ce qui se fait (c'est plus le fait que la techno soit dans la liste que les 8 lignes qui est intéressant)

Parce que des fois le mec qui connait, il a des lubies, et tu te retrouves avec des choix technologiques à la con (non coding architect syndrom par ex)
après pour choisir y'a plein d'autres paramètres qui rentrent en jeu (cout des licences si y'en a, cout des outils, facilité de trouver des gens qui maitrisent la techno sur ton marché, etc...)

ça sert aussi à challenger tes gars (je ne me fais pas forcément tanner toutes les 5min pour faire des trucs nouveaux ou changer des façons de faire par les équipes techniques). J'en veux pour preuve chez nous, j'ai fait partie des rares à challenger hybris, les archis et les solution designers m,'ont pas suivi parce qu'ils ont pas eu les couilles (ça paraissait politiquement dangereux alors qu'avec les bons arguments ce serait passé), bilan on a resigné pour hybris pour notre prochain site web

Jubijub
 
Ceci dit, je pense que le must c'est que l'envie de changer de techno vienne d'en bas.

 
Ouais, au même endroit, forte symbolique

Je vois pas qui d'autre qu'un non-développeur pourrait utiliser cet outil en fait. Les devs ils lisent des blogs pour découvrir, ils téléchargement le merdier et font un tuto pour se faire une idée plus précise si un truc attire leur attention.

Un jubipaté très pertinent

jubib t'a pas peur d'etre viré de suisse ?

 
pas vraiment non...
 
je gère une équipe de 25 personnes, 5 y'a suisses...et c'est même supérieur à la proportion de CV de suisses que je reçois.
y'a des branches comme ça où les étrangers craignent rien (informatique, médical, bâtiment, hotellerie/restauration, etc...)
 
y'avait des frontaliers et des étrangers résidents avant la libre circulation...c'était plus pénible à mettre en place, mais ça se faisait

DRAP

C'est mignon

Oui que les techos se fassent plaisir a changer de techno tous les quatre matins c'est original et c'est vraiment le top, surtout quand ton boulot c'est de livrer du café ou vendre des voitures

Oui voilà paypal et linkedin sont totalement représentatifs du fortune 500 dans l'adoption technologique
Les boîtes ont un demi siècle, la technologie n'est pas dans leur core business, géographiquement ils sont la ou la compétence est rare et ils proposent des packages similaires a ceux de HCL
En plus de ça ils ont une vraie culture du Buy/paramétrage et un besoin immédiat de serrer les couts pour pas que le board se fasse débarquer aux résultats du prochain quarter...

 
Je pensais à des devs pas des techs « basiques »
 
Mais bon je connais des techs qui sont aussi force de proposition.

des camions

mon combat du moment c'est pas trop la techno, c'est la méthode : on fait du watergile, et comme mon équipe est le point de friction entre le monde waterfall et le monde agile, on en chie un peu...
- pourquoi t'as fait fait ton reporting et que ton projet a l'air d'une grosse friche ?
- ben j'étais avec les devs toute la semaine pour préparer le sprint
- ben pourquoi ? on leur a filé une spec de 200 pages et on est à dispo pour les questions, ça devrait aller non ?
- ben non, faut la découper en stories ...parce qu'ils peuvent pas travailler sur une spec aussi grosse en un sprint
- admetons, mais alors on livre en juillet comme promis à la terre entière ?
- j'en sais rien, ils peuvent pas s'engager plus loin que le sprint en cours
 <instant oh merde, j'ai 1.5MCHF sur ce projet, je le sens pas>

à ce sujet : parmis ceux qui font de l'agile, y'en a qui ont réussi à le faire dans un boite qui ne soit pas un éditeur ? Parce qu'en gros on est pas une boite IT, notre job c'est de vendre du café, y'a un plan produit et les systèmes doivent être prêt le jour J, et on m'explique que l'agile ne garantie aucune de ces contraintes... en gros on fait comment de l'agile avec une roadmap et des dates clés à tenir, avec un scope de base (en gros 50-60% des requirements) qui doit absolument être là ?

Milles excuses pour t'avoir offensé, je reformule :
 
Oui que les dev se fassent plaisir a changer de techno tous les quatre matins c'est original et c'est vraiment le top, surtout quand ton boulot c'est de livrer du café ou vendre des voitures
 

Dans la théorie l'agile ca te fait pas developper moins vite, ca te dit juste plus tot que tu vas dans le mur sur ton planning.
 
Apres si t'as besoin de moins de 2/3 des requirements il faut quand meme tomber sur des gros gros jean louis de l'estimation pour qu'ils te disent que ca passe a 100% en amont et ne pas livrer les 2/3 a la fin
 
Apres si des le debut ils te disent que ca tient pas t'as un probleme plus complique a regler : expliquer aux cretins du produit que s'ils ont besoin de l'IT il faut prendre en compte les contraintes de l'IT...

 
Logiquement l'équipe en question a dû lors de ses précédentes réunions d'estimation attribuée X points pour chacune des taches constituant les stories.
En additionnant le tout tu as le montant total de points que coutera le projet.
 
Reste plus qu'a regarder la moyenne des points par sprint de la fameuse équipe, en esperant que tu as une info fiable la dessus (cela implique que le Srcum/Agile Master ait lhistorique des points attributés au début sprint et du résultat effectif en fin de sprint). Puis tu fais ton calcul... Temps global = N sprints * M points
 
Bon bien sur si léquipe vient à peine de commencer ses cycles agile et qu'elle n'a pas fini la phase d'étalonnement qui te permettra d'être à 80% certain de la fiabilité de ses estimations, tu es bien dans la merde    
 

argh, on bute toujours sur ce point.

Ils changent l'équipe tous les sprints en général sur les projets (enfin disons plutot : ils ne garantissent pas que l'équipe reste stable).
Sur le projet en question elle est à peu près fixe depuis Novembre, donc on devrait avoir une vélocité à peu près correctement calibrée, mais ils ont pas découpé tout le projet encore, donc on ne sait pas combien de points de complexité il represente
bilan : je suis bien dans la merde

PS : j'ai oublié de dire que y'a aucune KPI de delivery precision, donc quand les mecs sous estiment à la baisse systématiquement c'est pas mesuré
Bref, le nouveau chef de l'équipe de dev a demandé à avoir un coach agile parce qu'il pense que son team fait de la merde, on verra ce que ça donne

 
Excuses refusées  
 
On parle pas de changer de technos tous les quatre matins, mais d'être force de proposition. Ça me parait différent tout de même J'ai l'impression parfois que t'es dans un monde binaire

Dans un cafe audiophile à San Francisco

ramène nous un câble HDMI !

J'aimerais bien être à ta place. Enjoy

Il était pas meilleur, ton café ?