Larry Cow a écrit 5011 commentaires

En particulier pour une app gratuite.

Tu m'expliques en quoi une application gratuite coûte moins cher à valider qu'une application payante?

Cela prouve juste que le paquet est bien celui du développeur (et encore, cf. post ci-dessus), pas que le développeur est honnête ni que son paquet se comporte correctement.

Et ça tombe bien, TA est depuis peu disponible pour 6€ sans DRM sur GOG. :p

J'ai peut-être mal compris, mais pour moi c'est la fourniture des infos du "torrent" qui se fait en F2F. Le reste est fait en P2P normal. Me trompé-je?

Encore une fois : OOo/MSO ne se limitent pas à du traitement de texte. Quid du tableur?

Haaa, je ne connaissais pas du tout.

Désolé si ça te paraît hautain, décourageant et/ou condescendant, mais c'est un peu flippant pour la suite. Ce à quoi tu t'attaques - réseau social décentralisé - n'est pas un problème tout à fait trivial. Ton idée de départ, sur le papier, n'est pas mauvaise (en tous cas j'avais caressé quelque-chose de similaire il y a un temps, et je ne suis pas le seul). Par contre, tu sembles vouloir à tout prix réinventer la roue, plutôt que de t'appuyer sur des protocoles existants (XMPP & co). Cela peut se justifier par ta volonté initiale de faire un truc hébergeable "sur le premier site free.fr qui traine", mais c'est une contrainte forte.

Et malgré cela, tu sembles débarquer complètement dans la monde du développement web - voire du développement tout court - et l'idée qu'un mot de passe puisse circuler en clair dans chaque requête faite au serveur ne t'a pas ému plus que cela.

Pardon d'être aussi direct, mais je penses que tu gagnerais - sans parler du reste du monde - à suivre de près un projet existant (tu as le choix) pour :
* t'habituer à lire du vrai code déjà écrit avec de bonnes bases
* te faire la main sur des petites contributions cosmétiques/mineures
* te faire une réputation dans leur communauté pour proposer ensuite des idées/directions plus audacieuses - ce qui semble être ton point fort.

C'est très courageux de se lancer dans l'implémentation de ses idées, mais ce n'est pas une raison pour faire l'impasse sur les fondamentaux. À plus forte raison quand ton implémentation a vocation à être utilisée par beaucoup de gens : les faiblesses inhérentes à ta réalisation risquent d'être d'autant plus pénalisantes.

C'est la seule incohérence que j'ai trouvé dans le film, et j'ai été justement très étonné de la cohérence du tout, ce qui est de moins en moins fréquent dans la science fiction moderne.

Et le fait que l'apesanteur d'un rêve de niveau N se propage à N+1, mais pas à N+2, ça ne t'a pas choqué?

Étonnant qu'aucun scénariste d'Hollywood n'ait encore pensé à scénariser ça.

Tu veux dire un truc comme ça?

http://www.imdb.com/title/tt0092534/

Ou ça?

http://www.imdb.com/title/tt0089421/

mysql peut être utilisé sans lancer de serveur, directement depuis akonadi (ou toute autre appli) avec la libmysql et attaquer un fichier privé comme base de données.

Il peut, mais pas dans Akonadi, apparemment (alors que ça aurait été un bon compromis) :

Why not use MySQL/Embedded?

We tried that as well, there are two reasons for not using it: No support for the InnoDB engine (which we need for transaction support) and poor availability (only OpenSUSE provided usable packages, needed a patched QSQL driver).

http://techbase.kde.org/Projects/PIM/Akonadi#Why_not_use_MyS(...)

Il faudrait que des efforts soient faits pour pouvoir rebasculer sur SQLite au lieu de MySQL, mais les performances de SQLite pour Akonadi sont... pas terribles on va dire... Une autre solution serait d'utiliser mysql embedded peut être ?

Je crois que ça avait été tenté et abandonné, le MySQLe. Enfin de toutes manières, avec les doutes qui planent actuellement sur l'avenir de MySQL, ça serait probablement une bonne idée d'avoir un plan B.

Mais il vaut mieux reprendre un serveur existant plutôt que de recoder soi-même tout le système d'indexation notamment, non ?

Ne pas réinventer la roue, c'est bien. C'est très bien, même. Mais réutiliser un parpaing comme roue pour éviter de la réinventer, c'est stupide. Même si c'est un très très bon parpaing. Même si on l'a rogné pour le rendre "presque rond".

Maintenant je ne vois pas en quoi le fait que kmail ait besoin de mysql le rende moins bien,

Oui, enfin ça impose un peu d'avoir un daemon qui tourne juste pour gérer tes mails. Même pas, d'ailleurs, juste pour gérer le _stockage_ de tes mails (sinon y'avait déjà le MailDaemon[Replacement] de BeOS/Haiku qui faisait la même). Ce n'est pas exactement anodin, si?

Ca peut être une bonne idée, mais ça devrait être débrayable : le mec qui lit une pauvre boîte IMAP de 10Mo, on ne devrait pas lui imposer une telle usine à gaz.

Cela peut faire penser que Chromium ne connait pas le fichier /etc/hosts, qui est prioritaire sur n'importe quel serveur de nom, surtout quand ils sont injoignables.

Prioritaire, mais certainement pas fait pour être atteint directement par les applications. Celles-ci obtiennent l'adresse de localhost via gethostbyname() (ou assimilé). Sauf sous Windows où j'ai souvent eu une résolution erratique de 'localhost', le problème doit être ailleurs : soit tu as un pépin de résolution sur ton poste, soit Chromium court-circuite l'infrastructure de résolution de noms (gethostbyname) et fait sa petite tambouille dans son coin, mais ce serait très con.

"Oué, pour ton ordi j'ai la solution, faut changer de logiciel. Et d'ordi."

Comment vous positionnez-vous par rapport à Yacy ? Le fait de ne pas avoir de Java est déjà un gros plus, mais est-ce que vous êtes en contact avec eux? Où comptez être capables de faire communiquer vos softs à moyen/long terme?

L'écran est bien meilleur, et même du 1024x600 permet sans problème d'afficher un KDE ou un GNOME, et les premiers ATOM étaient suffisamment puissants pour cela.

Sauf que le premier Netbook, c'était 800x480 et un vieux Celeron tout mou. Pour en avoir fait l'expérience, KDE dessus c'est tendu. Même en mode plasma-netbook : c'est vaguement utilisable en tant que tel, mais si tu lances une appli c'est terminé.

Un peu comme ton titre qui donne des résultats moisis au Ortho-validator. Pour information, "censé" a un sens différent de "sensé".

Culture, confiture, tout ça...

Accessoirement, ils ont pu changer de nom "avant" (ou plutôt "pendant"), non?

depuis, on a inventé les enregistrements SRV pour obtenir les informations sans bidouillage, mais Thunderbird ne s'en sert pas.

Quelle proportion des serveurs "courants" renseignent ce genre de champs?

Mais bien sur ! Comme ca les retraités ne trouveront plus aucun logement.

Mais si. Il suffit de racheter les logements, et comme ça ce serait l'état, impartial, qui se chargerait de louer.

Oui, c'est vrai que le support est plus difficile à obtenir côté serveur que côté client (pour une fois?). Au temps pour moi.

passé linéairement de 2,2 à 1,5 fois le smic en 25 ans

Selon comment le SMIC a augmenté entre temps, ce n'est pas forcément une baisse du niveau de vie.

Et si tu es une célibataire sans enfant ? A qui on refuse une augmentation parce que " de toute façon, vous allez faire un gosse l'an prochain" ?

Et si on te l'accepte et que tu fais justement un gosse l'an prochain?

Autant sur l'augmentation je manque un peu d'exemples concrets, autant sur le passage de CDD en CDI j'en connais "quelques-unes" qui ont sciemment attendu de passer en CDI pour mettre en route leur numéro 1. Comme dirait l'autre, c'est de bonne guerre, mais faut pas s'attendre dans ces conditions à ce que le patron/DRH moyen soit aussi peu méfiant qu'avec un homme.

Par contre clairement, le jour où nous - les hommes - auront autant de probabilités que les femmes de partir en congé [mp]aternité, cette différence se gommera. Ou en tous cas l'excuse généralement avancée ne tiendra plus.

Tout le monde ne le gère pas encore, SNI. Loin s'en faut. Mais effectivement, à terme ce sera le cas.

Bon, malheureusement, le défaut évident de cette solution, c'est son coût…

Il faut être jeune, aussi.