C’est absolument une piste que je considère depuis pas mal de temps mais monter un faux github complet avec introspectabilité et scénarisabilité ça me freine un peu il y a plein de trucs à y gagner mais c’est un gros chantier dont le gain est assez relatif.

disney + met la barre très haut en terme de rapport qualité/prix (en encore , on n'a pas la 4K)

Y'en a qui font du dév piloter par les tests (méthode agile test driven) ?
Perso, je l'ai fait sur mon projet Icare, ça fait changer pas mal de choses au niveau méthodo de dév, mais j'ai trouvé l'expérience intéressante. Je pense que c'est une façon de faire obligatoire pour de l'intégration continue. Mais je suis étonné que si peu de grosses boîtes l'utilisent (je pense à des boîtes dans l'industrie, par ex)...

J'avoue, gratuit pour moi.

avec ma soeur, et les freres/soeurs de madame, on partage un abo netflix et un disney+.
ça fait reparti sur 4 foyers.

on fait un peu pareil ( amazon prime /  netflix  / et un nextcloud bien chargé pour le moment)
et faut que je regarde les comptes spotify, a un moment, ils vérifiaient la geoloc

Prends en compte le cout de la vie. La vraie comparaison c'est le reste à vivre.  Dublin par ex, les salaires sont peut etre élevé, mais le reste à vivre est dégueulasse...les jeunes se plaignent à fond chez nous, ils arrivent plus à vivre raisonnablement proche du boulot.
 

Cette remarque de Suisse Précisément, avec les carrière qu'on a, le reste à vivre il explose très vite quand on commence à travailler dans un endroit à haut coût de la vie et haut salaire. Et là quand on parle d'un type qui travaille depuis 10 ans chez Amazon, son reste à vivre c'est en gros le salaire qu'il aura si il va bosser en province en France. Alors c'est sûr qu'il paiera moins de loyer, mais bon il va devoir trouver d'autres raisons de bouger.

disney + met la barre très haut en terme de rapport qualité/prix (en encore , on n'a pas la 4K)

Cette remarque de Suisse Précisément, avec les carrière qu'on a, le reste à vivre il explose très vite quand on commence à travailler dans un endroit à haut coût de la vie et haut salaire. Et là quand on parle d'un type qui travaille depuis 10 ans chez Amazon, son reste à vivre c'est en gros le salaire qu'il aura si il va bosser en province en France. Alors c'est sûr qu'il paiera moins de loyer, mais bon il va devoir trouver d'autres raisons de bouger.

 
Oui, tout dépend le gap que tu fais aussi.
 
Perso avec les salaires que vous avancez, c'est plus du double du miens. Pas sur que je vive mal la bas.
Je compare juste les salaires, pas le job.

Pattern observer ?
 
( https://en.wikipedia.org/wiki/Observer_pattern )

justement : si tu gagnes 80k en vivant dans la cambrousse dans le lot et garonnem ou si tu gagnes 80k en vivant dans Paris intra (ou Londres ou Dublin intra), tu vas pas avoir exactement le meme reste à vivre. Pourtant ton salaire est le meme.
Pour te donner un avis : je pense que tu vis mieux en france avec 50k de salaire qu'en Suisse avec 100k de salaire. Evidememnt quand j'ai fait le switch je suis passé de 37k€ à 100kCHF, ça a tout changé.
Mon propos c'est que tu peux pas juste regarder le salaire, faut faire un petit budget comparatif. Par ex en UK à salaire égal avec la Suisse je dois payer 33% d'impots en plus...

tl;dr : le salaire te dit pas tout

1) les multimètres l'important c'est pas le nombre, c'est la manière de s'en servir
 
2) nan, mais beel1 a le bon bout je pense. regarde le primaire, et il doit pas y avoir beaucoup de chose de ce côté

Sauf que d'habitude il a pas ce souci Shinuza, il est perdu là

Check visuel de Q801, vu du dessus ça a l'air d'aller mais il est ptêt décapsulé
Ohmmètre : valeur entre L et N, valeurs aux bornes de R802, C810, valeur entre les 2 pins intérieures de D801
Voltmètre continu : valeur aux bornes de C816 au cas où, si 0V test à l'ohmmètre (ça peut croître ou décroître, c'est bon, fixe à 0 ou presque c'est pas bon)
Mode diode : toutes les diodes de D801 dans les 2 sens (le schéma est comme ça : http://www.smc-diodes.com/propdf/G [...] 0REV.A.pdf ), si tu le dessoude quelque soit la mesure tu devrais jamais avoir 0, au pire soit 2xVf entre + et -, soit 1xVf soit infini

Pattern observer ?
 
( https://en.wikipedia.org/wiki/Observer_pattern )

 
voire Mediator  

 
Oui enfin tu abuses un peu avec tes 50k en France, tu vis mieux qu'en suisse. J'ai deux potes qui ont migré la bas, avec beaucoup moins qu'un x2 et globalement, ils sont bien mieux la bas.
Tout ne coute pas absolument deux fois plus cher la bas.

une creche c'est 25k full time sur une année...

 
Oui enfin tu abuses un peu avec tes 50k en France, tu vis mieux qu'en suisse. J'ai deux potes qui ont migré la bas, avec beaucoup moins qu'un x2 et globalement, ils sont bien mieux la bas.
Tout ne coute pas absolument deux fois plus cher la bas.

 
Vivant en Suisse et pas frontaliers ? Mon loyer a fait exactement 4x pour une surface un poil plus petite quand je suis allé en Suisse
ça dépend aussi de ton style de vie, d'où l'importance de comparer.  
A Lausanne un resto indien normal, pas haut de gamme, entrée + plat + vin c'est 150 balles à 2. Un libanais sympa c'est 180. En arrivant à Londres, on a divisé par plus que 2 ce genre de couts.
Si ás des gosses on en parle meme pas (une creche c'est 25k full time sur une année...)

 
Vivant en Suisse et pas frontaliers ? Mon loyer a fait exactement 4x pour une surface un poil pus petite quand je suis allé en Suisse

bah en France en crèche privée (parce-que pas de place dans les crèches publiques) j'en avais pour 1300 balles par mois (avant remboursement CAF heureusement) pour 3 jours par semaine...ça fait ça.:o

C’est chaud  
 
On est actuellement à 400 € par mois en crèche public et ça nous fait déjà parfois transpirer

 
On y est venu chez nous :
 
- TDD pour les bugfixes : on écrit d'abord les tests unitaires (et/ou fonctionnels) qui reproduisent un bug, avant de corriger. Pour s'assurer que le bug revienne plus jamais
 
- DDD (document-driven development) pour les nouvelles fonctionnalités / améliorations : on écrit la documentation avant de coder. Ca permet de vérifier que le design est bon parce que ça nous oblige à expliquer dans notre doc comment utiliser ce qu'on s'apprête à coder
Ca nous a déjà permis de revoir/repenser des features, voire de les abandonner, avant même d'écrire une seule ligne de code.
Après on écrit les tests fonctionnels qui correspondent à la doc.
Ensuite on code.
Et on ajoute les tests fonctionnels+unitaires qui manquent pour améliorer la couverture.
 
(j'ai écrit un article de blog sur comment on travaille chez nous : https://blog.kuzzle.io/a-glimpse-of [...] nd-testing )

Pour ma part, j'avais poussé le test-driven des TU, TI jusqu'aux test de validation de l'apli (donc codage de tests de manips de l'IHM et vérification de la réponse obtenue).

Euh, par contre, le DDD , c'est une blague ? C'est pas comme ça qu'on doit faire tout le temps ? Rédaction de la spéc, du dossier de conception et du cahier de tests avant de coder (voire le manuel d'exploitation et le manuel utilisateur)
Après, au cours du dév, on met à jour la doc pour prendre en compte les ajustements effectués car on ne peut pas penser à tout...

bah en France en crèche privée (parce-que pas de place dans les crèches publiques) j'en avais pour 1300 balles par mois (avant remboursement CAF heureusement) pour 3 jours par semaine...ça fait ça.:o

La différence c'est qu'en Suisse y'a pas de CAF je pense

bah en France en crèche privée (parce-que pas de place dans les crèches publiques) j'en avais pour 1300 balles par mois (avant remboursement CAF heureusement) pour 3 jours par semaine...ça fait ça.:o

c'est une grosse difference, en Suisse y'a pas de CAF, et tu peux defiscaliser que 7500CHF (sur ton assiette imposable, donc tu sauves en gros 30% de cette somme)

 
On y est venu chez nous :
 
- TDD pour les bugfixes : on écrit d'abord les tests unitaires (et/ou fonctionnels) qui reproduisent un bug, avant de corriger. Pour s'assurer que le bug revienne plus jamais
 
- DDD (document-driven development) pour les nouvelles fonctionnalités / améliorations : on écrit la documentation avant de coder. Ca permet de vérifier que le design est bon parce que ça nous oblige à expliquer dans notre doc comment utiliser ce qu'on s'apprête à coder
Ca nous a déjà permis de revoir/repenser des features, voire de les abandonner, avant même d'écrire une seule ligne de code.
Après on écrit les tests fonctionnels qui correspondent à la doc.
Ensuite on code.
Et on ajoute les tests fonctionnels+unitaires qui manquent pour améliorer la couverture.
 
(j'ai écrit un article de blog sur comment on travaille chez nous : https://blog.kuzzle.io/a-glimpse-of [...] nd-testing )

c'est une grosse difference, en Suisse y'a pas de CAF, et tu peux defiscaliser que 7500CHF (sur ton assiette imposable, donc tu sauves en gros 30% de cette somme)