Je ne comprends jamais ceux qui se plaignent d'une trop grande offre politique. Les abstentionnistes disent ne pas avoir envie de voter vu l'offre actuel, et il y a toujours des personnes pour se plaindre des petits listes, et font tout pour les faire disparaitre.
La règles des 5 % rajoute une bonne grosse couche de majoritaire, qui fait que plus il y a de liste de gauche ou de droite, moins ils auront de député (magique !). Pour limiter cela, il aurait fallut 2 tours, avec le seuil de 5% pour pouvoir se qualifier au second tour et y appliquer la vrai proportionnelle.
Il y a des tas de systèmes possibles (liste avec panachage comme en Belgique) qui pourrait être bien plus représentatif et efficace. Par exemple, il y a pas mal d'anciens députés reconnus par leur travail qui ne sont même pas sur les listes de leur partie, qui ont préféré recaser des copains.
A quel point pythran s'éloigne de python ? A quel point, serait-il compliqué de compiler du code normal ou une partie de celui-ci ? Je pense en particulier pour des applications web ou même pourquoi pas des jeux.
Plus la base d'utilisateur augmente, plus la base de contributeurs potentiels aussi, non ?
Aussi du fait que dès que tu enrichis ton modèle dérivé tu dois presque inévitablement retoucher le modèle parent à la main aussi vu que le premier porte plus de sémantique.
C'est souvent parce que la transformation n'est pas controlée, c'est celle de l'outil et rien de plus, non ?
Ensuite le manque de sémantique d'un modèle (qui est intrinsèquement une abstraction) implique qu'il faut souvent plusieurs points de vue pour effectuer la transformation vers ton modèle/texte cible. Assurer cette cohérence est complexe et contre productive (Je ne parle même pas de générer des comportements dynamiques)
Sauf que tu n'as pas lu les sources, qu'elles sont sans doute difficile à trouver à l'état, et que tu lui as fait aveuglément confiance. Vu que moi, je ne fais pas confiance à ce genre de gourou de la drague, je ne vais pas perdre de temps avec ça.
On n'attaque pas sa personne, mais sa crédibilité et notamment en regardant ses conflits d’intérêt.
Quand tu fais un site web, la première chose que l'on te dis est de mettre analytics pour savoir qui vient et comment. :/
Dans ton cas, je pense qu'il faudrait faire un profil de risque de l'utilisateur. Savoir qu'une personne appuis sur tel bouton de la gui, n'est pas la même chose que d'avoir accès à ses contacts, ou à ses messages. Il doit être possible d'utiliser ce profil de risque pour savoir ce qu'il ne faut pas regarder, ou ce qu'il faut compiler avant envoi.
Il faut que je regarde la vidéo. J'ai vu le problème du modèle trop rigide, qui peut casser les anciennes données si il évolue. Mon idée est de plus mettre l'accent sur les transformations plutôt que sur le model lui-même, pour éviter ça. Je pars du principe que le modèle fait parti du code, tout réécrire serait vraiment de la perte de temps.
Bonne introduction pour le DDD. J'ai un bon background en modélisation. Et j'ai pu vraiment me rendre compte que l'important n'est pas d'avoir un seul modèle d'où tout découle, mais dans les transformations entre modèles et leur différente transformation. L'exemple typique est son modèle bien propre, que l'on veut sauver dans une base de donnée. Il y a une infinité de manière de faire. On peut toujours bricoler une sérialisation ad-hoc, mais si on fait une sorte d'ORM automatique, il faut faire un tas de choix qui peuvent avoir de gros impact en performance (primary key, index,…), le pire étant les différences de sémantiques subtiles (gestion des nul ou des string vide, la taille d'entier, cycle de vie, etc…)
Donc, je suis persuadé qu'il faut un modèle "propre" pour faire ses services business, mais un autre modèle dérivé d'un modèle dédié au base de donné. Et le code important devient le code de transformation d'un modèle à l'autre. C'est d'autant plus intéressant si on récupère une base existante.
Donc, je n'aime pas trop le modèle en couche. Soit les couches masquent trop de complexité, et écrire les étages supérieurs devient un calvaire, soit elle rejette la complexité vers les couches hautes, mais sans fournir toutes les informations pour pouvoir réagir correctement. La mode est au micro-service qui sont des découpes verticales. Cela a le bon gout de coller avec le principe de Bounded Context du DDD.
En tout cas, merci pour l'info concernant cet outil.
Oui mais non. Je chercher un outil spécifique DDD.
UML est trés trés gros, et est pensé comme un dessin et non comme un langage, c'est bien le problème. Les machines d'état sont défini de façon ambigüe par exemple. DDD propose des objets de base très intéressant qui pourrait être une lib UML, mais je cherche si un truc dédié existe.
Je ne suis même pas sûr que le droit d'auteur s'applique pour un document de description technique. Le droit d'auteur exige une originalité et une empreinte de l'auteur. Typiquement, la description de simple fait ne peuvent être sous copyright.
Regardes son site ! De plus, il est diplomé en psycho, je rappelle que au sens strict (ni TCC, ni psychiatrie), ce n'est pas une science, c'est basé sur des dogmes de Freud, sans base scientifique. Ils refusent même l'évaluation de leur méthode, il suffit de voir le désastre avec les autistes.
Tu as du découvrir l'existence de ton entre-jambe bien tardivement (oui je provoque exprès, mais j'ai compris ce que tu voulais dire). Le poids moyen n'est pas le même à la naissance entre garçons et filles, et on devrait pouvoir trouver quelques autres différences (certes peu flagrantes).
On parlait de sport, gros vicieux ! il y a eu 2 news d'équipe féminine de 12 ans ayant interdiction d'aller en finale dans un championnat de garçon de peur de les vexer…
Sauf que tes solutions n'en sont pas. Elles ont été donné plus haut : il faut construire plus.
Et pour cela, il faut réduire les frais pour les acheteurs (frais de mutation pour la résidence principal), cela augmentera la fluidité du marché, car un rachat sera moins couteux. Il faut changer les règles administratives pour pouvoir densifier quand c'est possible (augmenter d'un ou 2 étages), éviter la rétention de terrain, etc…
Le développement depuis 2000 utilise une faille inhérente à notre économie de marché : les banques peuvent prêter de l'argent à très long terme sans risque, sachant qu'elles seront sauvées par l'État au besoin.
ça c'est vrai depuis 2008, pas 2000.
Comme dits plus haut, l'explosion du prix vient du déficit de l'offre rendu toujours plus complexe, et de la démographie + la réduction des ménages.
La durée des crédit était limité à 20 ans, l'Etat a changé la règle pour augmenter la solvabilité moyenne. Ce n'est pas les banques qui l'ont décidé.
Les taux ont baissé avec l'aide de l'euro, une monnaie stable fait baisser les taux, c'est un effet voulu de l'euro.
Depuis 2008, il y a le quantative easing (QE) qui a fortement augmenté la quantité d'argent en circulation et baisser le cout du crédit pour "relancer" l'économie. Donc, l'argent est devenu "moins chère".
Bref, la baisse des taux des emprunts n'a rien à voir avec le marché de l'immobilier.
Tu l'appelles comme tu veux : le comportement que je décris contribue à gonfler les prix, donc les conséquences négatives sont les mêmes.
Tu découvres l'économie de marché, sérieusement ?
impossible à expliquer par un légère croissance démographique
Bien sûr que cela s'explique par le manque de logement dû aux normes d'urbanisme, de construction, de délais de traitement, de la rétention de terrain,…
qu'il faut accepter la fatalité d'en être venu à devoir dédier vingt ans de sa vie à payer des rentistes, comme s'il s'agissait là d'un destin divin. Soit :-)
Non, le fait que l'immobilier est trop chère est un fait, on critique ton analyse qui n'a pas de sens.
donc ta source est une vidéo d'un coach en séduction ?
Je te propose de rendre mixte tous les sports, même traitement pour les hommes et les femmes (et en commençant très jeune bien sur), pour tester. On va rigoler.
Jusqu'à 12 - 14 ans, il n'y a pas de différences physiques. Voir il y a un avantage féminin car elles ont leur puberté plus tôt.
# Trop d'abstention et en même temps trop de liste ?!
Posté par Nicolas Boulay (site web personnel) . En réponse au journal 33 listes, est ce raisonnable ?. Évalué à 7. Dernière modification le 06 mai 2019 à 10:52.
Je ne comprends jamais ceux qui se plaignent d'une trop grande offre politique. Les abstentionnistes disent ne pas avoir envie de voter vu l'offre actuel, et il y a toujours des personnes pour se plaindre des petits listes, et font tout pour les faire disparaitre.
La règles des 5 % rajoute une bonne grosse couche de majoritaire, qui fait que plus il y a de liste de gauche ou de droite, moins ils auront de député (magique !). Pour limiter cela, il aurait fallut 2 tours, avec le seuil de 5% pour pouvoir se qualifier au second tour et y appliquer la vrai proportionnelle.
Il y a des tas de systèmes possibles (liste avec panachage comme en Belgique) qui pourrait être bien plus représentatif et efficace. Par exemple, il y a pas mal d'anciens députés reconnus par leur travail qui ne sont même pas sur les listes de leur partie, qui ont préféré recaser des copains.
"La première sécurité est la liberté"
# "Pythran is an ahead of time compiler for a subset of the Python language" : Subset ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Pythran 0.9.2 - koailh. Évalué à 3.
A quel point pythran s'éloigne de python ? A quel point, serait-il compliqué de compiler du code normal ou une partie de celui-ci ? Je pense en particulier pour des applications web ou même pourquoi pas des jeux.
Plus la base d'utilisateur augmente, plus la base de contributeurs potentiels aussi, non ?
"La première sécurité est la liberté"
[^] # Re: Domain Driven "Design"
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Conception pilotée par le domaine ou Domain-driven design (DDD). Évalué à 3.
C'est souvent parce que la transformation n'est pas controlée, c'est celle de l'outil et rien de plus, non ?
"La première sécurité est la liberté"
[^] # Re: Domain Driven "Design"
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Conception pilotée par le domaine ou Domain-driven design (DDD). Évalué à 3.
un code aussi, non ?
Je ne te suis pas.
"La première sécurité est la liberté"
[^] # Re: Domain Driven "Design"
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Conception pilotée par le domaine ou Domain-driven design (DDD). Évalué à 3.
J'ai bossé sur un outil basé sur Papyrus. Et je parle du principe du modèle base design. Pour la bière, si tu es sur sophia anti polis pourquoi pas :)
Tu parles de la congélation du modèle au fur et à mesure qu'il se complexifie ?
"La première sécurité est la liberté"
[^] # Re: Et si on leur demandait ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Pourquoi les femmes ont déserté l’informatique dans les années 1980. Évalué à 3.
Sauf que tu n'as pas lu les sources, qu'elles sont sans doute difficile à trouver à l'état, et que tu lui as fait aveuglément confiance. Vu que moi, je ne fais pas confiance à ce genre de gourou de la drague, je ne vais pas perdre de temps avec ça.
On n'attaque pas sa personne, mais sa crédibilité et notamment en regardant ses conflits d’intérêt.
"La première sécurité est la liberté"
[^] # Re: Ressources
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Conception pilotée par le domaine ou Domain-driven design (DDD). Évalué à 3.
J'ai lu sur internet + son 2ième bouquin beaucoup plus petit et dense.
A priori, le bouquin d'origine est lourd à lire, mais dispose de quelques chapitres qui font référence.
"La première sécurité est la liberté"
[^] # Re: Domain Driven "Design"
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Conception pilotée par le domaine ou Domain-driven design (DDD). Évalué à 3.
J'ai vu la vidéo, mais il passe très vite sur les problèmes du MDA, est-ce que tu as une source sur le sujet ?
"La première sécurité est la liberté"
# cas de conscience
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Sur le compromis entre l'anonymat et l'observation du comportement des utilisateurs. Évalué à 8.
Quand tu fais un site web, la première chose que l'on te dis est de mettre analytics pour savoir qui vient et comment. :/
Dans ton cas, je pense qu'il faudrait faire un profil de risque de l'utilisateur. Savoir qu'une personne appuis sur tel bouton de la gui, n'est pas la même chose que d'avoir accès à ses contacts, ou à ses messages. Il doit être possible d'utiliser ce profil de risque pour savoir ce qu'il ne faut pas regarder, ou ce qu'il faut compiler avant envoi.
"La première sécurité est la liberté"
[^] # Re: Domain Driven "Design"
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Conception pilotée par le domaine ou Domain-driven design (DDD). Évalué à 3.
Il faut que je regarde la vidéo. J'ai vu le problème du modèle trop rigide, qui peut casser les anciennes données si il évolue. Mon idée est de plus mettre l'accent sur les transformations plutôt que sur le model lui-même, pour éviter ça. Je pars du principe que le modèle fait parti du code, tout réécrire serait vraiment de la perte de temps.
"La première sécurité est la liberté"
[^] # Re: Domain Driven "Design"
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Conception pilotée par le domaine ou Domain-driven design (DDD). Évalué à 4.
Bonne introduction pour le DDD. J'ai un bon background en modélisation. Et j'ai pu vraiment me rendre compte que l'important n'est pas d'avoir un seul modèle d'où tout découle, mais dans les transformations entre modèles et leur différente transformation. L'exemple typique est son modèle bien propre, que l'on veut sauver dans une base de donnée. Il y a une infinité de manière de faire. On peut toujours bricoler une sérialisation ad-hoc, mais si on fait une sorte d'ORM automatique, il faut faire un tas de choix qui peuvent avoir de gros impact en performance (primary key, index,…), le pire étant les différences de sémantiques subtiles (gestion des nul ou des string vide, la taille d'entier, cycle de vie, etc…)
Donc, je suis persuadé qu'il faut un modèle "propre" pour faire ses services business, mais un autre modèle dérivé d'un modèle dédié au base de donné. Et le code important devient le code de transformation d'un modèle à l'autre. C'est d'autant plus intéressant si on récupère une base existante.
Donc, je n'aime pas trop le modèle en couche. Soit les couches masquent trop de complexité, et écrire les étages supérieurs devient un calvaire, soit elle rejette la complexité vers les couches hautes, mais sans fournir toutes les informations pour pouvoir réagir correctement. La mode est au micro-service qui sont des découpes verticales. Cela a le bon gout de coller avec le principe de Bounded Context du DDD.
En tout cas, merci pour l'info concernant cet outil.
"La première sécurité est la liberté"
[^] # Re: UML n'est pas une méthode
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Conception pilotée par le domaine ou Domain-driven design (DDD). Évalué à 3.
Sirius semble très propre, mais bon de l'Eclipse, du java… cela me motive très peu. Et je trouve UML mal fichu.
"La première sécurité est la liberté"
[^] # Re: UML n'est pas une méthode
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Conception pilotée par le domaine ou Domain-driven design (DDD). Évalué à 3.
Je sais bien, mais rien n’empêche que quelqu'un ait fait un outil d'aide à la conception DDD. C'est ce que je cherche.
"La première sécurité est la liberté"
[^] # Re: Et si on leur demandait ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Pourquoi les femmes ont déserté l’informatique dans les années 1980. Évalué à 3.
Possible par analogie ne veut absolument pas dire qu'il y a des preuves de ça.
"La première sécurité est la liberté"
[^] # Re: UML n'est pas une méthode
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Conception pilotée par le domaine ou Domain-driven design (DDD). Évalué à 3.
Oui mais non. Je chercher un outil spécifique DDD.
UML est trés trés gros, et est pensé comme un dessin et non comme un langage, c'est bien le problème. Les machines d'état sont défini de façon ambigüe par exemple. DDD propose des objets de base très intéressant qui pourrait être une lib UML, mais je cherche si un truc dédié existe.
"La première sécurité est la liberté"
# coquille
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Conception pilotée par le domaine ou Domain-driven design (DDD). Évalué à 3.
Quelqu'un peut virer le lien du titre, j'ai oublié de nettoyer.
"La première sécurité est la liberté"
[^] # Re: Et si on leur demandait ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Pourquoi les femmes ont déserté l’informatique dans les années 1980. Évalué à 4.
C'est pas faux.
"La première sécurité est la liberté"
[^] # Re: Prix négligeable par rapport au coût de l'implem
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Pour la publication de la norme PDF 2.0 en CC BY-ND. Évalué à 3.
Avec un tel niveau de dépense, est-ce que cela ne te couterait pas moins chère d'adhérer à l'organisme ?
"La première sécurité est la liberté"
[^] # Re: Est-ce seulement possible?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Pour la publication de la norme PDF 2.0 en CC BY-ND. Évalué à 2.
Je ne suis même pas sûr que le droit d'auteur s'applique pour un document de description technique. Le droit d'auteur exige une originalité et une empreinte de l'auteur. Typiquement, la description de simple fait ne peuvent être sous copyright.
"La première sécurité est la liberté"
[^] # Re: Et si on leur demandait ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Pourquoi les femmes ont déserté l’informatique dans les années 1980. Évalué à 7.
Quelle rapport avec l'égalité en droit ?
En quoi l'appel à la nature est un argument ?
Quel rapport entre la reproduction et les métiers ?
"La première sécurité est la liberté"
[^] # Re: Et si on leur demandait ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Pourquoi les femmes ont déserté l’informatique dans les années 1980. Évalué à 2.
Regardes son site ! De plus, il est diplomé en psycho, je rappelle que au sens strict (ni TCC, ni psychiatrie), ce n'est pas une science, c'est basé sur des dogmes de Freud, sans base scientifique. Ils refusent même l'évaluation de leur méthode, il suffit de voir le désastre avec les autistes.
On parlait de sport, gros vicieux ! il y a eu 2 news d'équipe féminine de 12 ans ayant interdiction d'aller en finale dans un championnat de garçon de peur de les vexer…
"La première sécurité est la liberté"
[^] # Re: Les premières personnes à programmer étaient des femmes
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Pourquoi les femmes ont déserté l’informatique dans les années 1980. Évalué à 3.
Sauf que tes solutions n'en sont pas. Elles ont été donné plus haut : il faut construire plus.
Et pour cela, il faut réduire les frais pour les acheteurs (frais de mutation pour la résidence principal), cela augmentera la fluidité du marché, car un rachat sera moins couteux. Il faut changer les règles administratives pour pouvoir densifier quand c'est possible (augmenter d'un ou 2 étages), éviter la rétention de terrain, etc…
"La première sécurité est la liberté"
[^] # Re: Les premières personnes à programmer étaient des femmes
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Pourquoi les femmes ont déserté l’informatique dans les années 1980. Évalué à 3.
ça c'est vrai depuis 2008, pas 2000.
Comme dits plus haut, l'explosion du prix vient du déficit de l'offre rendu toujours plus complexe, et de la démographie + la réduction des ménages.
La durée des crédit était limité à 20 ans, l'Etat a changé la règle pour augmenter la solvabilité moyenne. Ce n'est pas les banques qui l'ont décidé.
Les taux ont baissé avec l'aide de l'euro, une monnaie stable fait baisser les taux, c'est un effet voulu de l'euro.
Depuis 2008, il y a le quantative easing (QE) qui a fortement augmenté la quantité d'argent en circulation et baisser le cout du crédit pour "relancer" l'économie. Donc, l'argent est devenu "moins chère".
Bref, la baisse des taux des emprunts n'a rien à voir avec le marché de l'immobilier.
"La première sécurité est la liberté"
[^] # Re: Les premières personnes à programmer étaient des femmes
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Pourquoi les femmes ont déserté l’informatique dans les années 1980. Évalué à 3.
Tu découvres l'économie de marché, sérieusement ?
Bien sûr que cela s'explique par le manque de logement dû aux normes d'urbanisme, de construction, de délais de traitement, de la rétention de terrain,…
Non, le fait que l'immobilier est trop chère est un fait, on critique ton analyse qui n'a pas de sens.
"La première sécurité est la liberté"
[^] # Re: Et si on leur demandait ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Pourquoi les femmes ont déserté l’informatique dans les années 1980. Évalué à -2.
donc ta source est une vidéo d'un coach en séduction ?
Jusqu'à 12 - 14 ans, il n'y a pas de différences physiques. Voir il y a un avantage féminin car elles ont leur puberté plus tôt.
"La première sécurité est la liberté"