Reprise du message précédent :

T'as pas l'appli de toyo ? (mighty sub)

non.

aucun service ne peux te proposer tout ce que tu veux regarder

entre "tout" et "presque rien, et longtemps après la diffusion US" il y a de la marge.

la marge c'est ta mauvaise fois
 
tu aurais toute les series tv américaines, tu voudrais les anglaises ou les françaises
l'interet de les avoir a j+1 ?  
bref le sur mesure pour toi, il existe deja mais il n'est pas legal

Ne pas tout se faire spoiler 6 mois avant que ce soit dispo pour moi?
Bref, pas le temps de jouer plus longtemps avec toi mais comparer une offre canal+ avec ce dont parlait uriel, lolzor.

http://www.ouest-france.fr/mondial [...] ee-1732062
 

C'est celle que j'ai (parce que j'ai toujours entendu que les suivantes étaient horribles). Mais justement, elles ont quoi d'horribles les suivantes ? C'est un mix entre le client officiel, eDonkey et Azureus ?

 
ca devient le nero du torrent

Oui mais ça me donne pas accès au film qui sortent en HD, alors que torrent oui
Ça me donne pas accès aux séries de Channel 4, BBC, les suédoises/danoises, ou cinémax (hunted, banshee)

Bref, comme dit vapeur y'a toujours besoin d'un truc en plus. Et non je veux pas attendre
Même si l'offre ici est mille fois mieux qu'en France c est juste impossible de tout satisfaire aussi facilement que torrent

Déjà la pub, avec l'obligation de cliquer sur une bannière pour le moindre truc. Rien que ça, ça me donne des boutons. Et d'après les commentaires, les versions 3.x sont plus lentes.

La lecture du dimanche http://blogs.smithsonianmag.com/sc [...] sychopath/

du coup vous recommandez quoi en client ?
 
là je teste qbittorrent...c'est pas mal, mais c'est pas transcendant non plus :
+ gère les labels, et donc le rangement automatique
+ gère le throttling, et le fait de cesser l'upload après un certain ratio
+ relativement léger...
- pas de stats
- assez moche
 
c'est un des rares trucs où mon mac me manque : transmission est juste le client BT parfait...(et oui il y a un portage, mais il est mauvais)

Pour le moment je suis content de tixati, mais tu peux difficilement faire plus moche, surtout le theme par défaut.

ça a pas l'air de supporter les labels (même si dans les options, tu peux forcer le rangement du torrent après son download)

J'utilise Deluge.

 rtorrent

J'ai longtemps utilisé rtorrent mais depuis que j'ai un Synology c'est lui qui joue ce rôle désormais (en manuel ou avec flux RSS).

Je veux bien que tu me dises comment t'arrives à ranger automatiquement tes fichiers avec les labels, cela dit.

c'est du ncurses, c'est pas spécialement moche pour du ncurses.

rtorrent:

tixati:

Les couleurs sont pas standards (elles sont configurables, mais par défaut c'est ce truc immonde), les boutons au sommet ressemblent à rien (et les gros trucs ce sont des tabs en fait, sauf pour Settings qui ouvre un dialogue et Help qui ouvre un menu déroulant), les icônes sont à vomir, le listing des flags donne mal au crâne, ... genre le dialogue des settings fait de la concurrence à celui d'Eclipse.

Et la home, le premier écran du prog, c'est un log:

Quand j'ai vu les screenshots la première fois, je me suis demandé si c'était pas le projet secret d'harko et à cause de ça qu'on l'avait pas vu pendant 6 mois (mais ya pas assez de radio et de checkbox, donc non )

 
Dans les options, Download > Hard Disk > Save files to Localtion (et tu coches la case "Append the label of the torrent to the save path"
 

Y semble avoir les memes fonctions que qbittorrent (ce qui est pas surprenant, ils utilisent la meme lib)

a part les sex-add sur utorrent, y a quoi de derangeant?  
 il est toujours light et rapide
 
 j'utilise Deluge sur linux et oui il est bien mais plus lourd et plus moche (meme sans les 'take a brazilian girl home')

Depuis quelques updates je suis obligé de le tuer via task manager, à la seconde session (via scheduler) il se vautre, il télécharge plus rien et le processus ne meure pas en le coupant via l'UI

En parlant de bittorent, il y au n portage en js qui est en cours : http://btappjs.com/  

Sequence, il y a une narration des crédits de fin

vu qu'il y a du monde ici, vous avez deja eu un chef de projet qui vous met la pression ? vous avez fait quoi ? *c'est pas pour moi je précise

 
Pour quelle raison met-il la pression ?

parce qu'on lui met

Si c'est justifié parce que c'est moi qui traine ou ait fait une bourde j'essaie de rattraper mon retard/mes conneries.
Si c'est pas justifié je le laisse s'exciter ou j'escalade à mon manager si il est vraiment casse couille.

Je suis en plein dedans
Quels sont ses moyens de pression? sur un fonctionnaire il n'aura que du bluff et de la grosse voix
est ce que c'est justifié ( genre un livrable largement en rtard) ?
si oui, est ce qu'il y a des trace précises de la commande passées, et des réponses apportées ( mail par exemple) ?  
est ce qu'il y a des contournement possibles ?

 
alors vu de ma fenêtre :
- en tant que PM quand tu ramasses la pression t'aimes bien savoir que l'équipe se donne bien, donc le rassurer sur ce point aide, c'est bien qu'il voit que vous bossez bien sur le sujet et que vous n'en avez pas rien à foutre
- la com c'est important : tenez le bien au courant de la progression, des problèmes, etc...faites des démos, remontez les bugs importants, expliquez les points qui vous bloquent
- essayez de proposer des solutions, toujours en tant que PM c'est pratique de pouvoir compter sur les solutions proposées par l'équipe pour challenger la pression (quand t'as rien à proposer tu peux très difficilement challenger la pression, même si elle est pas légitime). Par expérience je connais peu de manager qui s'obstinent dans une voie alors que :
a) t'as expliqué pourquoi c'était pas faisable
b) t'as proposé une alternative correcte
et ceux qui le font sont des cons, donc le fait qu'ils mettent de la pression n'est pas ton plus gros problème
- l'aider à challenger les raisons derrière la pression (le management a besoin d'une victoire, le management prend lui meme de la pression de plus haut, etc...) : savoir les raisons peuvent aider à trouver des solutions qui addressent plus directement le problème...si c'est un bon PM il est censé le faire de lui même

rtorrent avec rutorrent comme front-end
J'ai utilisé transmission pendant longtemps, c'est pas mal du tout mais je trouve rutorrent meilleur.  
 
XaT

http://dilbert.com/blog/entry/i_ho [...] dies_soon/

S'il faut faire la com soi même, être producteur de solution sans avoir de pouvoir de décision et enfin s'occuper de raisonner avec la hiérarchie supérieure parce que le cdp fait pas tampon, ça laisse pas grand chose pour percevoir le cdp comme un élément utile de l'équipe et pas juste un proxy de la direction
 
Quelle est la valeur ajoutée d'un mec qui ne fait que répéter ce qui vient d'en haut et qui a besoin que le niveau d'en dessous lui serve la soupe pour savoir quoi répondre ?
 
Certes, si le cdp est déjà en place et pas trop stupide ou humainement insupportable, c'est probablement la meilleure stratégie pour le gérer en minimisant les conflits, mais ça tient plus de la réduction des dégats que d'une gestion efficace des ressources. Ça serait bien que le standard de qualité pour un bon chef de projet soit un peu plus élevé que raisonnable et pas trop con, qu'il apporte un peu plus à l'entreprise que d'être un partenaire agréable pour discuter.
 
L'image du cdp qui "aimes bien savoir que l'équipe se donne bien" donne l'impression d'un seigneur au sommet des ses collines, content de voir son petit peuple se tuer à la tâche et s'affairer à le satisfaire et le rassurer, je trouve ça un peu désuet comme dynamique.
 
Vu de ma fenêtre aussi évidemment

Le rôle d'un CdP, c'est de suivre la progression du ou des projets, de trouver des solutions en cas de blocage et d'alerter ou de réduire le contour en cas de retard. Il est là pour faire matcher ce qui vient d'en haut (ou de son niveau, ou des clients) et ce qui vient d'en dessous. S'il n'a aucun input de la part de la maîtrise d'oeuvre, il ne sert à rien, et à ce moment là, tout ce qu'il peut faire, c'est effectivement mettre de la pression, parce que ça n'est que le résultat de son inquiétude de CdP qui ne comprend rien du fait qu'il n'a pas l'information nécessaire pour remonter les problèmes et justifier les retards. C'est ce que veut dire Jubijub et de mon point de vue il a parfaitement raison.

Ensuite on peut avoir affaire à un bon CdP, ou à un con. La différence est celle-ci: le premier s'intéresse à la technique et connait le produit dans les moindres détails, voudra comprendre les raisons techniques des retards et des dépassements de délais, et cherchera des solutions (replanifier, réduire le contour, challenger l'organisation). J'ai tjrs trouvé que les bons CdP avaient une solide expérience d'ingénieur de base, et à l'inverse, ceux qui n'en avaient pas faisaient la plupart du temps de médiocres CdP. La réaction du second se résume à un "démerdez-vous, ça n'est pas mon pb, je ne suis pas technique": il ne veut pas connaître les détails des problèmes et quand on lui explique, il s'en fout. Dans le cas du premier, il ne faut pas hésiter à passer le temps nécessaire à expliquer, dans le cas du second, il faut simplement l'ignorer et remonter à sa hiérarchie. Bon après, si le gars est soutenu, c'est plus difficile. Dans ce cas-la, il faut prendre la décision soi-même de réduire le contour et replanifier, et l'en tenir informé. S'il n'est pas d'accord, lui demander des ressources supplémentaires disponibles immédiatement. Et bien sûr, tout par mail ou en réunion avec CR.

Note que je ne pense pas réellement que les CdP servent complètement à rien dans toutes les situations.
 
Par contre je trouve un peu frustrant et inefficace de devoir réfléchir à comment un dev doit prendre du temps pour gérer son chef et le rassurer, alors que c'est censé être en grande partie le rôle du chef à l'égard du dev, en partant souvent du postulat que les devs sont incapables de s'autogérer, par inaptitude sociale (probablement souvent vrai) ou manque de vision d'ensemble (souvent causé précisément par l'empilement de couches hiérarchiques et la distance entre les devs et les utilisateurs finaux).
 
J'ai l'impression que la majorité des interaction et des efforts faits vis-à-vis d'un CdP tels que décrit par Jubijub sont causés par la présence même du CdP et pas par un travail nécessaire à la production.
 
Après, j'imagine bien que ça s'applique pas trop dans une boîte qui aurait pris comme décision d'optimisation de totalement séparer prise de décision et main d'oeuvre pour minimiser le coût de cette dernière malgré son nombre, c'est juste pas trop une boite dans laquelle je voudrais bosser et je pense pas que ce soit le genre de boite qui produise les meilleures choses.

Les informations doivent circuler dans les deux sens, et à tous les niveaux. Ta vision du développeur est un peu infantilisante, non ? En tout cas, ça n'en fera pas un très bon ingénieur. Mais ta remarque sur la distance entre les devs et les utilisateurs finaux qui oblitère la vision du dev est juste, et il est bon que les devs participent de temps en temps aux réunions avec les utilisateurs finaux.

Enfin, sur l'utilité du CdP, il ne faut pas oublier qu'il y a des projets qui n'incluent pas que du dev logiciel. Chez nous, le CdP est un ingénieur généraliste qui s'informe sur l'avancée du soft, mais aussi la méca, l'optique, l'opto électronique, l'électronique, etc. Il gère tout ça en même temps pour faire un produit fini. Un CdP logiciel digne de ce nom devra gérer l'avancement de plusieurs équipes logicielles. S'il ne gère que 3 personnes, effectivement il ne sert à rien.

ouais, c'est pour ça que je bosse plus dans le service. Un mec qui n'a jamais personnellement développé un système complexe, il va se faire foutre avec sa pression. Et dans l'édition, j'essaye de demander aux commerciaux et marketeux de ne pas vendre ce qui n'a pas encore été développé.
 

j'aime assez l'idée qu'une boite qui fabrique et vende son propre produit agisse comme ça. Des fois je me demande ce qu'ils enseignent dans les MBA.

c'est pas justifié  
le seul pb qui peux se poser dans la fp c'est que le mec supporte mal la pression et le vive mal