[blabla@olympe] Le topic du modo, dieu de la fibre et du monde

Recherche :

Sujet(s) à lire :
- Who's who@Programmation

Mot : Pseudo : Filtrer Aller à la page :
Page : 1 2 3 4 5 .. 21934 21935 21936 .. 27186 27187 27188 27189 27190 27191 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [blabla@olympe] Le topic du modo, dieu de la fibre et du monde

Plam

Bear Metal

Reprise du message précédent :

drasche a écrit :

J'ai un Raspberry Pi fantôme chez moi [:pingouino]

J'en ai 4 que je sais connectés mais j'en vois un 5è

Il répond mais je peux pas m'y connecter (via clé SSH)

edit: j'ai fait un shutdown sur les 4, le 5è a disparu (y'a pas de clé Wifi sur l'un d'eux, j'ai vérifié)

http://www.dailymotion.com/video/x [...] tes_webcam

---------------
Spécialiste du bear metal

Publicité

0x90

→

drasche a écrit :

OK, donc j'ai un Pi avec 2 adresses IP alors que j'en ai qu'une seule de configurée [:pingouino]

Il me semble vaguement avoir vu passer des mecs qui profitent de la profusion de PI mal protégés pour faire un botnet à la cheap

Message cité 1 fois

---------------
Me: Django Localization, Yogo Puzzle, Chrome Grapher, C++ Signals, Brainf*ck.

SekYo

J'suis pas convaincu que l'histo Git soit un bon proxy pour estimer le temps passé sur une tâche, surtout si in fine les branches sont nettoyées des commits "inutiles" avant le merge :
=> T'as que le résultat final, sans forcément le cheminement qui a conduit à la feature
=> Pour la maintenance, un bugfix peut se fix en peu de LOC, mais demander beaucoup de temps pour être identifié
=> Si tu expérimentes, joues avec de nouvelles technos/libs etc... Le temps d'apprentissage est pas forcément reflété dans le repo

Du coup je peux comprendre de demander aussi une timesheet grossière pour des devs; après pour une boite avec 3 devs, ça me parait clairement overkill, on est d'accord.

Message cité 1 fois

nraynaud

lol

wait wait wait, y'a pas 3 devs. Y'a un PDG, un CTO et un responsable R&D [:dawak]

mais surtout fuck les time sheet. on est tous cadre, nos contrats de travail marquent spécifiquement que nos avons la maîtrise de notre temps.

Quant à cette stupidité de croire que je peux me concentrer une demi-journée entière au bureau sur une tâche, laissez moi rigoler. On est 3 mais on passe notre vie à louer des salles de réunion et à se pignoler dedans au lieu de bosser.

Enfin et surtout il y a l'impact sur le moral de l'équipe que les timesheet provoquent.

Message cité 1 fois
Message édité par nraynaud le 05-04-2016 à 09:44:30

---------------
trainoo.com, c'est fini

nraynaud

lol

Peut être que youmoussa a raison, en allant dans une ville plus grande je peux peut-être trouver une plus grande diversité d'entreprise et plus facilement en trouver une qui me convient.

Message cité 1 fois

---------------
trainoo.com, c'est fini

drasche

0x90 a écrit :

Il me semble vaguement avoir vu passer des mecs qui profitent de la profusion de PI mal protégés pour faire un botnet à la cheap

Chépas, j'étais en train de réinstaller un Pi en Raspbian Jessie et c'est comme ça que je l'ai vu. Comme il commence sa vie en DHCP, j'utilise NMAP pour le repérer et je m'aperçois que j'ai 2 Pis en DHCP. Les deux sont en Raspbian Jessie, les 2 autres sont encore dans l'ancienne version.

Mais c'est après l'avoir fait rebooter avec adresse statique que j'ai remarqué que les 2 Pis en Jessie avaient chacun une adresse statique et une adresse dynamique donc j'ai commencé à me poser des questions sur la configuration. J'ai vérifié le fichier interfaces mais c'est le fichier que j'ai configuré à l'origine, y'a rien de louche dedans.

---------------
Whichever format the fan may want to listen is fine with us – vinyl, wax cylinders, shellac, 8-track, iPod, cloud storage, cranial implants – just as long as it’s loud and rockin' (Billy Gibbons, ZZ Top)

tryptique

Stay hungry, stay foolish

Vous faites du consulting pour BigCorp COGIP international ?
On dirait les mecs ici

---------------
"J'ai les goûts les plus simples du monde, je me contente du meilleur" O. Wilde - Freedom of time is the new luxury. Time to sleep, work, play, relax, travel, inspire and get inspired. Time to write your story.

drasche

Tiens j'ai oublié que j'ai un Français derrière moi, je vais aller lui parler de Henry de Lesquen, ptet qu'il le connaît pas encore :whistle:

Message cité 1 fois

Shinuza

This is unexecpected

SekYo a écrit :

Qu'est ce que tu penses du temps de traverse (plutôt en Kanban du coup)?

Message cité 1 fois

---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.

Xavier_OM

Monarchiste régicide (fr quoi)

nraynaud a écrit :

wait wait wait, y'a pas 3 devs. Y'a un PDG, un CTO et un responsable R&D [:dawak]

mais surtout fuck les time sheet. on est tous cadre, nos contrats de travail marquent spécifiquement que nos avons la maîtrise de notre temps.

Quant à cette stupidité de croire que je peux me concentrer une demi-journée entière au bureau sur une tâche, laissez moi rigoler. On est 3 mais on passe notre vie à louer des salles de réunion et à se pignoler dedans au lieu de bosser.

Enfin et surtout il y a l'impact sur le moral de l'équipe que les timesheet provoquent.

Pour le CIR t'as pas trop le choix les fiches de temps Mais normalement tu dois pouvoir te démerder avec le temps que tu log sur tes tâches de sprint

Message cité 1 fois

---------------
Il y a autant d'atomes d'oxygène dans une molécule d'eau que d'étoiles dans le système solaire.

Publicité

Xavier_OM

Monarchiste régicide (fr quoi)

drasche a écrit :

Tiens j'ai oublié que j'ai un Français derrière moi, je vais aller lui parler de Henry de Lesquen, ptet qu'il le connaît pas encore :whistle:

http://lesquen2017.com/ :jap:

Message cité 1 fois

---------------
Il y a autant d'atomes d'oxygène dans une molécule d'eau que d'étoiles dans le système solaire.

drasche

Xavier_OM a écrit :

http://lesquen2017.com/ :jap:

Je me dis que ce mec est le dernier noble vivant, vécu dans un château et tout. Va falloir ressortir la guillotine!

masklinn

í dag viðrar vel til loftárása

https://medium.com/@arlogilbert/the [...] 0941c762c1 Internet of Shit power [:jar jar]

---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?

R3g

fonctionnaire certifié ITIL

ratibus a écrit :

Je vois pas le lien entre un histo Git et le temps passé

Non mais quel est l'intérêt de connaître le temps passé ?

Message cité 2 fois

---------------
Au royaume des sourds, les borgnes sont sourds.

koskoz

They see me trollin they hatin

Certains SMS que j'envoie (généralement composés de plusieurs SMS avec des émojis) ne sont pas reçus sur l'iPhone de ma copine alors que de mon côté le SMS est bien envoyé.

Vous avez déjà eu ce soucis ? J'ai bien l'impression que c'est du à OxygenCacaOs [:natas]

Message cité 2 fois

---------------
Twitter

DDT

Few understand

koskoz a écrit :

Vous avez déjà eu ce soucis ?

Perso je vis en 2016, j'envoie pas de SMS.

Message cité 1 fois

---------------
click clack clunka thunk

Hermes le Messager

Breton Quiétiste

DDT a écrit :

Perso je vis en 2016, j'envoie pas de SMS.

antp

Champion des excuses bidons

drasche a écrit :

J'avais pas d'AV non plus et je m'enorgueillais d'avoir un cerveau, ainsi qu'un navigateur blindé (Ghostery + uBlock Origin). Jusqu'à ce que j'installe un AV pour constater qu'il y avait une backdoor dans mon profil. Et depuis longtemps.

Je suis resté une dizaine d'années sans AV
Récemment j'ai acheté une licence de NOD32 parce que c'est le seul AV que je trouve pas lourd tout en étant efficace, et que la montée en puissance des ransomware me fait un peu peur.
J'ai scanné tout le PC, aucun virus.
Mon cerveau marche mieux donc (n'ayant pas de filtre sur le navigateur, à part un adblockplus avec quelques filtres configurés manuellement - même pas une liste complète automatique)

Message cité 1 fois

---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire

gatsu35

Blablaté par Harko

antp a écrit :

remove adblockplus
use ublock (ou ublock origin)

Message cité 1 fois

gatsu35

Blablaté par Harko

koskoz a écrit :

Change de copine

tryptique

Stay hungry, stay foolish

Y a un mec qui vient de m'expliquer que c'est parce que & n'est pas un caractère ASCII qu'on a & à la place [:prozac]

Message cité 1 fois

___alt

[:rofl]

---------------
TRIPS RIGHT BUNCH F SHUTTLE TOM AND JERRY RIGHT YELLOW

antp

Champion des excuses bidons

gatsu35 a écrit :

remove adblockplus
use ublock (ou ublock origin)

Bah non : Drasche l'utilise et a eu des virus, alors que moi non
(puis je ne bloque que les pubs qui sont gênantes, pas toutes ; je fais partie de ceux qui gagnent des sous avec les pubs sur les sites )

Message cité 1 fois

---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire

DDT

Few understand

tryptique a écrit :

Y a un mec qui vient de m'expliquer que c'est parce que & n'est pas un caractère ASCII qu'on a & à la place [:prozac]

Un mec de l'équipe sécurité de mon ancienne boîte/division m'avait demandé de changer le port SSH d'une VM avant qu'il approuve ma demande d'ouverture de port sur le firewall pour que je puisse m'y connecter avec SSH.

Message cité 2 fois

---------------
click clack clunka thunk

Hermes le Messager

Breton Quiétiste

DDT a écrit :

[:oh shi-]

masklinn

í dag viðrar vel til loftárása

DDT a écrit :

Je vois pas le problème? Ça peut même avoir du sens si les systèmes internes sont globalement routables (parce-que t'es GE ou Xerox et que t'as tout un /8 [:pingouino] )

Message cité 1 fois

Hermes le Messager

Breton Quiétiste

masklinn a écrit :

Je vois pas le problème? Ça peut même avoir du sens si les systèmes internes sont globalement routables (parce-que t'es GE ou Xerox et que t'as tout un /8 [:pingouino] )

Tu fais comment pour changer le port SSH d'une VM à laquelle tu ne peux pas te connecter ? Sans avoir accès au serveur SSH ? En telnet ?

Message cité 1 fois

masklinn

í dag viðrar vel til loftárása

Hermes le Messager a écrit :

Tu fais comment pour changer le port SSH d'une VM à laquelle tu ne peux pas te connecter ? Sans avoir accès au serveur SSH ? En telnet ?

Tu rebuild la VM que tu veux déployer [:skeye] "Je veux que ma VM soit accessible en SSH" != "je peux pas accéder à ma VM".

Message édité par masklinn le 05-04-2016 à 15:21:03

DDT

Few understand

EC2 donc pas moyen de s'y connecter autrement qu'avec SSH, et je voulais pas devoir recréer la VM.

Remarque j'aurais pu monter le volume EBS depuis une autre instance mais bon. Les mecs introduisent une règle de sécurité complètement inutile (le security group associé à la VM empêchait déjà toute connexion externe), sans nous prévenir, donc je voulais pas me faire chier.

---------------
click clack clunka thunk

Jubijub

Parce que je le VD bien

R3g a écrit :

Non mais quel est l'intérêt de connaître le temps passé ?

je suis content que tu poses la question. Ce que je dis ne s'applique peut etre pas à la boite de nray, encore que.

Les timesheets ça sert dans toutes les situations o'u tu n'es pas mono-client, mono-produit, mono-phase projet, par example :
- tu bosses pour le client A, et le client B : comme tu charges ce que tu produits pour le client, il vaut mieux que ça respecte ce que tu produits : avoir des timesheets te permet de faire la split key
- tu bosses sur le produit C, et le produit D : quelqu'un voudra connaitre le cout de production des produits C et D, et donc avoir les timesheets permet de savoir le temps passé à construire C et D (connaitre le cout te permet de savoir si les produits sont profitables, si les prix sont adaptés, etc...)
- tu suis un mode waterfall : savoir combien de temps dure chaque phase te permet de benchmarker les projets, de faire de l'analogous estimate, etc... . Même en agile ça peut servir : la vélocité se pète la gueule sur une sprint, se rendre compte que sur le sprint, le ratio entre le temps de dev et le temps de non dev a été moins bon ça peut fournir des éléments de réponse (et tu le verras pas forcément en daily stand up parce que les variations peuvent etre subtiles au quotidien).
- tu peux vouloir séparer build et maintenance
- ça peut t'aider à mesurer le temps "non productif" : je m'en suis souvent servi pour montrer à mon management l'overhead et le poids des meetings récurrents à la con...quand tu le quantifies au TJM des ressources, tout d'un coup ça parle à fond...

Sachant que le tout peut se combiner : tu peux etre multi produit et multi clients...

De manière générale, ça m'amuse beaucoup (je ris jaune) que tout le monde chie sur le timesheets sans meme se poser la question de savoir à quoi ça peut servir.
Du coup j'ai passé les 3 dernières années à faciliter en coulisses le fait que des équipes grandissent et aient les moyens de faire leurs projets alors qu'on me crachait à la gueule avec mes timesheets à la con.

Message cité 4 fois

---------------
Jubi Photos : Flickr - 500px

theShockWave

I work at a firm named Koslow

Jubijub a écrit :

De manière générale, ça m'amuse beaucoup (je ris jaune) que tout le monde chie sur le timesheets sans meme se poser la question de savoir à quoi ça peut servir.
Du coup j'ai passé les 3 dernières années à faciliter en coulisses le fait que des équipes grandissent et aient les moyens de faire leurs projets alors qu'on me crachait à la gueule avec mes timesheets à la con.

:jap: Problème observé ici même mais c'est efficace de rappeler l'utilité à ceux qui en doutent

---------------
last.fm

ratibus

Shinuza a écrit :

Qu'est ce que tu penses du temps de traverse (plutôt en Kanban du coup)?

Pour le CIR ça sert pas à grand chose le temps de traverse

Xavier_OM a écrit :

Pour le CIR t'as pas trop le choix les fiches de temps Mais normalement tu dois pouvoir te démerder avec le temps que tu log sur tes tâches de sprint

R3g a écrit :

Non mais quel est l'intérêt de connaître le temps passé ?

CIR par exemple. Autre exemple, depuis que je fais du Scrum (genre au moins), tous mes devs notent leur temps et on s'en sert pour mesurer le taux de focalisation (rapport entre le temps de sprint et le temps de présence, très utile pour planifier).

Hermes le Messager

Breton Quiétiste

Jubijub a écrit :

Vous utilisez une solution software chez vous ? Via la solution de gestion de projet que vous utilisez ?

Ici on utilise teamwork qui est pas mal car il y a des timers dispos pour windows et osx. Sinon je plussoie que c'est utile. ça permet d'affiner les coûts pour le client en mettant en perspective le boulot de la team et des intervenants par rapport au prix demandé ensuite, et pour nous, ça nous permet d'optimiser certaines choses, voire d'externaliser certaines tasks si on se rend compte que c'est pas "profitable".

Message cité 1 fois

nraynaud

lol

Jubijub a écrit :

sauf que tout le monde ment sur les timesheet, donc tu prends des décisions sur du pipeau (et si tu me réponds que tu sais avoir l'information par d'autre moyens, t'as perdu), d'autre part ça ne respecte pas la règle fondamentale que c'est au boss de retirer la paperasse de ses employés, enfin ça ne respecte pas la règle que c'est celui qui a besoin de l'information qui doit la collecter.

Message cité 1 fois

---------------
trainoo.com, c'est fini

tryptique

Stay hungry, stay foolish

Jubijub a écrit :

Nan mais les timesheets, c'est du gros pipo. Chez nous on booke en fonction du budget alloué. Si on a eu un budget de x de tel projet, on va booker exactement x dessus. Et les estimates, c'est du pipo à base de "J'ai besoin d'un budget de x je vais donc faire produire un estimates de x+y comme ça je suis sûr d'avoir au moins x" [:prozac]

Message cité 1 fois

Jubijub

Parce que je le VD bien

vous pouvez checker mes maths ? un urluberlu me soutient que les fonctions de hash c'est pas safe parce qu'on peut les déhasher. Je lui dit que c'est possible mais pas "faisable".

On parle de mails, donc je dis :
la partie avant le @ fait en gros au max 25 char "en pratique", avec 55 char possibles par position [a-z][0-9][ !#$%&'*+-/=?^_`{|}~] (les mails sont case insensitive)
y'a le @
y'a le domaine (en pratique jusqu'à 15 char)
y'a le .
y'a le TLD (qui peut faire jusqu'à 5 char en pratique, je sais qu'il y a plus long mais c'est très peu utilisé pour le moment)

ça fait donc : 25^55*1*15^55*1*5^26 (je crois qu'il y a que des lettres dans un TLD) = 72'348'182'208'430'500'000'000'000'000'000'000'000'000'000'000'000'000'000'000'000'000'000'000'000

Donc si on imagine 200.000 hash / s, on est d'accord qu'il =(((((résultat plus haut/200000)/60)/60)/24)/365) = 11'470'729'041'164'100'000'000'000'000'000'000'000'000'000'000'000'000'000'000'000
années pour générer tous les hash possibles ?

Message cité 4 fois

---------------
Jubi Photos : Flickr - 500px

Jubijub

Parce que je le VD bien

Hermes le Messager a écrit :

on timesheetait à 2 niveaux :
- JIRA pour les devs
- HP PPMC pour le reste (on avait un pont JIRA-PPMC qui remontait les timesheets)

nraynaud a écrit :

tryptique a écrit :

je groupe vos réponses parce que je vais dire la même chose :
Les gens pipottent sur les timesheet si tu crées une culture qui les incite à le faire (typiquement si je te force à booker 8h parce que c'est ce que j'ai vendu au client, alors oui ça sert à rien de timesheeter). Si tu crées les régles suivantes :
- on timesheet au réel (ie si vous bosser 12h une journée, je veux voir 12h, pas 8h25 ou 7h30 ou n'importe quelle merde fixée à l'avance)
- on timesheet honnetement : si ça prend 20h, on met 20h, pas 10h parce que c'était l'estimation initiale (en tant que manager ça me sert de savoir que c'est 20h, et ça me sert de comprendre que je sous-vend systématiquement telle ou telle prestation)
- on matérialise le temps perdu : l'infra tanke le server d'intégration une demi-journée, c'est OK de montrer qu'on a pas pu bosser pendant ce temps (par contre si t'es pas venu me le dire, ou si t'as pas cherché un autre truc à faire, tu vas prendre une rouste, mais c'est décorellé). ON montre aussi le temps passé en meeting d'équipe, meetings projets, etc...

si tu suis ces règles, les timesheet ça sert à fond. Testé et approuvé 1000x avec plein de managers différents, quand tu viens avec des chiffres on t'écoute, et c'est toi qui gagne les fonds au final.

Quant à la "règle" que c'est à celui qui a besoin de l'info de la collecter, j'ai jamais vu où c'est une règle : c'est à celui dont le coup de production de l'info est le plus bas de la produire, ça c'est une vraie règle.

Message cité 5 fois

---------------
Jubi Photos : Flickr - 500px

___alt

En général les deux trucs les plus merdiques avec les timesheets c'est :
- une granularité de merde
- 100% des outils de saisie de temps sont absolument nulles à chier

---------------
TRIPS RIGHT BUNCH F SHUTTLE TOM AND JERRY RIGHT YELLOW

DDT

Few understand

Jubijub a écrit :

vous pouvez checker mes maths ? un urluberlu me soutient que les fonctions de hash c'est pas safe parce qu'on peut les déhasher. Je lui dit que c'est possible mais pas "faisable".

On parle de mails, donc je dis :
la partie avant le @ fait en gros au max 25 char "en pratique", avec 55 char possibles par position [a-z][0-9][ !#$%&'*+-/=?^_`{|}~] (les mails sont case insensitive)
y'a le @
y'a le domaine (en pratique jusqu'à 15 char)
y'a le .
y'a le TLD (qui peut faire jusqu'à 5 char en pratique, je sais qu'il y a plus long mais c'est très peu utilisé pour le moment)

ça fait donc : 25^55*1*15^55*1*5^26 (je crois qu'il y a que des lettres dans un TLD) = 72'348'182'208'430'500'000'000'000'000'000'000'000'000'000'000'000'000'000'000'000'000'000'000'000

Donc si on imagine 200.000 hash / s, on est d'accord qu'il =(((((résultat plus haut/200000)/60)/60)/24)/365) = 11'470'729'041'164'100'000'000'000'000'000'000'000'000'000'000'000'000'000'000'000
années pour générer tous les hash possibles ?

Tu prends des limites hautes alors qu'il faudrait plutôt prendre des limites basses.
Imagine un prenom.nom@domaine-super-connu.tld ça fait pas une grosse entropie. (En pratique qui va mettre autre chose que [a-z0-9_-.] dans une adresse? Même un truc con comme foo+bar@gmail.com ça passe pas partout...)

Mais si c'est potentiellement un problème, bah utilise bcrypt, scrypt ou PBKDF2.

Message cité 1 fois
Message édité par DDT le 05-04-2016 à 20:45:51

---------------
click clack clunka thunk

ratibus

Jubijub a écrit :

vous pouvez checker mes maths ? un urluberlu me soutient que les fonctions de hash c'est pas safe parce qu'on peut les déhasher. Je lui dit que c'est possible mais pas "faisable".

ça fait donc : 25^55*1*15^55*1*5^26 (je crois qu'il y a que des lettres dans un TLD) = 72'348'182'208'430'500'000'000'000'000'000'000'000'000'000'000'000'000'000'000'000'000'000'000'000

La puissance c'est dans l'autre sens
Pour ton exemple c'est 55^25*1*55^15*1*26^5 = 4,890737117×10⁷⁶
Ce qui donne 7,754212832×10⁶³ années

Après faut pas le voir forcément comme ça si tu veux pas tout déhasher.
J'imagine ton contexte de hash d'email de client B2C, si l'attaquant veut cibler les gens sous Gmail, t'as déjà que le contenu avant le @ à gérer.
Tes possibilités de caractères avec 55 caractères c'est too much (et ça explose la cardinalité du coup). Si tu prends que les alphanum et le ., sur une longueur de 10, t'arrives à :
37^10 = 4,808584372×10¹⁵
Soit 762 années pour tout générer avec 200k hash/sec

Sachant qu'en 2012, tu pouvais monter des bécanes qui font 180 milliards / sec, mon calcul précédent pour Gmail donne 445 minutes
Source : http://www.zdnet.com/article/25-gp [...] er-second/
Faudrait trouver des chiffres + récent.

Après le temps est directement lié à la longueur (cf xkcd ), faut voir la répartition de la longueur des préfixes d'email chez toi.

Chez nous ça donne ça :

Longueur préfixe % des emails % cumulé
1 0,01% 0,01%
2 0,12% 0,13%
3 0,30% 0,42%
4 0,87% 1,30%
5 1,74% 3,04%
6 4,00% 7,04%
7 6,63% 13,67%
8 8,72% 22,39%
9 8,59% 30,98%
10 8,44% 39,43%
11 8,40% 47,83%
12 8,76% 56,59%
13 9,21% 65,80%
14 9,01% 74,81%
15 7,92% 82,73%
16 6,22% 88,95%
17 4,27% 93,22%
18 2,72% 95,94%
19 1,64% 97,58%
20 0,97% 98,55%
21 0,55% 99,10%
22 0,34% 99,43%
23 0,21% 99,65%
24 0,13% 99,78%
25 0,09% 99,87%
26 0,05% 99,91%
27 0,03% 99,94%
28 0,02% 99,96%
29 0,01% 99,97%
30 0,01% 99,98%
31 0,00% 99,99%
32 0,00% 99,99%
33 0,00% 99,99%
34 0,00% 99,99%
35 0,00% 100,00%
36 0,00% 100,00%
37 0,00% 100,00%
38 0,00% 100,00%
39 0,00% 100,00%
40 0,00% 100,00%
42 0,00% 100,00%
43 0,00% 100,00%
46 0,00% 100,00%
47 0,00% 100,00%
48 0,00% 100,00%
54 0,00% 100,00%
55 0,00% 100,00%
57 0,00% 100,00%
58 0,00% 100,00%

Message cité 2 fois
Message édité par ratibus le 05-04-2016 à 21:29:40

nraynaud

lol

Jubijub a écrit :

Quant à la "règle" que c'est à celui qui a besoin de l'info de la collecter, j'ai jamais vu où c'est une règle : c'est à celui dont le coup de production de l'info est le plus bas de la produire, ça c'est une vraie règle.

death by thousands cuts: parce que ça ne limite absolument pas la bureaucratie, c'est toujours celui qui fait l'action qui va passer sa vie à faire du reporting donc tu peux ajouter du reporting à l'infini jusqu'à ce que plus rien ne soit fait avec cette règle. Par contre si celui qui a besoin du chiffre va le chercher, y'a une limitation naturelle du ratio reporting/boulot. Soit il galère à chercher le chiffre et ça limite naturellement la bureaucratie, soit il a le chiffre confortablement et il va ajouter de la bureaucratie jusqu'à ce ne soit plus le cas. Sans pouvoir swapper du boulot au profit de la bureaucratie, donc sans écrouler le système.

Message cité 1 fois
Message édité par nraynaud le 05-04-2016 à 21:32:29

---------------
trainoo.com, c'est fini

Publicité

Page : 1 2 3 4 5 .. 21934 21935 21936 .. 27186 27187 27188 27189 27190 27191

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Programmation

[blabla@olympe] Le topic du modo, dieu de la fibre et du monde

Sujets relatifs
Plus de sujets relatifs à : [blabla@olympe] Le topic du modo, dieu de la fibre et du monde

Page générée en 0.101 secondes