Larry Cow a écrit 5011 commentaires

faut savoir ce qu'on parle par "pas grand chose". Parce que bon, des applis web dans quasi tous les domaines, c'est pas ce qu'il manque. Donne moi un exemple d'appli qui pourrait être utile pour la majorité utilisateur de Mobile (c'est à dire pas un truc de nerd), et pour laquelle il faudrait absolument passer par du C++…

Un client IMAP?

J'ai pu utiliser un Jolla en main propre, je peux activer l'accès root sans faire de bidouille, je peux écrire sur le système de fichier, installer les rpm que je veux, changer les services démarrés par systemd, configurer le réseau comme je veux.

Globalement avec un Android "propre" (i.e. sur un Nexus), tu peux passer root sans bidouille, écrire sur le système de fichier, installer les .apk que tu veux (bon ok, pas besoin d'un Nexus pour ça), configurer le réseau comme tu veux (bon ok, ça passe probablement par l'installation de busybox), …

Personne ne conteste que l'interface graphique soit non libre, mais je ne vois pour l'instant aucun meilleur compromis.

Genre Android, dont l'interface graphique est libre?

Je ne pratique plus le C ni le C++ depuis longtemps, mais il m'a toujours semblé que le double pouvait plus que le float. Au temps pour moi.

double OK, pas besoin de float

Là, par contre, j'ai pas compris. Tu veux dire qu'un double est suffisant, par rapport à un float qui serait "de trop"?

Sans compter qu'au Québec, ce n'est pas évident de voter à la fois à gauche et fédéraliste.

Le SIG, c'est quand même en grande partie de la gestion de base de données, même si ça n'est pas toujours lié à un serveur de BD : un fichier Shapefile embarque ses enregistrements au format dBase, et le MIF a un truc similaire.

Alors certes, les données non-vectorielles sont encore largement stockées dans de simples fichiers, mais on commence à les voir fleurir dans PostGIS (et Oracle Spatial, je crois).

Ok. Pas certain d'avoir encore tout compris. Si je télécharge Poche aujourd'hui, je télécharge aussi la librairie en question? J'ai le droit de re-distribuer l'archive de Poche, malgré la présence d'une librairie tierce "compliquée" dedans?

Et c'est quoi une librairie "libre mais pas open-source"? Autant j'ai déjà vu des trucs se réclamer de l'inverse (i.e. source ouvert, mais sans adhérer à la philosophie libriste), autant dans ce sens-là c'est nouveau. Surtout que l'AGPL est pour moi opensource ET libre.

En grande partie grâce à FiveFilters qui a gentiment contribué au projet poche en offrant l'avant dernière version de sa bibliothèque Full-Text RSS (la version alors embarquée avec poche était la version open source qui était assez ancienne).

Et donc? L'avant-dernière version de Full-Text RSS est devenue libre? Poche est devenu non-libre? L'intégration est optionnelle et on doit aller chercher la bibliothèque nous-même? Comment ça se passe?

… ne sert pas à "convertir du C++ en Javascript". C'est juste une cible potentielle d'Emscripten (ou de son concurrent proprio), qui eux se chargent de ce boulot.

Dans les conseils donnés aux indies, on retrouve souvent faites un jeu pour des machines peu puissantes, ça représente beaucoup de clients.

On parlait quand même d'une machine de 7 ans. Je doute que ce soit ça qu'entendent les développeurs indie, mais plus "visez les petites machines, les netbooks, les entrées de gamme".

Cozy c'est la plateforme qui vous permet d'héberger vos web applications

Enfin surtout les siennes, de web applications. Parce qu'à moins d'avoir spécifiquement codé pour Cozy, il y a peu de chances que ça soit d'une grande utilité.

Ben vas-y, cites les.

Tivo?

Ou simplement le BYODBDDEWI (Bring Your Own Device But Don't Do Everything With It).

Pour ce que ça vaut, je crois que j'aurais choisi l'autre option quant à ta représentation des niveaux. Vu que :

• concrètement, tu géres les changement de niveau à la main et dans les deux sens (et non pas juste en définissant une zone "tampon" commune à tous les calques), sauf si j'ai rien compris. Donc que ça pointe vers un calque différent ou un fichier différent, ça ne change pas grand chose.
• de fait, l'ordre des calques est une information superflue pour toi, tes "zones" ne disent pas "passe au calque du dessus", mais "passe au calque ", si?
• et donc du coup, avec des fichiers différents, tu pourrais te permettre des choses beaucoup plus rigolotes pour pas plus cher : genre dimensions intérieures et extérieures sans aucun rapport (TARDIS?).

Bon après, c'est avec ce que j'ai compris de ton exposé (que je lis toujours avec plaisir).

Deux détails minimes :

• ODF est le standard (OpenDocument Format), alors qu'ODT est la version dédiée au texte (OpenDocument Text), pendante du .DOC. Et, du moins sur les versions beta d'OC6, c'était bel et bien uniquement ODT qui était géré, et pas ODF.
• les explications sur le dossier "Shared" ne sont pas claires, voire trompeuses. On peut partager n'importe quel dossier/fichier indépendamment de son emplacement, en revanche tout ce qui est "partagé avec nous" apparaîtra dans notre dossier "Shared". Je suppose que c'est ce comportement qui est visé.

Autrement, après un premier test hier soir :

• la mise à jour 5->6 est tout sauf robuste, notamment du fait de Lucene (pour ce que j'en ai vu).
• une fois mise à jour, ça semble beaucoup plus poussif que la 5
• dépendance forte à une version de PHP pas supportée sur Debian Squeeze (raison de plus pour passer à Wheezey).

Même pas la peine de se faire chier avec des cryptage complexe : on se voit en vraie, on s'échange un fichier texte de 10 Go et on crypte à l'ancienne avec l'addition de la lettre et de celle positionnée dans le texte. Le truc indécryptable par nature si tu n'a pas le bon texte. On peut même le faire avec un texte sortie de /dev/random.

Moué. Avoir une clé plus grosse que les contenus à chiffrer, c'est concept. Et pratique à échanger de manière fiable.

La justification fondamentale du droit de porter une arme aux E.U. (et ce qui fait que c'est le second amendement à la constitution, et pas un obscur texte de loi fédéral à la con sur l'auto-défense), c'est une question de souveraineté. Selon eux, le peuple est souverain, l'état (fédéral ou pas) n'est que le dépositaire temporaire de l'autorité. Si l'état part dans une direction qui n'est pas celle voulue par le peuple - et par exemple met en place une dictature - c'est à ce dernier que revient la responsabilité de remettre l'état sur le droit chemin. Pour ça, ils estiment qu'il vaut mieux laisser tout un chacun disposer d'armes à feux avant d'en avoir besoin, vu qu'après ça sera probablement plus difficile.

Tant qu'on considère le 2nd amendment comme lié à des questions de sécurité individuelle, on rate une grosse partie de la problématique, et on caricature un tout petit peu le débat.

Ceci étant, c'est intéressant de re-considérer cet aspect des choses dans un contexte PRISM-ien, où l'état outrepasse manifestement les missions qui lui sont confiées par le peuple souverain.

Depuis quand on a besoin d'un serveur pour faire tourner SàT? Si on a un compte XMPP quelque-part et un poste client (où on sait/peut installer des choses, certes), ça suffit, non?

pourquoi vous imaginez que SàT va être difficile à installer ?

Ben pour ça:

Le seul argument (valable) qu'à PHP en face c'est que ça tourne sur des dédiés pré-installés qui souvent ne fournissent que PHP

J'ai pas prétendu que c'était insurmontable, juste que c'est un obstacle à l'adoption par Mme Michu qui n'a plus qu'un Chromebook.

Prosody est très bon, je ne comprends pas les critiques à son égard, c'est le serveur qu'on utilise principalement pour les tests, et on n'a jusqu'ici rien eu à lui redire.

Vous en avez discuté, les gars de Movim et toi?

Ce sont 2 activités complètement distinctes.

J'irais même un peu plus loin : ce que d'aucuns veulent, c'est pas tant développer un RSL (réseau social libre), ni même en avoir un à disposition. Ce qu'ils veulent, c'est avoir leurs potes dessus. Ce qu'ils veulent, c'est que Facebook cesse d'exister d'autorité, et que tous les comptes Facebook soient automagiquement migrés vers .

Clairement, si c'est ça la motivation pour développer, autant oublier tout de suite, sortir prendre l'air et parler à des gens avec le meilleur réseau social au monde. Parce que ça ne marchera pas.

Quel que soi(en)t le(s) moyen(s) technique(s) que vous choisissez pour être joignable, vos amis ne les utiliseront que si l'effort demandé est négligeable devant l'attrait de pouvoir vous parler/lire. Vous voulez que les gens se créent un compte sur votre super RSL? Utilisez ce dernier pour publier des choses pertinentes, et si possibles polémiques. Nul doute que des gens se connecteront pour vous donner leur avis.

Un poste plus haut expliquait que la réponse du Libre à Facebook ne doit PAS être pédagogique. C'est faux, elle est éminemment pédagogique. Juste, ce n'est pas une pédagogie à appliquer à autrui, mais à soi-même.

Le cas de Diaspora n'est pas forcément représentatif de l'ensemble de la scène "réseau social acentré". Ils ont clairement mis la charrue avant les boeufs - et c'était difficile de faire autrement une fois les fonds levés, c'est vrai.

Dans le cas d'XMPP, au moins, les choses ont été faites dans l'ordre : réseau d'abord, et ensuite on construit des choses dessus. Bon, il reste encore quelques soucis rédhibitoires. Le fait qu'aucun serveur majeur (non, Métronome n'est pas encore un serveur majeur, ce n'est qu'un fork "social-compliant" de Prosody) ne soit complètement compatible avec ce que les interfaces sociales exigent est ennuyeux. Le fait de nécessiter un serveur autre que Web est un défi en termes de déploiement (on parle de la rareté des hébergements Ruby, mais quid des hébergements "Web+Métronome"?). Enfin, si les trois "grandes" interfaces sociales sont toutes assez bien fichues, elles imposent quand même à l'utilisateur de choisir entre perdre un bras et une jambe :

• soit on a tous les traitements côté client - et donc juste besoin d'un serveur XMPP, mais en échange c'est "chiant" à installer (Sàt) ;
• soit on a du Web très complet sans rien côté client, mais besoin de déporter l'ensemble des traitements (dont l'auth) vers le serveur Web (Movim) ;
• soit on a un vrai client Web qui fait tout le boulot "utile" en Javascript dans le navigateur, mais qui est (encore) assez incomplet côté social (Jappix).

Je vais faire mon client chiant : le jour où on aura un client Javascript pur, qui se connecte au choix en BOSH ou en Websockets, qui supporte la majorité des (logiciels) serveurs XMPP existants - quitte à dégrader gracieusement s'il manque des fonctionnalités, qui peut ne nécessite rien d'autre côté serveur Web qu'un répertoire et un peu de place, là ce sera gagné côté technique.

Ce n'est pas une question d'utilité, c'est une question de finition. Pour un PoC, Movim a un bien joli site (ce n'est pas ironique du tout, j'aime vraiment bien), qui laisse l'impression d'un produit abouti, fini, et largement testé.

Je vois Movim comme un Proof of Concept pour le moment

Euh, sauf si le site a beaucoup changé, vous ne le marketez pas vraiment comme un PoC. Ce peut être trompeur.

Avec les tripes du dernier curé, je présume.