Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
4708 connectés 

 
 

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

 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  25466  25467  25468  ..  27171  27172  27173  27174  27175  27176
Page Suivante
Page Précédente
Bas de page 
Auteur Sujet :

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

n°2448348
gfive
Posté le 09-06-2023 à 17:54:32  profilanswer
 

Reprise du message précédent :

___alt a écrit :


 
Mais comment on peut écrire un truc pareil en se pensant compétent ? [:mlc]
 


 
JE sais pas, mais le meilleur c'est quand même qu'il arrive à écrire des trucs comme ça :  
 
 
 

Code :
  1. // Recrutement Devs JAVA - Exercice n°4
  2. // QUESTION
  3. public Boolean hasRattachement(List<Rattachement> rattachements, long rattachementId) {
  4.     if (rattachements != null) {
  5.         for (Rattachement rattachement : rattachements) {
  6.             if (rattachement.getId() != null && rattachement.getId().equals(rattachementId)) {
  7.                 return true;
  8.             }
  9.         }
  10.     }
  11.    
  12.     return false;
  13. }
  17. // SOLUTION 1 (optimale)
  18. // - Changement du type Boolean vers le type boolean
  19. // - Sortie immédiate dans les cas d'erreur
  20. // - Emploi des API Stream de Jav8+
  21. // - Suppression d'un "rattement.get() != null" inutile en reversant la condition
  22. //
  23. // Remarque : le candidat peut/devrait argumenter que le code n'est pas totalement optimal
  24. //            dans le sens où les streams sont coûteuses à instancier. Mais en contrepartie
  25. //            l'application gagne un code plus lisible et la perte est marginale vis-à-vis
  26. //            de la totalité des algorithmes.
  27. public boolean hasRattachement(List<Rattachement> rattachements, long rattachementId) {
  28.     return rattachements != null
  29.         && rattachements.stream()
  30.                         .map(it -> it.getId())
  31.                         .anyMatch(id -> id == rattachementId);
  32. }
  36. // SOLUTION 2 (optimale mais moins concise)
  37. public boolean hasRattachement(List<Rattachement> rattachements, long rattachementId) {
  38.     if (rattachements == null) {
  39.         return false;
  40.     }
  41.    
  42.     return rattachements.stream()
  43.                         .map(it -> it.getId())
  44.                         .anyMatch(id -> id == rattachementId);
  45. }


 
(moi je peux écrire un TU qui passe avec le code "sale", mais qui pète son code "propre" :o
 


---------------
Tous les sud africains sont ségrégationistes, à part Ted. (P. Desproges)
mood
Publicité
Posté le 09-06-2023 à 17:54:32  profilanswer
 

n°2448349
Flaie
Posté le 09-06-2023 à 17:58:11  profilanswer
 

rattachement.getId() renvoie Long ou long ? y'a de l'unboxing qui peut peter sinon dans ses deux dernières solutions  
 
et pourquoi la dernière est optimale par rapport à la précédente, ça fait exactement la même chose.

Message cité 3 fois
n°2448350
gfive
Posté le 09-06-2023 à 17:59:39  profilanswer
 

Citation :

OBJECTIFS
Comprendre la différences entre le type boolean et le type Boolean.
Savoir dans quels cas utiliser l'un ou l'autre.
 
 
DIFFÉRENCES
Le type boolean est un type primitif, c'est-à-dire que sa valeur se trouve directement à l'adresse pointée par la variable qui la représente.
 
A l'inverse le type Boolean est une version "boxée" de boolean, cela veut dire que c'est une instance dont la valeur se trouve à l'adresse pointé par la variable qui la représente.
 
En conséquence :
 
Instancier un boolean ne coûte quasiment rien en temps de calcul.
Instancier un Boolean coûte autant que d'instancier un Object.
Une variable de type Boolean peut valoir trois valeurs : true, false ou null ; ce qui fait d'elle quelque chose qui n'est pas un booléen.
 
 
 
 
BONNES PRATIQUES
Dans tous les cas de figure, il faut toujours utiliser le type primitif car ce dernier sera automatiquement converti en Boolean à chaque fois que nécessaire tout en garantissant l'absence de null.


 
instancier un type primitif? :o
Si on utilise la méthode documentée , on écrit "Boolean.valueOf(b)" et on n'a pas de problème.
 
bref, ce mec est une perle.


---------------
Tous les sud africains sont ségrégationistes, à part Ted. (P. Desproges)
n°2448351
Dion
Acceuil
Posté le 09-06-2023 à 18:00:14  profilanswer
 

Flaie a écrit :

rattachement.getId() renvoie Long ou long ? y'a de l'unboxing qui peut peter sinon dans ses deux dernières solutions  
 
et pourquoi la dernière est optimale par rapport à la précédente, ça fait exactement la même chose.


Les deux sont optimales, c'est écrit :o

Message cité 1 fois

---------------
It is not called show art
n°2448352
gfive
Posté le 09-06-2023 à 18:00:25  profilanswer
 

Flaie a écrit :

rattachement.getId() renvoie Long ou long ? y'a de l'unboxing qui peut peter sinon dans ses deux dernières solutions


Voilà (edit : si on en croit son magic commentaire:

 
Citation :


// - Suppression d'un "rattement.get() != null" inutile en reversant la condition

 

Lequel est un ramassis de conneries, du coup.

 
Flaie a écrit :


et pourquoi la dernière est optimale par rapport à la précédente, ça fait exactement la même chose.


[/quotemsg]

 

PARCE QUE!


Message édité par gfive le 09-06-2023 à 18:02:09

---------------
Tous les sud africains sont ségrégationistes, à part Ted. (P. Desproges)
n°2448353
Flaie
Posté le 09-06-2023 à 18:03:21  profilanswer
 

Dion a écrit :


Les deux sont optimales, c'est écrit :o


Y'avait un mais, alors voilà :o
 
tout est a foutre aux chiottes

Message cité 1 fois
n°2448354
Elmoricq
Posté le 09-06-2023 à 18:05:34  profilanswer
 

Eh ben. En tant que candidat, si je vois ça comme question, mon premier réflexe est de me demander s'ils livrent des trucs ou s'ils passent leur temps à faire de la premature optimization.

 

Et je me dis que les code reviews doivent être infernales.

Message cité 1 fois
n°2448355
ratibus
Posté le 09-06-2023 à 18:10:44  profilanswer
 

Ca fait combien d'années qu'il a pas parlé à un utilisateur final ? :D

Message cité 1 fois

---------------
Mon blog
n°2448356
gfive
Posté le 09-06-2023 à 18:11:32  profilanswer
 

Elmoricq a écrit :

Eh ben. En tant que candidat, si je vois ça comme question, mon premier réflexe est de me demander s'ils livrent des trucs ou s'ils passent leur temps à faire de la premature optimization.

 

Et je me dis que les code reviews doivent être infernales.

 

Et tu as raison

 

Il a fait une page complète sur confluence pour une review où il a "optimisé du code", le machin qui prend 2 critères de recherche et et filtre une liste.

 

Sauf que le dev avait fait de la merde : pour ne pas appliquer un des filtres il fallait mettre "absent" dans le paramètre... En remontant la pelote on trouvait que l'API était :

 

Http://ressource/critere1/critere2

 

Mais ça, il l'a pas vu.

 

Sans parler du fait que au final, les critères c'était 2 colonnes d'une table, et que donc ça se resolvait en 1 ligne de SQL.


---------------
Tous les sud africains sont ségrégationistes, à part Ted. (P. Desproges)
n°2448357
nucl3arfl0
Better Call Saul
Posté le 09-06-2023 à 18:14:37  profilanswer
 

Quelle usine à purin son Comparable :/  

Message cité 1 fois
mood
Publicité
Posté le 09-06-2023 à 18:14:37  profilanswer
 

n°2448358
masklinn
í dag viðrar vel til loftárása
Posté le 09-06-2023 à 18:17:02  profilanswer
 

Shinuza a écrit :

Ouaip, sans succès. create_task utilise la loop existante donc ça m'arrange pas dans tous les cas. Sans parler du fait que de toute façon nicegui await la callback du click sur le bouton.


Mais normalement tu t'en fous, sauf si nicegui crowd complètement le runtime: "create_task" devrait ajouter une tâche à la loop, puis tu renvoies pas la task, donc elle vit sa vie indépendamment (comme un thread, juste sur une runloop).

Shinuza a écrit :

Je vais devoir automatiser le packaging avec une CI/CD, j'aurais pas forcément accès à un PC windows pour les prochaines releases, si je bascule vers l'un ou l'autre je fais le business dans le langage en question, j'ai pas d'obligation à utiliser un langage ou l'autre


Flaie a écrit :

rattachement.getId() renvoie Long ou long ? y'a de l'unboxing qui peut peter sinon dans ses deux dernières solutions  
 
et pourquoi la dernière est optimale par rapport à la précédente, ça fait exactement la même chose.


Flaie a écrit :


Y'avait un mais, alors voilà :o
 
tout est a foutre aux chiottes


Le "mais" c'est pour dire que c'est moins concis, vu que la précondition a été sortie dans un if.
 
Accessoirement elles sont toutes les deux non optimales: le "map" intermédiaire est pas nécessaire, et je suis pas sûr que java arrive à éliminer la couche (et lambda) intermédiaires, donc IMO ça devrait juste être (modulo le problème potentiel d'unboxing que flaie note):

Code :
  1. rattachements.stream().anyMatch(it -> it.getId() == rattachementId);

Message cité 1 fois

---------------
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?
n°2448359
gfive
Posté le 09-06-2023 à 18:19:36  profilanswer
 

Si tu veux éviter le problème d'unboxing tu fais :

 

Values.stream().anyMatch(it -> Long.valueOf(id).equals(it.getId())

 

Et la ok.

Message cité 1 fois

---------------
Tous les sud africains sont ségrégationistes, à part Ted. (P. Desproges)
n°2448360
nucl3arfl0
Better Call Saul
Posté le 09-06-2023 à 18:19:56  profilanswer
 

Stream filtre les éléments null ?

Message cité 2 fois
n°2448361
Flaie
Posté le 09-06-2023 à 18:20:45  profilanswer
 

gfive a écrit :

Si tu veux éviter le problème d'unboxing tu fais :
 
Values.stream().anyMatch(it -> Long.valueOf(id).equals(it.getId())
 
Et la ok.


Nan mais cest con la solution optimale niveau perf c'est la toute première.

Message cité 2 fois
n°2448362
Flaie
Posté le 09-06-2023 à 18:20:55  profilanswer
 

nucl3arfl0 a écrit :

Stream filtre les éléments null ?


non faut les filtrer

n°2448363
gfive
Posté le 09-06-2023 à 18:21:00  profilanswer
 

nucl3arfl0 a écrit :

Stream filtre les éléments null ?


Ah non, faut ajouter un filtre(Objets::nonNull)


---------------
Tous les sud africains sont ségrégationistes, à part Ted. (P. Desproges)
n°2448364
gfive
Posté le 09-06-2023 à 18:21:37  profilanswer
 

Flaie a écrit :


Nan mais cest con la solution optimale niveau perf c'est la toute première.


Ton problème c'est que tu comprends rien a l'optimisation :o


---------------
Tous les sud africains sont ségrégationistes, à part Ted. (P. Desproges)
n°2448365
masklinn
í dag viðrar vel til loftárása
Posté le 09-06-2023 à 18:35:05  profilanswer
 

Flaie a écrit :


Nan mais cest con la solution optimale niveau perf c'est la toute première.


<confused crab noises>

Message cité 1 fois

---------------
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?
n°2448366
Flaie
Posté le 09-06-2023 à 18:36:11  profilanswer
 

C'est clair.

 

https://rehost.diberie.com/Picture/Get/r/179850

 

Pour parcours de 1000 rattachements, celui qu'on cherche étant au milieu.

 
Code :
  1. static boolean hasRattachementForEach(List<Rattachement> rattachements, Long rattachementId) {
  2. if (rattachements != null) {
  3.  for (Rattachement rattachement : rattachements) {
  4.   if (rattachement.getId().equals(rattachementId)) {
  5.    return true;
  6.   }
  7.  }
  8. }
  10. return false;
  11. }
  13. static boolean hasRattachementStreamMapAnyMatch(List<Rattachement> rattachements, Long rattachementId) {
  14. if (rattachements == null) {
  15.  return false;
  16. }
  18. return rattachements.stream()
  19.   .map(Rattachement::getId)
  20.   .anyMatch(id -> id.equals(rattachementId));
  21. }
  23. static boolean hasRattachementStreamAnyMatch(List<Rattachement> rattachements, Long rattachementId) {
  24. if (rattachements == null) {
  25.  return false;
  26. }
  28. return rattachements.stream().anyMatch(rattachement -> rattachement.getId().equals(rattachementId));
  29. }


Message édité par Flaie le 09-06-2023 à 18:38:02
n°2448367
gatsu35
Blablaté par Harko
Posté le 09-06-2023 à 18:38:50  profilanswer
 

gfive a écrit :

Citation :


 
Pour le test d’égalité, je suggère plutôt de créer une interface Comparable et de la faire implémenter par les classes à comparer.
 
Les méthodes hashCode() et equals() sont certes pratiques mais transgressent le principe d’encapsulation et le SRP. Par exemple, des objets Voiture ou Patate ne devraient pas pouvoir déterminer s’ils sont identiques ou différents de quoi que ce soit, c’est une problématique qui ne les concerne pas.
 
Aussi je recommande fortement de passer par une comparaison dans un objet tiers à titre d’exemple je t’ai reproduit ci-après un version édulcorée ce que nous faisons dans mon entreprise :

Code :
  1. interface Comparable {
  2.     /**
  3.      * Transpose les données de cet objet dans un tableau d'octets.
  4.      *
  5.      * @return Un tableau d'octets représentant les données de cet objet.
  6.      */
  7.     byte[] asByte();
  9.     /**
  10.      * Le type d'origine de l'objet.
  11.      *
  12.      * @return Le type d'origine de cet objet (ou au choix un de ses super-types).
  13.      */
  14.     Class type();
  15. }
  18. class Comparison {
  19.     private final Comparable left;
  20.     private final Comparable right;
  22.     public Comparison(Comparable left, Comparable right) {
  23.         this.left = left;
  24.         this.right = right;
  25.     }
  27.     public boolean equality() {
  28.         return this.haveSameTypes() && this.haveSameData();
  29.     }
  31.     private boolean haveSameTypes() {
  32.         return left.type() == right.type();
  33.     }
  35.     private boolean haveSameData() {
  36.         return Arrays.equals(left.asByte(), right.asByte());
  37.     }
  38. }
  40. class Apple implements Comparable {
  42.     private final String brand;
  44.     public Apple(String marque) {
  45.         this.brand = marque;
  46.     }
  49.     @Override
  50.     public byte[] asByte() {
  51.         return brand.getBytes(StandardCharsets.UTF_8);
  52.     }
  54.     @Override
  55.     public Class type() {
  56.         return Apple.class;
  57.     }
  58. }
  60. class Main {
  61.     public static void main(String... args) {
  62.         Apple granySmith = new Apple("Grany Smith" );
  63.         Apple pinkLady = new Apple("Pink Lady" );
  65.         System.out.println(new Comparison(granySmith, pinkLady).equality());
  66.     }
  67. }


 
Après penser en objet et ségréguer des préoccupations demande de l’expérience et de gros efforts de la part de chacun.
 
J’ai constaté en entretien que la marge de progression des GCorp était encore substantielle mais tout à fait atteignable au regard des compétences individuelles et des caractères de chaque développeur, donc si je suis assez confiant pour lancer la démarche auprès d’eux.
 



Over engineering ? (jai pas trop envie de réfléchir ce soir)
 
edit : je viens de comprendre, et c'est bien ce que je pensais au départ,  
- le mec par sur des aprioris complètement fucked up au sujet de hashCode() et equals() et il sort une connerie sur le SRP
- il propose une classe de comparaison en transformant les objets en array d'octets
- et il a un comportement ultra toxique.
 
 


Message édité par gatsu35 le 10-06-2023 à 07:17:45

---------------
Blablaté par Harko
n°2448368
Flaie
Posté le 09-06-2023 à 18:39:22  profilanswer
 

masklinn a écrit :


<confused crab noises>


parmi les 3 examples, obviously il me semblait.

Message cité 1 fois
n°2448369
Shinuza
This is unexecpected
Posté le 09-06-2023 à 19:07:40  profilanswer
 

masklinn a écrit :


Mais normalement tu t'en fous, sauf si nicegui crowd complètement le runtime: "create_task" devrait ajouter une tâche à la loop, puis tu renvoies pas la task, donc elle vit sa vie indépendamment (comme un thread, juste sur une runloop).

C'est un des premiers trucs que j'ai essayé. Sauf que j'ai accès à aucun event dans nicegui pour cancel la tâche quand la fenêtre est fermée, donc t'as le client tcp qui continue de tourner en tâche de fond.

Message cité 1 fois

---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.
n°2448370
Jubijub
Parce que je le VD bien
Posté le 09-06-2023 à 19:10:29  profilanswer
 

ratibus a écrit :

Ca fait combien d'années qu'il a pas parlé à un utilisateur final ? :D


 
 
Ça fait combien d'années qu'il a pas du livrer de trucs en prod ?
 
ça sent le mec qui fait de l'abstract architecture : il a pas une seule implémentation concrète :D


---------------
Jubi Photos : Flickr - 500px
n°2448371
gatsu35
Blablaté par Harko
Posté le 09-06-2023 à 19:14:27  profilanswer
 
n°2448372
masklinn
í dag viðrar vel til loftárása
Posté le 09-06-2023 à 19:15:06  profilanswer
 

Flaie a écrit :


parmi les 3 examples, obviously il me semblait.


S'tait surtout une référence au fait que les équivalents rust devraient avoir le même assembleur.

Shinuza a écrit :

C'est un des premiers trucs que j'ai essayé. Sauf que j'ai accès à aucun event dans nicegui pour cancel la tâche quand la fenêtre est fermée, donc t'as le client tcp qui continue de tourner en tâche de fond.


Mais c'est pareil ici donc ça change pas grand chose.
 
Normalement pour faire un truc comme ça tu mets genre un event ou une queue entre les deux, et ton worker sélectionne sur le truc que ça fait et l'event, pour savoir quand annuler.

Message cité 1 fois

---------------
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?
n°2448373
nraynaud
lol
Posté le 09-06-2023 à 19:19:01  profilanswer
 

Je vous trouve un peu dur vis-à-vis des gens qui mettent plus rien en prod :(


---------------
trainoo.com, c'est fini
n°2448374
nucl3arfl0
Better Call Saul
Posté le 09-06-2023 à 19:23:41  profilanswer
 
n°2448375
el_barbone
too old for this shit ...
Posté le 09-06-2023 à 19:26:20  profilanswer
 

gatsu35 a écrit :

Plam ?
 
https://www.ledauphine.com/economie [...] rance-2030


1 PM.

Spoiler :

point much' :o


---------------
En théorie, la théorie et la pratique sont identiques, en pratique, non.
n°2448376
Shinuza
This is unexecpected
Posté le 09-06-2023 à 19:52:54  profilanswer
 

masklinn a écrit :


Mais c'est pareil ici donc ça change pas grand chose.
 
Normalement pour faire un truc comme ça tu mets genre un event ou une queue entre les deux, et ton worker sélectionne sur le truc que ça fait et l'event, pour savoir quand annuler.

Bah avec mon code moche ça kill le thread comme un grand, et j'ai la main sur mon générateur asynchrone pour l'arrêter à la demande sans que ça bloque l'UI.
 
Fin dans tous les cas je vais essayer Rust, ça sera un bon exercice et j'ai dé priorisé l'application desktop jusqu'au prochain sprint. :jap:


---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.
n°2448378
hephaestos
Sanctis Recorda, Sanctis deus.
Posté le 09-06-2023 à 19:59:15  profilanswer
 

gfive a écrit :

on est en train de monter un dossier contre un mec qui nous casse les nouilles chez le client (un presta qui a un rôle de "gourou technique" avec un melon aussi gros que la frustration de Harko quand on parle de fibre)

 

Et je tombe sur des perles :

 
Citation :


1) Je suis plutôt contre lombok moi aussi mais plutôt parce qu’il pousse à une programmation orientée structures dépassée depuis les années 90 et non orientée objets


 

Rofl

 
gfive a écrit :

[quote]

 


Les méthodes hashCode() et equals() sont certes pratiques mais transgressent le principe d’encapsulation et le SRP. Par exemple, des objets Voiture ou Patate ne devraient pas pouvoir déterminer s’ils sont identiques ou différents de quoi que ce soit, c’est une problématique qui ne les concerne pas.

 


 

Oof, le danger.

 

En vrai je le connais ton collègue je l'ai croisé en quelques exemplaires à l'université, c'est tellement frustrant de devoir travailler avec des boulets pareils.

 

Bon chance pour le gérer.

Message cité 1 fois
n°2448379
Flaie
Posté le 09-06-2023 à 20:07:48  profilanswer
 

Il dit merde sur merde j'avais même pas vu le début de la discussion.
 
Et réinventer Comparable en moins bien.
 
Bon courage oui

n°2448380
gfive
Posté le 09-06-2023 à 20:11:03  profilanswer
 

hephaestos a écrit :

 

Rofl

 


 
hephaestos a écrit :

 

Oof, le danger.

 

En vrai je le connais ton collègue je l'ai croisé en quelques exemplaires à l'université, c'est tellement frustrant de devoir travailler avec des boulets pareils.

 

Bon chance pour le gérer.

 


C'est pas un collègue heureusement.
C'est un presta chez mon client. Il s'est construit une image de dev de génie, de top coach agile et d'archi de fou.

 

Il nous a régulièrement sorti des perles en réunion genre "non mais ça il n'y a pas 2% des devs capables de le comprendre alors c'est pas grave si vous l'appliquez pas" ou encore "je peux pas expliquer a des devs lambda les 8 a 10000 pages d'architecture logicielle que j'ai dans la tête "

 

Et en fait sur son temps de mission, il fait pas la moitié de ce qu'il est sensé faire : il joue des claquettes et il gère sa boîte (il a place 3 ou 4 de ses salariés chez le client), bref, s'il pers son aura, il est mal.
Et on a plein d'éléments qui montrent qu'il est plus toxique qu'utile.

Message cité 6 fois

---------------
Tous les sud africains sont ségrégationistes, à part Ted. (P. Desproges)
n°2448381
hephaestos
Sanctis Recorda, Sanctis deus.
Posté le 09-06-2023 à 20:37:49  profilanswer
 

nucl3arfl0 a écrit :

Quelle usine à purin son Comparable :/


Toi heureusement que tu n'as pas fait les entretiens, on aurait été moins optimistes sur la possibilité de mettre l'équipe à niveau.

Message cité 1 fois
Message édité par hephaestos le 09-06-2023 à 20:40:41
n°2448382
el_barbone
too old for this shit ...
Posté le 09-06-2023 à 20:41:26  profilanswer
 

gfive a écrit :


 
 
C'est pas un collègue heureusement.
C'est un presta chez mon client. Il s'est construit une image de dev de génie, de top coach agile et d'archi de fou.
 
Il nous a régulièrement sorti des perles en réunion genre "non mais ça il n'y a pas 2% des devs capables de le comprendre alors c'est pas grave si vous l'appliquez pas" ou encore "je peux pas expliquer a des devs lambda les 8 a 10000 pages d'architecture logicielle que j'ai dans la tête "
 
Et en fait sur son temps de mission, il fait pas la moitié de ce qu'il est sensé faire : il joue des claquettes et il gère sa boîte (il a place 3 ou 4 de ses salariés chez le client), bref, s'il pers son aura, il est mal.
Et on a plein d'éléments qui montrent qu'il est plus toxique qu'utile.


Le pire, c'est que des comme ça, il y en a un peu partout ... Et ils réussissent a faire illusion la plupart du temps .... Et quand ils sont cramés, ils recommencent chez un autre client crédule et ainsi de suite.


---------------
En théorie, la théorie et la pratique sont identiques, en pratique, non.
n°2448383
hephaestos
Sanctis Recorda, Sanctis deus.
Posté le 09-06-2023 à 20:42:02  profilanswer
 

gfive a écrit :

 

S'il pers son aura, il est mal.
Et on a plein d'éléments qui montrent qu'il est plus toxique qu'utile.


Sans aller jusque là, techniquement il vaut rien, si ?


Message édité par hephaestos le 09-06-2023 à 20:42:26
n°2448384
nucl3arfl0
Better Call Saul
Posté le 09-06-2023 à 21:21:49  profilanswer
 

gfive a écrit :

 


C'est pas un collègue heureusement.
C'est un presta chez mon client. Il s'est construit une image de dev de génie, de top coach agile et d'archi de fou.

 

Il nous a régulièrement sorti des perles en réunion genre "non mais ça il n'y a pas 2% des devs capables de le comprendre alors c'est pas grave si vous l'appliquez pas" ou encore "je peux pas expliquer a des devs lambda les 8 a 10000 pages d'architecture logicielle que j'ai dans la tête "

 

Et en fait sur son temps de mission, il fait pas la moitié de ce qu'il est sensé faire : il joue des claquettes et il gère sa boîte (il a place 3 ou 4 de ses salariés chez le client), bref, s'il pers son aura, il est mal.
Et on a plein d'éléments qui montrent qu'il est plus toxique qu'utile.


C'est le Dr Raoult du code ?

n°2448385
nucl3arfl0
Better Call Saul
Posté le 09-06-2023 à 21:41:07  profilanswer
 

hephaestos a écrit :


Toi heureusement que tu n'as pas fait les entretiens, on aurait été moins optimistes sur la possibilité de mettre l'équipe à niveau.


 [:gidoin]

 

J'ai pas cette prétention là.
Sauf gros truc crados, j'irais toujours à la co-construction et à l'échange pour comprendre l'intention et les choix faits.
Gagnant-gagnant.
J'aime bien quand mon équipe progresse en apprenant à faire mieux, et j'aime bien apprendre et découvrir des nouvelles choses.

 

Oui je sais, ça fait pas expert à 1k€ le TJM  [:kolombin]

Message cité 1 fois
n°2448386
Shinuza
This is unexecpected
Posté le 09-06-2023 à 21:51:12  profilanswer
 

gfive a écrit :


 
 
C'est pas un collègue heureusement.
C'est un presta chez mon client. Il s'est construit une image de dev de génie, de top coach agile et d'archi de fou.
 
Il nous a régulièrement sorti des perles en réunion genre "non mais ça il n'y a pas 2% des devs capables de le comprendre alors c'est pas grave si vous l'appliquez pas" ou encore "je peux pas expliquer a des devs lambda les 8 a 10000 pages d'architecture logicielle que j'ai dans la tête "
 
Et en fait sur son temps de mission, il fait pas la moitié de ce qu'il est sensé faire : il joue des claquettes et il gère sa boîte (il a place 3 ou 4 de ses salariés chez le client), bref, s'il pers son aura, il est mal.
Et on a plein d'éléments qui montrent qu'il est plus toxique qu'utile.

Plot twist: Il sait pas faire un fizzbuzz


---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.
n°2448387
SekYo
Posté le 09-06-2023 à 21:56:11  profilanswer
 

C'est trop simple, il fait un FizzBuzzFactoryBuilder :o

Message cité 2 fois
Message édité par SekYo le 09-06-2023 à 21:56:21
n°2448388
Flaie
Posté le 09-06-2023 à 21:58:51  profilanswer
 

SekYo a écrit :

C'est trop simple, il fait un FizzBuzzFactoryBuilder :o


@Autowired FizzBuzzService

n°2448389
Dion
Acceuil
Posté le 09-06-2023 à 22:11:31  profilanswer
 

nucl3arfl0 a écrit :


 [:gidoin]
 
J'ai pas cette prétention là.
Sauf gros truc crados, j'irais toujours à la co-construction et à l'échange pour comprendre l'intention et les choix faits.
Gagnant-gagnant.
J'aime bien quand mon équipe progresse en apprenant à faire mieux, et j'aime bien apprendre et découvrir des nouvelles choses.
 
Oui je sais, ça fait pas expert à 1k€ le TJM  [:kolombin]


Tu rigoles ce genre de pitch ça fait TOP 75 influencer Linkedin Moselle + Coach Agile à l'échelle sans problème

Message cité 1 fois

---------------
It is not called show art
mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  25466  25467  25468  ..  27171  27172  27173  27174  27175  27176
Page Suivante
Page Précédente
Haut de page 

Aller à :
Ajouter une réponse
 

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

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.148 secondes

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)