Reprise du message précédent :

C'est en ça que je sous entendait
Je pense que ce sont des règles intéressantes et vers lesquelles on devrait tendre mais si on suit ces contraintes à la lettre, on s'emmerde la vie pour rien.
 
La contrainte 3 est intéressante dans l'esprit mais c'est le meuilleur moyen pour ruiner tes performances dans la réalité. Si le langage le permet, je trouve plus intelligent de créer un soustype de ton type primitif, ça clarifiera autant le code sans plomber les perfs.

Le problème du get dans ton exemple c'est que c'est du bruit
Tu comprendras aussi bien le code si tu enlève le get du nom de ta méthode/propriété, c'est donc que le get est inutile.

 
Ca fait 4 ans que je suis revenu, et j'ai réussi à pas le voir pour le moment, alors bon
 
 

 
Au tarif qu'il a obtenu, je veux bien faire du web en bash.

 
comment ça ?

 
le resultset en question est plus ou moins un liste chainée  
 
j'ai un getFirst() , j'ai aussi un setFirst(), c'est pour ça que je distingue.
idem pour le title, j'ai un getter et un setter  
 
mais peut etre que j'ai mal compris un truc

Pas le même salaire non
Pas de télétravail non plus et tu paies ton avion (t'auras des miles comme ça )

Dev PHP confirmé, plutôt ingé a priori
Expérience sur symfony très appréciée

Je te fais ça dans la journée

Voila

 
en cas de problème lors d ela création , plutot que de retourner null, tu retourne un objet vide

 
C'est un peu ce que je dis depuis le début. Exagérer à ce point les bonnes pratiques leur fait perdre tout leur sens/leur crédibilité, et proposer ça à quelqu'un qui a pris de mauvaises habitudes est amha le meilleur moyen de le renforcer dans son opinion que c'est de la perte de temps.

Ca tombe bien on a un nouveau projet en bash  

 
Ah oué, j'y avais déjà pensé. Vous avez des liens qui en parlent ? (en rapport avec le C++).
Est ce généralement on retourne toujours le même objet vide (pour une classe/interface donnée) ?

 
En télétravail?  

Ben le problème c'est pourquoi tu crées un B juste pour en récupérer un Toto? Pourquoi tu as besoin de ce toto? Pourquoi tu le demandes pas directement à A? Pourquoi créer un B qui sert à rien?

 
personnellement j'aime pas trop cette idée
en cas d'erreur ( grave vu que ça empêche la création de l'objet ) , je préfère que ca remonte au niveau au dessus qui pourra devra juger si l'objet est nécessaire ou pas

Oui mais faut pouvoir le créer, vu qu'ils parlent de getters/setters partout et de primitives, ça sent le Java, et en Java ben tu peux pas

(et sur le plombage de perfs je suis pas persuadé non plus, ça pue la micro-optimisation)

J'ai entendu dire que le dernier circuit noir de TMNF est à 60 tours, pas intérêt à se planter

Rêve

Si c'est une erreur, tu balances une exception.

Si c'est pas une erreur, tu balances un Null Object qui correspond au cas "de base" (après tu as le Special Object pattern, en extension, s'il y a d'autres cas spécifiques).

Exemple de Null Object, dans Django quand un utilisateur n'est pas loggé quand on choppe le current_user, on récupère pas None mais une instance de AnonymousUser, et c'est vachement pratique parce que tous les traitements qu'on fait normalement sur un User sont valides, avec des valeurs qui vont bien par rapport à un user non loggé

Après je dis pas que null/None n'est jamais utilisé, mais dans les faits quand on y réfléchit il y a très peu de cas qui nécessitent un null explicite.

C'est d'ailleurs pour ça que les Maybe/Option ça poutre: ça montre clairement ce qui peut être null et ce qui ne peut pas, et ça force à se poser des questions parce qu'il faut traiter les deux cas (None et Just) à chaque fois.

au moins dans le nord il y a des belles choses à voir (les mines, les compets' de tuning,..)

Parce-qu'il n'y a que A qui sait créer un B et que B qui sait créer un Toto?

Moi j'ai eu du bol, je suis allé sur la dune du pyla le jour où il était pas là bas
 
< avec mes images j'aurais inséré une photo de la dune avec harko écrit dessus>

 
on est d'accord  
 
la on parlait de NPE . J'evite de retourne un null quand tout s'est bien passé ( un user anonyme, c'ets aps une erreur, sauf si c'est a une zone du site qui doit etre authentifiée )

Oui mais non, dans ce cas tu ordonnes à A de te filer toto, et il se démerde pour déléguer à B.

KILL THEM WITH FIRE

Et t'as aucune raison de balancer un null quand les choses se sont mal passées, les exceptions sont là pour ça.

Je sais ce que c'est que des sessions et il y a une symphonie de mozart qui porte mon nom
Tu balances une avance sur salaire ?

...et on en revient au problème du nombre de lignes, 50 ligne c'est vite explosé.
'fin bref je suis d'accord avec toi sur le principe évidemment, mais j'ai pas envie d'être de bonne foi avec cet article, il me parait vraiment plus néfaste que bénéfique.

Moi chuis pas ingé donc je vais pas postuler

Justement par rapport à ça, question :
Quels avantages à prendre un ingé ?

putain de journée de merde, mais putain de journée de merde

 
ce qui est aprfois chiant quand on dialogue avec toi , c'est que même en disant la même choses que toi, tu arrives a contredire

aucun.
Tu auras du glandeur ou du mec qui s'intégre pas ou évoluera pas plus qu'il soit ingé ou technicien. S'il est ingé s'est bien, a priori ça augmente ses chances de s'adapter et d'apprendre plus vite mais c'est loin d'être un règle général.  
et souvent ils ont un plus gros melon regardes chaos

 
Je suis pas ingé, je suis expert en ingénierie

il pourra pas te répondre :
"eh, je sais pas faire, jsuis pas ingé moi !"

(note : ce n'est pas parce qu'on est ingénieur qu'on est ingénieux)

Ouais, bon, heuuu regarde par la fenêtre il y a un lapin géant qui mange une voiture

la noyade dans ledit-soda serait plus appropriée

Je crois que tu as mal compris le but de l'exercice. Ce n'est pas juste une hisoire de code mais de designe en général. Dans ton exemple tu devrais te poser des question sur l'intéret d'un objet jetable qui ne te sert qu'à renvoyer une valeur

Quand tu faisais des math à l'cole ton prof te comptait juste si ton résultat ne dépassais pas une marge d'erreur de 10% peut-être ? 6+6= 11 chez toi ?
 
C'est un EXERCICE pour te forcer à être ingénieux et trouver de nouvelles manière de programmer. Tu crois que les égyptiens utilisaient des rondins de bois pour transporter leur bloc de pierre parce qu'ils avaient trop d'arbres et qu'il n'avait pas besoins de bois de chauffage ? non, c'est parce qu'ils ne pouvaient pas soulever ces blocs à main nue. Tu crois que les architectes de Cathédrale on rajoutés des arcs boutants parce qu'ils trouvaient ça joli ? non, c'est parce qu'ils devaient construire un batiment très haut et avec de la place à l'intérieur. Tu crois que Lam's a quasiment réécrit le client Sybase parce qu'il s'ennuyait au boulot ? non, c'est parce qu'il avait des contraintes de perfs drastiques. Les contraintes encouragent la créativité.

Un qui percute  

sélection naturelle et pis c'est tout.

Attention chérie, ça va troller.

Elle se base sur des contraintes, comme tout le monde

à défaut d'être expert en bouffe et en rasage

Fais gaffe à ce que tu dis, chui ingé