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:
Posté par El Titi .
En réponse à la dépêche 0.h un weboob.
Évalué à 10.
Dernière modification le 17 janvier 2014 à 11:25.
Et sinon j'aime bien ce motto "Faites ce que je dis mais ne faites pas comme je fais" qui vous colle comme un gant
Condition générales (lisez surtout l'alinéa 20:)
iv. Ainsi, est-il notamment interdit au client de procéder à :
18. toute représentation, diffusion ou distribution, reproduction du service Budgea et de la documentation afférente, que ce soit à titre onéreux ou gracieux et notamment toute mise en réseau ou utilisation à des fins professionnelles ou commerciales ;
19. toute forme d'utilisation du service Budgea et de la documentation afférente, de quelque façon que ce soit, aux fins de conception, de réalisation, de diffusion ou de commercialisation de services similaires, équivalents de substitution et d'une documentation d'utilisation similaire, équivalente ou de substitution ;
20. l'adaptation, la modification, la transformation, l'arrangement du service Budgea et de la documentation afférente, pour quelque raison que ce soit, y compris pour corriger des erreurs ;
De la part d'un service qui détourne toutes les conditions des services bancaires environnants, je trouve ça assez cocasse.
Mignon la petite pub pour votre appli au passage (la seule qui a droit à un lien)
Je m'interroge sur cette appli justement.
Déjà la classique question de fonder tout un business model sur des fondations si mouvantes, le web scrapping:
Que se passe t'il le jour où une banque décide de modifier son site en profondeur et change de méthode d'authentification ?
Vous remboursez les clients dont l'interruption de service perdure ?
Concernant la sécurité. vous avez déjà indiqué quelque part (je ne sais plus où ici) que les données clientes sont encryptées. Dans le même temps votre algorithme d'affectation des catégories est basé sur du crowdsourcing. C'est donc bien que vous interceptez les opérations de vos clients non ?
Sinon, ce n'est pas que je vous fais pas confiance mais bon … Y'a t'il une appli de démo qui n'oblige pas à donner ses vraies coordonnées pour évaluer votre appli (du genre qui permette d'uploader un QIF et voir le résultat et qu'on puis détruire ensuite.
Enfin au niveau des fonctionnalités:
Votre appli permet-elle de saisir manuellement des opérations ?
Gère t'elle les débits différés et leur ventilation ?
Permet-elle de réaffecter ses catégories et de créer ses propres règles pour les opérations récurrentes même si votre algorithme de prévision est "révolutionnaire" ?
[^] # 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 ?
[^] # Re: La nostalgie du minitel
Posté par El Titi . En réponse à la dépêche 0.h un weboob. Évalué à 10. Dernière modification le 17 janvier 2014 à 11:25.
Et sinon j'aime bien ce motto "Faites ce que je dis mais ne faites pas comme je fais" qui vous colle comme un gant
Condition générales (lisez surtout l'alinéa 20:)
De la part d'un service qui détourne toutes les conditions des services bancaires environnants, je trouve ça assez cocasse.
[^] # Re: La nostalgie du minitel
Posté par El Titi . En réponse à la dépêche 0.h un weboob. Évalué à 8.
Mignon la petite pub pour votre appli au passage (la seule qui a droit à un lien)
Je m'interroge sur cette appli justement.
Déjà la classique question de fonder tout un business model sur des fondations si mouvantes, le web scrapping:
Que se passe t'il le jour où une banque décide de modifier son site en profondeur et change de méthode d'authentification ?
Vous remboursez les clients dont l'interruption de service perdure ?
Concernant la sécurité. vous avez déjà indiqué quelque part (je ne sais plus où ici) que les données clientes sont encryptées. Dans le même temps votre algorithme d'affectation des catégories est basé sur du crowdsourcing. C'est donc bien que vous interceptez les opérations de vos clients non ?
Sinon, ce n'est pas que je vous fais pas confiance mais bon … Y'a t'il une appli de démo qui n'oblige pas à donner ses vraies coordonnées pour évaluer votre appli (du genre qui permette d'uploader un QIF et voir le résultat et qu'on puis détruire ensuite.
Enfin au niveau des fonctionnalités:
Votre appli permet-elle de saisir manuellement des opérations ?
Gère t'elle les débits différés et leur ventilation ?
Permet-elle de réaffecter ses catégories et de créer ses propres règles pour les opérations récurrentes même si votre algorithme de prévision est "révolutionnaire" ?
[^] # Re: Madame Soleil
Posté par El Titi . En réponse au journal 2014: L'année du desktop pour Linux ?. Évalué à 10.
Certes mais une référence dans quel domaine ?
Celle d'un bureau codé comme des pieds …
[^] # Re: Bindings
Posté par El Titi . En réponse à la dépêche Gtk to Qt - A strange journey. Évalué à 10.
A force de C#er sur les langages, ça finira sur un coup de forth.
[^] # Re: Uchronie
Posté par El Titi . En réponse au journal Gtk to Qt - A strange journey. Évalué à 2.
Sinon le chef de projet a posté qu'il était encore vivant et si j'en juge par l'activité, il l'est:
https://qt.gitorious.org/qt-jambi/qtjambi-community/activities