Journal Epsilon, un outil de gestion de dépense

Posté par (page perso) . Licence CC by-sa
Tags :
27
14
juin
2013

Cher journal,

Je ne t'écris pas bien souvent je sais bien. Ne m'en veut pas, je suis surement "timide".

Aujourd'hui, je voudrais te présenter un petit projet que je maintient depuis maintenant près de 4 ans : Epsilon. C'est quoi "Epsilon" ?

Il s'agit d'une web-application qui permet de surveiller ses dépenses. En gros, je peux y enregistrer plusieurs "comptes" sur lesquels j'enregistre des opérations de retraits, dépôt ou virement. L'objectif premier étant de surveiller ce que je fait avec mon argent (je suis trop dépensier et à l'époque je finissait souvent les mois dans le rouge. En surveillant et en voyant descendre le chiffre, ce fut plus simple de freiner mes ardeurs).

Cher journal, tu me diras sûrement que nous sommes en 2013: toutes les banques (ou presque) fournissent un outil pour gérer ses dépenses en lignes. Et tu as entièrement raison ! Même en 2009, j'avais accès au relevé en ligne de ma banque ! Le problème de ce relevé était sa fraîcheur toute relative (supérieure à 24h, dépensier je disais !). D’où le souci d'avoir une photo la plus précise possible de mes comptes à un instant T. Et puis c'est toujours fun de coder une app que l'on saura utile au quotidien \o/

Epsilon est très fortement inspiré du fonctionnement de KmyMoney (que j'ai testé quelques mois avant de me lancer dans le développement de ma solution) : il en reprend beaucoup de principes (surement en plus simple). Son avantage est qu'il est en ligne et, cerise sur le gâteau, il est adjoint d'un petit client Android pratique pour saisir rapidement une dépense juste après qu'elle soit effectuée (cas pratique : "je vais m'acheter mon casse-croûte du midi, direction le supermarché. Une fois passée à la caisse, je sort mon portable et en 2 actions j'ai renseigné ma dépense "Supermarché, Repas midi, 7€. Il me reste maintenant 500€ sur mon compte." )

Epsilon est également capable de gérer les échéances (des opérations automatiques à traiter mensuellement : facture EDF par exemple), de surveiller un budget donné (100€ max par mois pour acheter des figurines Warhammer par exemple). Le soft est également capable de sortir des stats sur l'utilisation de son argent (je sais combien je dépense en "Charges" depuis 2009 ! Mon loyer n’arrête pas d'augmenter ! :P )

Epsilon est un logiciel est open-source et est disponible sur Github. Si ça intéresse quelqu'un … qu'il n'hésite pas à utiliser/modifier/etc !

Quelques liens :

Pour le moment, Epsilon n'est pas encore bien packagée (bah pas du tout en fait). Si vous souhaitez tester chez vous il va falloir suivre ces quelques étapes pour déployer la webapp:

  • installer Java >= 1.6 (revenez !)
  • installer Postresql (et créer une base de données nommée … disons … "epsilon")
  • récupérer le code (git clone git://github.com/cbrouillard/epsilon.git)
  • cd epsilon
  • copier le fichier de conf "grails-app/conf/epsilon_postgresql.properties" dans un répertoire sûr (gaffe aux droits !). Éditez les valeurs dans ce fichier (user db, pass db, éventuellement l'accès mail mais c'est pas obligatoire)
  • export EPSILON_CONF=/path/vers/fichier/epsilon_postgresql.properties
  • java -jar epsilon-1.0.jar port=8080 context=epsilon (modifiez le port en fonction de votre conf "server.url")
  • firefox http://localhost:8080/epsilon

Amuse toi bien, cher journal et à très bientôt !

  • # pas compris à quoi ça sert

    Posté par (page perso) . Évalué à 0.

    Tous ces softs qui te disent dans quoi tu passes ton fric, je n'ai jamais compris à quoi ça sert.

    Ma meuf dépense une fortune en pompes et fringues (le gène féminin du "je n'ai rien à me mettre" enfin identifié), pas la peine de rentrer plein de valeurs dans des cases pour le découvrir :-)

    Sérieusement, quand ce genre de chose se fera automatiquement je regarderai, mais je ne me vois pas utiliser ce genre de soft. Trop gavant de rentrer EDF 102,44 Euros, Supermarché 82,12 Euros…

    If you choose open source because you don't have to pay, but depend on it anyway, you're part of the problem.evloper) February 17, 2014

    • [^] # Re: pas compris à quoi ça sert

      Posté par (page perso) . Évalué à 8.

      Rooh allez, on ne t'a jamais dit qu'il "fallait faire ses comptes" ? Moi c'est ce que ma maman m'a enseigné. Au début (de ma vie active), je m'en foutais royalement : résultat ? j'ai fini des mois franchement à découvert (et dans la merde. Mais ça, chacun gère ses ressources comme il le peut).

      Quitte à surveiller mes dépenses, je préfère utiliser un logiciel qu'un cahier et un stylo. Après avoir parcouru l'offre existante j'en suis venu à la conclusion qu'il serait plus sympa de le faire moi même.

      Et voila ! Ça ne va pas chercher plus loin.

    • [^] # Re: pas compris à quoi ça sert

      Posté par . Évalué à 3.

      Sérieusement, quand ce genre de chose se fera automatiquement je regarderai

      Pourquoi tu le mets au futur ? Y'a plein de soft et de webapp qui mangent du QIF, OXF ou autres API proprio et qui permettent d'avoir des règles automatiques.

      Résultat après un ou deux mois tu as 90% de tes dépenses qui se retrouvent assignées automatiquement, tu n'as rien à saisir, tu peux valider très rapidement les mouvements (ca me prend bien 5/10 minutes par mois). Tu peux voir où/quand/comment tu claques du pognon si ca t'intéresse, ou simplement faire quelques projections quand tu commences à avoir un historique significatif. Chacun préférera suivre cela à la fréquence qui lui convient; journalier, hebdomadaire, mensuelle…

      La seule limite de ces solutions sont pour ceux qui utilisent beaucoup cash. Dans ce cas pas d'autre solution que de saisir manuellement si on veut ce genre d'info.

  • # Étrange

    Posté par . Évalué à 8.

    Le problème de ce relevé était sa fraîcheur toute relative (supérieure à 24h, dépensier je disais !)

    il est adjoint d'un petit client Android pratique pour saisir rapidement une dépense juste après qu'elle soit effectuée

    Je n'arrive pas à comprendre qu'on puisse s'emmerder à rentrer manuellement des informations qui te sont fournies automatiquement alors qu'il suffit de savoir estimer combien tu as dépensé dans les ~24 dernières heures. L'exercice d'estimer le ratio entre les dépenses récentes et ce qui est disponible me semble assez trivial. Pas difficile de savoir si tu as claqué 10, 100 ou 1000€ dans une journée…

    Cela dit, on pourra tester ton appli quand ton serveur sera revenu à la vie ;)

    • [^] # Re: Étrange

      Posté par (page perso) . Évalué à 6. Dernière modification le 14/06/13 à 18:02.

      Cela peut paraître étrange ouaip.

      Mais ce fut mon cas. On ne se refait pas. Parfois le fait de faire une grosse dépense le vendredi, puis d'en refaire une le lundi pour enfin voir que le solde n'a pas bougé le mardi n'aide pas vraiment à se faire une raison pour une autre grosse envie le vendredi qui suit.

      Là c'est plus simple pour moi (désolé d'être simple :( ) : je vois tout bouger immédiatement.

      En gros, mon soft me sert de frein depuis maintenant 4 ans. Mes finances en sont heureuses. Et moi aussi.

    • [^] # Re: Étrange

      Posté par . Évalué à 4.

      il suffit de savoir estimer combien tu as dépensé dans les ~24 dernières heures.

      Le solde indiqué par ta banque a beau être en quasi temps-réel, d'ailleurs depuis quelques mois, dans ma banque, sur certains paiements c'est même pas 24 heures, c'est 5 minutes… Ça ne suffit pas pour tout le monde.

      J'utilise encore les chèques, et ils peuvent ne pas être encaissé de suite. Tu peux aussi avoir prévu de faire telle activité dans 3 semaines en sachant que ça va te coûter X € et ça ta banque ne te l'indique pas. C'est donc judicieux, pour pas être en rouge à la fin du mois (ou être obligé de taper dans les économies, bref se retrouver avec une balance négative), de noter de ton coté qu'il y a déjà tant qui vont partir dans 3 semaines (ou dans 2 mois ou dans 3 mois…)

      Faire ses comptes ça devient indispensable si on ne veut pas vivre au jour le jour…

      • [^] # Re: Étrange

        Posté par . Évalué à 3. Dernière modification le 14/06/13 à 20:40.

        Ça ne suffit pas pour tout le monde.

        J'en conviens puisque le monsieur à écrit un soft pour ca. Maintenant je ne vois pas la difficulté d'avoir une vision de ce que tu peux et as dépensé. Tu fais 200 opérations par jour aux montants aléatoires ?

        ça ta banque ne te l'indique pas

        Le fait d'avoir besoin de renseigner quelques trucs n'implique pas de tout se farcir à la main. Maintenant puisque tu vas le noter c'est que c'est important donc tu le sais déjà dans ta tête… C'est juste une question d'ordre de grandeur.

        Faire ses comptes ça devient indispensable si on ne veut pas vivre au jour le jour

        Déjà je suis certain qu'on peut très bien vivre sans faire ses comptes; en ayant simplement un peu de jugeote et une compréhension basique des ordres de grandeur et des additions.

        Mais surtout quel est le rapport avec la choucroute de devoir tout noté manuellement ASAP ? Tu veux dire qu'il est impossible de savoir qu'on avait X euros il y a Y jours et que depuis on a dépensé approximativement Z et d'avoir simplement des synchros tout les quelques jours ? Faut-il absolument noter qu'on a acheté un sandwich à 12h pour savoir si on peut acheter un paquet de BN à 16h ou alors qu'on a claqué 1000€ de plus que l'habitude ce matin ou cette semaine ?

        Je reste dubitatif.

        • [^] # Re: Étrange

          Posté par . Évalué à 4.

          Faut-il absolument noter qu'on a acheté un sandwich à 12h pour savoir si on peut acheter un paquet de BN à 16h

          Non mais pour savoir que lorsque l'on a 1000 € le 5 du mois, sachant que l'on va payer loyer+assurance+énergie+… il ne nous reste qu'en réalité 300 € à dépenser. Si on ne tient pas ses comptes cela impose de faire l'addition à chaque fois que l'on veut connaître ce « solde réel » (pour savoir si on a réellement les moyens de s'acheter tel ou tel truc).

          Comme dit Zenitram, avoir de la marge permet de ne pas réfléchir à ce genre de truc, mais il y a parfois des dépenses imprévues dans la vie qui font que tu mords dans la marge, et là il vaut mieux avoir une idée précise de combien tu mords.

          • [^] # Re: Étrange

            Posté par . Évalué à 2.

            Non mais pour savoir que lorsque l'on a 1000 € le 5 du mois, sachant que l'on va payer loyer+assurance+énergie+… il ne nous reste qu'en réalité 300 € à dépenser.

            Donc tu as entre 2 et 10 entrées récurrentes prévisionnelles que tu vas saisir une fois pour toute. On en revient à la question: Quel rapport avec entrer à la main ses dépenses passées simplement par ce qu'on ne peut pas gérer les 1-48h de latence  ?

            Si on ne tient pas ses comptes cela impose de faire l'addition à chaque fois que l'on veut connaître ce « solde réel » (pour savoir si on a réellement les moyens de s'acheter tel ou tel truc).

            Maintenant on peut très bien s'en passer aussi en faisant marcher son cerveau 1 minutes si on n'est pas l'euro près (mais dans ce cas on peut aussi se dire: non je ne peux pas).

            • [^] # Re: Étrange

              Posté par . Évalué à 3.

              Oui bon on est d'accord… Un logiciel de gestion pour faire ses comptes c'est bien, faire ses comptes est utile à la base, mais effectivement, pas besoin de saisir toutes les dépenses courantes pour la bouffe ou les loisirs…

      • [^] # Re: Étrange

        Posté par (page perso) . Évalué à 6.

        Ça ne suffit pas pour tout le monde.

        Ca, OK, admettons que des gens ont besoin d'un peu d'aide car pas possible de se faire la police tout seul…

        J'utilise encore les chèques,

        Après, si on utilise des trucs bizarres, forcément!

        pour pas être en rouge à la fin du mois

        Après, si on s'amuse à ne pas vivre avec un minimum de marge…

        Faire ses comptes ça devient indispensable si on ne veut pas vivre au jour le jour…

        Je ne fais pas mes compte, et ne vis pas du tout au jour le jour. J'ai juste un compte avec un minimum de marge (c'est pas dur d'avoir de la marge, quelque soit son revenu ou non revenu, c'est une question de volonté en adaptant la marge à son niveau de vie, bref à ne pas vivre au dessus de son niveau de vie).
        Et je te promets que c'est très très agréable : pas besoin de vivre au jour le jour et pas besoin de s'emmerder à remplir je ne sais quel logiciel.


        Que ça aide des gens qui ne peuvent pas se faire la police, OK je comprend, mais dire que ça devient indispensable, certainement pas, il y a d'autres moyens (plus dur "mentalement" mais plus agréables en pratique).

        • [^] # Re: Étrange

          Posté par (page perso) . Évalué à 2.

          Après, si on s'amuse à ne pas vivre avec un minimum de marge…

          Tu peux avoir de la marge, sans pour autant l’avoir sur ton compte courant.

          • [^] # Re: Étrange

            Posté par (page perso) . Évalué à 8. Dernière modification le 15/06/13 à 16:14.

            Oui, mais justement, le principe est de garder une marge suffisante sur le compte courant pour ne pas avoir à se soucier de la fin du mois.

            Comme Zenitram, je laisse plus d'argent que je n'en dépense dans le mois sur mon compte courant et je ne fais jamais mes comptes. Je me contente de regarder mon compte bancaire en ligne, de savoir où se situent les grosses dépenses du mois, et de comparer ma situation aux deux mois précédents (j'ai juste à regarder la courbe).

            Si jamais j'ai une grosse dépense X de prévue dans Y mois, je sais que l'argent dispo sur mon compte doit augmenter de X/Y chaque mois.

            Je n'ai jamais été à découvert.

        • [^] # Re: Étrange

          Posté par . Évalué à 5.

          J'utilise encore les chèques,

          Après, si on utilise des trucs bizarres, forcément!

          Je voulais réagir là dessus. Ça a beau être archaïque le chèque, contrairement à la carte bleu, il n'y a pas de plafond (enfin si mais nettement plus haut) et il n'y a pas besoin d'un terminal. C'est un moyen de paiement plus « puissant » bien que contrairement à l'argent liquide il ne soit pas (hors délit) au porteur.

          Il est même (en théorie, personne ne le fait) gratuit : on peut rédiger un chèque sur une feuille vierge à condition de bien tout indiquer c'est tout à fait valable.

          Le vendeur doit faire preuve de plus de confiance en son acheteur qu'avec une CB c'est vrai. Mais une économie où il n'y aurait aucune confiance ne me paraît pas super viable.

          Je tiens à ce moyen de paiement même si ce n'est plus que « au cas où ». Je ne pense pas être le seul.

          • [^] # Re:Étrange

            Posté par (page perso) . Évalué à 2.

            ça permet aussi de faire fructifier tant que le cheque n'est pas encaissé.

            • [^] # Re:Étrange

              Posté par . Évalué à 3.

              Pas vraiment, à cause de la non rémunération des comptes courants en France.

              Tel que m'y oblige la Loi, et par sereinité d'esprit, je n'emmet que des chèques provisionnés, et tant que le chèque n'est pas retiré, l'argent reste sur mon compte courant sans produire d'interêt.

              Donc à moins de ne pas provisionner les chèques, je ne vois pas comment faire fructifier dans l'attente du débit. (L'autre solution est d'être dans un pays qui rémunère les comptes courants).

              • [^] # Re:Étrange

                Posté par (page perso) . Évalué à 3.

                (L'autre solution est d'être dans un pays qui rémunère les comptes courants).

                C'est possible dans certaines banques francaises.

          • [^] # Re: Étrange

            Posté par . Évalué à 2.

            Il est même (en théorie, personne ne le fait) gratuit : on peut rédiger un chèque sur une feuille vierge à condition de bien tout indiquer c'est tout à fait valable.

            Pour ma part je trouve le chèque très utile, et c'est mon principal moyen de paiement après les espèces. Mais dans le cas d'un chèque sur papier libre, il faut absolument connaitre le texte, et quand bien même il est valable, ma banque me facturerai 13.70 € pour l'encaisser.

            Bref le chèque est très utile, spécialement pour les paiement entre particulier, j'en emmet et j'en encaisse de nombreux, mais je n'irai pas exposer son aspect réalisable soit même comme un avantage.

            • [^] # Re: Étrange

              Posté par (page perso) . Évalué à 5.

              Bref le chèque est très utile, spécialement pour les paiement entre particulier,

              Ca me surprend pas mal que des linuxiens, donc j'imagine au fait de la technologie, trouve une utilité à la chose par rapport à un simple ordre de virement à sa banque (déjà pour le truc tout bête d'avoir le sujet du paiement plutôt que "chèque n° 11")

              Sans compter que le montant est directement retiré du montant sur le compte courant, donc pour les personnes ayant besoin d'Epsilon (le sujet du journal), c'est carrément plus utile (se retrouver avec un surprise 3 mois plus tard quand le gars a posé le chèque qu'on avait oublié, c'est une utilité bizarre)

              Ca doit être un reste de plaisir franco-français!

              • [^] # Re: Étrange

                Posté par . Évalué à 2.

                Une situation simple et frequente : un ami me doit de l'argent. Il me file un chèque, et c'est reglé. Autrement il faut avoir une connexion internet sous la main, ou le relancer quand il en aura une sous la main. Je n'ai également pas à filer mes coordonnées bancaires, c'est pour moi quelque chose de personnel.

                De même je dois du pognon à quelqu'un, hop je fais un chèque, le lui file, et l'affaire est close.

                • [^] # Re: Étrange

                  Posté par . Évalué à 7.

                  Autrement il faut avoir une connexion internet sous la main

                  Autrement il faut avoir un chéquier sous la main ;)

                  le relancer quand il en aura une sous la main

                  C'est un ami ça va. Lui il te relancera quand tu n'auras pas encaissé son chèque depuis 2 semaines et que ca va le gonfler pour savoir ou il en est.

                  Je n'ai également pas à filer mes coordonnées bancaires, c'est pour moi quelque chose de personnel.

                  Tu sais que quand tu fais un chèque à ton pote tu donnes les mêmes informations que celles que tu ne veux pas donner en recevant un virement ? C'est écrit dessus…

                  De même je dois du pognon à quelqu'un, hop je fais un chèque, le lui file, et l'affaire est close.

                  Et lui après il doit aller le poser ou le poster.

                  Enfin bref ;)

                • [^] # Re: Étrange

                  Posté par (page perso) . Évalué à 6.

                  Autrement il faut avoir une connexion internet sous la main

                  Perso, j'ai plus souvent une connexion Internet (utile pour plein de chose) qu'un chèque sur moi (utilité très faible, donc j'évite de transporter tout et n'importe quoi, surtout au cas où on me vole)

                  ou le relancer quand il en aura une sous la main.

                  Après, si il faut relancer… Tu as dit "un ami"!

                  Je n'ai également pas à filer mes coordonnées bancaires, c'est pour moi quelque chose de personnel.

                  suivi de :

                  De même je dois du pognon à quelqu'un, hop je fais un chèque,

                  Ah OK, tu te fou de la gueule des gens qui font des chèques, je n'avais pas compris! (si t'es sérieux, regarder ton chèque, tu vas avoir une crise cardiaque).

                  Bref, tu votes toi-même contre le chèque.

                  et l'affaire est close

                  Non : un mec qui me file un chèque me fait bien chier, car l'affaire n'est pas close : je dois trouver une enveloppe, trouver une poste ouverte, payer un timbre, ça prend du temps. Un mec qui me fait un chèque, je lui demande un peu plus d'argent pour les "frais de gestion" car la gestion quand tu reçois un chèque est chère (en temps et en argent)

                  Tu aimes les chèques, OK, mais pas la peine de mentir dessus (vie privée, affaire close…) pour te justifier!

                  • [^] # Re: Étrange

                    Posté par . Évalué à 3. Dernière modification le 17/06/13 à 15:24.

                    Bien sûr que le chèque va devenir un moyen de paiement encore plus marginal. Surtout dans le cadre de l'entreprise comme tu le fais remarquer. Cependant il n'empêche que dans certains cas le chèque s'impose.

                    Prenons un exemple :

                    Tu es en vacances et tu visites un artisan ou un artiste dans un bled paumé et tu craques pour un objet à vendre, pas de TPE, pas de liquide, le distributeur le plus proche est à 15 km, tu peux faire un chèque. Ah oui c'est vrai, si tu n'es pas en zone blanche tu vas pouvoir ordonner un virement depuis ton smartphone, tu auras juste à demander un RIB au brave monsieur, ses coordonnées bancaires, la classe. Le respect de la vie privé ça va dans les deux sens…

                    Sur le respect de la vie privé encore, un chèque ne permet pas de te tracer aussi facilement et efficacement qu'une carte bancaire (ou un portable…), même si c'est hors la loi tu peux mettre n'importe qu'elle ville. Tu peux postdater le chèque ce qui te permet d'effectuer un paiement différé…

                    Bref, même en restant dans le cadre de la loi, quand tu fais un chèque tu laisses comme trace l'information suivante : Tel jour dans telle ville j'ai filé tant de brouzoufs à untel, et cette trace apparaît seulement à partir du moment où le chèque est encaissé. Avec un CB on sait exactement sur quel terminal tu payes tel truc à telle heure presque en temps réel. C'est bien beau de s'offusquer d'éventuelles écoutes généralisées de l'interweb par la NSA mais c'est loin d'être la seule tentacule de BigBrother.

                    Bien sûr que les gouvernements et les banques préféreraient que le chèque disparaisse, sous prétexte de sécurité…

                    J'aurais tendance à rapprocher le chèque du vote papier même si ce ne sont pas exactement les mêmes problématiques.

                    • [^] # Re: Étrange

                      Posté par (page perso) . Évalué à 4.

                      Tu peux postdater le chèque ce qui te permet d'effectuer un paiement différé…

                      C'est illégal, passible d'interdiction de chéquier, et ça n’empêche pas celui qui reçoit d'encaisser (il a le chèque, il peut). Tu prônes l’illégalité? ;-)

                      Le respect de la vie privé ça va dans les deux sens…

                      Tu remplaces une "vie privée" par l'autre (celui qui reçoit un virement n'a pas le numéro de compte de l'émetteur), c'est un avantage d'être ex-aequo? désolé je préfère l'artisan et son compte pro diffusé que le compte d'un particulier, chacun ses priorité de vie privée.

                      J'aurais tendance à rapprocher le chèque du vote papier même si ce ne sont pas exactement les mêmes problématiques.

                      Euh… oui, ça n'a vraiment rien à voir, on sait juste avec plus de précision la date/heure de l'achat, c'est tout.

                      Tu es en vacances et tu visites un artisan ou un artiste dans un bled paumé et tu craques pour un objet à vendre, pas de TPE, pas de liquide, le distributeur le plus proche est à 15 km, tu peux faire un chèque.

                      Effectivement. Encore faut-il qu'il ai confiance en toi du coup, sous peine d'avoir un chèque qui ne vaut rien (si le compte est vide ou si c'est un chèque volé, tout pour sa pomme). Si les entreprises refusent les chèques, ce n'est pas que pour le fun.

                      • [^] # Re: Étrange

                        Posté par (page perso) . Évalué à 4.

                        (celui qui reçoit un virement n'a pas le numéro de compte de l'émetteur)

                        Chez moi, c'est affiché.

                        « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

                      • [^] # Re: Étrange

                        Posté par . Évalué à 2.

                        Je dois te plusser, tu as raison sur les deux premiers points.

                        Reste que :

                        on sait juste avec plus de précision la date/heure de l'achat, c'est tout.

                        C'est tout… OK, pas de soucis alors.

                        Et :

                        (si le compte est vide ou si c'est un chèque volé, tout pour sa pomme)

                        Ah bon ? Il n'y a pas des assurances pour ça ?

                        • [^] # Re: Étrange

                          Posté par (page perso) . Évalué à 2. Dernière modification le 17/06/13 à 16:23.

                          Je dois te plusser, tu as raison sur les deux premiers points.

                          Raté, Xavier vient de me contredire (mais perso, sur les quelques banques que j'ai grand riche que je suis, je n'ai jamais vu sur les virements que je reçois ni l'option d'afficher à mon destinataire, et dans ce que j'ai lu le virement SEPA parle uniquement des champs de libellé)

                          Ah bon ? Il n'y a pas des assurances pour ça ?

                          Je ne sais pas si il y en a (encore?) qui existe, mais si toi tu es prêt à payer plus pour que les autres puissent frauder, la plupart des clients préfèrent payer moins cher et donc l'entreprise (qui préfère aussi avoir moins de coûts) va plutôt éviter de se taper une assurance en plus, elle préfère les quelques pourcents de Visa et Mastercard qui bien que protègent pas non plus (c'est pur ta pomme aussi) ont un pourcentage de fraude moins élevé que pour les chéquiers (et parfois même préfèrent aux espèces, car il y a aussi les faux billets + risque de vol). Ce n'est pas pour rien que les vendeurs s'équipent de terminaux CB malgré le coût énorme (qui est en fait moindre que le coût total de la gestion des chèques et espèces, seul le virement coûte moins cher mais a l'inconvénient de ne pas être immédiat).

                          Autant je comprend la symbolique (et ça reste juste une symbolique, on peut l'entourer de papier cadeau, au final c'est des sous sur un compte) du chèque entre personnes qui se connaissent, mais sinon le chèque est risqué (pour celui qui l'accepte).

                          Pour troller, ça me fait penser au gouvernement qui veut imposer une garantie sur les loyers impayés, qui fait peser le coût sur ceux qui payent correctement, ben les gens ont quand plus envie de ne pas payer pour les tricheries des autres.

                          • [^] # Re: Étrange

                            Posté par . Évalué à 3.

                            elle préfère les quelques pourcents de Visa et Mastercard qui bien que protègent pas non plus (c'est pur ta pomme aussi) ont un pourcentage de fraude moins élevé que pour les chéquiers

                            Pas toujours, plus tard que la semaine dernière, le vétérinaire a préféré que je le paye par chèque plutôt que par carte bancaire, parce que « avec la carte, il y a des frais ».

                        • [^] # Re: Étrange

                          Posté par . Évalué à 1.

                          (si le compte est vide ou si c'est un chèque volé, tout pour sa pomme)
                          Ah bon ? Il n'y a pas des assurances pour ça ?

                          Si, une de mes anciennes boîtes passait pas une société d'affacturage, cette dernière s'assurait du recouvrement des paiements et de la gestion des impayés en échange d'un prélèvement de l'ordre de 0,5 à 1% des sommes. Bref, totalement ridicule lorsque l'on sait la proportion importante de chèques en bois qui sont faits.

                          Je reste également un grand utilisateur de chèques, notamment parce que ça ne permet pas de me tracer comme avec une carte bancaire, et que ça m'évite de trimballer du liquide sur moi. Et en plus je conserve une trace sur le talon de mes chéquiers des décennies après, alors que les reçus de paiement par CB sont illisibles passé quelques mois.

                          Et puis il y a tellement d'arnaques possibles avec les paiements par carte bancaire que personnellement je ne lui fais vraiment pas confiance.

                    • [^] # Re: Étrange

                      Posté par (page perso) . Évalué à 3.

                      Tu peux postdater le chèque ce qui te permet d'effectuer un paiement différé…

                      Non. Tu peux le postdater, mais s'il est remis à l'encaissement il sera payé par la banque sans broncher, même postdaté.
                      Le seul intérêt de postdater le chèque (ce qui est d'ailleurs, il me semble, illégal), c'est de signifier à la personne à qui tu le remets que tu aimerais bien qu'elle ne l'encaisse pas avant telle ou telle date - et de compter sur son ignorance pour qu'elle respecte ton souhait.

          • [^] # Re: Étrange

            Posté par (page perso) . Évalué à 3.

            il n'y a pas de plafond (enfin si mais nettement plus haut)

            Pareil pour les virements.

            il n'y a pas besoin d'un terminal

            De nos jours, on trouve un accès Internet un peu partout.

            C'est un moyen de paiement plus « puissant »

            Plus puissant pour la fraude, effectivement!
            Beaucoup de monde les refuse, c'est surtout parce que si tu n'as pas confiance dans celui qui te le fait, ce bout de papier ne vaut pas grand chose…

            Je tiens à ce moyen de paiement même si ce n'est plus que « au cas où ». Je ne pense pas être le seul.

            En France, tu n'es pas seul, certes, mais dans d'autres pays on me fait les yeux ronds quand j'en parle :).

            • [^] # Re: Étrange

              Posté par . Évalué à -1.

              il n'y a pas de plafond (enfin si mais nettement plus haut)

              Pareil pour les virements.

              J'ai une banque qui n'a pas de plafond, une autre qui plafonne à 5000€ par jour, et encore un autre à 3000€…

              De nos jours, on trouve un accès Internet un peu partout.

              Il faut se souvenir de son mot de passe ET de son numéro de compte. Autant je connais le premier, mais je me souvient rarement du second. En plus dans pas mal de banque tu ne peux pas de base faire un virement vers un compte qui n'est pas déjà enregistré. Et l'option permettant de faire ça peut être payante… Tout ça pour dire que les banques font ce qu'il faut pour rendre ces opérations chiantes.

  • # Bravo pour ta webapp

    Posté par (page perso) . Évalué à 3.

    Félicitation, elle est trés chouette ton appli.

    Merci de la partager, j'adore PostgreSQL mais Java c'est pas mon truc, alors je ne regarderai pas le code github. Mais le résultat est vraiment intéressant.

    Dans la section "prêt", remplace "Je doit de l'argent" par "Je dois de l'argent". C'est justement la section prêt qui pourrait t'aider à te démarquer des autres, faut la bichonner celle là.

    Et essaye de rendre les graphiques (statistiques) un peu plus sexy, en fait dans ce genre d'appli, les graphiques c'est se qui m'attire le plus en général. Oui, j'aime les charts, j'ai pas honte.

    • [^] # Re: Bravo pour ta webapp

      Posté par (page perso) . Évalué à 0.

      Très sympa en effet. Je viens justement de tester toshl hier et j'ai trouvé ça super cool, simple, joli et pratique. Par contre c'est proprio, donc ça fait plaisir de voir une alternative libre. Par contre, effectivement Java et PostgreSQL, ça fait un peu « too much » pour une appli « simple ».

  • # Bravo

    Posté par (page perso) . Évalué à 3.

    Très belle application, c'est exactement ce que je recherche depuis plusieurs mois !
    Par contre, je n'aime pas trop java et ne veux pas installer PgSQL sur mon serveur. Dommage :(

    • [^] # Re: Bravo

      Posté par (page perso) . Évalué à 1.

      Par contre, je n'aime pas trop java

      On lit souvent ça sur linuxfr. Java vous a tiré les cheveux quand vous étiez petit?

      http://devnewton.bci.im

      • [^] # Re: Bravo

        Posté par (page perso) . Évalué à 0.

        Toi, t'as jamais essayé de faire tourner un logiciel Java avec plus d'un utilisateur simultané sur autre chose qu'un octo-core avec 128 Go de RAM…

        • [^] # Re: Bravo

          Posté par . Évalué à 7.

          Toi, t'as jamais essayé de faire tourner un logiciel Java avec plus d'un utilisateur simultané sur autre chose qu'un octo-core avec 128 Go de RAM…

          C'est beau de dire autant de merde en une phrase.

          Au passage t'as déjà fait tourner une JVM avec 128Go de RAM ? Les gars changez de refrain un peu, ca fait des années que le problème n'est pas la consommation excessive de ressources, mais l'impossibilité d'exploiter le matos actuel. Autrement je crois que je fais tourner des trucs sur des JVM qui voient plus d'utilisateurs et de requêtes secondes que tu n'en verras jamais. Au fait il tourne sur quoi ce site ? Un truc aux performances encore bien pire ? Pas possible…

          • [^] # Re: Bravo

            Posté par (page perso) . Évalué à -1.

            Désolé, les IDE combinés avec mon écran n'arrivent pas à afficher plus de 80 caractères par ligne, c'est très pénible d'écrire une instruction sur 3 lignes à l'écran. Et puis consommer 2 Go de RAM sur 4 pour un Hello world dans une page web…

            Commentaire sous licence LPRAB - http://sam.zoy.org/lprab/

            • [^] # Re: Bravo

              Posté par (page perso) . Évalué à 4.

              Ce genre de remarque sur la RAM m'amuse beaucoup. Au boulot, je vois mon Eclipse avec plusieurs gros projets ouverts qui bouffe au max 500 Mo de RAM, et Firefox a côté qui monte rapidement à au moins 800 Mo…

          • [^] # Re: Bravo

            Posté par (page perso) . Évalué à 2.

            ca fait des années que le problème n'est pas la consommation excessive de ressources, mais l'impossibilité d'exploiter le matos actuel.

            C’est donc ça qui provoque l’extrême lenteur de toutes les applications Java ?

            • [^] # Re: Bravo

              Posté par (page perso) . Évalué à 2.

              Toutes? Tu les as donc toutes essayées et benchmarkées leurs équivalents C++* ? :-)

              *: le seul langage libre répandu plus rapide que Java. Au passage on n'entends que rarement python/perl/ruby/php c'est lent, pourquoi?

              http://devnewton.bci.im

              • [^] # Re: Bravo

                Posté par (page perso) . Évalué à -2.

                Au passage on n'entends que rarement python/perl/ruby/php c'est lent, pourquoi?

                python/perl/ruby sont rarement utilisé pour des trucs ayant plus de 1 utilisateur et sans besoin d'avoir trop de perfs, et PHP est pas si lent que ça en pratique.

                Après, Java, c'est pas le langage lui-même qui est lent (il est plutôt pas trop mal en "perfs brutes"), mais toutes les briques logicielles qui font que les produits Java que j'ai eu l'occasion de devoir gérer étaient les pires usines à gaz dont j'ai eu à gérer le déploiement (et à payer les machines qui vont bien pour que ça puisse m'afficher 3 camemberts de manière correcte, quoi qu'imagine ckyl)

                • [^] # Re: Bravo

                  Posté par (page perso) . Évalué à 5.

                  python/perl/ruby sont rarement utilisé pour des trucs ayant plus de 1 utilisateur

                  Linuxfr, Twitter, Discus, Instagram, Pinterest… Ça fait du monde avec plus d'un utilisateur.

                  et PHP est pas si lent que ça en pratique.

                  Comparé à n'importe quel langage, si. Il se situe dans le très bas du classement avec Ruby et Python.

                  « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

                  • [^] # Re: Bravo

                    Posté par (page perso) . Évalué à 0.

                    Comparé à n'importe quel langage, si. Il se situe dans le très bas du classement avec Ruby et Python

                    La question de base était : « pourquoi personne ne dit que PHP/Python/Ruby sont lent ». La réponse qu'on peut donner c'est : la question est mal posé, tout le monde dit du mal de PHP (dans tout les domaines) et pour Python et Ruby, si personne ne dit que c'est lent, c'est parce que ça ne l'est pas.

                    • [^] # Re: Bravo

                      Posté par (page perso) . Évalué à 4. Dernière modification le 17/06/13 à 12:59.

                      Python et Ruby, si personne ne dit que c'est lent, c'est parce que ça ne l'est pas.

                      Ah oui, quand même… Fallait oser.

                      OK je me bats avec cykl sur Java, mais oser dire que Python et Ruby sont rapides, c'est hors concours.

                      Autant ckyl peut se défendre avec juste 2x plus de CPU et juste 10x plus de RAM (c'est plutôt la façon dont les gens l'utilisent à coup de bibliothèques énormes qui pose problème, et la la perf générale de plein d'applis font pleurer), autant balancer ça ne l'est pas quand c'est 35x plus lent et 35x plus de RAM ou quand c'est 40x plus lent et 40x plus de RAM, c'est beau, très beau, même PHP fait mieux avec que 30x plus de CPU et 10x plus de RAM "seulement" (sans compter qu'on peut compiler du PHP vers du C).

                      J'ai pris des mecs de Debian pour référence, disons qu'ils seront peut-être respectés avec un peu moins de "ah mais non, c'est pourri comme bench, ils ne testent pas bla bla et en plus ils ne savent pas coder", mais on peut prendre d'autres benchs

                      J'avoue ne pas comprendre l’intérêt de mentir aux gens sur les perfs, car par exemple pour Python c'est plutôt la simplicité et la rapidité de développement qui est son point fort, pourquoi donc venir mentir sur ce qui n'est pas son point fort et qui se teste tellement facilement qui c'est rigolo de voir des gens dire que "si, c'est rapide"?

                      Il manque plus que JavaScript dans la liste des "langages performants"…

                      Ou alors c'était ironique et je n'ai pas compris l'ironie?

                      • [^] # Re: Bravo

                        Posté par . Évalué à 1. Dernière modification le 17/06/13 à 18:46.

                        Sympas tes liens, je découvre que le Pascal est une excellente alternative à C++ : ~3x plus lent, mais 100 fois moins de mémoire utilisée, et un code plus léger. Ça et le fait que je préfère largement le Pascal à titre personnel. Du coup, je vais peut-être me plonger un peu plus sérieusement dans Lazarus…

                      • [^] # Re: Bravo

                        Posté par (page perso) . Évalué à 1.

                        Je suis plutôt d'accord sur la conclusion, car un langage typé dynamiquement sera je pense toujours plus lent qu'un langage typé statiquement, et ça se voit surtout dès qu'on part sur des programmes qui font des calculs intensifs, et c'est normal parce que l'interpréteur doit gérer des niveaux d'indirection pour deviner les types à l'exécution par rapport à un tableau d'entiers en C bien compact.

                        Cependant, est-ce important en pratique? Non, parce qu'on code pas les mêmes programmes en C qu'en Perl/Python/Ruby, qu'on utilise là où on a pas besoin de performances de calcul terribles, et des bindings vers C quand il faut, donc l'intérêt de comparer la performances de ces langages est petit en général.

                        C'est pourquoi ce genre de benchmarks n'est pas très représentatif de l'usage réel des langages, et mélange un peu pommes de terre et carottes s'il met les langages typés dynamiquement et statiquement dans la même classification.

                        (benchmarks qui sont déjà assez contestables souvent entre langages comparables entre eux).

                        • [^] # Re: Bravo

                          Posté par (page perso) . Évalué à 3.

                          C'est pourquoi ce genre de benchmarks n'est pas très représentatif de l'usage réel des langages

                          Ce n'est pas le but.

                          Je suis assez content de ces benchmarks, parce que ça permet de montrer aux gens que ce n'est parce que leur « Hello World » en Python est rapide qu'on peut remplacer n'importe quel programme C/C++ avec.

                          « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

                          • [^] # Re: Bravo

                            Posté par (page perso) . Évalué à 1.

                            Je suis d'accord sur la conclusion, mais avec le moyen, je ne suis pas sûr, parce que ça peut conduire aussi à vouloir remplacer tous les programmes écrits en Python en C, alors que pour beaucoup le gain en performance n'aurait aucune importance. Je pense qu'essayer de comprendre vraiment pourquoi chaque langage a ses champs d'applications est important, donc peut-être que pédagogiquement une explication rationnelle est plus utile.

                            • [^] # Re: Bravo

                              Posté par (page perso) . Évalué à 3.

                              Je suis d'accord mais ça dépend du temps dont je dispose et de la personne à convaincre.

                              Sinon, j'ai oublié un autre avantage de ces benchmarks, c'est d'avoir une idée en gros avant de se lancer dans un projet. Voir si ça vaut la peine de se lancer dans un projet en Python ou en C++ en sachant qu'on aura un peu/moyennement/beaucoup de calculs à faire.

                              « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

                            • [^] # Re: Bravo

                              Posté par (page perso) . Évalué à 0.

                              parce que ça peut conduire aussi à vouloir remplacer tous les programmes écrits en Python en C, alors que pour beaucoup le gain en performance n'aurait aucune importance.

                              Je ne voulais pas en venir la : je comprend tout à fait que quand on se fout de la vitesse et de la RAM, on ai envie de prendre un "beau" langage, on perd en vitesse et RAM mais en gagne en plaisir.

                              Mais note à qui je répondais : une personne qui dit en gros "c'est pas lent". Ce qui est complètement faux.
                              Il aurait dit "quand on les utilise, on s'en fout de la vitesse et c'et donc pour ça qu'on en parle pas" que ça aurait été plus correct.

                              Je ne comprend pas comment on peut sortir ce genre de phrase comme ça, en y croyant (vraiment?).

                            • [^] # Re: Bravo

                              Posté par (page perso) . Évalué à 2.

                              Je pense qu'essayer de comprendre vraiment pourquoi chaque langage a ses champs d'applications

                              Le problème c'est que souvent on utilise un langage pour des applications "hors champs", car c'est plus rentable (moins d'apprentissage, réutilisation de bibliothèques et des outils, uniformisation des technos dans le projet ou entreprise…).

                              http://devnewton.bci.im

                      • [^] # Re: Bravo

                        Posté par (page perso) . Évalué à 0.

                        (sans compter qu'on peut compiler du PHP vers du C)

                        En fait, j'ai lu il y a pas longtemps que c'est un faux-argument (pour perl ici) :

                        http://www.perl.com/pub/2001/06/27/ctoperl.html

                        au sens où ton code C sera forcément compliqué si tu ne veux pas perdre en flexibilité dans ton langage, et au final les performances seront pas tellement mieux (à part le démarrage bien sûr). À la base, il faut se dire que Perl/Python/Ruby sont écrits en C, et si c'est lent, c'est pas parce qu'ils ont fait exprès, c'est juste que le code C pour faire marcher ces beaux langages n'est pas simple, et on peut optimiser c'est sûr, mais on aura toujours une surcharge.

                • [^] # Re: Bravo

                  Posté par . Évalué à 1.

                  quoi qu'imagine ckyl

                  Contrairement à toi je n'imagine rien, je parle de ce que je connais et je constate juste que tu dis de la merde.

                  Je peux t'expliquer précisément les atouts et les inconvénients du langage et de la plateforme (on peut aussi élargir aux "Java.next"). Je peux te dire pour quoi c'est adapté ou non. Je peux t'expliquer les problèmes et les limites qu'on rencontre en ce moment (et pas du bateau "pas trop mal en perf brute"). Et je peux aussi te dire où et comment c'est utilisé partout dans les plus grosses archi du monde. Je peux te comparer ça à d'autres stack/langages. C'est juste mon métier, et pas dans des environnements mono-stack.

                  Il y a des dizaines de chose pertinentes à dire. Comme en effet que du Grails pour un hébergement perso ca risque de couter cher en ressources pour un unique utilisateur (et oui le problème est plutôt dans ce sens là…). Des applis et des frameworks merdiques y'en a à la pelle; pas étonnant vu que c'est que tout le monde utilise, plus un problème d'incompétence généralisée. Maintenant tu dis des conneries point barre.

          • [^] # Re: Bravo

            Posté par . Évalué à 5.

            Les gars changez de refrain un peu, ca fait des années que le problème n'est pas la consommation excessive de ressources, mais l'impossibilité d'exploiter le matos actuel

            On s'en fout de la raison du problème. Le fait est qu'il y a un problème et que ça fait des années qu'il n'est pas résolu.

            Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

        • [^] # Re: Bravo

          Posté par (page perso) . Évalué à 5.

          Et alors? Tu refuses les filles à gros boobs parce que ça prends de la place dans le lit?

          http://devnewton.bci.im

          • [^] # Re: Bravo

            Posté par (page perso) . Évalué à 1.

            Java aurait plutôt des jambes bien longues de basketteurs allongées par des talons hauts de défilé de mode : ton lit ne fait que 2 mètres, c'est pas assez.

            Commentaire sous licence LPRAB - http://sam.zoy.org/lprab/

      • [^] # Re: Bravo

        Posté par . Évalué à 3.

        C'est simple, pour toutes les applis Java que j'ai essayées : ça rame. Pas besoin de comparer avec d'autres pour trouver ça excessivement lent. Déjà, avant même de constater que ça rame faut le temps que la JVM charge.

        Pas besoin d'excuse, que ça vienne du langage, de la JVM ou du développeur, le fait est que ça rame systématiquement, donc j'évite. Mon serveur est un netbook avec un Atom, pas question de changer pour ça, surtout que pour tout le reste ça suffit.

        Et je ne parle même pas de la laideur des GUI, comme les polices non lissées. J'ai parfois l'impression d'être devant une appli CDE.

        Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

        • [^] # Re: Bravo

          Posté par . Évalué à 1.

          A une époque, j'avais fait quelques tests avec lucene et franchement j'avais été impressionné la vitesse.

  • # Bravo!

    Posté par (page perso) . Évalué à 6.

    Le logiciel a l'air bien fait, l'interface est agréable. C'est un début prometteur.

    Le seul point qui m'empêche d'utiliser un tel soft, c'est la flemme de devoir faire plein de saisies. A quand un couplage avec weboob pour importer ses comptes automatiquement ?

    En attendant, je vais me contenter de remettre quelques oursins dans mon portefeuille!

    http://devnewton.bci.im

  • # Quelques conseils

    Posté par (page perso) . Évalué à 2.

    Tu devrais revoir tes filtres de textes:

    http://chiptunes.fr:8081/epsilon/scheduled/search?query=%22%3E%3Cscript%3Ealert%281%29%3C/script%3E
    http://chiptunes.fr:8081/epsilon/budget/edit/dbf999e53f431875013f44561e250011
    http://chiptunes.fr:8081/epsilon/tiers/edit/dbf999e53f431875013f4444556b000e

    Pour le changement de mot de passe il est recommander de demander l'ancien et demander de tapper 2 fois le nouveau.
    http://chiptunes.fr:8081/epsilon/person/edit

    Tu as aussi pas mal d'exception qui ne passe pas regarde tes logs ;)

    Le seul truc qui m'embete c'est le java perso trop lourd ;)

    http://www.theatre-eibel.fr http://www.isc2chapter-yorkshire.co.uk

  • # Grisbi

    Posté par (page perso) . Évalué à 6.

    J’utilise Grisbi, ça marche bien. Ça a le mérite d’être fait par des Français, de pas utiliser Java, de chiffrer le fichier de compte (comme ça, je me permet de le synchroniser entre mes machines en passant par Ubuntu One), etc.

  • # bien mais ça plante

    Posté par (page perso) . Évalué à 1.

    Moi je trouve ça super
    et ça me donne envie de tester.
    par contre quand je test avec le compte guest/guest

    j'ai une jolie erreur

    Grails Runtime Exception
    Error Details
    Error 500: Error processing GroovyPageView: Error executing tag : Cannot invoke method minus() on null object
    Servlet: grails
    URI: /epsilon/grails/operation/list.dispatch
    Exception Message: Cannot invoke method minus() on null object
    Caused by: Error processing GroovyPageView: Error executing tag : Cannot invoke method minus() on null object
    Class: gsp_epsilon_operation_register_gsp
    At Line: [464]
    Code Snippet:


    Quand ça fonctionnera je testerai pour ma pomme

    • [^] # Re: bien mais ça plante

      Posté par (page perso) . Évalué à 1.

      Quelque petits problèmes de sécurisation dans l'échappement des textes, j'ai l'impression… Il y en a qui se sont amusés.
      Sinon, j'ai aussi eu une erreur:

      Error 500: Executing action [saveretrait] of controller [com.headbangers.epsilon.OperationController] caused exception: Runtime error executing action
      Servlet: grails
      URI: /epsilon/grails/operation/saveretrait.dispatch
      Exception Message: Cannot get property 'dateCreated' on null object 
      Caused by: Cannot get property 'dateCreated' on null object 
      Class: OperationController 
      At Line: [146] 
      Code Snippet:
      
      

      Sinon, vraiment sympa ton appli, je testerai dès que ce sera fixé :)

  • # vive Grails

    Posté par . Évalué à 1.

    Il n'y a rien de mieux pour faire des webapp. Dommage qu'il n'y ait aucune news sur cette techno… Et y a encore beaucoup de monde pour critiquer java apparemment, j'aimerai vraiment voir ce qu'ils font ces être divins possédants la vrai vérité vrai à 129 Go de RAM..

    • [^] # Re: vive Grails

      Posté par (page perso) . Évalué à 1.

      Du php sans doute. Ça rends aigri.

      http://devnewton.bci.im

    • [^] # Re: vive Grails

      Posté par (page perso) . Évalué à -1. Dernière modification le 16/06/13 à 21:04.

      ces être divins

      Je ne fais plus de gestion de projets impliquant Java depuis quelques années, mais je me suis offert un smartphone Android il y a peu (je sais, je suis en retard, mon 1er smartphone…), et quand j'ai vu la lenteur de la chose et la RAM consommée par les "apps", du Java qui ne dit pas son nom, j'avoue que ça m'a rappelé les bon souvenir…

      Non, sérieux, avoir besoin d'un quad-core avec 1 Go de RAM pour passer des appels et gérer un agenda, ça ne choque que moi?

      Pas devins et je sais que "ça ne coûte plus rien la RAM et le CPU", je sais que plein de monde en rafole, mais perso si je peux éviter, j'évite (ne faisant pas "du web", je peux éviter Java tout autant que PHP sans trop de problèmes)

      • [^] # Re: vive Grails

        Posté par . Évalué à 1.

        J'ai vu des wiko et autres HTC wildfire être très fluide.

      • [^] # Re: vive Grails

        Posté par . Évalué à 6.

        pour passer des appels et gérer un agenda, ça ne choque que moi?

        oui, parce que c'est pas pour ça que tu as besoin de 1GB de RAM, c'est pour tout le reste : navigateur digne d'un pc, jeux qui claquent, cartographie et navigation.

        quant au troll sur java… bah je dirai que c'est ceux qui connaissent le moins qui en parlent le plus.

    • [^] # Re: vive Grails

      Posté par . Évalué à 2.

      Tiens justement, j'aimerais savoir si écrit proprement n'importe quel truc en java ne finis pas irrémédiablement par bouffer toute la RAM …
      je prends juste un exemple sous Linux : minecraft
      C'est le SEUL truc qui malmènent tellement mon petit laptop (2Go de RAM) que parfois je préfères le rebooter plutôt que d'attendre qu'il se remettent de ses émotions.
      Java c'est dommage, cela aurait put être THE langage mais …
      - ca bouffe la RAM pourquoi ?
      - pourquoi ya trop de version de JVM (et sous windows trop de JVM)
      - pourquoi systématiquement la plupart annonce => OpenJDK pas supporté (alors que bien souvent cela fonctionne)

      Bref j'aimerais comprendre, si quelqu'un avait des explications simples et claires (comme si j'avais 5 ans et pas trop de mots de plus 8 lettres)

      Sinon depuis ma console python j'envie des environnements comme Tomcat, spring Hibernate etc …

      • [^] # Re: vive Grails

        Posté par . Évalué à 6.

        j'aimerais savoir si écrit proprement n'importe quel truc en java ne finis pas irrémédiablement par bouffer toute la RAM

        Non.

        • ca bouffe la RAM pourquoi ?

        Je vais te donner trois pistes mais on pourrait en parler des heures:

        1- C'est un langage à GC sans compteur de référence. Tu as un truc qui va ramasser les zones mémoires inutilisées quand il y a besoin. C'est à dire que tu lui donnes une taille maximale et qu'il va commencer à ramasser sérieusement quand il s'approche de cette taille. Avant il s'en balance (tout cela se configure assez finement mais est rarement fait en dehors des grosses archis). Ce mode de fonctionnement n'est pas un problème pour le marché auquel se destine la plateforme. C'est fait pour tenir la prod et tu vas sizer pour que la RAM allouée à la VM corresponde à la taille de son working-set et basta. Ca gache un peu mais pas énorme. C'est beaucoup plus problématique pour les autres usages. Pour un IDE tu ne vas pouvoir le configurer finement et tu vas devoir viser large. Du coup tu as une consommation mémoire qui va finir par rejoindre le pire cas. Ainsi ton eclipse va certainement être livré avec un configuration à 1Go pour être safe alors que tu peux certainement lui en donner que 300Mo.

        2- C'est un langage objet dont les devs remettent très rarement en question ce paradigme et se reposent énormement sur les libs quelque soit le cas. Or il peut être très couteux tu peux arriver à des overhead mémoire de malades.

        Tu as une veille étude mais les moeurs n'ont pas changés depuis. Même chose côté CPU; ca m'arrive fréquement de mettre des speedup > 100x en sortant mon profiler et en codant des choses simples. Ce n'est pas un problème du langage ou de la plateforme mais des devs.

        3- Framework bloat et paresse, et incompétence de beaucoup de devs. La encore c'est du au fait que c'est juste le langage utilisé.

        Maintenant quand tu l'utilises correctement en branchant ton cerveau pour des choses adaptées ca marche bien et c'est un bon outil dans la palette de solutions qui existent. Ca marche très bien dans de nombreux domaines pour beaucoup de monde avec des éxigeances et des compétences.

        Maintenant j'irais pas refourger ca pour un jeu, une appli desktop ou quelqu'un qui s'adresse à des mecs qui veulent auto-heberger un service sur 32MB de RAM…

        pourquoi ya trop de version de JVM (et sous windows trop de JVM)

        Trop je ne sais pas. Pourquoi il y en a plusieurs c'est simple. Tout l'important se fait à l'exécution, la phase de compilation vers le bytecode ne fait presque rien. Du coup la bataille se fait sur la JVM. Du coup c'est comme dire qu'il y a trop de compilateurs C.

        Maintenant y'en a pas dix non plus et encore moins pour les usages simples.

        pourquoi systématiquement la plupart annonce => OpenJDK pas supporté

        Par ce qu'ils ne veulent pas faire l'effort de QA pour valider et supporter OpenJDK. Tout comme beaucoup diront seulement RH supporté.

        OpenJDK a aussi eu des problèmes sur la pile graphique et son. Je ne sait pas si c'est résolu c'est pas mon domaine.

        • [^] # Re: vive Grails

          Posté par (page perso) . Évalué à 2.

          Le choix est simple, il n'y a qu'une jvm libre utilisable: openjdk.

          Le reste c'est soit pwivateur (Oracle), soit obsolète (gcj), soit incompatible (dalvik).

          http://devnewton.bci.im

        • [^] # Re: vive Grails

          Posté par . Évalué à 1.

          Merci pour ces réponses claires nettes et précises.
          Comme quoi la qualité du code est primordiale … beaucoup plus que les part de marché :)

      • [^] # Re: vive Grails

        Posté par (page perso) . Évalué à 2.

        je prends juste un exemple sous Linux : minecraft

        C'est un jeu pwivateur, donc impossible de juger de la qualité du code.
        Par contre il utilise les mêmes technos que Newton Adventure, qu'est-ce que ce dernier donne sur ton PC? Là je peux te garantir la non optimisation du code, ce qui en fait un excellent bench cpu :-)

        http://devnewton.bci.im

      • [^] # Re: vive Grails

        Posté par . Évalué à 3.

        Java c'est dommage, cela aurait put être THE langage mais …
        - ca bouffe la RAM pourquoi ?
        - pourquoi ya trop de version de JVM (et sous windows trop de JVM)
        - pourquoi systématiquement la plupart annonce => OpenJDK pas supporté (alors que bien souvent cela fonctionne)

        Et surtout on nous l'a vendu il y a des années à coups de "write once, run everywhere", ce qui fait rigoler beaucoup de monde aujourd'hui, et nuit un peu à la crédibilité du bousin.

        • [^] # Re: vive Grails

          Posté par . Évalué à 4.

          C'est presque le cas, et c'est pour cela que j'ai dit … dommage
          j'ai beaucoup installé d'oracle depuis les versions 7.
          Et Oracle avec Java proposait la MÊME interface d'installation graphique quelques soit l'OS (Windows Linux AIX, HPUX etc …) ou a peu de choses près
          comme quoi on pouvait le faire … si on voulait
          Je n'ai pas dit que c'était mieux (une bonne install en mode texte sera toujours mieux qu'une mauvaise en graphique)

          De toutes façons, certains éditeurs ne VEULENT pas du 'write once, run every where', tu imagines tu écris un truc une fois et cela traverses les versions les mise a jours … tu vends plus rien, plus de prestation, plus de patch, cela fonctionne toujours c'est chiant à mourir …

          Pourquoi changer de versions alors que celle que l'on utilise fonctionne ?

          Tu casse tout un eco système avec un tel produit :)

          PS: la ressemblance avec des éditeurs mondialement connus est fait EXPRES …

        • [^] # Re: vive Grails

          Posté par (page perso) . Évalué à 4.

          ce qui fait rigoler beaucoup de monde aujourd'hui

          Sauf que ce n'est pas la faute de Java si:

          • Apple ne fournit plus Java avec MacosX.
          • Microsoft a voulu faire le malin, s'est mangé un procès et maintenant boude en ne fournissant pas Java avec Windows.
          • beaucoup de Desktop Environnement ne gère pas l'exécution des jars exécutables.

          http://devnewton.bci.im

          • [^] # Re: vive Grails

            Posté par . Évalué à 3.

            Non ce n'est pas la faute de Java. Java est une spécification, une VM… ce que tu veux mais pas une personne, morale ou physique.

            Par contre, la société (l'ancienne comme la nouvelle) qui est derrière Java, qui essaye de garder un maximum de contrôle dessus, et qui est à l'origine de cet argument marketing … elle a toujours fait ce qu'il fallait pour qu'on en arrive là. Avec dans le désordre :

            • un développement opaque
            • une judiciarisation extrême des rapports avec la concurrence et les clients
            • une politique de mise-à-jour qui a su être bancale quand il fallait
            • un versionnage pas toujours bien compris. (et j'en oublie surement).

            Bref, ce truc était censé être un couteau suisse, au final c'est devenu un bloc logiciel dont l'usage principal est au fin-fond des serveurs d'application, entre les mains de néo-gourous à cravate qui ont pris un malin plaisir à compliquer le truc jusqu'à être les seuls à pouvoir en tirer vraiment parti.

            Je tire mon chapeau aux gens comme toi (et Notch, Freenet, Jitsi et quelques autres) qui essayent d'utiliser Java en dehors des appservers. Et crois-moi, j'essaye régulièrement de m'y remettre (ne serait-ce que pour pouvoir développer sur Android). Et c'est toujours aussi mal branlé, aussi peu agile, et j'en passe.

            Un mec qui fait du Java depuis dix ans, il doit pouvoir s'en sortir et faire des trucs qui marchent, j'en suis certain. Mais, à la différence de beaucoup de langages actuels, la marche est haute. Trop, pour moi comme pour d'autres (à l'inverse du W-Language, pour lequel la marche est beaucoup trop basse, mais celui-là attendra vendredi).

            • [^] # Re: vive Grails

              Posté par (page perso) . Évalué à 2.

              Je tire mon chapeau aux gens comme toi (et Notch, Freenet, Jitsi et quelques autres) qui essayent d'utiliser Java en dehors des appservers

              J'(on ?)utilise Java faute de mieux. Pour un prochain jeu, je me demande vraiment quelle techno utiliser:

              • C++: le seul intérêt, c'est les perfs, tout le reste est trop galère (compilation multiplateforme, gestion des dépendances, déploiment/packaging…) pour un développement sur mon temps libre. De plus on est dans une période de transition pour les API de jeux: SDL, SFML, clanlib ou allegro passent à de nouvelles versions majeures qui ne sont pas seront pas dispos dans debian avant des années…
              • HTML5: le projet que j'ai en tête sera trop lourd et je me vois mal maintenir un grosse base de code javascript.
              • rebelotte avec Java et lwjgl ou libgdx? Mon netbook ne sera pas content et à cause de l'antijavaisme libriste je peux faire une croix sur pas mal de contributeurs potentiels pour le code…

              http://devnewton.bci.im

            • [^] # Re: vive Grails

              Posté par . Évalué à 2.

              Bref, ce truc était censé être un couteau suisse,

              Oui enfin le couteau suisse quand tu sais comment la techno est branlée et pourquoi elle est développée tu rigoles encore qu'en 2013 des gens puissent encore vouloir faire des applets, du webstart, du desktop ou des applis à vie courte avec.

              Y'a un moment faut arrêter de vivre 15 ans en arrière ou rabacher la tagline de l'époque. C'est peut être plus intéressant d'essayer de comprendre ce que ca apporte concrètement aujourd'hui. Et voir si c'est adapté ou non à ton besoin.

              […]entre les mains de néo-gourous à cravate qui ont pris un malin plaisir à compliquer le truc jusqu'à être les seuls à pouvoir en tirer vraiment parti.

              C'est quoi ce jugement à la con ?

              Ce n'est pas plus compliqué ou opaque de n'importe quoi d'autre.

              Et c'est toujours aussi mal branlé, aussi peu agile, et j'en passe.

              C'est un peu flou comme description non ?

              Note que si les paradigmes de Java ne te conviennent pas, il y a d'autres langages sur la JVM. Plus "agile" comme Groovy, plus sérieux/CS comme Scala ou plus Lisp comme Clojure.

              Mais, à la différence de beaucoup de langages actuels, la marche est haute

              C'est une blague ? C'est certainement l'un des langages les plus simples (voir simpliste). C'est bête et méchant, pauvre, ca évolue très lentement, ca fait exactement ce qui est écrit sans aucune surprise possible. C'est à la fois une force et une faiblesse.

              Si tu penses sérieusement que la marche est plus haute que du Python, Ruby, JS, Scala et leurs potes, je pense que tu te trompes lourdement. Ils te permettront peut être d'écrire plus rapidement du code en vrac. Mais pour réellement les maitriser et faire des choses qui tiennent debout la marche est aussi haute.

              Bon après que tu "aimes" ou pas, je m'en fou un peu. Mais quand je n'aime pas un truc je passe simplement mon chemin en essayant d'être honnête intellectuellement.

              • [^] # Re: vive Grails

                Posté par . Évalué à 1.

                Y'a un moment faut arrêter de vivre 15 ans en arrière ou rabacher la tagline de l'époque. C'est peut être plus intéressant d'essayer de comprendre ce que ca apporte concrètement aujourd'hui. Et voir si c'est adapté ou non à ton besoin.

                On est d'accord. Et je maintiens que sorti des grosses applications métier (pour lesquelles effectivement, les profusion d'outils d'ingénierie logicielle autour de Java sont un atout), c'est assez peu adapté.

                C'est quoi ce jugement à la con ?

                Tu n'as jamais croisé de ces experts Java, qui t'expliquent que ton problème simple est beaucoup plus compliqué qu'il n'y parait, que d'ailleurs il va te falloir racheter du matos, constituer un comité de pilotage, et j'en passe. À tel point que tu n'oses plus leur dire que ce que tu voulais, c'était trois tables avec juste ce qu'il faut de formulaires pour faire des opérations CRUD de base.

                Ce n'est pas plus compliqué ou opaque de n'importe quoi d'autre.

                Le langage, non. L'écosystème (humain, essentiellement) qui va avec, oui.

                C'est une blague ? C'est certainement l'un des langages les plus simples (voir simpliste). C'est bête et méchant, pauvre, ca évolue très lentement, ca fait exactement ce qui est écrit sans aucune surprise possible. C'est à la fois une force et une faiblesse.

                C'est pour ça que je parle de marche haute. C'est très verbeux pour pas grand chose, et faire des choses simples en Java est plus compliqué qu'il n'est nécessaire (notamment comparé à Python ou Ruby). Après, comme souvent quand la première marche est haute, les autres s'enchaînent certainement mieux.

                Mais j'ai tendance à me tenir au vieil adage "que les choses simples soient faciles, que les choses compliquées soient possibles". Java échoue, selon moi, sur le premier critère. Windev sur le second.

                Si tu penses sérieusement que la marche est plus haute que du Python, Ruby, JS, Scala et leurs potes, je pense que tu te trompes lourdement. Ils te permettront peut être d'écrire plus rapidement du code en vrac.

                Ce n'est pas "peut-être", c'est certain. Au moins pour les deux premiers (et dans une moindre mesure JS depuis qu'il y a Node), ils peuvent se comporter comme de simples langages de script. Là où Java demande une certaine compréhension (ou une acceptation sans comprendre, ce qui n'est pas forcément mieux) du modèle Objet, les petits copains en question permettent de faire une moulinette en juste ce qu'il faut de lignes pour faire le boulot. Boilerplate réduit au minimum.

                Mais pour réellement les maitriser et faire des choses qui tiennent debout la marche est aussi haute.

                C'est un peu là que se situe mon désaccord avec le monde Java (et une partie du monde de l'ingénierie logicielle, d'ailleurs), je pense. Un script de dix lignes tient debout, et n'est pas plus compliqué à maintenir que son équivalent en trois classes bien modélisées. KISS, comme dirait l'autre. Je n'aime pas du tout la "sur-ingénierie" (over-engineering?), et Java encourage (ou en tous cas attire les amateurs de) ce genre de travers.

                Une partie de ce reproche s'applique d'ailleurs à C/C++ : faire une fonction main() juste pour avoir un point d'entrée, c'est élégant intellectuellement, mais l'imposer pour des bases de code de quelques lignes à quelques dizaines, ce me semble contre-productif. Et de ce côté-là, Java a poussé cette logique encore plus loin, hélas.

                Bon après que tu "aimes" ou pas, je m'en fou un peu.

                Apparemment pas suffisamment, mais ça m'arrange.

                Mais quand je n'aime pas un truc je passe simplement mon chemin en essayant d'être honnête intellectuellement.

                Tu veux une médaille? ;)

  • # usage

    Posté par . Évalué à 2.

    Bravo pour ton travail et merci de partager.

    Pour ma part je n'ai pas le besoin que comble ton logiciel. Je retire du liquide une fois pas semaine, toujours la mm sommes et je constate la diminution du tas de billets en temps réel :) Et accessoirement, ma banque me fournit un état de mon compte sur smartphone.

    Mais l'expérience que tu acquière avec ces technologies (java server, postgres et android) est toujours bonne à prendre.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.