Alex a écrit 1849 commentaires

désolé alors, il me semblait que diaspora était le premier

Le jour où j'ai retiré le blog des devs Diaspora de mon lecteur de flux, voilà que Lwn annonce que Diaspora, c'est fini.

Le lien de cause à effet me parait évident, si le grand ploum lui même ne suis plus au projet, il est évident que celui ci n'a aucun avenir (d'où la célèbre phrase de Séguela: "si à la 3ème release, tu n'as pas ploum qui te suis, tu as raté ta vie")

Disapora n'était pas un projet sérieux mais une grosse arnaque, peut-être pas volontaire mais qui en tout cas sentait l'échec dès le début.

Je dirai qu'au moin c'est un poc d'un réseau social décentralisé, c'est déjà ça

Vous voulez des interfaces graphiques qui roxes des mamans ours (HUD, transparency) pour pouvoir faire des scripts, woah.

Quel est le problème ? je ne vois pas en quoi une ihm graphique qui tue les ours ne devrait pas être scriptable ?

Un peu plus que ça quand même… Ne serait-ce que la relation entre l'interface et le reste

Ma phrase était volontairement exagéré, mais C'est ce que j'appelle pas grand chose

_ Dommage, c'est à mon avis une solution d'avenir, un truc à tester. Imaginez le HUD de Unity avec les tuyaux (pipes) etc, ça serait vraiment puissant, on pourrait faire des scripts…_

cest faisable avec dcop/qdbus
j'avais vu une news que je ne retrouve plus, mais il y existe également une repompe d'automator pour linux

Dbus c'est standardisé par Freedesktop.org, et comme KDE suis les spécifications… Dcop était-il plus léger/pratique ?

Je viens vite fait de regarder qdbus, apparemment les équipes de kde ont (ré)implémenté pas mal d'interfaces, je testerai plus en avant, mais à prioris ma critique est périmé.
Au niveau dev, dcop était un peu moin lourd à implémenter, l'idl n'était qu'une interface c++, mais bon, ça reste les même concepts

_Je parle au niveau de l'efficience, pas du nombre de fonctionnalités. _

il y a souvent un lien entre les 2.
Ceci dit moi aussi j'évite dolphin et utilise toujours konqi, perso j'ai toujours trouvé dolphin moche (ça compte aussi) et anti ergonomique, mais bon les gouts les couleurs tout ça

et j'imagine que vu le bouzin que c'est, c'est difficile à maintenir.

Pourtant konqui ne fait pas grand chose, il se contente (ou presque) d'afficher le kpart associer à un kioslave

Même question, quelle sont les régressions que tu as noté ?

le controle par la ligne de commande (c'est peut être revenu depuis via dbus, je n'est plus vérifié depuis un moment), ça parrait un détail de nos jour, mais ça m'a permi de faire un conf très personalisé pour des mes grands parents qui se paument avec une souris et des menus, mais savent très bien suivre des procédures en cli. Sinon l'abandon de dcop (c'est depuis ça que j'ai arrêté ls contributions), le fait de pouvoir mettre mes rss dans la barre des taches (on le peut avec kde4, mais c'est assez illisible), la disparition d'une grosse partie des possibilités de configuration, et d'autres que je n'ai plus en tête.

je ne suis ni un pro du hard ni de l'audio, néanmoins ile me semblait que le problème avec l'usb était l'incapacité des périphériques d'interrompre la machine lorsqu'ils ont besoin de quelque chose. C'est en effet l'hôte qui doit demandé périodiquement à chaque périph si il a quelque chose à faire (enfin c'est à peu près ça, de mémoire il y a un mode asynchrone pour les periphs type clavier/souris, mais ne permettant pas de débits important).

Ceci dit je doute que la latence que cela provoque soit à ce point notable

c'est un peu dommage de résumer qt à un toolkit graphique
qt est peut être le seul moyen de faire du c++ avec plaisir

c'est un cas particulier
la question est de savoir s'il la majorité des utilisateurs en ont besoin

Ceci dit, ça serait bien dans l’esprit de kde d'offrir les 2 alternatives

Il est délicat pour les développeurs de distributions de proposer une configuration par défaut, simplement parce que tous les utilisateurs n’ont pas forcément les mêmes besoins.

Pourquoi pas après tout, il n'y a pas si longtemps (et ça se fait peut être encore) SuSE proposait une configuration server, une desktop et une multimedia. De mémoire seul les noyaux changeaient.

De plus, je ne pense pas que cela soit si compliqué: après tout, quel que soit le profil utilisateur, si une application a des besoins "temps réel" , elle devrait être légèrement "prioritisé".

Ca dépend de ce que tu mets dans le terme découvrir, mais mon grand père à découvert linux à + de 70 ans
Alors en effet c'est moi qui lui est installé, et s'il ne recompile pas le noyau lui même (même si ça ne m'étonnerai même pas), il fait toutes les taches d'admin en cli tout seul comme un grand.

cest ptet moi qui suit un gros porc
mais je sais pas comment vous faites vos projet, mais perso cest assez crade: un Makefile, gestion d'erreur minimaliste, etc… enfin bref je m'évite toutes les taches chiantes ;)

à partir de Seven par contre

Ben ça met le format hors course si tu veux envoyer ta vidéo à un max de tes amis, la plupart d'entre eux étant surement encore sous xp
mpeg2 ne serait il pas le meilleur rapport qualité/diffusion ?

C'est vrai
En même temps ça ne se voulait pas un commentaire sérieu

Pour les raisons cités plus haut
je pense qu'il y a un minimal pour publier, ne serait ce qu'un autoconf/cmake/whatelse qui marche

en effet si je publie pas, risque pas d'y en avoir ;)
en même temps j'ai trop peur de faire effondrer l'économie avec des solutions distribués gratuitement

J'ai un svn rempli de projet géniaux, dont certains feraient surement rêver les grands industriel de ce monde (et peut être même jayce, j'ai également l’impression d'être surveiller par les gars d'i2bp)
Mais en bon feignant, mon gros problème c'est qu'ils ne sont jamais vraiment finit: manque de polish, de doc utilisateurs, de gestion d'erreurs, etc…
bref des projets que pour moi

Je voulais juste souligné que donner à l'état n'est pas équivalent à donner à une asso.

Pour reprendre mes remarques:
je n'ai en effet aucune idée de la façon dont les dons des Français sont repartis, mais entre l'unicef, plan, medecin sans frontière, une partie de l'argent sort du pays. Ce sont des ONG bien connue, donc je suppose qu'elles attirent une partie non négligeable

Si aucune association ne donne à manger aux SdF, ce sera à l'État de le faire et là il aura une dépense

Dans cet exemple oui. Mais je pars du principe qu'aucune cause n'est inutile, et nombre d'asso couvrent des domaines dont je ne pense pas que l'état se mèle sauf cas particulier: refuge, soutient au enfants hospitalisé voir même recherche (est ce que l'état investirait plus dans la recherche si l'argent du pasteurdon lui revenait ?)

C'est drôle cette fois en l'optimalité des décisions administratives

oui en effet…

Ce n'est surtout pas représentatif des possiblités d'un langage

Je sens de l'ironie
pourtant c'est ce que beaucoup font
Mais par rapport à donner à l'état:
- une partie de l'argent part à l'étranger
- c'est également un manque à gagner pour l'état (pour les dons couverts par la loi coluche)
- c'est surement moins optimal

Changer de langue passe par 2 clics, perso ça ne me gène pas pour écrire en plusieurs langues

Ca dépend de ce que tu tapes
pour écrire en français, swype ou touchpal marche pour moi bien mieux qu'un clavier physique. Par contre pour du terminal ou du langage sms, c'est en effet la merde.

Soit, c'est un bug, mais quel rapport avec le typage, java, python ou je ne sais quoi ?

Si pour implémenter ton buffer cyclique tu hérites d'un buffer normal tu vas avoir le même problème, d'où l'importance de faire de la doc

Le ducktyping n'est pas une contrainte, c'est une possibilité.

Soit on fait du vrai typing, et donc on arrête le python.

le ducktyping n'est pas une spécifité ni de python, ni des langages à typage dynamique (même si je fais moi même souvent le raccourci)

Ton exemple crade ne me parait pas pertinent, je ne nie pas que cela puisse exister, mais même sans ducktyping j'ai vu des choses tout aussi laide pour faire rentrer des types lanternes dans le type vessie.

Sauf que sans aller voir ta méthode, et même avec toute la meilleure volonté du monde, sans aller voir dans ton code, je n'aurais AUCUN moyen de savoir que je dois répondre à open, each et close !

D'où ce que je disais plus haut, il est impossible de faire du ducktyping sans être rigoureux et écrire de la doc et des tests. Mais un système de contrat manque en effet.
le problème se pose également sans ducktype, en effet le fait de connaitre la signature permet déjà d'avoir pas mal d'info sur ta méthode, néanmoins je ne sais pas pour autant si le fichier doit être ouvert ou pas, si il est fermé à la fin de la méthode, voir quelles ressources sont instanciées et libérées