Reprise du message précédent :

j'était pas né (contrairement à harko) c'est pour ça  

Il parle bien du système Suisse, et pour la partie obligatoire seulement, qui correspond à notre assurance maladie. Les mutuelles y sont libres comme ici, mais moins répandues qu'en France (parce que le régime obligatoire couvre mieux les dépenses ?)

Pas forcément mais les complémentaire couvrent pas mal de trucs inutiles, les charlatans, et les prestations qu'il vaut mieux payer de ta poche au final.
 
À la rigueur l'hospitalisation en privé ou semi-privé si tu y es souvent, selon la région ça peut valoir le coût.
Mais ils sont pas obligés de t'accepter donc faut rentrer avant d'avoir des problèmes chroniques.

C’est une très bonne description

2 mois de vacances à Séville

Vrai

pour rappel le smic brut c'est 20.1k€
donc c'est smic +10%
 
c'était mon salaire en STAGE d'ingé

Pour mon apprentissage, je suis payé équivalent 26k brut.

40+ en apprentissage ?

Oui, 2 600 € net  
 
En habitant chez papa/maman

Ils bossent sur Paris ?

Région parisienne, ouais.

L'interface web de notre outil de monitoring interne qui me propose un tour des fonctionnalités...
 

 
j'ai commencé à bosser en 1998 pour 110KF
 

Après je ne suis pas sur que ça ait beaucoup de sens de comparer des salaires en francs sans corriger avec l'inflation, vu le temps écoulé depuis, ça doit commencer à avoir des effets non négligeables.

 
oui c'est sur ... et après j'ai commencé avec un BTS et pas un diplôme d'ingé.

21  

21 par mois c'est beaucoup pour un junior.

1/2 jubi

1/2 Kenshineuh aussi.
 
 

Non mais Niel...

Terracid qui tweet ça y'a quelques jours pour déconner : https://twitter.com/terracid/status/1558055101302034434
Aujourd'hui : https://twitter.com/terracid/status/1560595536029179905

Et la bio de Xavier.  

Harko en pls de pas y avoir pensé.

J'ai pensé à la même chose
Il ne reste plus qu'à Harko à atteindre 1.6M d'abonnés sur Twitter (première fois que j'entends parler du mec en question d'ailleurs   ).

T'es pas la cible.

Il fait parti d'un duo avec son pote Laink, Le Wankil studio. Ils streament du jeu vidéo et mettent des videos sur youtube.

C'est pas la cible parce que leurs trucs sont nuls?

En vrai c'est un duo assez drôle. Mais disons que l'humour est tjs le même depuis 10 ans. C'est ptete moi qui devient un vieux con.
Ca fait quelques années maintenant que je ne regarde plus vraiment leur vidéos.

Leur dernière si jamais : https://www.youtube.com/watch?v=fL3GXdDCA-0

je crois que je vais avoir besoin de vacances après mes vacances

 
Effectivement, vu comme ça, il vaut mieux prendre les 2 mois de vacances gratuits et se casser après.

Question con mais j'arrête pas à me décider: quand vous montez des DAO (data access object, pas les blockchains) vous avez plus tendance à la généralité ou à la spécificité / efficacité?

Naturellement, j'ai plus tendance à la spécificité/simplicité, mais il n'y a pas de règle générale, chaque cas est différent.

Si c'est pour me le coltiner alors généricité afin de maximiser les chances de l'utiliser, puis efficacité car c'est utilisé partout donc faut que ça perform

12h sans aucun post sur ce topic ? SAY LOUCHE §
 
@masklinn: Ca manque de contexte pour bien répondre. Mais de ce que j'ai pu voir, c'est très compliqué de "bien" généraliser ce genre de couche, tu te retrouves quand même assez vite avec pleins de petits cas particuliers, que soit tu décides de pas supporter au niveau du DAO ou à l'inverse, ça peut vite devenir usine à gaz, avec pleins de méthodes ou paramètres à tes méthodes pour les configurer en fonction des cas.  
Bref, un peu comme el muchacho, du coup j'irais plus sur des trucs hyper spécifiques (mais simples) au début, quitte à généraliser après, une fois que je suis sur que y a vraiment de quoi généraliser (et pas que coup de bol, je suis juste tombé sur les 3 points qui s'alignaient parfaitement au début, mais que les 50 qui restent sont en vrac)

Spécificité ici.
Plus maintenable qu'un composant générique qui devient la base de plein de trucs dans le code et qu'on peut ensuite difficilement adapter/dégager.

Je pense bien mais je suis un peu en "unknown unknown", jusqu'à présent soit j'ai bossé sur des trucs avec ORM soit c'était suffisamment simple pour qu'un accès direct soit plus que suffisant, mais là l'accès direct atteint ses limites et l'ORM est pas une option, donc il me faut un truc entre les deux, mais j'ai pas trop d'expérience là dessus.
 
Et donc là je me demande si ayant une relation de genre 15 colonnes, il est plus mieux d'avoir un gros pâté qui sort tout et basta quitte à faire des join pas toujours utiles ou quoi, ou s'il vaut mieux avoir une demi douzaines de "vues" qui font exactement ce dont le côté métier a besoin.

ur not helping

A quel point les besoins cotés métiers sont stables ? C'est peut être mon expérience en petite startup qui me biaise, mais avec des besoins métiers qui changent tous les 6 3 mois, faire un truc générique, c'est impossible de correctement prévoir quels seront les besoins dans le futur, donc dans 3 ans tu vas te retrouver avec un bouzin énorme et pleins de cas particuliers pour gérer tous les cas que t'avais pas anticipé et qui en plus sera compliqué à extraire/refactorer parce qu'à moins d'être blindé de tests U ça va être super compliqué de modifier un truc sans casser N cas particuliers à coté, etc...Bref, j'irai sans doute sur la demi douzaines de "vues" adaptées (quitte à extraire des petites briques communes à certaines de ces vues).

Soit tu fais une vue optimisée côté DB et tu fais un mapping sur une classe spécifique (comme une entité classique, sauf que tu l'annotes en indiquant que ça provient d'une vue, afin d'interdire les actions C/D et potentiellement U), mais c'est comme si tu étais en DB First. L'intérêt c'est que tu peux optimiser aux petits oignons, avec les bons index, faire une vue indexée également etc.

Soit tu fais ta projection depuis ton/tes repositories vers une classe spécifique qui ne sert qu'à ça.

Compliqué à dire, dans l'absolu c'est assez stable, mais c'est la repro d'un système blackboxé (plus ou moins du RE), donc tu peux avoir des coins / cas particuliers qui sont pas encore vus / implémentés et remettent tout en question. Mais plus l'implémentation est complète et la surface couverte moins ça devrait être un risque.

En théorie je suis censé le faire pour qualifier les cas particuliers de l'API à reproduire, mais je peux pas honnêtement dire que c'est le cas

L'optimisation en ces termes est pas trop un facteur pour le coup, les cardinalités devraient rester basses. Mais merci pour l'avis.

TIL que le Français moyen est plus riche que le Norvégien ou le Japonais moyen, et bien plus riche que l'Américain moyen ou le Qatari moyen, et d'autre part que les Belges sont bien plus riches que les Français. D'autre part le coefficient de Gini indique une plus grande inégalité chez les Norvégiens que chez nous et que les Belges sont plus égalitaires que nous (plus le coeff de Gini est élevé, plus la société est inégalitaire).
https://en.wikipedia.org/wiki/List_ [...] _per_adult

Je suis aussi étonné de voir l'Allemand moyen aussi bas.
Comme quoi les idées reçues...

En voyant l'Allemagne aussi bas, entre la Slovénie et le Portugal, j'émets quelques doutes sur la méthodologie de comparaison entre les pays. Pourtant le "Wealth Data Book" de Crédit Suisse, qui est la source de ce tableau, est je crois considéré comme assez sérieux.

Pas compris la dernière phrase.