Johann Ollivier-Lapeyre a écrit 704 commentaires

Dans mon ancien appart, 2 ans avec un débit de fou... puis patatrac, perte de paquets a 50%, débit de merde déconnection...

Au niveau SAV, j'avais l'air d'avoir des gens compétents, mais sa seule hypothese était ''y'a un consensateur sur une prise chez vous''. Impossible pour moi vu que ca a marché niquel pendant 2 ans. J'ai vérifié au cas ou dans la prise mais rien...

1 mois de désespoir plus tard, je trouve une autre prise dans l'appart, je démonte, et hop, un putain de condo. Je l'enleve, plus de soucis. Pourquoi cela a t'il marché avant, j'en sais rien, mais j'avais bien la honte...

/ma vie

Dans mes appli récentes (Ajax toussa...), on a:
1) Une partie "cliente", en JS, qui GET/POST/PUT/DELETE des objets en Json avec le serveur
2) Une partie serveur (en Django, Turbogears, Ruby on rails, Grails...) qui offre une api REST en Json au niveau Controlleur, utilisant des objets metiers, mappé tant bien que mal sur une base de donnée relationnelle.

L'interet de couchdb, c'est qu'on peut potentiellement zapper toute la partie 2, le javascript interroge directement la base.

1) Dès que tu touches a des photos (lumiere, contraste...), tu as besoin du 16bit.

2) Les modifications ne doivent pas etre destructive. Si apres 30 actions, tu veux annuler la 10eme, tu dois pouvoir le faire.

3) L'interface....

Ces points ont toujours empeché Gimp de passer le cap du Hobbyiste peu exigeant, et geek de surcroit à cause de l'interface. Heureusement, le management de Gimp prend (ENFIN) en compte ses points bloquants, et un avenir sympatique s'annonce pour ce logiciel.

Si Google veut faire un croche pied à Apple, ils n'ont qu'a passer YouTube en HTML5.... avec Theora. Bon, ok, ça leur coutera cher en bande-passante et réencodage. Mais ils auront bien les boules chez Apple

J'ai réalisé recement 2 projets pro, un gros avec Turbogears (abrévié TG dans un commentaire), l'autre plus petit avec Grails (J2EE en language Groovy). Grails me parait très interessant, je l'utiliserai certainement encore à l'avenir.

Ils sont finalement très proche en philosophie, ils permettent de construire rapidement une appli puissante et sur mesure.
- l'architecture MVC est bien concu avec tout ce qu'il faut (moteur de templation, ORM, ...)
- On défini exactement le modèle (objet et relationnel) de chacun de ses objets metiers et les relations entre elles, et on dispose d'un ORM performant.
- Ils disposent de nombreux plugins pour ne pas reinventer la roue à chaque fois
- Ils sont documentés
- Ils sont tres productif, le langage est peu verbeux, ça va vite, le code est élégant avec peu de (mauvaises) surprises
- Les deux embarquent un serveur web et une base de donnée, pour aider en phase de dev

Ensuite, + spécifiquement:
- Turbogears pose quelques soucis: Depuis la sortie de TG 2.0, pleins de docs, y compris l'officiel, ne sont plus a jours, les tutoriaux non plus. Y'a souvent besoin d'aller voir le code source de TG pour s'en sortir, les plugins dispo sont souvent pas fini ou au stade "proof on concept" et faut parfois bidouiller un peu... Y'a un domageable coté "couscous" dans tout ce qui tourne autour du truc.
Maintenant, y'a toujours moyen de s'en sortir (surtout qu'on avait un pro de TG dans l'équipe), on a pas rencontré de limitations par le framework lui meme qui est franchement bien conçu (a commencer par les décorateurs par exemple).

- Grails a pour lui une base de plugins de grande qualité, installable aussi facilement qu'un plugin firefox, une doc et des tutoriaux à jour, ... L'archi me semble ultra saine, l'ORM est performant, ....
L'avantage pour moi est quand meme qu'il s'agit de J2EE, on a acces à l'immense bibliotheque existante, l'acceptation dans le milieu professionnel (là ou Python aura plus de mal a passer), l'integration dans des ensemble plus grand.... Bref, une grande ouverture d'utilisation.
L'avantage du Java/J2EE... mais sans les inconvenient. C'est rapide, pas verbeux, et pas de soucis d'architecture ou de prise de tete concernant les design patern... vue qu'elle est déjà faite ;) De quoi se réconcilier, à titre perso, avec le J2EE. Voir d'en tomber amoureux.
Le seul truc, pour etre fair play, c'est que je n'ai pas poussé autant dans les retranchement Grails que Turbogears, notamment ce qui serait l'équivalent des décorateurs.

Bon, coté plugin de grails, je ne peux pas ne pas citer:
http://www.grails.org/plugin/class-diagram
qui genere un diagramme UML de ta réalisation, forcement à jour donc ;)

A bah j'avais vu que tu étais l'auteur du journal, effectivement... sorry

Sinon, le homecinema n'est pas forcement concurrent du cinéma. Le homecinema me permet un visionnage a tout moment d'un "le bon, la brute et le truand" ou "12 monkeys", qui ne passe plus au ciné. Et le ciné me permet un visionnage de Avatar... qui n'existe pas en blu-ray.

Usage complementaire donc

Pour cela, il y a le mode nuit sur tous les amplis homecinema, vlc, ...

Bref, on peut déja le faire. et tout le monde est content:
- ceux qui veulent avoir 120dB quand y'a un avion dans le film (comme moi)
- ceux qui veulent des écarts raisonable entre des dialogues intelligible et des scenes d'actions qui ne font pas saigner les oreilles (comme toi).

Si on compresse le volume sur le dvd, tu sera peut-etre content, mais certainement pas moi. En plus, comme cela a été dis auparavent, la compression génère de la fatigue auditive.

Phonon utilise au choix xine (par defaut), gstreamer, vlc...

"ou encore tim berners lee lorsqu'il fut effrayé quand il appris que Mosaic avait implémenté la balise ."

Quelle balise??? (je ne connais pas l'histoire)

En effet, y'a un truc entre les distributions, et autre.

J'ai vu sur debian des lenteurs indescriptible de Iceweasel, mais également avec un firefox 3.5 provenant du site Mozilla. Fuite mémoire à gogo, le processus prenait 1.5Go au bout de 2 jours. Et ça raaaaaame. Sur opensuse, avec la meme utilisation, meme extensions, meme sites, c'est bien + rapide, et je reste dans les 300 - 400Mo. Va comprendre.

Ensuite, faut savoir que Firefox utilise des accelerations XRender (ça c'est bien), notemment sur le scroll, mais du coup le resultat est inégal en fonction de la qualité des drivers video. Pareil que KDE4 donc.

J'espere juste que cela s'integrera mieux aux desktops KDE & Gnome. :D

En tout cas, vue la roadmap, bon courage. Vous avez l'air de vous attaquer à tous les défauts de la bête... sympa de voir un projet vivant comme celui ci.

Ben Pinaraf, je ne pense pas qu'il soit le dernier.

Autant sur mon desktop (8600GTS), les pilotes nvidia sont quasi parfait (fluidité avec les effets kwin4)... Le tout en double sortie DVI/HDMI PC/videoprojecteur. Autant sur mon portable (8600M) c'est desesperant.

On est loin de ce que tu avais vu a l'akademy en belgique (avec les menu qui mettent 5s a s'afficher), le progres est visible depuis, mais il y a un manque de reactivité clairement visible, qui donnent l'impression que kde est 'lourd'.

Et quand je joue a Kmahjongg, les scores sont loins d'etre les memes ;)

Je ne reproche pas le bleu du fond d'écran, je reproche les mélanges de tout et n'importe quoi:
- Icone Oxygen KDE4 pour les applications
- Icone KDE3 pour openoffice
- Icone Mozilla/Tango pour Firefox
- Icone d'inspiration "crystal" pour les trucs rajouté par Mandriva.

Quelque soient les gouts qu'on puisse avoir, mélanger au moins 4 styles différents d'icônes, c'est franchement laid. Quand on sait le travail qu'il peut y avoir pour les créer, je parle en connaissance de cause, j'appelle cela un massacre.

Après, que Mandriva mette un fond bleu là ou Opensuse met du vert et Ubuntu du marron, ce sont des identités de marque, c'est parfaitement logique.

Quitte a modifier le desktop vanilla, ce qu'a fait kenneth wimer pour la derniere Ubuntu (gnome) est tres leché, il y a une harmonie entre les backgrounds, icones, fenetres, ... On aime ou pas, mais au moins ca ne donne pas l'impression d'être fait par le cousin du fils de la tante germaine. Mais si c'est pour faire ça, autant garder le vanilla, ou faire appel à des gens capable.

A lire l'énoncé des technologies inclue, je trouvais cela bien alléchant, et bien tenté de tester tout cela (j'ai abandonné Mandriva depuis la 10.2 je crois, a cause du manque d'intégration et de finition). Bien alléché...

... jusqu'a voir les screenshots... Bordel !! Si Mandriva n'a pas de compétence de design, ils pourraient au moins éviter de massacrer le travail fait par KDE. Titre de fenêtre bleu criar, y compris à l'intérieur meme des fenetres de delphin:
http://wiki.mandriva.com/en/uploads/6/68/2010_nepomuk2.png
Icone hérité de KDE3 et/ou d'ailleurs... C'est d'autant plus triste a voir qu'une aide a été mise en place au niveau de KDE pour aider les distribs a personnaliser, à leur marque, tout en gardant l'harmonie globale.
Voir le bureau opensuse en comparaison;
http://en.opensuse.org/Image:OS11.2M7-krunner.png

Autres exemples:

Firefox:
- Sous Opensuse, on retrouve les icones KDE, la boite de dialogue qui va bien... http://en.opensuse.org/Image:OS11.2RC2-Firefox-kde.png
Sous mandriva;
- http://wiki.mandriva.com/en/File:2010_firefox1.png

Openoffice.org:
sous opensuse, les icones et dialogues de KDE4
http://en.opensuse.org/Image:OS11.2-ooo-kde4.png
Sous mandriva: http://wiki.mandriva.com/en/File:2009.1-openoffice_presenter(...)

A l'installation, c'est effectivement quasiment kif kif entre nvidia et ati. Yast me fait ça tout seul d'ailleur.

Quand je parle des problemes, c'est apres, a l'utilisation !

Et que leurs drivers linux soient naze... alors que les specs commencent a dater.

Si je devais changer de carte aujourd'hui, j'aurai du mal a ne pas reprendre du Nvidia (je regarde des videos, j'utilise KDE4 avec les effets, le tout en double moniteurs DVI, et j'utilise le suspend. Ah oui, avec une carte silencieuse a radiateur passif.

Perso, j'aime récompenser les marques pour leur engagements pro libre, et AMD/ATi me plait pour les specs libérés, mais vu comment y'en chie au taf avec la carte ATI et les drivers (frglx ou radeonhd, peut importe), y'a des limites...

Et le démarrage graphique de bout en bout sans avoir une interruption/ecran noir (*) au lancement de xorg?

* [que t'as l'impression que ta carte graphique ou ton moniteur va te claquer entre les doigts ]

Pardon, KMS:
http://fr.wikipedia.org/wiki/Kernel-based_mode-setting

Et tu sais ce que Nvidia compte faire avec kml?

Opensuse est partie a fond sur une logique d'usine de build assez impressionnante. Ils buildent automatiquement pour suse Factory/11.1/11.0/10.3 les branches trunk/4.3/4.2/4.1 de KDE4, et donc sans trop d'intervention humaine. Ils font ça également pour gnome, firefox...

Ca permet pour l'utilisateur d'avoir par exemple une distrib stable, avec un KDE trunk par exemple. Très puissant et pratique pour l'utilisateur.

J'aurai bien aimé avoir ça sur la debian du taf où j'ai du me recompiler tout KDE car je n'avais le choix qu'entre 3.5 et 4.1(non officiel en plus...) sur ma lenny. Franchement, j'aimerai que Debian mette en place la meme chose.

Au dela d'un certain minima ram/proc finalement pas élevé (j'ai vu tourner KDE4 sur un eee sans soucis avec les effets et tout), la fluidité/rapidité dépend avant tout de la qualité des drivers graphiques. Par exemple, avant que nvidia regle ses soucis, ça ramait comme une merde avec un core2 duo / 4go de ram et une 8600gt. Maintenant, c'est ultra fluide.

Avec une ATI au taf, pas moyen d'avoir un truc qui tourne vraiment nickel, malgré une bécane de course. Toujour une impression de lourdeur et latence assez detestable. En tant qu'utilisateur, on a l'impression que c'est KDE qui est lourd, alors que se sont les drivers qui sont en cause.

Ben forcement car le bipmap ne fait pas partie du SVG résultant. Je pense qu'ils veulent éviter un SVG "illustrator".

Par contre , j'ignorais que le dessin était lié au theme/fonction de la release... et effectivement, sur la 0.46 et 0.45, le dessin est effectivement bien en correspondance. Sympa

En ce qui me concerne, tout a fait.... Meme si je ne suis pas encore tres satisfait des softs linux dans le domaine, c'est toujour mieux d'avoir des jpeg et des pef que des dizaines d'armoires d'album....

Madame aussi préfère ;)

Et puis on n'est jamais a l'abris de surprise, si on m'avait dit en janvier qu'on ferait un double devant Honda, j'aurais classe ca dans la categorie SF aussi...

Et tu peux rajouter candidat au titre aussi...

En tout cas un grand bravo, la voiture est magnifique, Vettel impressionnant... et j'espere qu'avec Brawn, vous tiendrez bon cette année face aux grosses!

Ca s'améliore...

Les prises + recentes, comme mini-USB, ou HDMI, sont asymetrique, facile à mettre, même dans le noir.