Reprise du message précédent :
Je suis en arrêt maladie pour 3 semaines, du coup je m'occupe un peu: je regarde House of Cards. Ca démarre bien la saison 2.
Attention, spoiler.

Oui parce que les managers sont méchants, et mangent des bébés chats  

J'ai rarement vu un manager refuser un refactoring bien justifié (qui fait gagner du temps pour un truc qu'on doit implémenter, pour virer des libs obsolètes, pour de la perf, etc... )

Par contre en tant que manager je refuse toujours le refactoring "parce que c'est pas propre", sans autre justification. Refactorer pour un usage futur dans besoin, c'est de la premature optmization.
On a eu le cas au boulot récemment, sur 2 ans :
- On va refaire le mobile, fait refactorer le checkout pour mutualiser la logique métier dans une couche plus basse (la logique était trop dans la vue, dev truelle forfait)
- On dev la nouvelle app, donc on modifier le code
- surprise, le code mobile est pas top, mais maintenant qu'on voit ce qu'il faut faire, il faut refactorer encore
- ah attends, on a des bottlenecks de perfs, fait refactorer

Bilan : 1000md, sans compter les jours cachés dans mes projets, pour un code où mes BA trouvent dans cesse des désalignements, ce qui prouve qu'il reste du boulot...

J'ai menacé l'équipe de dev de chopper le prochain connard qui me vend du refactoring pipo avec des bénéfices non mesurables d'aller expliquer ça devant le CIO... (c'est moi qui demande le pognon au CIO et j'en ai marre de demander des rallonges pour rien).

Tl;Dr : oui au refactorer utile et justifié, non au refactoring "pour que ce soit propre", et dans objectif quantifiable

Chuis d accord avec l'Helvète
Seule exception : la sécurité. Genre pas d'échappement des caractères. Mais ça ne justifie pas de tout réécrire

 
Ah ben il y a pleins de mauvais managers qui n'ont jamais entendu parler de technical debts, c'est pas nouveau.

 
Je suis le mec tout à droite qui fait   <INSTANT MONTEBOURG> Je porte une chemise 100% made in France (tissu, boutons, découpe, couture, vente) </INSTANT MONTEBOURG>
Au passage Haid Hariri est vachement bien comme speaker.
 

 
PQ
 

 
Prends un ticket et va dans la salle d'attente.
 

 
Je confirme, c'est vraiment bien, surtout l'attention portée au détail et les fonctionnalités pour faciliter le développement et les tests.
Super produit (le mec est une brutasse)
 

Ouaip, je vais regarder
Merci !

connais pas, je vais essayer d'y jeter une oreille

Edit: je dois avoir pas mal vieilli, mais je préfèrerais sans la batterie... Et du coup, on peut aussi virer la guitare qui n'apporte rien, et me laisser les originaux

Le big data permet vraiment de sortir des stats intéressantes:
http://next.liberation.fr/sexe/201 [...] no_1000127

Tjrs été fan de l'épilation intégrale chez les demoiselles

Mon idée était mal formulée. Ce n était pas une critique contre les managers juste une constatation. Coder pour gagner ça vie c est pas la même chose que coder pour la beauté de l art, les contraintes ne sont pas les mêmes parfois il faut savoir accepter de mettre les mains dans du code dégeu sans avoir envie de tout refaire dans tout les sens et de considérer que ceux qui l ont fait sont des clowns.

Je sais pas comment se passe la vie en suisse, mais souvent là où je bosse du moins, le dernier qui touche un tas de merde devient étrangement le seul à puer.  
 
Faut comprendre l'empressement des gens à vouloir nettoyer.

http://www.lexpress.fr/styles/psyc [...] 08657.html vous voyez chuis pas un connard négatif incapable de travailler en groupe chuis un surdoué \o/
les résultats vont pleuvoir avec tous mes dons et mon intelligence supérieure \o/

On est d'accord

Parfait vs "juste assez bien"

Si vous l'étiez sans le savoir ?
Putain

La semaine prochaine j'essaie de foutre des gars de mon labo sur mes projets. Vous voyez comment je suis fort ? Eux ils sont à peu près 10 fois moins forts et ils pensent qu'ils valent 60kEUR sur le marché du privé vu qu'ils touchent la prime info  
 
Des surdoués incompris...
 
Ça va être délicat, mais honnêtement si c'était ma boite j'en dégagerais la moitié sans broncher... Et pourtant à l'époque ça me faisait chialer de voir les mauvais se faire dégager, putain maintenant que c'est impossible ça me fout les boules de les voir rester...

 
Le W3C c'est un consortium d'entreprises, donc techniquement les mecs du W3C ils font s'asseoir autour de la table des types de Google, Microsoft, Adobe, etc, et ils attendent la fin du match. Hence html5 vs xhtml

Tu confonds avec le whatwg

 
Nop le W3C c'est pas différent, ceux qui font les specs == les employés des entreprises membres du consortium, donc Microsoft Google and co  

Pour y avoir bosser, c'est heureusement pas aussi simple.

en tout cas on se retrouve avec l'impossibilité d'appliquer un marqueur à une ligne en SVG avec CSS.
 
(enfin, techniquement j'ai réussi, mais disons que si des gens passent derrière in va y avoir du WTF)

?

Ça explique tout, en fait y a personne de mauvais y a juste des surdoués incompris

 
Non mais, il y a code pas propre par rapport aux techniques actuelles et code qui était dégueulasse lorsqu'il a été écrit, avec des failles de sécurité partout, lent, une interface pas pratique et surtout inmaintenable. Le plus drôle est lorsque des règles métiers documentées nulle part sont appliquées différemment dans plusieurs applications, donnant des résultats aléatoires.
Et vu le nombre d'endroits où les modifications de bdd passent par des transaction (hint: 0), il ne faut pas s'étonner que les données ne soient pas toujours dans un état normal.

http://bigbrowser.blog.lemonde.fr/ [...] tats-unis/

D'où ma première phrase : si c'est justifié il faut le faire

Et bien sur c'est ceux qui développent pas qui décident si c'est justifié ou non.

'tain je galère grave avec three.js
et j'essaye juste de dessiner un rond

bonne nuit les louloutes

ouais, bah de la nuit, il va pas y en avoir beaucoup !

'tain j'ai passé la nuit entière à essayer de dessiner des belles lignes en opengl
résultat, ben rien. c'est une usine à gaz la bonne méthode, je peux pas faire ça en JS.

Et donc le dev a la vérité absolue sans contre pouvoir possible ?

Et pourquoi est-ce que la décision pourrait pas être prise conjointement ?

Pour moi le simple fait de lister les refactorings a faire et en discuter, c'est déjà un grand pas pour éviter les refactorings inutiles, parce que si en tant que dev t'arrive pas a convaincre tes peers et le management que ton truc est utile, c'est peut-être une bonne chose qu'on te laisse pas le faire

Et ça me semble une courtoisie de base de laisser a ceux qui payent une chance de comprendre ce pour quoi ils payent

le manager est celui qui paye  ?
ou alors le dev passe devant les actionnaires ?

Je te rejoins sur le fait que la décision doit être conjointe,  et que le refactoring doit être un peu réfléchie, surtout que c'est généralement la même équipe (ou le même type d'équipe) qui a produit la merde initiale qui se retrouve à refactorer

Par contre si le dev dit : le refactoring c'est x jour homme, et que le manager répond tu le fais en x/2  alors on est mal barré . Le dev est le plus a même d'estimer la charge ( et il est loin d'avoir toutes les cartes en main)

Note que c'est toujours funky d'estimer le cout et le retour sur investissement de la sécurité (sans garantie que les developpeurs qui refactorent fassent bien mieux)

Tu veux dire ceux qui passent leur vie à argumenter que:
- Mac, ça pue
- Java, c'est caca
- C c'est pour les vieux
- COBOL c'est pour les ancêtres fossiles
- j'en ai marre de Windows
- .NET c'est M$ donc c'est pas-libre (c)
 
?

1) considérer que le manager paye, hum
2) y'a des managers avec lesquels il semble assez difficile de discuter
3) un développeur n'est pas sélectionné pour ses qualités oratoires comme un manager de grand groupe. S'il part sur le terrain de la parole il va se faire bouffer.

vous savez comment je peux améliorer la tronche de ces lignes dans webgl/threeJS ?
C'est des linestrip
J'ai essayé de dessiner des points ronds dont le diamètre est la largeur de la ligne au niveau des vertices (avec un particlesystem et un materialsharder custom), c'est un peu mieux (mais pas la classe), mais ça rame grave du coup.

Tu as le droit à GL_LINE_SMOOTH / GL_POINT_SMOOTH ptet ?
Sinon faut trianguler ta ligne + la texturer

déjà activé.

non, en fait y'a pas, mais y'a un paramètre "antialias" sur le canvas lui-même.

 
avec  
  glEnable(GL_BLEND);
  glBlendFunc(GL_SRC_ALPHA, GL_ONE_MINUS_SRC_ALPHA);
sinon pas sûr que ça fasse quelque chose (c'est assez implementation-dependent ces histoires d'anti aliasing)
 
Sinon donc tu triangules :
     http://answers.oreilly.com/topic/1 [...] -in-ios-4/
Ou tu repiques le truc qui traine dans gpu gems :
    http://http.developer.nvidia.com/G [...] ter22.html

ouais, j'ai vu le code des triangles en googlant, mais je suis pas convaincu qu'une polyline de 1834573 points (ce qu'on voit sur mon exemple) se triangule rapidement en Javascript. (et du coup j'ai un peu la flemme d'y re-passer une deuxième nuit).