Reprise du message précédent :
Pourquoi flipper de la recherche si c'est pour avoir un quotidien plus sympa ? Ca devrait être motivant.  
Rien ne t'empêche de prospecter tranquillement, ou alors tu veux faire une grosse session pour mettre en concurrence les boîtes et faire monter le tarot' ?
 
XaT

Amha Sonar a raison. Un switch a 25 branches, c'est 25 possibilites d'oublier un break et de fucker ton code, et un test unitaire @thelol de ta classe avec 25 cas a traiter, sans compter le default.
Dans mon projet on traite ce genre de probleme avec un pattern whiteboard, ou on a 25 classes qui s'enregistrent aupres d'une autre, ce qui permet de decouper propement les TU, et de pas avoir de methodes de 300 lignes de long. Si on doit ajouter un cas ou en supprimer un on cree/supprime juste une classe, sans impacter le reste du code deja teste.

Clean Code demande de les eviter car:
- il est difficile d'avoir un switch qui ne fait qu'une chose (SRP)
- ils sont facilement plus longs que ce qu'une fonction devrait etre
- lis violent facilement le open-closed principle

Ils recommandent de le cacher au fond d'une factory maniere de le cacher le plus possible.

Il y a l'obstacle qu'il faut savoir comment prospecter (où/quoi aller chercher) surtout s'il est dans sa boite depuis une chiée d'années, et le bonus que s'être tapé des années de missions de merde en cobol java 1.3 s'pas super vendeur.

dites, imaginons que j'aie 500-1000 €/$ à perdre pour essayer de trouver un contrat qui me corresponde mieux (et probablement aux US), je vais les claquer où ?
Je pense que j'ai un pb avec mon linkedIn et j'ai besoin d'un CV, et d'un discours.

Le gris défaut de Linky c’est de coûter hyper cher, d’être financé un fine en grande partie par les clients, pour un service rendu proche du néant.

25 classes qui au final ne servent tous à instancier le ( ou les) mêmes objets ?

J'ai du mal à voir le gain en lisibilité.
Exception à l'exception : les parsers de fichiers sont de gros trucs dégueulasses qu'on veut empaqueter dans une classe

missionner un casseur de contrat / chasseur de tête ?

 
tu cherches quoi? un poste a temps plein? du contractuel freelance?
 dans mon domaine linkedIn est roi quand meme, je sais pas si c'est representatif du marche US mais je ferais un effort la dessus.
 
Les recruteurs sont pas super. Autrement un truc qui marche bien ici ce sont les groupes https://www.meetup.com/ (ou eventbrite)

des contrats freelance, genre prototypage ou appoint, probablement des petites boites, peut-être des trucs liés aux CAD/CAM ou robotique, genre y'a des domaines techniques qui ont des problème assez particuliers qui demandent du dev spécifique (y'a un type qui a un générateur de cabinets de cuisine par ex. un autre qui fait des dales acoustiques pour les plafonds).
 

 
Si t'as que quelques objets, tu n'as que quelques classes a declarer, une par type.
Les parsers ont beau se preter a etre des trucs moches, je vois un gain evident a en faire des classes bien decoupees, car de toute facon tu vas vouloir le tester et le maintenir.  
J'ai justement passe une partie de ma journee avec un dev junior qui m'avait parse du json a coup de methodes longues comme le bras avec des ifs dans tous les sens, et lui ai montre comment faire ca proprement. Au final il y a moins de code, plus lisible, testable, comprehensible par par la personne qui va relire la MR.  
Je pense qu'il n'y a jamais de bonne raison de faire beaucoup de code degueulasse dans une seule classe. Si c'est du code que tu veux pas voir il vaut mieux se poser la question de comment le transformer en code que tu veux voir.

Je pense au contraire qu'on peut un peu développer des parser n'importe comment, parce que justement ils sont presque toujours faciles à tester.
 
Alors qu'un bout de code qui fait la glue avec 6 systèmes externes, c'est un peu la merde, il vaut mieux pouvoir le lire, parce qu'on pourra pas trop le titiller par des tests.

Ça ira, c'est pour écouter du Khan Academy (du je veux une chance de passer côté Engagement, je vais devoir me sortir les doigts sur algorithme / code, et au je veux monter une compétence data propre il me faut Algèbre / stats

En route honnêteté, je doute que beaucoup de gens comprennent tes questions, qui sont hyper pointues et souvent a cheval sur plusieurs domaines d'intervention certains que tu dois être le seul ici a maîtriser.
Ça rend ton profil impressionnant, du coup.

Je dirais comme Uriel :
- cherche qui est susceptible d'avoir besoin de ce que tu veux offrir
- cherche où sont ces boîtes, et où sont leurs annonces d'emplois
- cherche si ils ont des asso / clubs / conférences, et vas-y

quelqu'un sait comment je peux trouver sur quel media le bios a booté depuis un linux?
 
Je suis dans un installeur, donc de l'eau a coulé sous les ponts entre le boot et mon OS actuel. Je soupçonne qu'il y a un truc dans /proc .

Je veux payer quelqu'un pour discuter et qu'il trouve les lieux et fasse mon CV.

awk '$2 == "/"' /proc/self/mounts ?

"rootfs" ? comment je fais pour savoir si c'est une image qui vient d'un CD que je dois éjecter ?

J'ai oublié de préciser, je veux savoir si j'ai booté originellement sur un CD pour l'éjecter.

J'avais pas compris ton besoin dsl. Pas plus d'idee que ca.

Pour le CV tu peux trouver du conseil en carrière / bilan de compétence. En général c'est un pakage interview / bilan de compétence / réécriture du CV, avec parfois coaching pour passer des entretiens.

Pour la recherche des boîtes / lieux, je te renvois vers "the 4h workweek". Je doute que tu trouves un service personnalisé, donc tu peux briefer un indien pas con qui te feras ça bien.

Après je pense que tu peux gagner a initier la recherche toi même pour te faire une idée, et améliorer la qualité de ton briefing a ton outsourcing.

https://youtu.be/cB8GNQuyMPc?t=10m2s
c'est pas gagné si je veux un master en mécanique

 
 
La gueule du switch ça va être un truc de ce genre :
 

switch (format) {
    case "XFF1":
        return new Xff1Parser(content);
    case "XFF2":
        return new Xff2Parser(content);
 
// ...
 
}

 
La probabilité d'oublier un break est nulle vu qu'il n'y a pas de break. Tu ne fais évidemment pas de test unitaire sur ce genre de code, tu le couvres par un test plus large (dans mon exemple, tu fais le parsing d'un fichier qui va englober la détection du format). A un moment donné dans ton code tu vas devoir mettre en place un mécanisme qui va associer chaque format au code qui le gère. Si tu as de nombreux formats, tu vas pas y couper.
 
Tu peux effectivement planquer ça avec des mécanismes plus sophistiqués et faire un truc dans le genre :  
 

Formats formats = new Formats();
format.registerParser("XFF1", Xff1Parser::new);
format.registerParser("XFF2", Xff2Parser::new);
// ...

 
Mais honnêtement à ce stade, la valeur ajoutée par rapport à un mapping explicite ne saute pas aux yeux et la navigabilité n'est pas toujours idéale.
Comme tu le soulignes, Clean Code recommande de les éviter, pas de ne jamais s'en servir.

switch (format) { 
case "XFF1": 
return new Xff1Parser(content); 
case "XFF2": 
return new Xff2Parser(content); 
 
// ... 
 
}

Formats formats = new Formats(); 
format.registerParser("XFF1", Xff1Parser::new); 
format.registerParser("XFF2", Xff2Parser::new); 
// ...

Dans ce genre de cas je fais une enum dont chaque entrée contient (ou sait construire) l'instance de parser qui va bien.

Et le code devient :

return Enum.valueOf(format).getParser(content);

Sinon, pour contenter Harko, tu peux aussi déclarer chaque parser comme un bean Spring avec un qualifier

As tu considère une boite/ université ou il y a des besoins en ingénierie custom? (On a un groupe dédié à ça chez nous)
 Le besoin en diplôme est plus bas et tu peux apprendre sur place en plus de construire ton réseau

ouais. J'y songe
 
Apparemment, je peux aussi faire des études gratos dans l'université de ma femme, mais je dois payer les impôts sur les frais d'inscription que j'ai pas payés

Dites, c’est quelle année l’année blanche des impôts?
 
Je viens de réaliser que ça pourrait me sauver le cul.

C’est cette année. Mais tu devras quand même déclarer tes revenus, donc en cas de revenu exceptionnel le fisc saura retrouver ton cul.

 
Autre chose qui me gene dans ce code c'est qu'il sert a rien: il dit juste "ce tag doit etre parse par ce parser". Or cette information est deja portee par les differents parsers. J'y vois de la duplication d'information, en plus des autres problemes souleves par clean code. Vu qu'une alternative est simple a coder, faut pas s'en passer amha (clean code dit d'eviter ce code, et en la presence d'alternatives...).

je pense qu'on est dans le détail et la préférence perso, je suis plutôt pour l'approche d'alt
Je n'aime pas trop ajouter des couches d'abstractions, sauf si elles apportent quelque chose.
 
Le but est de trouver un équilibre entre la simplicité de la maintenance pour ceux qui connaissent le code et la complexité du modèle mental que doit se construire un nouvel arrivant pour débugguer.  
 
Par exemple pour continuer dans le cas du parser : " hey newbie004, le fichier keduku.xml est mal parser sur la version xxx , probablement pas le bon parser appelé. Est ce que tu peux y jeter un oeil ?"
 

Nray > j'avais vu qu'aux US il y avait des agents de dev comme pour les sportifs pro. Je sais pas combien ils prennent par contre

Mais du coup comment tu sais quel parser instancier? Tu dois bien coder quelque part une logique de mapping du format X sur le parser X ?
En python je ferais un dict je pense, mappant le format au module de parser

je suis en train de retester firefox après des années de chrome
ça marche incroyablement bien  
 
(chrome à abusé en m'annonçant qu'il manquait de ressources en étant tout seul avec 8Go de ram)

Bah ça s'appelle un recruteur non? Pas besoin de le payer vu qu'il touchera au moins 30k s'il te place.
 
En Europe même s'il y a beaucoup de déchet j'étais tombé sur des boîtes super sérieuses aussi.
Un recruteur à Londres avait récrit mon CV, m'a fait avoir des entretiens avec des boîtes que j'imaginais hors de portée, ... il m'avait même payé une bière sur place.  
 
Aux US y a tout un business autour du recrutement: triplebyte, hired.com ... sans compter tous les services de préparation aux entretiens.
Faudrait trouver un truc moins centré autour de la silicon valley, mais ça doit exister j'imagine?

 
Si les parser sont préinstanciés c'est assez simple, tu les instancies tous dans ta factory et tu leur fais exposer une méthode qui te dit quel format de fichier ils acceptent.
Tu itères sur tous tes parsers et tu renvoies le premier qui accepte.
 
Si tu dois instancier un nouveau parser à chaque fois c'est moins simple.

Parkinson.

 
Depuis Firefox Quantum, niveau performances il y a une vrai différence;

 
Autrement tu as https://twitter.com/sambjoyce/statu [...] 44096?s=21 mais je suis pas sûr que ta femme approuve

bientôt la fin des heures d'hiver et d'été en europe, on va encore se marrer avec les date

 
Voila , comme a dit alt, ou alors en utilisant l'IoC: chaque parser est un service avec un attribut "name", ton framework va les instancier pour toi, et tu n'auras plus qu'a lui demander le parser etendant l'interface MyParser avec le bon "name".

Ce qui revient au même qu'un switch avec des objets en plus.

Et on est passé d'un switch qui énumère trivialement nos possibilités à un framework IoC et toute la config qui va avec et devoir parcourir la moitié de la base de code pour savoir où les trucs sont branchés.

 
Ca c'est de la grosse mauvaise foi. Ton framework IoC je partais evidemment du principe que t'es deja dedans, et t'as aucune conf de plus a faire, c'est un comportement de base quon reutilise.
Quand a la lisibilite voici le pseudoi code de la factory de parser:
 

 
Si en voyant ce code ton IDE est pas capable de te fournir les sous-classes de Parser et que t'es oblige de "parcourir la moitié de la base de code" , y'a un souci.

Mais quel gain ? Un Switch propre, dans ce cas réponds a la même question sans avoir besoin que ton idée ne t'aide a comprendre ce qu'il se passe

Les guidelines c'est bien, mais il ne faut pas hésiter à les questionner.