Autres jeux
On peut aussi noter l'existence de xrick, clone du célèbre et génial Rick Dangerous (http://www.bigorno.net/xrick/(...)) et enigma (http://www.nongnu.org/enigma/(...))
[ Répondre ]
Re: Pas tout à fait d'accord
C'est pas parce que ta boite migre massivement qu'à l'échelle planétaire tout le monde migre massivement aussi.
[ Répondre ]
Re: Pour les éternels râleurs ... ;-)
Et c'est donc aussi normal qu'il faille moins de developpeurs pour faire Ubuntu
[ Répondre ]
Re: Pour les éternels râleurs ... ;-)
On notera aussi que Debian c'est maintenant 8 CD et Ubuntu 1 seul.
[ Répondre ]
Re: il fallait que qqn fasse la remarque...
On pourra vraiment crier victoire quand les développeurs seront payés pour développer. Si il faut écrire un bouquin pour rentabiliser 2 années de développement c'est pas très motivant. Surtout que le développeur n'est pas toujours le mieux placé pour ça (écrire un bon bouquin, clair et bien conçu ne demande pas les mêmes compétences que le développement d'une application) et n'importe qui peut l'écrire et donc couper l'herbe sous le pied du développeur. Et c'est vrai pour à peu près n'importe quel service dérivé du développement d'application.
Produire du code c'est du boulot qu'il faut rémunérer en tant que tel.
[ Répondre ]
Re: Question ?
Mais de là à dire qu'on s'en fout que les constructeurs donnent pas les specs.... C'est insuportable !
Je n'ai jamais dis ça. Juste que ça n'apporte pas grand chose au problème du support de matos récent.
Je pense tout comme toi qu'il faut avoir des specs pour des raisons de pérennité.
[ Répondre ]
Re: Question ?
Tout cela est bien vrai. Mais entre garder une API de 15 ans et la changer tous les 3 mois parce qu'on a pas pris le temps de faire quelque chose de bien qui va pouvoir durer un peu, il doit bien exister un juste milieu.
Et il est en général possible de garder une couche de compatibilité quand on introduit une nouvelle API.
[ Répondre ]
Re: Question ?
Accessoirement, quand bien même il y aurait une API à 100% figée pour une série de noyaux, ça ne voudrait pas dire qu'on peut certifier qu'un driver proprio marchera avec 2.X.Z sous prétexte qu'il marche avec 2.X.Y . Rien ne garantit en effet qu'elle n'est pas contournée et qu'il n'y a pas dans le code du driver des hacks qui créeront des incompatibilitées avec des versions futures à cause de changement internes au noyau, ne modifiant pourtant pas l'API. Donc une certification telle que tu l'entends, elle me parait bien illusoire.
Une API ce n'est pas seulement des noms de fonction. C'est aussi un comportement. Et il est très facile de vérifier quelles sont les symboles requis par module.
[ Répondre ]
Re: Question ?
Y a un OS qui répond à tes besoin, c'est win.
Que connais-tu de mes besoins ? Windows ne me convient pas pour beaucoup de raisons.
Et qu'on ne me réponde pas que les constructeurs n'ont qu'à publier leur specs pour qu'on puisse développer des drivers livres. Les distribs ne peuvent pas se permettre de sortir une nouvelle version à chaque qu'apparaît une nouvelle carte graphique ou une nouvelle carte son.
C'est quoi cet argument à 2 balles ? Tu ne veux pas des specs pcq les distri sortiront pas instantanement à chaque nouvelle CG ? Mais n'importe quoi ! Avec un drivers proprio la problématique ne change pas ! C'est pas la liberté du driver qui empeche de le télécharger ou le fait qu'il soit proprio qui empeche de l'inclure dans une distri (<- selon la licence pour certains c'est en effet impossible, mais là n'est pas mon propos)
Relis mon message. J'ai dit que fournir les specs ne change rien au problème. Problème qui est que si une nouvelle carte sort 3 mois après la dernière version de ta distrib préférée, c'est quand-même plus sympa d'avoir un driver avec la carte (surtout pour une carte réseau). Et si ta distrib inclut un changement d'API datant d'après l'écriture du driver ,t'es dans la mouise.
Et de toutes façons, s'il faut gérer 15 versions d'API, c'est la galère pour celui qui écrit le driver.
Le changement et le progrès c'est bien, mais on ne peut rien bâtir sur du sable mouvant. Il faut savoir fixer certains chose afin de faciliter la tâche de ceux qui en dépendent. Si on veut favoriser l'écriture de drivers pour Linux, il faut figer les APIs, sinon peu de gens se donnerons la peine de fournir des drivers compatibles avec toutes les versions.
[ Répondre ]
Re: Question ?
Les 2.6 n'ont jamais prétendu respecter l'ancien mode de dévelopement, mais on toujours fonctionnés en suivant le nouveau, même si tout ça n'a été officialisé que récemment. Alors des petits changement d'API, effectivement, il y en a eu et il y en aura encore. Ça n'a rien de contradictoire avec une certaine idée de la stabilité, ça dépend vraiment de la définition qu'on adopte. Celle considérée par les dévelopeurs du noyau n'est pas "rien ne bouge", mais plutôt "tout marche". En ce sens, la plupart s'accordent à dire que le 2.6 est la branche la plus stable qu'ils aient connu, alors qu'elle est effectivement assez mouvante.
Tant qu'on aura pas une stabilité des APIs du noyau, Linux sera toujours à la traîne pour les drivers de matériel récent, car les constructeurs ne peuvent pas fournir les drivers avec le matériel vendu avec la certitude que ça marchera sur tel ou tel noyau.
Et qu'on ne me réponde pas que les constructeurs n'ont qu'à publier leur specs pour qu'on puisse développer des drivers livres. Les distribs ne peuvent pas se permettre de sortir une nouvelle version à chaque qu'apparaît une nouvelle carte graphique ou une nouvelle carte son.
La stabilité de l'API permettrait d'avoir un programme de certification et on pourrait reconnaître facilement le matériel supporté grâce à un petit logo "Linux 2.4 compliant" sur la boite par exemple.
[ Répondre ]
Re: Miam !
Je doute qu'un bon APN permette de faire mieux. Vu la position des ombres, la photo a été prise lorsque le soleil était à son zénith, et pas un nuage à l'horizon: on a donc une seule source lumineuse placée haut dans le ciel. Donc tout ce qui est à l'ombre est tout noir, et le sol, perpendiculaire aux rayons lumineux, est cramé et sans relief. C'était juste le pire moment de la journée pour prendre la photo.
[ Répondre ]
Re: Et GNOME ?
Une évènement du libre, c'est comme un logiciel libre: On préfère recevoir des patches plutôt que des commentaires désobligeants du genre "Ton logiciel est trop pourri, il est plein de bugs partout, t'es un gros naze". Ou à défaut de patches, des rapports de bugs en bonne et due forme avec éventuellement des suggestions formullées de façon courtoise sur des améliorations à apporter pour que ça soit mieux.
[ Répondre ]
Re: Inkscape : nouveau leader open source du dessin vectoriel ?
Il ne devrait pas être trop dure de générer des fichiers SVG lisibles par inkscape avec le langage de ton choix, non ?
[ Répondre ]
Re: Novell choisit Qt comme environnement de développement.
Gstreamer est en effet à la base un frame pour gérer des flux mutlimédia. Le but est de faciliter le développement d'applis multimédia, quelque soit le toolkit. Il y a bien un petit frontend gtk, mais c'est vraiment la partie émergée de l'iceberg.
[ Répondre ]
Re: Microsoft parle d'OpenOffice.org
Additionally, OpenOffice does not have an e-mail client, so customers may incur a licensing cost associated with buying an e-mail application. http://www.openoffice.org(...)
Il n'ont pas encore une fiche pour Mozilla ?
[ Répondre ]
Re: Havoc Pennington se pose des questions sur les langages du libre
Pour des raisons de vitesse et de place mémoire. A par Eclipse il n'y a pas beaucoup de gros projet graphique en java. Et Eclipse ça te bouffe une quantité de mémoire délirante.
laurent@stan:~/tmp$ ps aux | grep galeon
laurent 22836 0.2 5.0 63756 46068 ? S 16:23 0:23 /usr/lib/galeon-bin
Tout ça pour lire linuxfr et écrire ce commentaire. Si c'est pas délirant ;-)
[ Répondre ]
Re: Havoc Pennington se pose des questions sur les langages du libre
> ps3: Peut on reelement faire changer la communautée de langage? [...]
La question mérite en effet d'être posée. J'ai parfois l'impression que la "communauté" - comme on l'appelle - n'est pas fichue de se rendre compte qu'il serait beaucoup efficace d'arrêter de coder des bennes à ordures d'applis avec pas portables avec des languages et des APIs de trop bas niveau, et porter un peu les efforts sur la production d'outils de haut niveau.
Le problème de portabilité n'est pas seulement une question de language. C'est aussi une question d'API. Si on développe une API avec les APIs Gnome elle ne pourra pas s'intégrer correctement dans un environnement KDE et vice-versa. Idem pour toutes les applis web en techno LAMP. Utilisez des API de haut niveau qui garantissent une portabilité sur tous environnements. Programmez orienté aspect !!! Contribuez au projet JAC (http://jac.objectweb.org(...)) !
[ Répondre ]
Re: Intermittents de l'informatique, voici les "contrats de projet"
et quand il a une famille, il lui semble dur à admettre de ne pas pouvoir la nourrir... C'est pour cela qu'il rechigne à la précarité. Est-ce anormal ?
Ca me paraît tout à fait normal. Mis n'est-ce pas plutôt à la collectivité de garantir que chacun puisse nourrir sa famille ?
[ Répondre ]
Re: Intermittents de l'informatique, voici les "contrats de projet"
Courage, fuyons ...
[ Répondre ]
Cette page a été générée par Templeet en 0.0883s (dont 0.0082 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Re: ah vous non plus ?
La notion d'intéressant est tellement subjective. Apparemment tu ne partages pas les goûts de tes contemporains qui prévalent aux choix de programmation des chaînes et c'est là ton vrai problème et de ceux qui médise de la TV.
Mais le goût des téléspectateurs entre-t-il vraiment en compte dans les choix de programmation des chaines de TV ?
Ceux que la question intéresse peuvent lire "Media Crisis" du réalisateur Peter Watkins. La version anglaise est disponible sur on site (http://www.mnsi.net/~pwatkins/part1_home.htm) et une version française est éditée chez Homnisphères (http://homnispheres.info/article.php3?id_article=197&=OK(...)
[ Répondre ]