Pour du M2M (model tout model) tu as ATl oub xTend de open architectureware (sous eclipse maintenant). Pour du model to text: oaw xPand, Acceleo,…
Donc XSLT est tellement incompréhensible qu'il faut passer par des outils pour pouvoir l'utiliser. Ça démontre bien la simplicité de "truc".
Qu'est ce qui remplace SOAP pour du SOA aujourd'hui ?
Mis à part le fait de publier son API sous REsT je ne vois guère. Ce n'est plus du SOA.
Et tu n'as toujours pas répondu : mal gaulé ça n'avance pas à grand chose comme argument.
Je trouve certaines qualités a XML que tu considères comme des défauts et à l'inverse les usages que tu cites ne me paraissent pas pertinents.
XSLT est simplement une hérésie en terme de langage de transformation pour n'importe qui a déjà fait un peu de model driven. Il est inutilement compliqué et limité même pour des transformations de modèle a modèle persisté en XML et ne parlons pas de la génération de code depuis un modele. Utiliser un langage à balises pour décrire des traitement, quelle idée saugrenue à part de vouloir faire rentrer le monde dans le même moule.
Autant utiliser du PHP pour faire un script tiens (vendredi tout est permis)
Et que reproche tu à SOAP exactement?
Hormis le fait que le REST apporte la simplification de l'architecture moyennant du stateless, SOAP est une grande avancée pour les échanges interopérables et correspond exactement à l'usage dévolu au XML. Des services plutôt que des objets avec Corba c'est plutôt positif, non ?
Moins de couplage, moins de contraintes d'architecture…
Bref, précise ta pensée.
Ton commentaire est certainement le plus intéressant du fil et pose une excellente question ?
A quoi est censée servir une monnaie.
Pour échanger biens et services, il y a le troc mais il montre ses limites.
Si l'on peut utiliser un intermédiaire dont la valeur est universellement… Relativement acceptée pour ces échanges, l'économie ne s'en porte que mieux.
Elle se doit de ne pas être créé sans effort sinon sa valeur s'effondre et sa volatilité est assurée.
La rareté semble intrinsèque ce qui donne sa valeur a l'or et autres matériaux.
Problème la rareté de matériaux tangible ne s'adapte pas a l'échelle de l'économie.
Si une autorité unanimement reconnue (une banque centrale, un etat)décide d'émettre cet intermédiaire, l'économie est plus fluide. La rareté est remplacée par la confiance. Que se passe t'il si elle s'effondre ?
Je préfère la rareté personnellement.
Monnaie scripturale ou non, le risque de se faire déposséder de manière illicite perdure.
Le bitcoin concilie la rareté inhérente à une monnaie (l'émission de gaz sur laquelle tu ironises, pareil pour le diamant ?) avec 2 autres qualités que ne fournissent pas les autres monnaies: la dématérialisation et la non centralisation. Les plateformes d'échanges n'ont rien de nécessaires et je peux échanger avec n'importe qui au bout du monde instantanément.
Le meilleur de la monnaie scripturale (pas d'intermédiaire et son caractère anonyme et des systèmes d'échanges dématérialisé s.
Le bitcoin a des inconvénients et le plus important est l'inégalité entre les premiers mineurs et les derniers arrivés. Au fait. Si le coût du minage devient prohibitif par rapport à sa valeur, plus personne n'en produira et on se contentera d'échanger ce qui a été produit tout comme l'or à extraire. En voudra t'on a ceux qui ont mise sur l'or et décidé de le stocker en spéculant ?
Mais ça n'enlève rien a ses qualités.
Une autre cryptomonnaie émergera peut-être un jour sans ces inconvénients.
Mais décrier le minage qui fonde sa rareté sans proposer d'autres idées me parait juste de mauvaise foi.
Mais vous pouvez préférez penser que les billets verts sont plus fiables,
Les chinois seront ravis de vous refiler leurs bons du trésor contre du pétrole.
Tu le fais expres avoue.
C est exactement ce que j ai ecrit.
Relis mon post …au premier degre.
T es vraiment le specialiste pour faire dire aux autres le contraire de ce qu ils pensent.
Pour le frangliche j attends tes patchs sur le clavier francais android.
Wow, filer ses ids pour recevoir des notifs que son banquier ne manquera pas de vous envoyer.
Ah ben je signe alors.
C'est dur de trouver un business modèle avec le libre. Pas à nous s'il vous plait.
Vous fournissez une brique libre tout a votre honneur.
Ne vous cachez pas derrière la technique pour vous couvrir. Assumez y a pas de mal !
Wow, filer ses ids pour recevoir des notice que son banquier ne manquera pas de vous envoyer.
Ah ben je signe alors.
C'est dur de trouver un business modèle avec le libre. Pas à nous s'il vous plait.
Vous fournissez une brique libre tout a votre honneur.
Ne vous cachez pas derrière la technique pour vous couvrir. Assumez y a pas de mal !
Oui mais weboob est une chose budgea une autre.
Pourquoi utiliser weboob sur votre site qui fait proxy et ne pas le mettre directement dans vos applis clientes ?
La vraie raison technique est certainement dans le langage qui se marie mal avec des web ou mob app, l autre raison est tres certainement mercantile et ça se comprend,chacun doit vivre.
Il n empêche que je ne vous confierai pas mes ids. Vous avez qu'à reimplementer boobank en JS ,objective C et java … Je me doute que ca ne viendra jamais avec des fondations aussi branlantes (houps pardon mauvais jeu de mot). Votre archi est donc perfectible en terme de sécurité des clients.
Ça sera sans moi donc. (Vous ne perdez qu un client)
Ou alors détrompés moi,
Assez cocasse aussi que vous n'ayez pas répondu aux interrogations sur vos conditions d'utilisation sur la dépêche.
Vous remboursez ou pas en cas d'interruption de service, suite a un changement de système D'authentification ou si le client se fait bannir du service en ligne de sa banque ?
Et toujours aucun scrupule à mettre de telles conditions quand on detourne tous les autres services.(ah oui linxo c'est pareil donc ça excuse).
Et l'audit de sécurité, il est publique ou il faut juste se fier à une opportunité de business pour une banque à la moralité irréprochable au point de placer ses billes aux îles caïman ?
Bref, un audit sécurité dun organisme indépendant (pas un scan de Mc affee …hein).. A défaut d'Open source, et un avis de la CNIL, pour ce qui est de mes données seraient un peu plus sécurisant….
Pour la securite, Linxo a un agrément CNIL,
Vous également ?
Pour le scrapping,il n'empêche que cette pratique va en l'encontre des conditions des banques.
Il reste a souhaiter que ça incite les banques a ouvrir leur SI via une API publique au moins pour la consultation.
Merci pour ces infos.
C'est plutôt rassurant en effet pour ce qui concerne la sécurité logicielle.
Moins pour ce qui est de la sécurité juridique, mais ça pourrait changer.
Tu n'as pas répondu a ma question sinon.
Aujourd'hui,
Votre site fait l'intermédiaire entre le client et la banque.
Vous récupérez donc tout les infos de connections de l'utilisateur, non ?
Pourquoi agir de la sorte et ne pas simplement implanter dans le client le mécanisme de connections.
Je comprend votre besoin de collecter des données anonymement pour les croiser.
Mais dans ce cas votre appli cliente n'a qu'à implémenter un protocole d'échange au niveau des opérations avec l'accord explicite du client.(d'ailleurs ça pourrait être un nouveau business modèle, soit on partage ses données soit on paye).
C'est peut-être le cas mais comme vous ne décrivez pas votre archi, qu'on nne peut pas tester sans donner ses identifiants et que vos conditions conditions générales interdisent tout hacking, ça n'incite pas à la confiance.
Et linxo a déjà un partenariat avec des banques aussi.
Pas facile de traiter avec des banques pour leur demander d'ouvrir leur accès avec un web services si on commence par sciemment enfreindre leurs conditions de service pour faire son propre business.
M'étonnerait pas qu'une porte plainte un jour…
Enfin, contrairement à toi je n'ai pas de préjugé mais avant de confier les clés de mon coffre a un quidam je me renseigne.
Linxo a confié la sécurité à Amazon, malgré l'effet NSA je suis plus enclin à me tourner vers eux que 4 gus dans un garage.
Et ne me contre dis pas tu restes assez souvent ce plat pour eviter de te contredire stp.
Merci d'éviter tes remarques désobligeantes.
Tu n'es pas une référence en terme de neutralité dans tes posts alors évite de me faire la leçon.
J'ai posé une question technique et j attends une réponse de ce type.
Si tu ne te sens pas d'y répondre merci d'aller jouer ailleurs.
Et pourquoi donc ?
Parce que c'est techniquement requis par Weboob ou pour protéger votre petit business de Budgea qui a besoin de centraliser les opérations pour mieux croiser les données?
D'ailleurs pour votre webapp comme pour les mobapps pourquoi ne pas simplement s'identifier dans l'application et demander l'autorisation explicite d envoyer les opérations pour leur classement en catégorie ou pour établir des prévisions ?
Oui et ce qui m'impressionne c'est le score de ce journal qui monte au firmament.
Il aura tôt fait de rattraper le précédent et a déjà dépassé celui encore d'avant sur Teapotnet, intéressant lui aussi.
Posté par El Titi .
En réponse à la dépêche 0.h un weboob.
Évalué à 2.
Dernière modification le 17 janvier 2014 à 15:28.
Et sinon, si vous décidiez un jour de porter BudgeA "out of the browser", je vous ai préparé un petit logo, fait avec amour et digne de vos pantalonnade:
[^] # Re: Sans être fan du tout
Posté par El Titi . En réponse au journal XML c'est de la daube!!!. Évalué à 4.
Et pour des échanges B2B?
[^] # Re: Sans être fan du tout
Posté par El Titi . En réponse au journal XML c'est de la daube!!!. Évalué à 6.
Pour du M2M (model tout model) tu as ATl oub xTend de open architectureware (sous eclipse maintenant). Pour du model to text: oaw xPand, Acceleo,…
Donc XSLT est tellement incompréhensible qu'il faut passer par des outils pour pouvoir l'utiliser. Ça démontre bien la simplicité de "truc".
Qu'est ce qui remplace SOAP pour du SOA aujourd'hui ?
Mis à part le fait de publier son API sous REsT je ne vois guère. Ce n'est plus du SOA.
Et tu n'as toujours pas répondu : mal gaulé ça n'avance pas à grand chose comme argument.
[^] # Re: Sans être fan du tout
Posté par El Titi . En réponse au journal XML c'est de la daube!!!. Évalué à 4.
Je trouve certaines qualités a XML que tu considères comme des défauts et à l'inverse les usages que tu cites ne me paraissent pas pertinents.
XSLT est simplement une hérésie en terme de langage de transformation pour n'importe qui a déjà fait un peu de model driven. Il est inutilement compliqué et limité même pour des transformations de modèle a modèle persisté en XML et ne parlons pas de la génération de code depuis un modele. Utiliser un langage à balises pour décrire des traitement, quelle idée saugrenue à part de vouloir faire rentrer le monde dans le même moule.
Autant utiliser du PHP pour faire un script tiens (vendredi tout est permis)
Et que reproche tu à SOAP exactement?
Hormis le fait que le REST apporte la simplification de l'architecture moyennant du stateless, SOAP est une grande avancée pour les échanges interopérables et correspond exactement à l'usage dévolu au XML. Des services plutôt que des objets avec Corba c'est plutôt positif, non ?
Moins de couplage, moins de contraintes d'architecture…
Bref, précise ta pensée.
[^] # Re: Limites du système pyramidal
Posté par El Titi . En réponse au journal Bitcoin, le début de la fin?. Évalué à 0.
Ton commentaire est certainement le plus intéressant du fil et pose une excellente question ?
A quoi est censée servir une monnaie.
Pour échanger biens et services, il y a le troc mais il montre ses limites.
Si l'on peut utiliser un intermédiaire dont la valeur est universellement… Relativement acceptée pour ces échanges, l'économie ne s'en porte que mieux.
Elle se doit de ne pas être créé sans effort sinon sa valeur s'effondre et sa volatilité est assurée.
La rareté semble intrinsèque ce qui donne sa valeur a l'or et autres matériaux.
Problème la rareté de matériaux tangible ne s'adapte pas a l'échelle de l'économie.
Si une autorité unanimement reconnue (une banque centrale, un etat)décide d'émettre cet intermédiaire, l'économie est plus fluide. La rareté est remplacée par la confiance. Que se passe t'il si elle s'effondre ?
Je préfère la rareté personnellement.
Monnaie scripturale ou non, le risque de se faire déposséder de manière illicite perdure.
Le bitcoin concilie la rareté inhérente à une monnaie (l'émission de gaz sur laquelle tu ironises, pareil pour le diamant ?) avec 2 autres qualités que ne fournissent pas les autres monnaies: la dématérialisation et la non centralisation. Les plateformes d'échanges n'ont rien de nécessaires et je peux échanger avec n'importe qui au bout du monde instantanément.
Le meilleur de la monnaie scripturale (pas d'intermédiaire et son caractère anonyme et des systèmes d'échanges dématérialisé s.
Le bitcoin a des inconvénients et le plus important est l'inégalité entre les premiers mineurs et les derniers arrivés. Au fait. Si le coût du minage devient prohibitif par rapport à sa valeur, plus personne n'en produira et on se contentera d'échanger ce qui a été produit tout comme l'or à extraire. En voudra t'on a ceux qui ont mise sur l'or et décidé de le stocker en spéculant ?
Mais ça n'enlève rien a ses qualités.
Une autre cryptomonnaie émergera peut-être un jour sans ces inconvénients.
Mais décrier le minage qui fonde sa rareté sans proposer d'autres idées me parait juste de mauvaise foi.
Mais vous pouvez préférez penser que les billets verts sont plus fiables,
Les chinois seront ravis de vous refiler leurs bons du trésor contre du pétrole.
[^] # Re: Encryption des données
Posté par El Titi . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 2.
Tu le fais expres avoue.
C est exactement ce que j ai ecrit.
Relis mon post …au premier degre.
T es vraiment le specialiste pour faire dire aux autres le contraire de ce qu ils pensent.
Pour le frangliche j attends tes patchs sur le clavier francais android.
[^] # Re: Encryption des données
Posté par El Titi . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à -2.
Google aussi fait du libre et des services fermés.
Bienvenue au club.
[^] # Re: Encryption des données
Posté par El Titi . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à -4.
Wow, filer ses ids pour recevoir des notifs que son banquier ne manquera pas de vous envoyer.
Ah ben je signe alors.
C'est dur de trouver un business modèle avec le libre. Pas à nous s'il vous plait.
Vous fournissez une brique libre tout a votre honneur.
Ne vous cachez pas derrière la technique pour vous couvrir. Assumez y a pas de mal !
[^] # Re: Encryption des données
Posté par El Titi . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 0.
Wow, filer ses ids pour recevoir des notice que son banquier ne manquera pas de vous envoyer.
Ah ben je signe alors.
C'est dur de trouver un business modèle avec le libre. Pas à nous s'il vous plait.
Vous fournissez une brique libre tout a votre honneur.
Ne vous cachez pas derrière la technique pour vous couvrir. Assumez y a pas de mal !
[^] # Re: Encryption des données
Posté par El Titi . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à -3. Dernière modification le 18 janvier 2014 à 16:49.
Je ne critique que budgea en tant que potentiel client,comme d hab tu la ramènes pour…rien.
Merci d être passé.
[^] # Re: Encryption des données
Posté par El Titi . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 4.
Oui mais weboob est une chose budgea une autre.
Pourquoi utiliser weboob sur votre site qui fait proxy et ne pas le mettre directement dans vos applis clientes ?
La vraie raison technique est certainement dans le langage qui se marie mal avec des web ou mob app, l autre raison est tres certainement mercantile et ça se comprend,chacun doit vivre.
Il n empêche que je ne vous confierai pas mes ids. Vous avez qu'à reimplementer boobank en JS ,objective C et java … Je me doute que ca ne viendra jamais avec des fondations aussi branlantes (houps pardon mauvais jeu de mot). Votre archi est donc perfectible en terme de sécurité des clients.
Ça sera sans moi donc. (Vous ne perdez qu un client)
Ou alors détrompés moi,
Assez cocasse aussi que vous n'ayez pas répondu aux interrogations sur vos conditions d'utilisation sur la dépêche.
Vous remboursez ou pas en cas d'interruption de service, suite a un changement de système D'authentification ou si le client se fait bannir du service en ligne de sa banque ?
Et toujours aucun scrupule à mettre de telles conditions quand on detourne tous les autres services.(ah oui linxo c'est pareil donc ça excuse).
[^] # Re: Encryption desdonnées
Posté par El Titi . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 2.
Je ne vois qu un logo a propos, pas de rapport, rien…
[^] # Re: Encryption desdonnées
Posté par El Titi . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 4. Dernière modification le 18 janvier 2014 à 14:27.
Et l'audit de sécurité, il est publique ou il faut juste se fier à une opportunité de business pour une banque à la moralité irréprochable au point de placer ses billes aux îles caïman ?
Bref, un audit sécurité dun organisme indépendant (pas un scan de Mc affee …hein).. A défaut d'Open source, et un avis de la CNIL, pour ce qui est de mes données seraient un peu plus sécurisant….
[^] # Re: Encryption desdonnées
Posté par El Titi . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 6.
Pour la securite, Linxo a un agrément CNIL,
Vous également ?
Pour le scrapping,il n'empêche que cette pratique va en l'encontre des conditions des banques.
Il reste a souhaiter que ça incite les banques a ouvrir leur SI via une API publique au moins pour la consultation.
[^] # Re: Encryption desdonnées
Posté par El Titi . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 6.
Merci pour ces infos.
C'est plutôt rassurant en effet pour ce qui concerne la sécurité logicielle.
Moins pour ce qui est de la sécurité juridique, mais ça pourrait changer.
Tu n'as pas répondu a ma question sinon.
Aujourd'hui,
Votre site fait l'intermédiaire entre le client et la banque.
Vous récupérez donc tout les infos de connections de l'utilisateur, non ?
Pourquoi agir de la sorte et ne pas simplement implanter dans le client le mécanisme de connections.
Je comprend votre besoin de collecter des données anonymement pour les croiser.
Mais dans ce cas votre appli cliente n'a qu'à implémenter un protocole d'échange au niveau des opérations avec l'accord explicite du client.(d'ailleurs ça pourrait être un nouveau business modèle, soit on partage ses données soit on paye).
C'est peut-être le cas mais comme vous ne décrivez pas votre archi, qu'on nne peut pas tester sans donner ses identifiants et que vos conditions conditions générales interdisent tout hacking, ça n'incite pas à la confiance.
[^] # Re: Encryption des données
Posté par El Titi . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 1.
Et linxo a déjà un partenariat avec des banques aussi.
Pas facile de traiter avec des banques pour leur demander d'ouvrir leur accès avec un web services si on commence par sciemment enfreindre leurs conditions de service pour faire son propre business.
M'étonnerait pas qu'une porte plainte un jour…
[^] # Re: Encryption des données
Posté par El Titi . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 1.
Enfin, contrairement à toi je n'ai pas de préjugé mais avant de confier les clés de mon coffre a un quidam je me renseigne.
Linxo a confié la sécurité à Amazon, malgré l'effet NSA je suis plus enclin à me tourner vers eux que 4 gus dans un garage.
Et ne me contre dis pas tu restes assez souvent ce plat pour eviter de te contredire stp.
[^] # Re: Encryption des données
Posté par El Titi . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 2.
Et du webscrapping… Pérenne … Sacré Zenitroll
[^] # Re: Encryption des données
Posté par El Titi . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 1.
Merci d'éviter tes remarques désobligeantes.
Tu n'es pas une référence en terme de neutralité dans tes posts alors évite de me faire la leçon.
J'ai posé une question technique et j attends une réponse de ce type.
Si tu ne te sens pas d'y répondre merci d'aller jouer ailleurs.
[^] # Re: Encryption des données
Posté par El Titi . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 0.
Et pourquoi donc ?
Parce que c'est techniquement requis par Weboob ou pour protéger votre petit business de Budgea qui a besoin de centraliser les opérations pour mieux croiser les données?
D'ailleurs pour votre webapp comme pour les mobapps pourquoi ne pas simplement s'identifier dans l'application et demander l'autorisation explicite d envoyer les opérations pour leur classement en catégorie ou pour établir des prévisions ?
[^] # Re: En ce moment même...
Posté par El Titi . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 4.
Oui et ce qui m'impressionne c'est le score de ce journal qui monte au firmament.
Il aura tôt fait de rattraper le précédent et a déjà dépassé celui encore d'avant sur Teapotnet, intéressant lui aussi.
[^] # Re: La nostalgie du minitel
Posté par El Titi . En réponse à la dépêche 0.h un weboob. Évalué à 2. Dernière modification le 17 janvier 2014 à 15:28.
Et sinon, si vous décidiez un jour de porter BudgeA "out of the browser", je vous ai préparé un petit logo, fait avec amour et digne de vos pantalonnade:
# Récursif
Posté par El Titi . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 6.
La réponse se trouve ici.
[^] # Re: j'aime bien les news weboob
Posté par El Titi . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 10.
Ah vous pouvez pas vous empêcher, hein
------>[]
[^] # Re: NSFW
Posté par El Titi . En réponse à la dépêche 0.h un weboob. Évalué à 1.
Il paraîtrait aussi qu'il traîne ave un certain Xavier N. du coté du bois de Boulogne le soir, t'as qu'à voir!
On peut toujours faire pire.
En tout cas je pensais bien que DLFP etait un microcosme mais ça semble se confirmer.
Vous êtes tous copains comme cochons icitte ?
Personne ne m'a rien dit à moi.
[^] # Re: La nostalgie du minitel
Posté par El Titi . En réponse à la dépêche 0.h un weboob. Évalué à 6.
Vous n'auriez quand même pas osé déposer de brevets sur vos algorithmes quand même ?