T'as essayé de lire une vidéo en H264 sur un netbook pour dire ça ?
Sur un netbook, non, mais mon ipod video sortit en 2006 le fait tres bien sur (une resolution certes limitee, mais ca reste un ipod, hein, dans le genre monstre de puissance, on a vu mieux).
l'ipod touch (equipe d'un processeur arm donnant la chair de poule a mon 486 de 1992) decode du 480p jusqu'a 2.5Mb/s.
l'ipod nano encode a la volee (camera) du 480p a 30fps. Et lit la meme chose que l'ipod touch.
Mon 486 tremble, il a peur de finir a la poubelle, remplace par ce monstre de cpu qu'ipod nano.
Des efforts, le libre en fait, il y a une implémentation en virgule fixe du décodeur vorbis (Tremor) sous licence BSD, il y a une implémentation libre d'un core VHDL pour décoder du Theora.
Décoder du Theora ça bouffe beaucoup moins de CPU que de décoder du H264 pour qui un décodeur hardware n'est pas du luxe.
De plus, la communauté GStreamer possède une bonne expertise dans le domaine de l'embarqué.
Le constructeur qui se décidera à faire des chips décodant du Theora, il part pas dans l'inconnu, manque plus que le marché. Imposer Theora sur le web, c'est une opportunité de créer ce marché.
tout ca, c'est bien joli.
Et si tu vas par la, decoder du mpeg1 a papa, ca bouffe encore moins de cpu, c'est pas pour autant qu'on va l'utiliser.
Le truc, c'est que les produits sont deja la pour h264. Et toute l'industrie a tous les niveaux utilise ces produits.
Pour theora faut tout faire. C'est en ca que je dis arriver apres la bataille: h264 a DEJA gagne. Tout le monde l'utilise. Ya juste une bande de librisite ideologique qui se sont mit des oeilleres sur les qualites techniques (ou plutot , pour l'immense majorite, ne savent pas trop de quoi ils parlent, le reste etant tres implique techniquement et poussent donc leur bebe) qui s'accroche comme des morbacks a un cadavre.
Je trouve ca rigolo de voir tristan nitot lancer une pique (gentillette certes, ca reste du nitot) a safari/chrome en les targuant de "considerer que tout le monde c'est 8%" quand ils tentent de peter plus haut que leur cul avec leur 25% des utilisateurs web desktops qui doivent bien faire rigoler le consortium mpeg (et sur le mobile, ils pesent combien mozilla? et safari, il pese combien sur le mobile au fait? 50%? plus?).
Surtout quand on sait d'ou ils viennent et les attaques qu'ils ont essuye a l'epoque ou ils pesaient que 8%..
'fin j'ai un grand respect pour FF et la MoFo, meme si je n'utilise plus FF depuis un bail deja, mais ils ont completement craque sur le coup s'ils pensent pouvoir avoir une quelconque influence sur le standard (de fait et ISO) choisi par l'industrie.
Surtout en arrivant aussi tard...
Personne ne leur dit d'abandonner Theora, mais refuser d'implementer un support du backend, c'est donner le baton pour se faire battre face a safari et chrome qui se montrent de plus en plus menacants.
Si en plus ils perdent leur principal argument de vente qui est "on est a la pointe de la technologie" pour revenir a l'epoque benie des plugin WMP/Qt/Real avec les message "j'ai le son mais pas la video!!", la tendance va commencer a se retourner.
Je voudrais etre mechant, je dirais qu'ils ont un peu la meme attitude que MS a l'epoque de la release de FF1.0: on est les rois du marche, alors on fait ce qu'on veut, les gens suivront.
Ironiquement, si on impose Theora/Vorbis sur le web, ça obligerait les fabricants à s'intéresser au problèmes des décodeurs hardware, et à Apple d'intégrer leur support dans OS X. ^^
Ben ouais, mais c'est arriver apres la bataille ca.
Ca fait un peu genre "on se reveille juste la maitnenant, on avait pas compris qu'il fallait plus qu'une simple lib de decodage soft, alors s'il vous plait, vous voulez bien etre gentil, mettre vos encodeurs h264 a la poubelle et nous faire plaisir en developpant la meme chose, mais pour du theora? alleeez steuuuuplait!!! Apres tout, je pese un quart des utilisateurs (en faisant attention a ne pas mentionner que les autres 3/4 implementent deja h264 ou vont le faire (IE))".
note, je precise:
Je suis pas pour flash distribue partout pour le grand public.
Je le fait au boulot parce que c'est une appli interne au client, que c'est juste un moyen d'avoir un client plus riche que du web tout en ayant la rapidite de dev d'une appli web.
Mais toujours est il que le html/js/ajax/css, meme si c'est preferable a du flash pour le cote "passe partout", ca reste un enorme hack dans le modele html, et c'est tout sauf maintenable ou simple a developper.
Je trouve ca dommage que ca stagne autant a ce niveau la. Oui, je me doute que standardiser tout ca est aussi simple que de standardiser les framework d'ui sous linux, mais ca fait chier quand meme.
C'est très rapide si on à l'habitude.
Evidemment, je parle de devs experimentes dans chacunes de leur technos...
Coté serveur, voiture.toXML() (ou toJSON) et coté javascript, voiture.setByXML() et hop, ton objet et passé à travers l'internet.
Ah.
Ben avec AMF, t'as meme pas de toXML, tu return voiture a blazeds (libre), il le traduit lui meme en amf3 (format binaire *tres* efficace), ton appli flash elle le recupere, et pour peu que t'ai tagge ta classe AS Voiture avec [RemoteClass="fully.qualified.path.Voiture"], qu'elle a les meme attributs que ta classe java, ben tu recuperere un objet Voiture cote AS.
Tu code ta page web comme une GUI java (ou presque, l'idée est la).
Ou presque comme tu dis.
Et grace a une couche d'abstraction pharaonesque qui rend ton code quand meme assez aride a lire.
(mais plus pour longtemps je pense avec svg/canvas)
Mouaif. Ca c'est comme le hurd. Ca fait des annees qu'on entend dire ca, on a toujours pas le moindre outil de creation exploitant plus de 1% du potentiel qui a pondu le bout de son nez.
Le seul truc qui commence a apparaitre alors que la spec existe depuis 10 ans, c'est des images vectorielles sur genre wikipedia. En dehors de ca...
Il suffit de se faire une couche d'abstraction.
Oui, c'est ca. Une fois que t'as hacke le concept de page html via ta couche d'abstraction gargantuesque, passe un temps fou a la faire marcher avec tous les navigateurs, t'as le paradigme d'ui de n'importe quel framework d'ui riche existant. C'est ca que j'appelle le hack.
Canvas a ete fait pour ca, mais non, on en revient toujours au bonne vieille methodes cradingues de divs avec des styles speciaux pour creer un semblant de popup modales, avec le texte en background selectionnable....
Tout comme java sur le poste client, en presque 20 ans, on a qq timides applications, dont la plupart sont des UI fini a la pisse qui prennent 2 ans a demarrer (avec quelques exceptions a la regle, genre vuze).
Je crois que le fond du pb, c'est sun qui est apparement tres competent dans le domaine des serveur, mais a un mal de chien sur le poste client.
C'est dommage, la jvm est tres bien, bien plus performante que le player flash.
Mais elle fait 150Mo et met 2 plombes a se lancer.
Autant ce que tu dis pour flash/javascript est vrai pour la video, autant maintenant, si on oublie IE6 (on y arrive de plus en plus), c'est très simple de faire de trucs avec javascript. Mais il faut faire du javascript propre pensé dès le début du site.
Certes. mais faut oublier ie6 d'une part.
D'autre part, compare a la vitesse de dev en flex, c'est le jour et la nuit.
Mais c'est certes pas (vraiment) libre, ferme tout ca, donc pas trop adapte pour une appli publique.
Je dit juste que je comprends que certains sautent le pas en disant "font chier ces geeks avec leurs grands principes sans proposer d'alternative les appliquant, ces concepts, je saute le pas et vais faire un tour chez adobe".
On a beau dire, Ajax ca reste quand meme un enorme hack dans un document html qui tombe en marche. Ca marche, certes, mais on loin de pouvoir dire que ca par design que ca marche.
Et ca bouge. Vite.
plusieurs choses.
Comme tu le dit, flash peut contenir des liens.
Peu les utilise, en partie parce que c'est assez chiant a mettre en place, je l'avoue (sans compter un vilain bug d'ie avec la barre de titre. Oui, encore lui. Meme avec du flash il arrive a emmerder le monde). Mais c'est faisable.
L'indexation de contenu flash a ete resolu il ya deja un certain temps et google le fait.
Ensuite cache au find fond d'un binaire, c'est pas faux, mais c'est pas completement vrai non plus.
Je te rappelle tout de meme qu'un swf, c'est essentiellement du bytecode + des ressources, donc tres aisement decompilable (cf le tool de HP pour ca, swfscan), et que conceptuellement, c'est pas tellement plus eloigne qu'un pdf mit en ligne, par exemple.
Pour la majeure partie des utilisation de flash (animations ou video), c'est quand meme tres proche du svg ou de la balise video.
Pour la partie qui reste (applications), ben c'est un truc que les sacro saints standards du web n'avait de toute facons pas prevue (le javascript est pas mieux lotti a ce niveau la, faut toujours une vm javascript et les handicapes en mode texte vont avoir du mal).
Et c'est strictement equivalent a une applet java, et personne n'a hurle au scandale pour les applets.
Bon certainement, pour un menu, c'est une aberration, mais la c'est plus la faute du designer web qu'autre chose.
Et pour l'accessibilite, adobe y travaille. Ca sonne un peu comme l'arlesienne, je l'avoue, mais ils ont d'autre chats a fouetter ces jours ci, entre le player 10.1 a venir qui va etre charge en avancees et le framework flex 4 qui est repousse sans cesse, je comprends qu'ils aient la tete en dessous de l'eau dans ce domaine et que ce genre de trucs soit relegues a "plus tard".
J'en ai strictement aucune idee, mais c'est un angle d'approche qui me parait *beaucoup* plus pertinent que d'esperer que theora soit utilise par quiconque d'autre que la fsf un jour.
Si on regarde bien, le pb de la MoFo c'est de ne pas pouvoir transmettre de licence d'utilisation pour le decodage de h264.
Si le consortium plie a la demande et accepte de fournir une licence transmissible (meme si potentiellement payante) a la mofo, ca devrait resoudre le probleme.
Apres quand a savoir si mpeg a une quelconque raison de vouloir/pouvoir faire ca, c'est un autre probleme. FF a des parts de marche, mais pas suffisament pour pouvoir poser ses couilles sur la table et dire "c'est comme ca parce qu'on veut que ca soit comme ca". Avec tout le respect du a FF pour avoir ouvert la breche dans le monde des navigateurs alternatifs et mit un grand coup de pied au cul a ms (et apple aussi au passage, va savoir ou en serait safari sans la deferlante de FF en 2005-6), ils plafonnent malheureusement a 25% et c'est pas assez pour faire pression sur le consortium, surtout quand d'autres alternatives (libres ou pas) se lancent dans le h264.
Apres, a moins que la mofo ait un hidden agenda comme on dit ici (oui, je prefere utiliser la version anglaise plutot que le faux ami francais qui sonne bizarre ;-) ), ce qui serait un peu surprenant de leur part, je me dit qu'ils ont du explorer cette possibilite.
Si quelqu'un de bien informe a des precisions a ce sujet, je suis preneur.
C'est effectivement une utilisation tres intelligente des processeurs multicoeur qui va resoudre beaucoup de problemes.
Comme ca, on evite la fatigue des coeurs, ils se partagent la tache, pendant que l'un bosse, l'autre peut aller boire un coup, jouer a call of duty ou s'occuper de ses enfants.
On y pense pas assez, le social chez les processeurs, c'est important aussi.
Et pour les jeux, dont les utilisateurs finaux sont friand, il n'y a pas d'alternative à Flash, à part javaFX et java :).
C'est pas gentil de me faire rigoler quand je bois mon cafe devant l'ecran, j'en ai foutu partout...
Ya une part de vrai dans ce que dit matthieu, mais ya aussi une enorme part de vrai dans ce que tu dit: les webmaster qui utilisent flash sont quand meme bien content de pas s'emmerder avec les standard ouvert qui marchottent (pas pour rien que flash a truste l'integralite du marche de la video, parce que le systeme de plug in n'a JAMAIS marche correctement).
Et pour des appliquettes, type ajax, ben pour developper une appli en flash ces jours ci, putain, ca fait du bien d'eviter javascript et de se fader les incompatibilite des browser. Notez que je ferais pas ca pour une appli publique, mais je comprends que certains en ai ras la casquette de passer la moitie du temps de dev a contourner les bugs d'ie et ce genre de conneries.
pas trop envie de rentrer dans ce troll, mais j'aurais tendance a dire que oui, la mofo fait deja du bon boulot sous linux. Apres, zont des problemes avec fsync et ce genre de trucs, je doute que ca soit de leur faute, et ils ont quand meme fait de gros progres pour le cote lent et lourd.
Juste que quand on se trimballe 15 ans d'historique au niveau du moteur, c'est plus complique de resoudre les problemes que lorsque google debarque avec un truc bien plus recent et concu a une epoque ou le web ne se limitait pas a du text et eventuellement un gif anime.
Pour du streaming ala youtube, H264 ou Theora se valent, puis les licences H264 excuse-moi, ça se chiffre en millions de dollars
Ben 20 a 30% de bande passante en plus, pour youtube, je pense que ca se chiffre pas en centimes.
Et developper la solution de streaming qui n'existe pas pour theora, tu vas vite les eclater tes millions de dollars.
Tout ca pour, je le rappelle, une solution techniquement inferieure.
Ca me fait un peu penser a la fausse pub des inconnus "citrono pipo, ya pas pire et c'est tres cher".
L'industrie video aimerait bien se passer de tous ces brevets et avoir une solution 100% libre, ca fait marrer personne de devoir raquer pour utiliser h264, mais quand la solution est 1) mieux et 2) coute moins cher que l'autre solution, le choix est vite fait.
Au niveau des navigateurs, Theora a une large avance (FF et Opera),
hehe, opera...
Qui utilise opera deja? Ah ouais, les telephones.
La ou safari est en train de se tailler une part de lion grace a l'iphone. Safari qui utilise comme par hasard h264.
Et encore, ils sont en train de se faire coiffer au poteau par ie, safari et prochainement FF embedded.
sur le desktop, je dirais bien qu'ils sont mort, mais ca veut dire qu'ils ete vivant un jour, ce qui est pas vraiment le cas.
Bref, reste FF.
Vu la vitesse de progression de chrome, je mettrais pas ma main a couper que FF va rester longtemps devant lui (surtout vu le bond qu'il a fait lors de la release d'une beta pour mac et linux, les utilisateurs linux devant etre lasse d'utiliser un navigateur lent et lourd).
Et IE a pas encore fait de choix. Je te laisse estimer la probabilite que MS soutienne un truc 100% libre et gpl, alors qu'ils ont deja des licences h264 pour le WMP et que de toutes facons, la probabilite pour qu'ils reposent sur leur framework a eux pour lire la balise video est proche de 1, voire superieur a 1.
Cote h264, on a:
- l'essentiel de l'industrie de la video qui bosse ensemble
- une palanquee de solutions qui couvre la chaine complete, du hard au soft, le tout qui marche bien
- un codec efficace, aussi bien au niveau qualite que taille.
- un support deja tres largement repandu chez le grand public (blu ray, camescope, telephone, platines divisque et tout le tralala)
- Un standard ISO
- Des brevets qu'il suffit de payer (pas de negociation ou quoi ou qu'est ce).
Cote theora, on a :
- qq personnes bossant dur pour eviter les brevets
- des perfs bien en deca de h264 (aussi bien au niveau qualite que taille)
- le neant complet au niveau solution de gestion de chaine de production
- le neant absolu au niveau support chez le grand public, en dehors de vlc.
- pas de licence a payer. Mais une solution complete a developer (bien plus cher qu'une licence) et meme une fois la solution payee, les qualite de theora etant en deca de h264 font qu'a qualite equivalente, ca va coute plus cher en bande passante, et donc estomper le prix de la licence.
Tout ceci, on vous le rappelle, pour une solution de qualite moindre que celle proposee par h264.
Et ya encore du monde pour croire que la sauce va prendre, pousse par mozilla avec sa fabuleuse part de marche de 25%, firefox qui commence a se faire latter par safari sur mac et chrome sous mac/linux/windows, avec chrome et safari(les 2 autres browser alternatifs) qui poussent tres fort pour h264 et contre theora?
Quand au blabla de web ouvert, j'ai vu personne sauter au plafond quand gif etait autorise dans la balise img en etant pourtant brevete.
Et c'est pas pour autant que mozilla a refuser de l'implementer pour pousser png et les formats ouverts.
J'ai pas parle de wma/wmv parce que ya pas grand chose a dire, c'est une tentative de MS de s'accaparer le marche multimedia avec un truc tres proche des standards mp4, mais fermes.
Heureusement, ca a foire.
Le probleme avec ogg, c'est qu'on parle de donnees, de leur perenite plus exactement.
Soyons honnete, vorbis n'a pas perce jusqu'a maintenant: il ne le fera jamais.
Et c'est pas franchement rassurant pour les bibliotheques encodees en ogg.
Les balladeurs ogg, meme si ca se trouve, c'est loin d'etre la panacee, et on se retrouve a devoir choisir un des rares balladeurs qui peut lire sa bibliotheque plutot que le balladeur qui serait le plus adapte. Et c'est pareil pour les box multimedia de salon. Et ca va pas aller en s'ameliorant. Ogg est respectable face a l'aac, donc ca se tient encore, je me demande ce qu'il se passera a la prochaine generation de codec audio.
Alors certes, ya un marche de niche, donc je doute que ca disparaisse totalement et que tout les oggeux se retrouvent le bec dans l'eau, mais quand meme, c'est pas super rassurant.
Tremor existe certes, au prix d'une consommation de batterie superieur a celle de l'aac. Si j'en crois le changelog, il a pas bouge depuis 2002..
J'espere plutot que les dev n'ont pas prit la peine de modifier le changeog depuis, sinon ca fait peur.
Entre un aac brevete mais ouvert et largement supporte, et un ogg libre, potentiellement non brevete, mais supporte essentiellement par du soft sur des ordinateurs, j'ai vite fait mon choix..
La comparaison avec linux est mauvaise. Linux gagne du marche tous les jours. Autant c'etait pas evident de trouver un support linux pour son matos ya qq annees, autant maintenant, sorti de qq chipsets des bois, ca marche quand meme bien dans l'ensemble.
Et quand bien meme c'est plus supporte, t'es pas dans un impasse avec 40Go de musique bonne a reencoder (avec les pertes que ca implique).
C'est le prix a payer pour avoir fait un pari sur un format, certes libre, mais dont beaucoup savaient qu'il ne percerait probablement jamais et se ferait griller la politesse par l'aac, qui a support tres large de toute l'industrie...
Faut dire avec un format soutenu par 3 peles et un tondu et qui par design est inadapte au peripheriques embarques (calcul flottant), fallait pas esperer un miracle non plus.
ben heu, comment dire.
Le jamie en question, il ecrivait du code libre, toute la chaine etait developpee en gpl, normal vu que c'etait base sur emacs.
Les problemes qu'il a eu avec RMS n'etait pas d'ordre philosophique, ils etaient visiblement sur la meme longueur d'onde la dessus.
C'etaient des problemes de collaboration (RMS qui change de mainteneur sans meme en aviser lucid, qui apres tout investissait un gros paquet de fric dans emacs), de management et des pb techniques (genre RMS qui defend des events sous forme texte au lieu de structure de donnees evoluee).
Pour les anecdotes sur rms, ya effectivement a boire et a manger, en revanche, quand ca concerne ses competences techniques, j'ai encore jamais lu quelque chose qui lui faisait des eloges.
Et pour ce qui est de sa gestion de projet, les faits parle d'eux meme.
But this is worse than competition--it is unfair competition. The XEmacs developers can and do copy code they like from Emacs. If I could copy the code I like from XEmacs in the same way, at least the rivalry would be fair. But I can't do that, because substantial parts of XEmacs don't have legal papers, or don't have known authors.
Il peut pas, il peut pas... Il veut pas surtout! le code est gpl, il peut tres bien prendre le code.
Il refuse parce que la fsf n'est pas detenteur du copyright, mais il peut tres bien le faire. C'est franchement malhonnete de dire ca.
Bon, j2ee tout ca, si t'as des besoins simples, ca va probablement prendre une enclume pour ecraser une mouche, mais sait on jamais.
j2ee c'est fait pour rendre des trucs tres compliques faisables et maintenables.
Apres si certains architectes ont tendance a abuser de la coc' et des design pattern pour faire des factory de factory et finissent avec plus d'interfaces que de concrete classes, c'est pas trop la faute du langage/framework, plutot des architectes en question.
J'en ai vu des merdes de ce genre, une particulierement rigolote de chez ft r&d qui consistait a reimplementer les pipelines cocoon dans une instance de cocoon (qui ne definissait evidement qu'un seul pipeline avec une seule action), et qui avait entre autres perles un genre factory, mais pas vraiment, avec un switch case de 700 lignes.
Les attrocites, ca s'ecrit dans n'importe quel langage.
Etonnament, c'etait un des projets avec le plus gros turnover de la ssii, il servait beaucoup a boucher les intercontrats. Et apres on s'etonne que l'appli soit un monstre a 6 tetes.
J'ai aussi vu des trucs tres bien ecrit, tres clair, sans design pattern a la con juste pour le principe de cocher la case "design pattern".
La principale difference avec php/python/ruby et autre, c'est que la nature non typee/non compilee de ces langages fera que ton projet petera de partout avant que t'aies pu finir ton usine a gaz...
Non seulement t'es alcoolo, mais en plus t'as l'alcool mauvais...
Relis les procès d'intention que tu me fais et tu verras que le pauvre con c'est toi.
Venant de quelqu'un qui fait proces d'intention sur proces d'intention a tout ce qui porte costard cravate ou est elu, je trouve cette phrase particulierement amusante.
surtout de cette manière assez extrême (le passage à tabac gratuit et sans aucune forme de procés).
100% d'accord la dessus, ce qui est arrive a Oussekine (desole si j'ecorche le nom) est un scandale et une honte pour les forces de police, plus encore pour le ministre qui defend ses ouailles aveuglement.
Tout de même, participer à une manifestation ne veut pas dire aller se bastonner.
Non, pas forcement. Mais ca veut dire accepter le risque non negligeable (pour certaines manif, je me doute qu'une manif d'enseignant par exemple se passe generalement bien) que ca parte en eau de boudin, que les crs debarque et la tout le monde sait tres bien que c'est beigne dans la gueule du premier qui passe a proximite d'une matraque.
Je dit pas que je cautionne, mais tout le monde sait que ca arrive, et donc quand ca arrive, sans pour autant reporter la faute sur la victime, on va lui dire "quand meme, t'es gland, qu'est ce que tu foutais la bas?"
Quand a nager, c'est aussi un droit acquis a tous, ca fait meme partie d'une des libertes fondamentales de la constitution, la liberte de circuler.
Ca servira pas a manifester un desaccord au gouvernement, certes, mais ca reste un droit fondamental.
Et je parle pas de retirer ce droit. Juste que je comprends la reaction "mais t'es con aussi, qu'est ce que t'es alle foutre la bas alors que t'es sous dialyse?". Ce qui n'empeche que dans la bouche d'un ministre, ca fait tres tache par contre.
Pour le tabassage de femme, c'etait ironique, je pensais que tu l'avais vu et je suis desole si c'est pas le cas.
Bigard, c'etait pas moi.
Alcoolique, tu tiens effectivement l'essentiel du temps un discours de pilier de bar (dont les principaux signes sont "tous des pourris" et passer du coq a l'ane quand on met en exergue les incoherences de ton discours), on est quelques un a te l'avoir fait remarquer, mais t'as pas l'air de vouloir imprimer.
Et tes message dans ce journal presentaient un nombre frappant de ressemblance avec le mode de pensee de W. Excuses moi de t'avoir lu, hein.
Tu noteras aussi que je suis pas le seul a avoir emit des doutes sur les dommages collateraux de ta proposition.
Apres si t'estimes ne pas avoir a repondre aux questions qui te derangent (que je ne suis pas le seul a avoir pose), soit, c'est ton plein droit, mais c'est (encore une fois, desole) l'attitude d'un texan qui a vu dieu. Si ca te plait pas, regarde toi dans un miroir et fait qq chose.
Marrant quand meme, t'as l'air d'assez mal supporter la critique, et autant ce te derange pas de mettre tous les politiciens et chefs d'entreprise dans le meme panier et de les traiter copieusement de pourri, corrompu et autres quolibets mettant en doute leur vertu, autant quand on applique le meme genre de raisonnement a ta personne, ca a pas l'air de te plaire.
Disclaimer: Les propos du ministre sont clairement inacceptables, d'autant plus inacceptable que le sieur en question ne faisait que passer par la et qu'il s'est fait tabasse a mort pour avoir commit le crime de pas etre d'origine gauloise.
Ceci etant dit, ne pas savoir nager ne t'enleves pas ton droit d'aller faire plouf plouf dans l'ocean.
Maintenant, si tu sais pas nager et que tu te noies au large de plouganvelec par un jour de baston parce que t'a voulu aller faire trempette, le premier truc qui viendra a l'esprit de tout le monde c'est "mais quel con..."
La c'est un peu pareil.
Quelqu'un qui risque sa vie dans un environnement tel que celui d'une manif, s'il y va quand meme et qu'il y reste, ca serait certe une tragedie, mais n'empeche que la plupart penseront "C'est une tragedie... Mais quand meme, quel con!"
Sur gcc et son steering committee: http://www.softpanorama.org/People/Stallman/history_of_gcc_d(...)
tout a la fin: The SC specifically avoids getting involved in technical issues whenever possible. Even when the SC is asked to decide something, they never go to RMS when they can help it, because he's so unaware of modern real-world technical issues and the bigger picture. It's far, far better to continue postponing a question than to ask it, when RMS is involved, because he will make a snap decision based on his own bizarre technical ideas, and then never change his mind in time for the new decision to be worth anything.
He can be convinced. Eventually. It took the SC over a year to explain and demonstrate that Java bytecode could not easily be used to subvert the GPL, therefore permitting GCJ to be checked in to the official repository was okay. I'm sure that someday we'll be using C++ in core code. Just not anytime soon.
Interest of other more flesh and motivated developers (as well as RMS personal qualities first demonstrated in Emacs/Emacs saga) led to a painful fork:
Lit la genese d'xemacs par le boss de lucid.
Le mec s'annonce comme un ami de RMS, et il dit avoir du respect pour le sieur RMS.
Et pourtant, c'est pas un portrait joli joli de RMS, que ce soit au niveau collaboration, technique ou management.
Les propos de membres de comite gcc qui disent qu'ils font tout pour avoir des meetings sans RMS qui bloque tout parce qu'il comprend rien sont assez croustillants.
Je comprends parfaitement qu'on puisse admirer/respecter RMS pour son engagement et ses idees, maintenant quand on regarde sa carriere objectivement de management et de developement, ben heu, c'est dur de dire que le mec est bon dans ces deux domaines.
Disons que ses 2 bebes majeurs (emacs et gcc) ont ete forkes violemment par des gens pourtant de tres bonne volonte a la base, et les fork ont surpasse le projet initial.
Et le 3ieme (hurd) est mort ne.
Si t'as un quelconque interet a aller voir du cote de java, mon manager ne me dit que du bien de wicket.
Bon, j2ee tout ca, si t'as des besoins simples, ca va probablement prendre une enclume pour ecraser une mouche, mais sait on jamais.
Personnelement, le html me donne des boutons, donc plus je m'en eloigne, plus je suis content, donc j'ai pas d'avis a en donner, mais on l'utilise sur l'autre projet de la boite, les devs en sont tres content, ca rend bien et ca a l'air bien gaule.
Une bonne archi coherente et tout, une bonne doc, bref, apparement ca marche bien.
[^] # Re: Petit article récapitulatif
Posté par thedude . En réponse au journal De youtube, html5, H264 et ubuntu. Évalué à 1.
Sur un netbook, non, mais mon ipod video sortit en 2006 le fait tres bien sur (une resolution certes limitee, mais ca reste un ipod, hein, dans le genre monstre de puissance, on a vu mieux).
l'ipod touch (equipe d'un processeur arm donnant la chair de poule a mon 486 de 1992) decode du 480p jusqu'a 2.5Mb/s.
l'ipod nano encode a la volee (camera) du 480p a 30fps. Et lit la meme chose que l'ipod touch.
Mon 486 tremble, il a peur de finir a la poubelle, remplace par ce monstre de cpu qu'ipod nano.
[^] # Re: Réaction de T. Nitot sur la question
Posté par thedude . En réponse au journal De youtube, html5, H264 et ubuntu. Évalué à 0.
Décoder du Theora ça bouffe beaucoup moins de CPU que de décoder du H264 pour qui un décodeur hardware n'est pas du luxe.
De plus, la communauté GStreamer possède une bonne expertise dans le domaine de l'embarqué.
Le constructeur qui se décidera à faire des chips décodant du Theora, il part pas dans l'inconnu, manque plus que le marché. Imposer Theora sur le web, c'est une opportunité de créer ce marché.
tout ca, c'est bien joli.
Et si tu vas par la, decoder du mpeg1 a papa, ca bouffe encore moins de cpu, c'est pas pour autant qu'on va l'utiliser.
Le truc, c'est que les produits sont deja la pour h264. Et toute l'industrie a tous les niveaux utilise ces produits.
Pour theora faut tout faire. C'est en ca que je dis arriver apres la bataille: h264 a DEJA gagne. Tout le monde l'utilise. Ya juste une bande de librisite ideologique qui se sont mit des oeilleres sur les qualites techniques (ou plutot , pour l'immense majorite, ne savent pas trop de quoi ils parlent, le reste etant tres implique techniquement et poussent donc leur bebe) qui s'accroche comme des morbacks a un cadavre.
Je trouve ca rigolo de voir tristan nitot lancer une pique (gentillette certes, ca reste du nitot) a safari/chrome en les targuant de "considerer que tout le monde c'est 8%" quand ils tentent de peter plus haut que leur cul avec leur 25% des utilisateurs web desktops qui doivent bien faire rigoler le consortium mpeg (et sur le mobile, ils pesent combien mozilla? et safari, il pese combien sur le mobile au fait? 50%? plus?).
Surtout quand on sait d'ou ils viennent et les attaques qu'ils ont essuye a l'epoque ou ils pesaient que 8%..
'fin j'ai un grand respect pour FF et la MoFo, meme si je n'utilise plus FF depuis un bail deja, mais ils ont completement craque sur le coup s'ils pensent pouvoir avoir une quelconque influence sur le standard (de fait et ISO) choisi par l'industrie.
Surtout en arrivant aussi tard...
Personne ne leur dit d'abandonner Theora, mais refuser d'implementer un support du backend, c'est donner le baton pour se faire battre face a safari et chrome qui se montrent de plus en plus menacants.
Si en plus ils perdent leur principal argument de vente qui est "on est a la pointe de la technologie" pour revenir a l'epoque benie des plugin WMP/Qt/Real avec les message "j'ai le son mais pas la video!!", la tendance va commencer a se retourner.
Je voudrais etre mechant, je dirais qu'ils ont un peu la meme attitude que MS a l'epoque de la release de FF1.0: on est les rois du marche, alors on fait ce qu'on veut, les gens suivront.
[^] # Re: Réaction de T. Nitot sur la question
Posté par thedude . En réponse au journal De youtube, html5, H264 et ubuntu. Évalué à 0.
Ben ouais, mais c'est arriver apres la bataille ca.
Ca fait un peu genre "on se reveille juste la maitnenant, on avait pas compris qu'il fallait plus qu'une simple lib de decodage soft, alors s'il vous plait, vous voulez bien etre gentil, mettre vos encodeurs h264 a la poubelle et nous faire plaisir en developpant la meme chose, mais pour du theora? alleeez steuuuuplait!!! Apres tout, je pese un quart des utilisateurs (en faisant attention a ne pas mentionner que les autres 3/4 implementent deja h264 ou vont le faire (IE))".
[^] # Re: Liberté vs nombrilisme
Posté par thedude . En réponse au journal De youtube, html5, H264 et ubuntu. Évalué à 1.
Je suis pas pour flash distribue partout pour le grand public.
Je le fait au boulot parce que c'est une appli interne au client, que c'est juste un moyen d'avoir un client plus riche que du web tout en ayant la rapidite de dev d'une appli web.
Mais toujours est il que le html/js/ajax/css, meme si c'est preferable a du flash pour le cote "passe partout", ca reste un enorme hack dans le modele html, et c'est tout sauf maintenable ou simple a developper.
Je trouve ca dommage que ca stagne autant a ce niveau la. Oui, je me doute que standardiser tout ca est aussi simple que de standardiser les framework d'ui sous linux, mais ca fait chier quand meme.
[^] # Re: Liberté vs nombrilisme
Posté par thedude . En réponse au journal De youtube, html5, H264 et ubuntu. Évalué à 0.
Evidemment, je parle de devs experimentes dans chacunes de leur technos...
Coté serveur, voiture.toXML() (ou toJSON) et coté javascript, voiture.setByXML() et hop, ton objet et passé à travers l'internet.
Ah.
Ben avec AMF, t'as meme pas de toXML, tu return voiture a blazeds (libre), il le traduit lui meme en amf3 (format binaire *tres* efficace), ton appli flash elle le recupere, et pour peu que t'ai tagge ta classe AS Voiture avec [RemoteClass="fully.qualified.path.Voiture"], qu'elle a les meme attributs que ta classe java, ben tu recuperere un objet Voiture cote AS.
Tu code ta page web comme une GUI java (ou presque, l'idée est la).
Ou presque comme tu dis.
Et grace a une couche d'abstraction pharaonesque qui rend ton code quand meme assez aride a lire.
(mais plus pour longtemps je pense avec svg/canvas)
Mouaif. Ca c'est comme le hurd. Ca fait des annees qu'on entend dire ca, on a toujours pas le moindre outil de creation exploitant plus de 1% du potentiel qui a pondu le bout de son nez.
Le seul truc qui commence a apparaitre alors que la spec existe depuis 10 ans, c'est des images vectorielles sur genre wikipedia. En dehors de ca...
Il suffit de se faire une couche d'abstraction.
Oui, c'est ca. Une fois que t'as hacke le concept de page html via ta couche d'abstraction gargantuesque, passe un temps fou a la faire marcher avec tous les navigateurs, t'as le paradigme d'ui de n'importe quel framework d'ui riche existant. C'est ca que j'appelle le hack.
Canvas a ete fait pour ca, mais non, on en revient toujours au bonne vieille methodes cradingues de divs avec des styles speciaux pour creer un semblant de popup modales, avec le texte en background selectionnable....
[^] # Re: Liberté vs nombrilisme
Posté par thedude . En réponse au journal De youtube, html5, H264 et ubuntu. Évalué à 1.
Tout comme java sur le poste client, en presque 20 ans, on a qq timides applications, dont la plupart sont des UI fini a la pisse qui prennent 2 ans a demarrer (avec quelques exceptions a la regle, genre vuze).
Je crois que le fond du pb, c'est sun qui est apparement tres competent dans le domaine des serveur, mais a un mal de chien sur le poste client.
C'est dommage, la jvm est tres bien, bien plus performante que le player flash.
Mais elle fait 150Mo et met 2 plombes a se lancer.
Autant ce que tu dis pour flash/javascript est vrai pour la video, autant maintenant, si on oublie IE6 (on y arrive de plus en plus), c'est très simple de faire de trucs avec javascript. Mais il faut faire du javascript propre pensé dès le début du site.
Certes. mais faut oublier ie6 d'une part.
D'autre part, compare a la vitesse de dev en flex, c'est le jour et la nuit.
Mais c'est certes pas (vraiment) libre, ferme tout ca, donc pas trop adapte pour une appli publique.
Je dit juste que je comprends que certains sautent le pas en disant "font chier ces geeks avec leurs grands principes sans proposer d'alternative les appliquant, ces concepts, je saute le pas et vais faire un tour chez adobe".
On a beau dire, Ajax ca reste quand meme un enorme hack dans un document html qui tombe en marche. Ca marche, certes, mais on loin de pouvoir dire que ca par design que ca marche.
Et ca bouge. Vite.
[^] # Re: Liberté vs nombrilisme
Posté par thedude . En réponse au journal De youtube, html5, H264 et ubuntu. Évalué à 0.
Comme tu le dit, flash peut contenir des liens.
Peu les utilise, en partie parce que c'est assez chiant a mettre en place, je l'avoue (sans compter un vilain bug d'ie avec la barre de titre. Oui, encore lui. Meme avec du flash il arrive a emmerder le monde). Mais c'est faisable.
L'indexation de contenu flash a ete resolu il ya deja un certain temps et google le fait.
Ensuite cache au find fond d'un binaire, c'est pas faux, mais c'est pas completement vrai non plus.
Je te rappelle tout de meme qu'un swf, c'est essentiellement du bytecode + des ressources, donc tres aisement decompilable (cf le tool de HP pour ca, swfscan), et que conceptuellement, c'est pas tellement plus eloigne qu'un pdf mit en ligne, par exemple.
Pour la majeure partie des utilisation de flash (animations ou video), c'est quand meme tres proche du svg ou de la balise video.
Pour la partie qui reste (applications), ben c'est un truc que les sacro saints standards du web n'avait de toute facons pas prevue (le javascript est pas mieux lotti a ce niveau la, faut toujours une vm javascript et les handicapes en mode texte vont avoir du mal).
Et c'est strictement equivalent a une applet java, et personne n'a hurle au scandale pour les applets.
Bon certainement, pour un menu, c'est une aberration, mais la c'est plus la faute du designer web qu'autre chose.
Et pour l'accessibilite, adobe y travaille. Ca sonne un peu comme l'arlesienne, je l'avoue, mais ils ont d'autre chats a fouetter ces jours ci, entre le player 10.1 a venir qui va etre charge en avancees et le framework flex 4 qui est repousse sans cesse, je comprends qu'ils aient la tete en dessous de l'eau dans ce domaine et que ce genre de trucs soit relegues a "plus tard".
[^] # Re: MoFo, H.264 et liberté.
Posté par thedude . En réponse au journal De youtube, html5, H264 et ubuntu. Évalué à 1.
Si on regarde bien, le pb de la MoFo c'est de ne pas pouvoir transmettre de licence d'utilisation pour le decodage de h264.
Si le consortium plie a la demande et accepte de fournir une licence transmissible (meme si potentiellement payante) a la mofo, ca devrait resoudre le probleme.
Apres quand a savoir si mpeg a une quelconque raison de vouloir/pouvoir faire ca, c'est un autre probleme. FF a des parts de marche, mais pas suffisament pour pouvoir poser ses couilles sur la table et dire "c'est comme ca parce qu'on veut que ca soit comme ca". Avec tout le respect du a FF pour avoir ouvert la breche dans le monde des navigateurs alternatifs et mit un grand coup de pied au cul a ms (et apple aussi au passage, va savoir ou en serait safari sans la deferlante de FF en 2005-6), ils plafonnent malheureusement a 25% et c'est pas assez pour faire pression sur le consortium, surtout quand d'autres alternatives (libres ou pas) se lancent dans le h264.
Apres, a moins que la mofo ait un hidden agenda comme on dit ici (oui, je prefere utiliser la version anglaise plutot que le faux ami francais qui sonne bizarre ;-) ), ce qui serait un peu surprenant de leur part, je me dit qu'ils ont du explorer cette possibilite.
Si quelqu'un de bien informe a des precisions a ce sujet, je suis preneur.
[^] # Re: H264 et GIF
Posté par thedude . En réponse au journal De youtube, html5, H264 et ubuntu. Évalué à 4.
Comme ca, on evite la fatigue des coeurs, ils se partagent la tache, pendant que l'un bosse, l'autre peut aller boire un coup, jouer a call of duty ou s'occuper de ses enfants.
On y pense pas assez, le social chez les processeurs, c'est important aussi.
[^] # Re: Liberté vs nombrilisme
Posté par thedude . En réponse au journal De youtube, html5, H264 et ubuntu. Évalué à 2.
C'est pas gentil de me faire rigoler quand je bois mon cafe devant l'ecran, j'en ai foutu partout...
Ya une part de vrai dans ce que dit matthieu, mais ya aussi une enorme part de vrai dans ce que tu dit: les webmaster qui utilisent flash sont quand meme bien content de pas s'emmerder avec les standard ouvert qui marchottent (pas pour rien que flash a truste l'integralite du marche de la video, parce que le systeme de plug in n'a JAMAIS marche correctement).
Et pour des appliquettes, type ajax, ben pour developper une appli en flash ces jours ci, putain, ca fait du bien d'eviter javascript et de se fader les incompatibilite des browser. Notez que je ferais pas ca pour une appli publique, mais je comprends que certains en ai ras la casquette de passer la moitie du temps de dev a contourner les bugs d'ie et ce genre de conneries.
[^] # Re: MoFo, H.264 et liberté.
Posté par thedude . En réponse au journal De youtube, html5, H264 et ubuntu. Évalué à 3.
Juste que quand on se trimballe 15 ans d'historique au niveau du moteur, c'est plus complique de resoudre les problemes que lorsque google debarque avec un truc bien plus recent et concu a une epoque ou le web ne se limitait pas a du text et eventuellement un gif anime.
[^] # Re: MoFo, H.264 et liberté.
Posté par thedude . En réponse au journal De youtube, html5, H264 et ubuntu. Évalué à 2.
Ben 20 a 30% de bande passante en plus, pour youtube, je pense que ca se chiffre pas en centimes.
Et developper la solution de streaming qui n'existe pas pour theora, tu vas vite les eclater tes millions de dollars.
Tout ca pour, je le rappelle, une solution techniquement inferieure.
Ca me fait un peu penser a la fausse pub des inconnus "citrono pipo, ya pas pire et c'est tres cher".
L'industrie video aimerait bien se passer de tous ces brevets et avoir une solution 100% libre, ca fait marrer personne de devoir raquer pour utiliser h264, mais quand la solution est 1) mieux et 2) coute moins cher que l'autre solution, le choix est vite fait.
Au niveau des navigateurs, Theora a une large avance (FF et Opera),
hehe, opera...
Qui utilise opera deja? Ah ouais, les telephones.
La ou safari est en train de se tailler une part de lion grace a l'iphone. Safari qui utilise comme par hasard h264.
Et encore, ils sont en train de se faire coiffer au poteau par ie, safari et prochainement FF embedded.
sur le desktop, je dirais bien qu'ils sont mort, mais ca veut dire qu'ils ete vivant un jour, ce qui est pas vraiment le cas.
Bref, reste FF.
Vu la vitesse de progression de chrome, je mettrais pas ma main a couper que FF va rester longtemps devant lui (surtout vu le bond qu'il a fait lors de la release d'une beta pour mac et linux, les utilisateurs linux devant etre lasse d'utiliser un navigateur lent et lourd).
Et IE a pas encore fait de choix. Je te laisse estimer la probabilite que MS soutienne un truc 100% libre et gpl, alors qu'ils ont deja des licences h264 pour le WMP et que de toutes facons, la probabilite pour qu'ils reposent sur leur framework a eux pour lire la balise video est proche de 1, voire superieur a 1.
[^] # Re: MoFo, H.264 et liberté.
Posté par thedude . En réponse au journal De youtube, html5, H264 et ubuntu. Évalué à 5.
Cote h264, on a:
- l'essentiel de l'industrie de la video qui bosse ensemble
- une palanquee de solutions qui couvre la chaine complete, du hard au soft, le tout qui marche bien
- un codec efficace, aussi bien au niveau qualite que taille.
- un support deja tres largement repandu chez le grand public (blu ray, camescope, telephone, platines divisque et tout le tralala)
- Un standard ISO
- Des brevets qu'il suffit de payer (pas de negociation ou quoi ou qu'est ce).
Cote theora, on a :
- qq personnes bossant dur pour eviter les brevets
- des perfs bien en deca de h264 (aussi bien au niveau qualite que taille)
- le neant complet au niveau solution de gestion de chaine de production
- le neant absolu au niveau support chez le grand public, en dehors de vlc.
- pas de licence a payer. Mais une solution complete a developer (bien plus cher qu'une licence) et meme une fois la solution payee, les qualite de theora etant en deca de h264 font qu'a qualite equivalente, ca va coute plus cher en bande passante, et donc estomper le prix de la licence.
Tout ceci, on vous le rappelle, pour une solution de qualite moindre que celle proposee par h264.
Et ya encore du monde pour croire que la sauce va prendre, pousse par mozilla avec sa fabuleuse part de marche de 25%, firefox qui commence a se faire latter par safari sur mac et chrome sous mac/linux/windows, avec chrome et safari(les 2 autres browser alternatifs) qui poussent tres fort pour h264 et contre theora?
Quand au blabla de web ouvert, j'ai vu personne sauter au plafond quand gif etait autorise dans la balise img en etant pourtant brevete.
Et c'est pas pour autant que mozilla a refuser de l'implementer pour pousser png et les formats ouverts.
[^] # Re: Ogg, Matroska, Theora, Dirac, Kate, etc ?
Posté par thedude . En réponse au journal Archos : Big Buck Bunny sur un de ses baladeurs. Évalué à 1.
Heureusement, ca a foire.
Le probleme avec ogg, c'est qu'on parle de donnees, de leur perenite plus exactement.
Soyons honnete, vorbis n'a pas perce jusqu'a maintenant: il ne le fera jamais.
Et c'est pas franchement rassurant pour les bibliotheques encodees en ogg.
Les balladeurs ogg, meme si ca se trouve, c'est loin d'etre la panacee, et on se retrouve a devoir choisir un des rares balladeurs qui peut lire sa bibliotheque plutot que le balladeur qui serait le plus adapte. Et c'est pareil pour les box multimedia de salon. Et ca va pas aller en s'ameliorant. Ogg est respectable face a l'aac, donc ca se tient encore, je me demande ce qu'il se passera a la prochaine generation de codec audio.
Alors certes, ya un marche de niche, donc je doute que ca disparaisse totalement et que tout les oggeux se retrouvent le bec dans l'eau, mais quand meme, c'est pas super rassurant.
Tremor existe certes, au prix d'une consommation de batterie superieur a celle de l'aac. Si j'en crois le changelog, il a pas bouge depuis 2002..
J'espere plutot que les dev n'ont pas prit la peine de modifier le changeog depuis, sinon ca fait peur.
Entre un aac brevete mais ouvert et largement supporte, et un ogg libre, potentiellement non brevete, mais supporte essentiellement par du soft sur des ordinateurs, j'ai vite fait mon choix..
La comparaison avec linux est mauvaise. Linux gagne du marche tous les jours. Autant c'etait pas evident de trouver un support linux pour son matos ya qq annees, autant maintenant, sorti de qq chipsets des bois, ca marche quand meme bien dans l'ensemble.
Et quand bien meme c'est plus supporte, t'es pas dans un impasse avec 40Go de musique bonne a reencoder (avec les pertes que ca implique).
[^] # Re: Ogg, Matroska, Theora, Dirac, Kate, etc ?
Posté par thedude . En réponse au journal Archos : Big Buck Bunny sur un de ses baladeurs. Évalué à 2.
Faut dire avec un format soutenu par 3 peles et un tondu et qui par design est inadapte au peripheriques embarques (calcul flottant), fallait pas esperer un miracle non plus.
[^] # Re: Ça va les chevilles ?
Posté par thedude . En réponse à la dépêche Richard Stallman et la révolution du logiciel libre - Une biographie autorisée. Évalué à 6.
Le jamie en question, il ecrivait du code libre, toute la chaine etait developpee en gpl, normal vu que c'etait base sur emacs.
Les problemes qu'il a eu avec RMS n'etait pas d'ordre philosophique, ils etaient visiblement sur la meme longueur d'onde la dessus.
C'etaient des problemes de collaboration (RMS qui change de mainteneur sans meme en aviser lucid, qui apres tout investissait un gros paquet de fric dans emacs), de management et des pb techniques (genre RMS qui defend des events sous forme texte au lieu de structure de donnees evoluee).
Pour les anecdotes sur rms, ya effectivement a boire et a manger, en revanche, quand ca concerne ses competences techniques, j'ai encore jamais lu quelque chose qui lui faisait des eloges.
Et pour ce qui est de sa gestion de projet, les faits parle d'eux meme.
Tiens, en passant, je suis tombe la dessus a l'instant:
http://www.xemacs.org/About/XEmacsVsGNUemacs.html
La prose d'rms est sacrement rigolote quand meme:
But this is worse than competition--it is unfair competition. The XEmacs developers can and do copy code they like from Emacs. If I could copy the code I like from XEmacs in the same way, at least the rivalry would be fair. But I can't do that, because substantial parts of XEmacs don't have legal papers, or don't have known authors.
Il peut pas, il peut pas... Il veut pas surtout! le code est gpl, il peut tres bien prendre le code.
Il refuse parce que la fsf n'est pas detenteur du copyright, mais il peut tres bien le faire. C'est franchement malhonnete de dire ca.
[^] # Re: Wicket
Posté par thedude . En réponse au journal Choisir un framework web.... Évalué à 3.
Bon, j2ee tout ca, si t'as des besoins simples, ca va probablement prendre une enclume pour ecraser une mouche, mais sait on jamais.
j2ee c'est fait pour rendre des trucs tres compliques faisables et maintenables.
Apres si certains architectes ont tendance a abuser de la coc' et des design pattern pour faire des factory de factory et finissent avec plus d'interfaces que de concrete classes, c'est pas trop la faute du langage/framework, plutot des architectes en question.
J'en ai vu des merdes de ce genre, une particulierement rigolote de chez ft r&d qui consistait a reimplementer les pipelines cocoon dans une instance de cocoon (qui ne definissait evidement qu'un seul pipeline avec une seule action), et qui avait entre autres perles un genre factory, mais pas vraiment, avec un switch case de 700 lignes.
Les attrocites, ca s'ecrit dans n'importe quel langage.
Etonnament, c'etait un des projets avec le plus gros turnover de la ssii, il servait beaucoup a boucher les intercontrats. Et apres on s'etonne que l'appli soit un monstre a 6 tetes.
J'ai aussi vu des trucs tres bien ecrit, tres clair, sans design pattern a la con juste pour le principe de cocher la case "design pattern".
La principale difference avec php/python/ruby et autre, c'est que la nature non typee/non compilee de ces langages fera que ton projet petera de partout avant que t'aies pu finir ton usine a gaz...
[^] # Re: c'est en mouvement
Posté par thedude . En réponse au journal Les services de communications ont investi Wikipedia. Évalué à 0.
Relis les procès d'intention que tu me fais et tu verras que le pauvre con c'est toi.
Venant de quelqu'un qui fait proces d'intention sur proces d'intention a tout ce qui porte costard cravate ou est elu, je trouve cette phrase particulierement amusante.
[^] # Re: c'est en mouvement
Posté par thedude . En réponse au journal Les services de communications ont investi Wikipedia. Évalué à 1.
[^] # Re: Ironique, j'espère?
Posté par thedude . En réponse au journal Les armes du futur. Évalué à 2.
100% d'accord la dessus, ce qui est arrive a Oussekine (desole si j'ecorche le nom) est un scandale et une honte pour les forces de police, plus encore pour le ministre qui defend ses ouailles aveuglement.
Tout de même, participer à une manifestation ne veut pas dire aller se bastonner.
Non, pas forcement. Mais ca veut dire accepter le risque non negligeable (pour certaines manif, je me doute qu'une manif d'enseignant par exemple se passe generalement bien) que ca parte en eau de boudin, que les crs debarque et la tout le monde sait tres bien que c'est beigne dans la gueule du premier qui passe a proximite d'une matraque.
Je dit pas que je cautionne, mais tout le monde sait que ca arrive, et donc quand ca arrive, sans pour autant reporter la faute sur la victime, on va lui dire "quand meme, t'es gland, qu'est ce que tu foutais la bas?"
Quand a nager, c'est aussi un droit acquis a tous, ca fait meme partie d'une des libertes fondamentales de la constitution, la liberte de circuler.
Ca servira pas a manifester un desaccord au gouvernement, certes, mais ca reste un droit fondamental.
Et je parle pas de retirer ce droit. Juste que je comprends la reaction "mais t'es con aussi, qu'est ce que t'es alle foutre la bas alors que t'es sous dialyse?". Ce qui n'empeche que dans la bouche d'un ministre, ca fait tres tache par contre.
[^] # Re: c'est en mouvement
Posté par thedude . En réponse au journal Les services de communications ont investi Wikipedia. Évalué à -1.
Bigard, c'etait pas moi.
Alcoolique, tu tiens effectivement l'essentiel du temps un discours de pilier de bar (dont les principaux signes sont "tous des pourris" et passer du coq a l'ane quand on met en exergue les incoherences de ton discours), on est quelques un a te l'avoir fait remarquer, mais t'as pas l'air de vouloir imprimer.
Et tes message dans ce journal presentaient un nombre frappant de ressemblance avec le mode de pensee de W. Excuses moi de t'avoir lu, hein.
Tu noteras aussi que je suis pas le seul a avoir emit des doutes sur les dommages collateraux de ta proposition.
Apres si t'estimes ne pas avoir a repondre aux questions qui te derangent (que je ne suis pas le seul a avoir pose), soit, c'est ton plein droit, mais c'est (encore une fois, desole) l'attitude d'un texan qui a vu dieu. Si ca te plait pas, regarde toi dans un miroir et fait qq chose.
Marrant quand meme, t'as l'air d'assez mal supporter la critique, et autant ce te derange pas de mettre tous les politiciens et chefs d'entreprise dans le meme panier et de les traiter copieusement de pourri, corrompu et autres quolibets mettant en doute leur vertu, autant quand on applique le meme genre de raisonnement a ta personne, ca a pas l'air de te plaire.
[^] # Re: Ironique, j'espère?
Posté par thedude . En réponse au journal Les armes du futur. Évalué à -4.
Ceci etant dit, ne pas savoir nager ne t'enleves pas ton droit d'aller faire plouf plouf dans l'ocean.
Maintenant, si tu sais pas nager et que tu te noies au large de plouganvelec par un jour de baston parce que t'a voulu aller faire trempette, le premier truc qui viendra a l'esprit de tout le monde c'est "mais quel con..."
La c'est un peu pareil.
Quelqu'un qui risque sa vie dans un environnement tel que celui d'une manif, s'il y va quand meme et qu'il y reste, ca serait certe une tragedie, mais n'empeche que la plupart penseront "C'est une tragedie... Mais quand meme, quel con!"
[^] # Re: Ça va les chevilles ?
Posté par thedude . En réponse à la dépêche Richard Stallman et la révolution du logiciel libre - Une biographie autorisée. Évalué à 10.
http://www.jwz.org/doc/lemacs.html
Sur gcc et son steering committee:
http://www.softpanorama.org/People/Stallman/history_of_gcc_d(...)
tout a la fin:
The SC specifically avoids getting involved in technical issues whenever possible. Even when the SC is asked to decide something, they never go to RMS when they can help it, because he's so unaware of modern real-world technical issues and the bigger picture. It's far, far better to continue postponing a question than to ask it, when RMS is involved, because he will make a snap decision based on his own bizarre technical ideas, and then never change his mind in time for the new decision to be worth anything.
He can be convinced. Eventually. It took the SC over a year to explain and demonstrate that Java bytecode could not easily be used to subvert the GPL, therefore permitting GCJ to be checked in to the official repository was okay. I'm sure that someday we'll be using C++ in core code. Just not anytime soon.
Interest of other more flesh and motivated developers (as well as RMS personal qualities first demonstrated in Emacs/Emacs saga) led to a painful fork:
Ya cette discussion sur slashdot aussi, interessant:
http://developers.slashdot.org/article.pl?sid=04/08/13/23562(...)
While a skilled and brilliant C and LISP hacker, RMS is a reactionary fuckhead when it comes to anything other than C or LISP.
Remember, in Free Software, you have the freedom to do anything you want -- except disagree with RMS.
Venant d'un mainteneur gcc.
[^] # Re: Ça va les chevilles ?
Posté par thedude . En réponse à la dépêche Richard Stallman et la révolution du logiciel libre - Une biographie autorisée. Évalué à 5.
Le mec s'annonce comme un ami de RMS, et il dit avoir du respect pour le sieur RMS.
Et pourtant, c'est pas un portrait joli joli de RMS, que ce soit au niveau collaboration, technique ou management.
Les propos de membres de comite gcc qui disent qu'ils font tout pour avoir des meetings sans RMS qui bloque tout parce qu'il comprend rien sont assez croustillants.
Je comprends parfaitement qu'on puisse admirer/respecter RMS pour son engagement et ses idees, maintenant quand on regarde sa carriere objectivement de management et de developement, ben heu, c'est dur de dire que le mec est bon dans ces deux domaines.
Disons que ses 2 bebes majeurs (emacs et gcc) ont ete forkes violemment par des gens pourtant de tres bonne volonte a la base, et les fork ont surpasse le projet initial.
Et le 3ieme (hurd) est mort ne.
# Wicket
Posté par thedude . En réponse au journal Choisir un framework web.... Évalué à 2.
Bon, j2ee tout ca, si t'as des besoins simples, ca va probablement prendre une enclume pour ecraser une mouche, mais sait on jamais.
Personnelement, le html me donne des boutons, donc plus je m'en eloigne, plus je suis content, donc j'ai pas d'avis a en donner, mais on l'utilise sur l'autre projet de la boite, les devs en sont tres content, ca rend bien et ca a l'air bien gaule.
Une bonne archi coherente et tout, une bonne doc, bref, apparement ca marche bien.