Reprise du message précédent :

Foobar ?

Edit : enfin cela dit, si Winamp te convient, pourquoi changer ?

 
A l'origine, c'était en croisant une note de Nullsoft/AOL qui disait que winamp 2 avait une faille qu'ils ne corrigeraient pas, que je me suis dit qu'il serait probablement temps de passer à autre chose
Mais oui, fondamentalement, winamp me convient.
 
En tout cas, oui, Foobar a l'air de supporter tout ce que je peux vouloir écouter   Je vais y jeter un oeil pour voir si on peut le rendre plus compact. Merci.

 
il me semble que l'explorateur de fichier de windows 8 gère les iso directement maintenant

c'est l'ouragan ?

c'est où, ragan ?

 
C'est ultra customizable si on met les mains dans le cambouis. Sinon y'a pas mal de thème trouvable ici et là.
 
Y'a du très bon taff sur DeviantArt, comme d'hab : http://browse.deviantart.com/custo [...] 0/?order=9
 
 

 
Oui je confirme, c'est géré nativement

reddit gold

Sauce? (sur reddit, pas 27b/6)

j'en sais rien, page 3 ou 4 sur le reddit central.

edit: je le retrouve pas

mmm http://www.reddit.com/submit?url=h [...] Ff26a.html je vois rien de récent

c'était pas crédité 27b/6 (ce qui sent un peu le repost)

Ch'uis chez moi

https://plus.google.com/+LinusTorva [...] yVPmsSeSEG
 
Mais trop ouais (depuis mon portable Asus avec une résolution de 1920x1080)
 
Linus staÿle
 

'tain, je suis en pleine crise de dépression
Comme une vague, je me rend compte que dans mon équipe ils sont infoutu de produire du code qui a les moindres propriétés industrielles, le moindre égards pour ceux qui vont le relire, que tout tient au scotch dans les parties les plus critiques. Et que faire un overhaul va nécessiter de collaborer avec des gens en qui j'ai perdu confiance et est une mission des plus dangereuses.

Sauf qu'ne page web avec des images vectorielles (svg etc..) ça scale bien, par contre les gif/jpeg c'est plus compliqué (et/ou c'est moche)

En pratique, c'est plus compliqué que ça: SVG n'a pas de hinting, donc une image SVG scale très mal vers le bas, parce qu'il n'est pas possible de demander au rasterizer de simplifier ou supprimer certaines sections, ou de positionner certaines choses en fonction des pixels de sortie (donc on se retrouve avec du flou parce que des lignes horizontales ou verticales sont rasterisées entre deux pixels).

Les fonts fonctionnent beaucoup mieux (sauf SVG fonts naturellement, qui combine les inconvénients des fonts et de SVG ) si on y met le boulot de hinting, mais limitent à des applats de couleurs.

====> moment déprime <====

 
Ouais enfin, dans le cas dont on parle ici, on veut utiliser plus de pixels pour avoir un rendu plus fin, donc scaling vers le haut. En pratique, le SVG marche plutôt bien dans ce genre de situations.

Chouette, je peux déprimer avec vous ?

mais ouais, le script cron de 90 lignes, c'est parfaitement l'endroit où on a envie de mettre un paté de code!

J'ai mangé au cobéa c'était bon.

Faut faire de la review pendant les devs pas une fois en prod

ils trouvent pas ça utile

Ah ouais mais si tu leur laisses le choix aussi
Si tu les responsabilise et que ça merde, faut rectifier le tir s'ils sont pas en mesure de faire leur propre auto-critique.

Putain mais ça existe pas des ampoules qui durent ?! Bon je sais qu'il ya de la magouille derrière tout ça, mais je me suis dis que j'allais prendre des ampoules plus chères, halogène toussa, mais c'est la même merde (10.000 heures mon cul oui ).
 
Les seules qui durent sont les vieilles éco, mais qui mettent 2 heures à éclairer
 
Après y'a les ampoules à LED, mais ça coûte la peau du cul.
 
J'en ai un peu ras le cul de changer mes ampoules tous les mois, et j'ai très légèrement une sensation désagréable entre les fesses à chaque fois.

j'hésite entre ça et me barrer. Je suis fully-vested, si j'arrive pas à créer une équipe qui marche, j'ai peut-être atteint mon niveau de Peters et il est tant de se barrer avec la thune avant d'être réméré à ma juste valeur.

 
"Et pour tout le reste, il y a Eurocrad/Mastercrad"
 
Plus sérieusement, si tes ampoules claquent tous les mois, tu devrais vérifier si y'a pas un souci sur ton installation électrique

Qu'est-ce qui t'empêche de forcer :
- un stand-up meeting quotidien pour voir l'état des devs et selon leur maturité, forcer les code review
- un reporting hebdomadaire sur l'activité des devs et les CR et peer-programming qui ont été pratiqués.
?

Tu reproches quoi a http://gs.statcounter.com/ ?
http://gs.statcounter.com/#browser [...] 110-201210

Ça semble confirmer tes chiffres ...

Après faut voir la population qui visitera ton site : si c'est de l'entreprise tu auras une surreprésentation de IE6 / IE7 (les boîtes sous XP), si c'est de la CSP+ tu auras majoritairement du non iE, avec bcp de safari

Faudrait voir les analytics de sites équivalents (je peux te filer les nôtres mais on touche une population assez spécifiques)

plus de reporting ne donne pas un meilleur produit. Il faut qu'ils arrêtent de produire de la merde, pas me raconter ce qu'ils ont fait.

ça peut au moins aider à détecter qu'ils font de la merde plus tôt, donc corriger plus tôt?

Combien de personnes dans ton équipe ?
Et on parle de combien d'€ ?

là il en a 4 dans l'équipe plus moi et le mec qui s'occupe de la partie fonc qui committe aussi (je committe plus trop moi).
plus un mec qui doit arriver dans 2 semaines.

ils sont intéressés aux bénéfices ?

vu la gueule du résultat, ils ont pas intérêt
On est en phase d'investissement hein.
 
mais on distribue les stock options bientôt.

Il faut rester pragmatique avant toute chose.

Le code qu'on produit chez nous est loin d'être industriel selon mes propres critères de qualité; il n'est pas documenté selon les standards minimaux par exemple; mais je fais en sorte qu'il reste suffisamment documenté pour qu'on ne souffre pas trop à la lecture; en particulier, toutes les assomptions non explicites doivent être écrites en clair dans les commentaires, et j'insiste pour que tout ce qui touche à la concurrence soit systématiquement commenté (à tous les endroits impactés par la concurrence), et je tiens à ce que le code mort soit viré. Ensuite je mets mon véto sur les solutions foireuses ou les usines à gaz. Mon critère est des plus simples: si je ne comprends pas le code au premier coup d'oeil, soit il est foireux, soit il n'est pas suffisamment lisible, et je donne des instructions pour le rendre plus lisible ou mieux documenté. Moyennant quoi, notre codebase reste accessible à des développeurs juniors (2 ans d'XP) tout en répondant aux specs (et pour cause, c'est moi qui les écris). Ca a l'avantage que le planning est moins hasardeux car on limite les risques de tomber sur des os techniques (risques essentiellement liés à des librairies externes). En fait, ça n'a pas toujours été le cas, mais on est même plutôt en avance sur les plannings en ce moment.

PS: tout ça sous-entend que je fais de temps en temps des code reviews, sur les parties que j'estime délicates: je prends les commits et je les regarde un à un, ça va assez vite. J'envoie un mail avec mes remarques, avec toute l'équipe en copie, ça responsabilise assez vite et c'est formateur pour eux.

Ensuite, - et j'ai eu tendance à l'oublier avant qu'"on" vienne opportunément me le rappeler -, on travaille avec des êtres humains. Autrement dit, on ne manage pas tout le monde de la même manière. Il y en a qu'il faut souvent surveiller et remettre sur les rails, il y en a d'autres qui savent chercher par eux-mêmes mais qu'il faut parfois guider, d'autres à qui on peut confier une tâche, leur donner le planning que l'on a fait ensemble, avec quelques indications sur la stratégie à adopter, et roule ma poule. Les discussions permettent de lever les lièvres à l'avance, ce qui permet aux développeurs d'avancer en confiance. Je confie parfois au senior de l'équipe le soin de coacher les plus juniors.

Si je puis me permettre, Much lève un point très intéressant dans son commentaire : l'empowerment.

@nray : est-ce que tu penses que tes gars se sentent responsables de ce qu'ils produisent ?
Si tu vas les voir en leur montrant objectivement ce qui va pas, et que tu leur demande ce qu'ils proposent pour améliorer la situation, ils répondent quoi ?
Est-ce que tu dirais qu'ils comprennent ta façon d'évaluer leur travail ? Est-ce que tu comprends leur façon d'évaluer la qualité de ce qu'ils font ?

+1
 
 avoir un code magnifique, qui brille et sent le jasmin, c'est chouette mais si c'est pour releaser un truc 9 mois apres la deadline et 2 ans apres un concurent qui fait un truc moins joli mais qui fonctionne, ça sert a rien

http://techland.time.com/2012/11/0 [...] echland%29

mais ouais, modifions directement tout sur les serveurs sans re-mettre les modifs dans le code des scripts d'instantiation des machines. De toutes façons il peut rien arriver au serveur, les alertes aléatoires c'est pas inquiétant. Le fait qu'il soit sur 2 distrib ubuntu de retard non plus.
on a qu'à faire du SCP de fichiers de 480Mo sans utiliser de compression, c'est tellement malin et plus rapide pour toucher la deadline.
 
on à qu'à foutre les scripts de backups sur les serveurs mirroir eux-même, parce que mirrorer un serveur sur lui même c'est complètement normal.
 
et ça c'est que le fonctionnel, parce que le code est à chier aussi.