Nicolas Évrard a écrit 534 commentaires

En fait tu n'aimes pas qu'on te raconte une histoire. Car très rares sont les films, livres ou séries où il n'y a pas un des éléments que tu décris. Et ce quelle que soit la qualité de la production.

Je dois dire que moi aussi au début j'en avais un peu rien à faire des séries. Et puis, il faut reconnaitre qu'il y a des pépites : BSG, The Wire, Arrested Development, The IT Crowd et dernièrement The Game of Thrones (de façon générale HBO fait de la bonne série).

Ceci dit, même si je conçois que la situation est tendue, les news sur Tryton pourraient
gagner en clarté si elles indiquaient explicitement la parenté du soft.

En fait, je me suis posé la question. Dois-je spécifier que c'est un fork, ou pas ?
Au final, j'ai décidé de ne pas le faire car c'est la troisième dépêche/journal sur le sujet et qu'à chaque fois l'information est remontée. De plus les projets divergent depuis 4 ans et demi et mis à part le client (pour des raisons évidentes), il ne doit plus y avoir que 10 à 15% de code identique.

Enfin dans 6 mois je reviendrais voir cette news et je me rappellerai qu'il vaut mieux y faire référence encore 2-3 ans ;).

et l'ambiance n'est pas au beau fixe entre les deux équipes, manifestement.

Boh, ça dépend. Je pourrais boire des verres avec tout le monde chez tiny je pense. Il y a des divergences sur le business-model et sur le plan technique, mais pas de rancunes/rancœurs je pense.

Simon a parfaitement résumé la situation, neso est une version mono-utilisateur qui comprend à la fois le serveur (tournant avec une DB SQLite) et le client.

Après, il y aura quelques modules à installer (ça se fait via l'interface) : sale, purchase, account_invoice (ils sont traduits mais leur nom technique est en anglais).

À noter que très bientôt on devrait avoir un module pour gérer le plan comptable français. Mais que si ton utilisation sera uniquement de l'utiliser comme un facturier alors tu n'en auras probablement pas besoin.

En fait, c'est comme les gazaouïs (et autres) qui ont fait la fête lors du 11 septembre : la conséquence d'un endoctrinement, je pense.

On se plaint, par exemple en Belgique avec notre crise institutionnelle, qu'en Europe le peuple ne se soulève plus, qu'il a perdu une certaine capacité d'indignation. Être désabusé a ses côtés négatifs, mais là je suis plutôt content d'être désabusé ...

Le problème de ce genre de truc c'est l'effet de réseau qui fait que je suis inscrit et sur identi.ca et sur twitter (avec copie des messages identica -> twitter). En effet, à moins que je me trompe, beaucoup de monde du libre se retrouve sur twitter (on ne parle même pas là des moins libristes qui constituent près de la moitié de ma timeline). Et ce constat est un peu domage : à part le spam, j'ai l'impression qu'identi.ca est mieux foutu (rien que les groupes c'est génial, la vue threadée des réponses c'est cool aussi) et le client XMPP est vraiment complet.

Enfin, on a plus qu'à attendre qui twitter s'éfondre de lui même (j'ai toujours pas compris quel était son business model).

Et il y a un excellent résumé là : https://linuxfr.org/nodes/85736/comments/1226854/answer#comment-1226854

(Je sors).

C'est plus proche de luakit à priori.

Luakit lui ne fait que du web, mais il le fait pas mal. Le seul manque actuel c'est l'édition des textarea qui pourrait se faire dans vim car depuis la dernière version il y a une gestion des bookmarks, de l'historique de navigation et des téléchargements (j'en passe probablement).

Pour l'instant c'est mon navigateur par défaut, et je ne regrette pas le changement.

C'est très pratique pour poster avec ses multis.

luakit, uzbl permettent une vrai navigation tout au clavier !
J'aime vraiment ces petits navigateurs qui offre une interface à la vim.

Je pensais que le lien serait suffisant mais bon ...

Tryton est une plate-forme applicative de haut-niveau, d'architecture trois tiers, sous licence GPL-3, écrite en Python et utilisant PostgreSQL comme moteur de base de données.

En moins business lotto : c'est un fork d'openerp c'est à dire une application de gestion modulaire (en très très gros).

ceux qui ont reçu les financements sont maintenant manager dans une bonne grosse SSII.

Ou consultants pour faire du "Community Management" ou du "Social Networking".

Par exemple, si dans le paragraphe précédent, l'algorithme avait remplacé, avant que je ne le publie, le terme «changements» par «altérations», «détectera» par «décèlera» et laisser «modifications» tel quel, on aurait obtenu les bits d'informations 001. Personne n'aurait pu deviner que mon texte était «changé», il s'agit d'une première publication, cependant, l'algorithme aurait été capable de détecter ces modifications car elles sont dans son dictionnaires et de retrouver le message caché.

Le gros problème que je vois est celui de l'échange du dictionnaire. Car l'algorithme peut être aussi intelligent et bien foutu qu'on le veuille, c'est autant lui que le dictionnaire qui permettent de trouver l'information cachée. Or si tu l'envoies en le chiffrant tu perds l'avantage de la stéganographie et si tu l'envoies en clair, ben voila quoi.

Utiliser un texte connu ne résoud pas l'histoire puisque s'il permet de détecter les remplacements, il ne permet pas de détecter les non-remplacements. Pour utiliser ce genre d'algorithme, il est nécessaire d'envoyer les deux versions des textes (ce qu'on peut imaginer si on travaille dans l'édition mais bon).

Par contre, utiliser la grammaire pour faire de la stéganographie textuelle m'apparait intéressante. Partir d'un algorithme du genre "Phrase passive -> 1", "Phrase active -> 0" m'apparait intéressant même s'il est extrèmement naïf et qu'il faut de toute façon le diffuser.

Ce qui me penser que j'aurais dû rédiger un exemple.

Le manque de fait est un code, j'en suis sûre !

Pour produire le code oui tu as besoin de cela. Mais quand le code est déjà produit, il devient lui-même un moyen de production car il est une source d'inspiration. Et puis il y a ton éditeur de texte, ton compilateur/interpréteur, ton OS qui font eux aussi partie des moyens de production.

De plus, un logiciel libre ça permet aussi de se libérer de son patron. Si tu bosses sur du libre et que le code est publié, alors quand ton patron est nul tu peux partir et essayer de te débrouiller tout seul. C'est aussi une liberté importante qui, à priori, peut être vue comme un collectivisation.

Mais bon, je pense toujours que le logciel libre est orthogonal à ce genre de classement politique (mais je ne pense pas qu'il n'est pas politique).

Ben moi je trouve que le logiciel libre est communiste.

Ben oui, le communisme c'est surtout la réappropriation par les masses travailleuses des moyens de production. Or dans le cadre de la production de logiciel, les moyens de productions c'est surtout le code source.

Avec le logiciel libre, la réappropriation des moyens de production est imposé par la licence. Donc le logiciel libre est communiste.

Ceci dit, c'est (un peu) une boutade : en réalité, j'ai l'impression que le logiciel libre est orthogonal à ce genre de définition politique. Et c'est très bien ainsi ! Voir un coco profiter des développements d'un réac (et inversément), c'est beau tout de même !

Pourquoi ne pas demander directement de l'expertise openerp ? Car là la description à l'air de méchamment coller tout de même ;).

Non merci ça va ...

C'est tellement gros que c'est de l'humour non ?

> Si je ne m'abuse, Tryton est un fork de OpenErp (corrigez-moi si je me trompe).

Non non tu ne te trompes pas mais ça fait presque trois ans et les projets divergent inévitablement.

> Est-ce que le fork est entièrement consommé où y'a-t-il des échanges entre les
> versions ? Quelle est la situation à ce niveau là ?

De ce que j'en sais (je ne suis pas développeur tryton, je suis juste le projet de près connaissant bien Cédric), quelques améliorations de tryton ont été reprises par openerp (genre validation des numéros de tva, le drag'n'drop du client et quelques autres trucs pour lesquels ils ont parfois merdé dans le copyright :D (c'est comme ça que je le sais)).

Dans l'autre sens, la base a été ré-écrite quasi complètement, les modules sont originaux mais le concept est relativement similaire (vues définies en xml et distribuées au client, héritage de celles-ci, concept de modules métiers, l'ORM n'est pas non plus classique (mais comme je le dit dans la news, tryton passe petit à petit à Active Record)).

> Et pourquoi utiliser Tryton plutôt qu'OpenErp (qui a, à priori, l'avantage de la
> réputation) ?

Personnellement, je le trouve beaucoup plus pythonique (pythonesque ?) : installation via pip/easy_install, code respectant la pep8, les concepts matches plus aussi ceux de python je trouve.

Je suis biaisé mais je pense que tryton est fait pour les développeurs/intégrateurs qui veulent des facilités pour faire un ERP (vision framework) : il n'y aura jamais 45000 modules. openerp par contre est fait pour des commerciaux qui veulent vendre un ERP out-of-the-box avec quasiment tout inclus (mais parfois ça marche pas ou mal).

Si le commentaire passe par l'email, il pourrait aussi passer par le filtre antispam du client email (ou du serveur) et ainsi être filtré.

À priori, ça pourrait relativement bien fonctionner ce genre de chose non ?

À part la staging area, le reste n'est plus vraiment d'application.
Et je dois dire que je ne suis pas fan de la staging area en plus.

Presque pareille mais mieux (troll inside ©)

vim
hg
python

Un vrai troll ce serait de dire qu'Ubuntu ne contribue pas assez et que c'est donc de sa faute si GNOME est retardé.

(\o/ C'est 'dredi aujourd'hui).

Y'a que moi qui trouve qu'utiliser des ->, => et autres symboles bizarres, ça n'aide pas à la lisibilité

Ce serait pas plus simple (même si alors ça ressemble fort à du python/ruby) d'écrire ceci:


val mymap = Map((1, "a"), (2, "b"))


(Le pire dans ce cas étant que c'est ce qui est affiché par l'interpréteur).

J'aurais du en effet :( ...
Dommage que je ne puisse pas effacer ce journal.

Et oui, moi aussi j'en ai un peu marre de voir cette scéne de "La Chute" sous-titrée popur tout et n'importe quoi.

Par contre eolas fait une bonne petite feinte à fin.