Sylvain Colinet a écrit 47 commentaires

Et si on a remappé la touche capslock sur autre chose, genre / on fait comment ?

Ah j'ai mal compris, je pensais à fournir les sources des drivers qui eux ne sont pas soumis à la GPL (si ils sont pas dans les sources du kernel). Enfin j'ai pas l'impression que le/les auteurs de la pétition savent pas vraiment ce qu'ils veulent
Oui effectivement si ils fournissent pas les sources du noyau y a violation de la GPL.

On peut concevoir que c'est des drivers séparé qui sont chargé pour fournir le support matériel, donc y a pas de violation de la GPL dans ce cas

Il aurait pas était plus judicieux de faire une vraie dépêche complète pour la sortie de Rakudo * et détailler les features intéressante de perl 6 avec quelques exemple ?

On va me dire, Ok just do it, mais là je trouve que c'est peu pour un truc plus ou moins attendu depuis 10 ans :)

J'utilise steam régulièrement et en fait, j'ai du mal à acheter des jeux en boite maintenant. Steam apporte aussi 2-3 fonctions sympa autre que juste le téléchargement de jeu (attention, c'est sympa d'un point de vue joueur)

- Une liste d'ami
- Un mini chat, écris et vocal
- La possibilité dans certains jeux de rejoindre les parties de ses amis

Une vision réaliste de la valeur des jeux aussi est assez présente, y a très vite des grosse promo même sur des jeux récents.

Même si on imagine mal voir les constructeurs se ruer massivement sur Linux, si y a steam ça leur offre un moyen simple de déployer leurs jeux plutôt que de se compliquer la vie avec les différentes distributions. Et c'est pareil pour les développeurs indépendants, Steam leur offre une visibilité autre que juste le "bouche à oreille"

Bah c'est simple ça.
en php pour utiliser une DB c'est :
nomdusgdb_requete("blabla")

rien que pour ça a rendu le code dépendant d'une DB vu que y a aucune interface fournie pour s'en abstraire (contrairement a DBI en perl...). Bon mes connaissances PHP date de 4-5 ans, mais ça a suffit a créer une ribanbelle de développeur lié a MySQL.

Sur le dernier article que tu cite y a un truc qui me fait tout de suite tilter. (après je connais que dalle en droit). On est pas censé être tous égaux devant la loi ? là ça explique que la suspension dépend de la personnalité de son auteur. Autant pour les circonstances je veux bien, mais là ça me parait en contradiction avec les règles de base de la démocratie..

ouah trop fort et maintenant qu'on est fin 2009 il peut me lire mes sous-titre en couleur dans mon mkv (bah ouais blanc sur fond blanc ça rox) ? ah bah non toujours pas, c'est cool les nouveaux formats, mais niveau feature utile on est largement largué par les players windows.

Non toute ces technologies en général ont des buts très différents, Phonon est "light" en code, le but est surtout de facilité l'écriture de tache basique (écrire un lecteur multimédia) en permettant a un développeur Qt/kde de ne pas à avoir a assimiler un nouveau concept de framework (gstreamer c'est assez bien foutut mais c'est pas "simple"). Pour moi c'est comparable au besoin que remplis DBUS, on peut utiliser par exemple Hal de manière simple avec des appel DBUS alors qu'on pourrait utiliser une libhal directement.

Quand j'ai voulus bosser avec Phonon et faire des choses un peu avancé qui pour moi devrait être trivial actuellement, bah à part lire une vidéo ça vas pas très loin.
La compatibilité binaire est pénible si on veut rajouter des machins à Phonon, Phonon est selon moi trop jeune pour que l'API/ABI soit déjà fixé.
On est trop vite confronté au limite du backend et certaine feature dépende trop du backend (genre les sous titres), et on a pas la possibilité de manipuler le flux pour gérer tout ça soit même.
De toute façon j'ai la sensation que toute l'énergie des déveleppeurs dans le domaine des framework multimédia libre est accaparé par le besoin de supporter le dernier codec top moumoute useless qui sort.
Je suis bien content que Qt veulent tout repenser.

Euh tu sais qu'on retrouve principalement des trucs python dans KDE sur plasma ? c'est assez adapté pour écrire des petites applications dans ce cadre.
Ensuite python Qt/Kde est beaucoup développé parce que python a réussis a attirer beaucoup de gens grâce a un effet de mode. Les develeppeurs principaux de KDE sont très peu ouvert à autre chose que du C++ dans les trucs de base.

Pour moi python a eut et à encore du succès parce qu'il y a eut une bonne poussée d'utilisateur qu'on pourrai comparer au wiki gentoo. Y a un bon regroupement de la doc et de méthodes clef en main.
Mais d'un point de vue technique c'est clairement pas ce qu'il y a de mieux et de plus adapté a tout les usages qu'ont peut en faire.

Tu as inclus la parenthèse fermante dans l'url du lien :)

Sinon au final en t'éditant toi-même tu a un 'bénéfice' de combien a peu près par livre ?

Ce qui est interressant a regarder, c'est les chiffres unbuntu et mandriva étant donné que c'est des entreprise similaire en terme de nombre de developpeur.

Même si Mandriva existe depuis longtemps, elle a un apport plus considérable qu'Ubuntu, car Ubuntu dois avoir plus d'utilisateur que Mandriva a pus avoir au total.
Si je me rappèle bien, une bonne partie des patchs kernerl/xorg de Mandriva était orientés multimédia (meilleurs reactivite du kernel et autre..) qui sont bénéfiques pour l'utilisateur.

Le noyau fait partie des choses que l'utilisateur ne vois pas, mais plein de choses qui sont dedans affecte l'expérience utilisateur (meilleurs support matos, drivers plus rapide, support multicore, mise en veille, baterie..), donc c'est assez étonnant de voir qu'Ubuntu a peu d'apport dans les couches de bases du système alors que ça a un impact non négligeable pour son type d'utilisateur. Améliorer gnome and co ça me parait moin crucial que toucher xorg en comparaison.

Personnelement je n'aime pas Ubuntu, le seul essai que j'ai eus de cette distribution n'a pas était concluant (pas fichu de la passer en français total), pour moi c'est une mandriva raté qui a fait un bon marketing.

PS : Je suis pas sous Mandriva, mais j'ai toujours était agréablement surpris en testant les différentes versions.

C'est pas déja le but du w3c ? ou alors il y a quelque chose qui m'échappe.

En tout cas c'est interressant de voir un projet comme cela, les idées présentées sont assez ouvertes.

C'est quoi l'objectif final de toute ces bidouilles, avoir de la généricité tout en gardant une vérification de type ?
Quand je lis ça j'ai l'impression de lire la présentation de bidouille énorme possible avec de la magie noire en perl qui au final permettent des choses très puissante mais ça reste de l'exploitation de truc tordu.

Enfin la vraie question derrrière tout ça, c'est : est-ce que c'est utile pour 90% des personnes qui developpent des logiciels ? ou est-ce que l'investissement de temps a apréhender tout ces concepts est récupéré derrière et apporte vraiment quelque chose ?

Je critique pas particulièrement, mais je suis pas fan des arguments qui t'explique que ça poutre mais que tu peux pas comprendre sans te dire vraiment l'intérêt derrière tout ça (à part la beauté du concept)

Je ne suis pas de prologin, mais je pense que l'association n'a nullement le but principal de faire de la pub pour epita (ca permet de persuader l'administration d'epita par contre), mais simplement de faire un concours sympa de programmation.


PS : je suis d'Epitech et membre de quelques association d'Epita/Epitech. Kikoo madflo

Evidement !

j'aime bien trouver des arguments a 0.02 euros :)

C'est une tres bonne idee :)
C'est rapide de caler les sous-titres sinon, le plus long c'est la retranscription.

Vive la Pologne qui se rappelle qu'un texte de loi ne doit pas être ambigue.

Je suis daccord avec toi, pour moi le fun c'est pas (plus) de perdre mon temps à installer/mettre à jour mon système, mais de me servir ou de développer différentes choses. Sur ce point une distribution binnaire m'embetera beaucoup moins qu'une usine a compiler qui gère mal ses dépendances.

Exemple typique, je veux participer au projet X qui utilise un subversion, je prend l'outils de ma distribution pour installer le client subversion.
J'ai utilisé longtemps mandrake puis gentoo et enfin debian. et ça donne ca
Mandrake : urpmi subversion , dl du paket, installation, prêt en 5 min maxi
gentoo : emerge subversion, calcul des dépendance, installation d'apache2 (O_o) mod_dav, mod_dav_svn et subversion, 30 min de dl et de compile minimum.
Debian : apt-cache search subversion; apt-get install subversion-tools, pareil que mandrake, 5 min.
Le gentooiste de me crier le fameux, "t'a mal choisis tes useflags !", et moi de répondre, "J'ai pas que ça à faire de m'amuser à connaitre et a penser au useflags que le paquet peut avoir."

C'est bête comme exemple, mais c'est un gros problème de ne plus pouvoir travailler ou de perdre du temps sur le temps libre qu'on a pour developper.
Gentoo c'est marrant, c'est sympa pour découvrir des trucs ou pour ceux qui ont le temps de s'occuper de leur distribution, mais c'est pas très productif.

PS : Je perdrai pas mon temps à expliquer le "gère mal ses dépendances".

1. Je regrette encore l'intégration de Konqueror sous KDE. L'intégration de Firefox dans KDE est inexistante (click sur un lien dans KDE -> ouverture de Konqueror au lieu de Firefox, click sur un mailto -> ouverture de rien du tout à la place de Kmail ou autre, gestion des mimetypes...). Ce n'est malheureusement pas la priorité des devs de Firefox.
Hum dans le kcontrol center c'est changeable pour l'ensemble de l'environmenet KDE.

Enfin je cherchais pas à comparer firefox/Konqueror (bon firefox fait que la navigation web, encore heureux qu'il la fasse bien :)), sinon on peux en venir a comparer gecko/khtml ou kfm.
Je voulais signaler que firefox oui c'est bien mais faut pas en faire tout un foin, les autres navigateurs s'améliore de leur coté pour le rendu html (on peut enfin consulter son compte gmail dans konqueror 3.3.1), donc moi j'attend effectivement de firefox qu'il améliore sa Gui.

> Firefox, c'est un peu comme Amélie Poulain ou Da Vinci Code : tout le monde est obligé d'adorer. ;-)

Pourquoi on serai obligé d'adorer ?, je trouve ce navigateur bien pour les windowsiens. Mais par rapport à Konqueror que j'utilise, il lui manque plein de fonctions sur les onglets (http://skarsnik.homelinux.org/~skarsnik/capture/capture1.png(...)), donc il rend peut-etre mieux les pages html que konqui mais son interface utilisateur n'a rien d'exeptionnel par rapport à d'autres présents sous les unix libre.
Quand on voit la news précedentes concernant les bout de html qui le font planter, en tant que developpeur on ne peut-être que consterner ou amuser par des tests si "classique".

Pour moi firefox c'est effectivement un bon navigateur surtout quand on est sous windows, mais je pense que les gnomiens et les kdeiens préfère utilisé le navigateur qui s'intègre le mieux à leur environement.

Pareil pour Thunderbird que j'avoue n'avoir jamais essayé lui.

PS : J'ai pas vu amélie poulain, ni lu Da Vinci Code :)