Reprise du message précédent :
 
Attends, c'est vapeur qui fait du java hein. C'est un peu comme l'homme des cavernes qui vient de découvrir que le feu était plus efficace pour chasser ses prédateurs.

Mais tu veux absolument tout faire depuis Oracle ? Spa tellement son job. Moi je verrais plutôt un script (batch, shell, python, ce que tu veux) qui récupère les données et fait le replace/save du bordel.

 
je vois toujours pas le rapport avec le debat. les hetero peuvent le faire, pourquoi pas les homo? tu peux discuter le fond si tu veux (meme si je suis pas d'accord avec toi) mais je vois pas le rapport

nan mais nawak là:
 1. Et le rapport avec les homos? le probleme se posent pour les hetero aussi selon toi?
 2. tu parles de meres porteuses? ton probleme se pose aussi avec les adoption à l'etranger, qui coute aussi cher que la GPA? ou avec les frais medicaux des bebe eprouvettes. ou alors ton probleme est le lien de filiation biologique de plus tot?  

+1 rien de nouveau avec les arguments des anti pour le moment

c'est pareil en europe, juste en passant.
 mais sinon elle compte venir et bosser aux US aussi? et donc faire du business americain en amerique? si oui, il lui faut un visa, c'est simple.  
 
tu peux tenter un ESTA pour 3 mois pour elle mais ce serait illegal de bosser aux US pour elle. Eventuellement vas demander sur http://forum.hardware.fr/hfr/Discu [...] 9246_1.htm si quelqu'un a plus d'info mais je pense pas.

 
On utilise le même genre de truc avec le Criteria de Propel    
Ca permet de pas être limité par les capacités pure ORM de l'outil, tout en manipulant une structure de données représentant ta requête et donc facilement altérable (bcp + que de manipuler une chaîne SQL).

Ben c'est un peu la mentalité ici. Un petit package est facile à déployer pour eux. Et c'est en Windows (la partie batch, je n'ai aucune idée quel est l'OS host pour Oracle). Et je suis même pas sûr qu'ils ont Powershell. En tout cas ils ont pas Python.

 
Non, aujourd'hui un couple hétéro ne peut pas avoir recours à une mère porteuse.
 
Je suis pas sûr que tu aies compris mon point de vue, hein. En gros, le mariage je suis pour, l'adoption aussi, par un couple prioritairement à un célibataire (quel que soit le sexe des personnes concernées).
 
La PMA, je suis pour, dans le cadre actuel (à savoir : "Au regard de la loi française, les techniques d’AMP sont considérées comme des thérapeutiques destinées à pallier l’infertilité pathologique d’un couple, médicalement constatée, ou à eviter un risque de transmission d’une maladie. Elle est, à ce titre, prise en charge par l’assurance maladie française." )
 
Sauf que je l'autoriserai sans prise en charge par l'assurance maladie dans les autres cas (couples homosexuel femme ou femme célibataire, qui ne sont pas des maladies)
 
Et c'est tout.
 
la GPA pose des problèmes éthiques autrement plus épineux.

effectivement j'avais pas saisi ton point de vue.
 donc le probleme est financier? pas ethique (sauf dire que l'assurance maladie rembourse pour les maladies uniquement, ce qui est pas completement le cas deja).  
 
pour la GPA, je suis pour: pour les hetero, pour les homos. c'est clairement pas un truc facile, et ça demande des lois mais c'est independant du sexe des parents. Il suffit de voir le documentaire Juno qui en parle

Oui, c'est pour bosser, principalement avec des boîtes françaises (ou du moins européenne). Et oui, c'est simple (après avoir passé une matinée de travail à chercher des infos quand même ), mais pas faisable, un visa de travail sans emploi sponsorisé, ça veut dire un visa B, et c'est pour une durée de 6 mois max.  
Bref, je pense que c'est simplement pas faisable, c'est con l'offre était intéressante...

+1. ils arrêtent pas de dire que c'est pas une maladie leur histoire, alors l'assurance maladie devrait rien avoir à faire avec

on te dit que t'as tort alors ta gueule

Bon, il est 16h25, et personne n'a encore réagit sur ça. Je suis surpris.

Ce qui m'étonne c'est qu'à aucun moment ni le bénévole ni la famille concernée ne conteste le fait qu'ils renardaient sévère.

C'est le même principe que l'Expression Language de SQLAlchemy: ça permet de plus facilement composer du SQL (sans faire du string munging dégueu et risqué), de manière mieux intégrée au langage hôte, et généralement avec un peu plus d'indépendance par rapport aux particularités de la DB (genre pour les conneries type offset/limit).

Et tu peux bâtir un ORM par dessus (c'est exactement ce que fait SQLA)

alerte nexus 4 https://play.google.com/store/devic [...] xus_4_16gb

je prefere ça  
http://unecagoleaparis.wordpress.c [...] e-au-jour/

Bon, il est 16h58 et personne n'a encore réagi à ça. Je suis surpris.

Mon ORM supportait pas les INSERT en "batch" non plus, il faisait x INSERT pour x save(). Au lieu de faire
 

INSERT INTO Posts (foo, bar, baz) VALUES (?, ?, ?), (?, ?, ?)

 
Et puis la gestion des associations nécessitait de récupérer les objets typés par l'ORM à associer au préalable. (donc un select suivit d'un insert/update)

Commandé !

Merci !

Oui ,je l'ai relu à tête reposée . C'est très différent de ce que j'ai pu utiliser, mais ça a l'air assez puissant.
 

Commandé à 16h03

Marrant, moi j'y vois encore une syntaxe à la con qui tente de remplacer/masquer le SQL tout en refaisant exactement la même chose.
Avec un résultat qui devrait être vachement rigolo à maintenir dès que la requête voulue est un peu complexe, vu la tronche du join.

Ils ont sorti le bordel de chargement ou pas encore?

 
pas encore

Y'en a qui connaitraient un outil pour comparer 2 versions d'une API Java?
 

Une bonne imprimante et puis ça. Mais sinon, non, je n'en connais pas.

Commandé pour Madame

 
tu l'as sous quelle forme ton API ? J'ai bien EMF Compare dans les tuyaux, mais il faut arriver à l'exprimer dans un DSL quelconque basé sur EMF

En tout cas c'est pas la crise sur ce topic.

Sur HFR dans un topic d'experts il ne peut pas y avoir de crise.
Et puis c'est pas cher pour ce que c'est, de toute manière.

 
si, la crise de la trentaine... enfin avant

gfive>  
 

 
et voilà.
 
je savais pas que la GPA etait pas autorisé en france en fait.

J'ai le code des deux mais y'en a une chiee.

J'ai cliqué sur un lien dans la cat PHP
 
Il n'est pas possible de collecter les noms des contributeurs de cette poubelle et de les noyer?

 
 
Je t'y ai vu !  

Le risque est grand en effet, mais est-il réellement plus grand que dans une famille hétéro ?

 
Si j'ai bonne mémoire: taxation forfaitaire des intérêts et autres produits financiers et pas d'imposition des plus values ni de la fortune.

Non. Ca permet de faire le pont entre le modèle objet et le modèle de données de la base, et ça facilite le travail en particulier si le modèle de données doit être révisé à cause de specs incomplètes par exemple. Ca permet aussi d'avoir un minimum de typage des données. Enfin ça fournit une couche de portabilité dans le cas où des clients ont des RDBMS différents (mais c'est pas si courant).

Il faut comprendre les deux pour éviter de faire des erreurs grossières. Comme déjà dit, les seuls ORMs valables sont ceux qui ont un langage de requêtes complet, comme SQLAlchemy, Hibernate, MyBatis (excellent)... les autres sont limitants et donc à éviter. La mauvaise réputation des ORMs vient de ceux-la.

Très mauvaise mentalité:
1. le truc finira par être à peu près intestable parce que vous allez appelez des fonctions PL/SQL appelant des fonctions PL/SQL qui ont chacun des effets de bord dans le modèle de données. Il y aura donc un joyeux mélange données/application.
2. ça fera la méga application monolithique, le truc qui a prouvé son coté néfaste depuis au moins 40 ans.

j'ai loupé le débat du jour