Damien Szczyt a écrit 38 commentaires

Une raison de plus pour ne pas utiliser hotmail ! Bon bah je vais filtrer tous mes mails provenant de hotmail, msn, ... Ils verront si ça fait plaisir :)

Voici l'adresse d'un réseau d'hébergeurs indépendants, dont je fais partie : http://www.rhien.org(...) .
Ce petit groupe réalise même un panel d'administration pour permettre aux gens de créer leur système d'hébergement chez eux très simplement. Il est, bien sûr, libre, et sera disponible très prochainement (normalement, d'ici les RMLLs de ce juillet) !!!

Ok, je ne participe pas à des projets de cette taille. Mais je trouve que pour une suite bureautique qui est censée concurrencer Ms Office, cette nouvelle est décevante. Franchement, est-ce que ça motive les gens d'avoir un logiciel de traitement de textes qui met 3 minutes à charger ? Et cette annonce me fait penser à celle de sarge dont on reporte tout le temps sa sortie parce qu'on a pas sû estimer le temps de développement. Mais la comparaison n'a pas lieu d'être, je vous l'accorde.
Comparons cette suite bureautique avec KOffice qui a été cité dans une réponse : pour un utilisateur final (c'est à dire débutant, qui ne connaît rien à l'info), ça met bcp moins de temps à charger (idem pour MsOffice, d'ailleurs), et en +, le look est + personnalisable, et donc + joli. Ok, en contrepartie, KOffice est un peu moins évolué, mais donc peut-être plus simple. Que choisireriez-vous si vous n'y connaissiez RIEN ?

Je ne fais pas la morale aux anciens développeurs de OOo (si il y en avait plus avant) !!! Je me demande ce qui les a incité à partir, c'est tout, rien de plus ! Il doit bien y avoir une raison, non ???

Et puis sincèrement, depuis quand on est obligés de coder un soft pour pouvoir le critiquer ??? L'équipe de dév d'openoffice n'écoute pas les critiques qu'on leur fait ? C'est pourtant l'utilisateur final qui est concerné par ce produit (du moins, j'espère) ! C'est donc lui qu'il faut écouter !

Ceci dit, ils n'ont que 60 développeurs à temps complet. Ca fait un peu plus de 150 000 lignes/développeur. Ca semble beaucoup, c'est vrai.

PS, concernant FreeZee : Ce projet fait d'ailleurs environ 10 000 lignes de code, c'est loin de rivaliser avec OOo2. Mais je regroupe les hébergeurs pour fournir le CMS + panel d'admin (je les ai programmés seul, sans me plaindre) en version OpenSource (GPL), installable sur toute solution Unix. Allez voir http://wiki.freezee.org(...) pour plus d'informations.

Tout ça parce que les dernières critiques ont été plutôt mauvaises ! (lenteur, très/trop dépend de java, ...)
Je trouve ça décevant de la part d'un tel projet !

Et une petite question : ils sont partis où tous ceux qui avaient participé à OOo 1 ???

Je n'ai pas dit qu'ils ne pensaient pas à se faire de l'argent !!! Nuance ! J'ai dit qu'ils pensent au progrès avant l'argent ! Alors que d'autres sociétés risquent de s'étouffer dans les brevets, eux, ils essayent de trouver un compromis avec le libre afin que leurs idées continuent à vivre, et ainsi pouvoir continuer à innover !
On peut dire ce qu'on veut, le but de toute société, c'est être rentable, sinon elle n'existerait pas ! Maintenant, il y en a qui sont plus intelligentes que d'autres. Parmis les plus intelligentes, je trouve IBM est une des seules sociétés de cette envergure à faire autant d'efforts. Je pense qu'une telle société ne peut pas revoir toute sa stratégie en quelques jours sans risquer de la voir dépérir rapidement !
On ne peut pas encore applaudir IBM, mais on peut l'encourager dans le bon sens, à mon avis !

Si on arrive à prouver que ce code a été implémenté pendant la période où c'était autorisé, il n'y a pas de raisons pour qu'il fassent marche arrière ! On ne dit pas blanc un jour et noir le lendemain, ou alors l'entreprise n'est plus crédible ! De plus, si ce code en question est sous GPL, il pourra être utilisé par d'autres applications. Sans le modifier, on aura parfaitement le droit de distribuer l'application avec ce code avec le brevet à l'intérieur ! En gros, je pense qu'IBM a bien compris qu'il abandonne définitivement le brevet.
Enfin, je ne suis pas assez expert sur la question pour l'affirmer avec certitude, mais ça me semble logique.

IBM est une société qui pense réellement au progrès avant de se faire de l'argent ! Projets innovants en GPL, assouplissement des brevets, ... Par contre 500 brevets autorisés sur 40 000 c'est un faible pourcentage ! C'est le seul regret qu'on puisse avoir, en espérant que ça n'est que le début.
Et si on utilise un des 39 500 autres brevets, qu'est-ce qu'il nous arrive ? Il seront d'autant plus sévères ?
Et quel est l'intérêt de mettre un brevet sur quelque chose qu'on ne protège pas ???
Enfin, c'est mieux que d'autres sociétés qui ne font rien dans ce sens... (je ne citerai pas de noms !)

On ne va pas se plaindre, ce document passe parfaitement sur xpdf 3...
Dans tous les cas, xpdf est bien plus léger que acrobat reader !
Maintenant, acrobat reader publie l'avant dernière version du format pdf (pour se réserver le "monopole" des nouveautés). Il est donc normal qu'on ouvre moins facilement les pdf enregistrés aux derniers formats avec les logiciels libres, alors que les anciens formats sont très bien interprétés. Adobe fait quand même un gros effort envers le monde libre, je trouve ;)

Et si, macromédia publie son player flash sous linux : http://www.macromedia.com/shockwave/download/download.cgi?P1_Prod_V(...)
Mais ok, je ne sais pas si il y a la version ppc...

Ca dépend de quel point de vue on se trouve... On peut très bien taper du docbook dans vim, et après, on obtient un joli document en pdf, html, ... Mais on aurait pu mettre emacs dedans, quand même ;)

c'est impossible de ne pas utiliser de toolkit... Ou alors, on reprgramme directement gecko avec tous les accès directs au matériel. Gecko en assembleur, avec système de boot autonome, ... Hmmm... euh... Oui, c'est pas moi qui vais entreprendre ça...
Gecko doit avoir une base pour se développer, c'est obligatoire. Le problème, c'est que gecko a été implémenté trop proche d'un toolkit particulier, ce qui rend difficile son integration pour d'autres toolkits !!! Et c'est pour ça qu'il y a déjà eu 2 autres tentatives qui ont plus ou moins échoué :)
La réussite de ce projet pourrait peut-être donner de nouvelles voies pour l'adapter dans beaucoup d'autres toolkits, donc, c'est effectivement une très bonne chose !!! La portabilité, cai bieng, mangaizen

Juste par curiosité, combien de CDs sont partis, avec combien de visiteurs ?

Est-ce qu'il restera libre quand on y intégrera des drivers windows pour les cartes réseau !? Et comment peut-on gagner 30% de performances d'un côté, et faire de l'émulation pour accéder au réseau derrière !? Quelles sont les cartes réseau qui ne sont pas supportées à l'heure actuelle ? Est-ce que ce projet s'inspire du projet ndiswrapper qu'on a vu apparître sous linux pour les cartes WIFI ?