pour moi, c'est un pas vers la licence globale. Je paye un peu /mois pour écouter tout ce que je veux.
A 4.99€ / mois => écoute en ligne, tjs connecté (pas de pub)
A 9€, tu as l'hors connexion sur mobile. Peut être pratique pour le train etc. Mais c'est crypté, à priori pas moyen de récuperer les mp3.
Pour moi, le gros soucis est de ne pas pouvoir transposer mes playlists d'un site à un autre. Je comprend que si j'arrete l'abonnement, je n'ai plus acces à la musique (on ne télécharge pas les mp3), mais que l'on ne puisse changer de cremerie facilement me gène.
non, motorola (j'y bossais) avait sa plateforme Linux-Java (qui n'était pas ouverte comme maemo, mais elle tournait bien sous linux). Les Razr 2 sont sous linux par exemple :)
j'oubliais : il faut faire très gaffe aux erreur d'arrondi entier pendant les déplacements des objets. Ca provoque des déplacements pas parfait (on a l'impression que l'objet sautille). Si c'est que sur l'affichage local, ce n'est pas grave, mais si c'est burner dans la vidéo, c'est plus embettant. Il faut tout passer en virgule fixe (voir flottante) et calculer la position en pixel le plus tard possible. Je ne sais aps si je suis très clair....
Pour moi, tout doit avoir une courbe de vitesse, plus ou moins droite, mais passer de 0 à la vitesse sans transition est tout sauf naturel. Tu gagneras nettement en sensation "qualité" en placant cette courbe de manière systématique.
Pour l'effet ken burns, ca se trouve sur le net assez facile (en gros : zoom léger + pan + rotation, le tout en douceur et en légèreté, + transition fondu = effet "pro").
Tu peux faire un tour à la fnac et regarder les transitions des slides dans l'application "keynotes" sur l'ipad. Il y a vraiment des magnifiques. Perso, les tourbillons, transition en carré, losange, cercle, ou autre transition que j'appelle "powerpoint 1.0" me laisse de marbre, de simple transitions bien lécher et tu exploses l'effet "whaou!" de ton soft. J'ai utilisé proshow un moment, et hormis certains effets, l'intégralité de ces transitions sont bidons.
C'est une très bonne base, il faut continuer à l'améliorer.
Je rajouterais un détail qui fait la différence : un léger motion blur sur les déplacements. Et oui, sans "motion blur", on a l'imprssion que c'est "trop" net, trop clean, pas "naturel". Les jeux video ont eu une grosse amélioration de réalisme avec l'arrivée des shaders qui ont permis ce genre d'effet. Alors, je sais, ça sera sans doute pas facile à implémenter ça...
Je trouve ce projet extremement intéressant, il y a beaucoup de produit commerciaux qui existent (pour windows) mais qui ne sont pas du tout satisfaisant. Là on a un produit Linux et surtout libre, qui m'a l'air d'être une très bonne base.
Personnellement, je recommanderais:
- peu de filtre, mais des filtres bien léchés. Mieux vaut une dizaine de filtres de transitions magnifiques plutot que 200 filtres pourris.
- pour moi, le truc qu'il faut améliorer immédiatement parce que ça touche le ressenti du visionneur, donc c'est ce qui donne la meilleur idée de la qualité du produit, est qu'il manque des effet d'accélération/ralenti dans les transitions, déplacement,... (en gros, il faut que la vitesse d'un défilement, d'un mouvement de bloc, ... ait une accelération plutot qu'une vitesse constante, ce qui est pénible à force). Voir un petit effet rebond/elastique en fin du mouvement, pas trop non plus. En gros, il faut exploiter les courbes de bezier à fond !
- il faut un effet ken burns avec petit zoom + pan est indispensable, avec transition fondue, c'est élégant et efficace !
Les économies n'ont de sens que s'ils ne s'accompagnent pas de l'augmentation de la consommation.
L'isolation des maisons est nécessaire, mais il faut une réglementation stricte sur les appareils électrique : pas un seul appareil vendu neuf qui ne soit pas basse consommation. Point barre.
La solution de passer à la semaine de 4 jours ne change rien. Il reste 4/5. Pourquoi pas travailler qu'un seul jour par semaine?
Le plastique à son intérêt. Surtout au niveau hygiène (emballage imperméable, conservation des aliments). Si les industriels en utilisent autant, c'est que nous consommateur attendront que les produits se conservent assez longtemps, qu'ils soient dans de jolis petits pots individuels,...
Le dirigeable n'est pas une solution satisfaisante. Va traverser l'atlantique en dirigeable.
Le bateau.... et comment transporter des milliers de tonne de container avec un voilier? Un bateau de course ou scientifique à l'énergie solaire, oui. Mais pour le transport de personne, l'essence est tjs nécessaire.
Quant à éteindre les PC pendant la nuit ou le week end, oui, moi aussi ça me choque, mais si les machines consommaient déjà 10 fois moins, ou si la réglementation imposait l'extinction de tout matériel la nuit, alors ce sera nettement plus efficace. Et n'oublie pas que faire tourner un PC constamment n'utilise qu'une petite partie de l'énergie dépensée pour extraire les ressources, transformer et transporter ce qui deviendra ton PC. La consommation du PC, ramené sur la quantité d'énergie dépensée au total, est minime.
Pour moi, le principal axe, complément ignoré, est les plastique. Toute l'industrie de transformation du plastique est énergivore, et ces dérivé pollue la nature pendant des centaines d'année. Imposé un plastique bio dégradable (sur une décennie par exemple), serait à mon avis beaucoup plus efficace, niveau pollution, qu'éteindre les PC la nuit.
On touche un probleme bien plus grave qu'on ne le veuille.
La question de quelle énergie on souhaite n'a aucun sens si l'on ne se pose pas certaines questions primordiales :
- sommes nous pret à remettre en cause notre mode de vie (dans des habitations individuel, mal relié par un transport en commun performant et garanti)?
- sommes nous pret à nous passer d'un choix de consommation large ?
Il est assez facile de dire qu'il faille moins de croissance et moins de consommation, mais ce qu'il faut savoir, c'est que si l'on bloque la croissance, on fait exploser le chomage, et ça pousse des milliers de gens dans la rue, et ça, aucun politique ne peut se résoudre à faire cela.
A partir des années 60 et la démocratisation des véhicules individuel, bon nombre de personne ont investi dans les pavillons de banlieux et ne peuvent plus se passer de leur voiture pour aller travailler/sortir/vivre. De même on va chercher son travail plus loin. Les villages se sont désertés car les jeunes ne veulent plus, en majorité, des conditions de vie de leur ainés. La voiture est devenu indispensable à chacun.
Les transports en commun gagnent à être développé, mais tant que les agents économiques auront le choix, ils sélectionneront le mode de transport le plus adapté à leur yeux : 1h30 de train/bus/ ou 25 mins de voiture? Certains choisessent le premier cas, mais la majorité préférera le confort de la voiture individuel, et on ne peut pas leur reprocher s'ils en ont les moyens (lire "s'il estiment qu'il y a plus d'avantage à prendre leur véhicule que le transport en commun). Dès que l'on s'éloigne du centre ville, les transports en commun sont un enfer
On crie sur les grandes surfaces et leur offre abondantes, mais si ces grandes surfaces font le bonheur des "ménagères de moins de 50 ans", c'est bien que le prix est moins élevé, le choix est plus grand, bref, l'agent économique que nous sommes voit plus d'intéret à aller comparer les prix dans un ou plusieurs grands magasins que dans son quartier.
Tout ça pour dire, que l'on a un probleme dicotomique impossible à comprendre dans son ensemble, et qu'au fond, très peu en ont même conscience : en tant qu’individus, j'ai des intérêts complètement opposé à ceux de la société. En tant qu'agent économique, je fais des choix qui sont à l'opposé de ceux que ferait une entité "global". En tant que consommateur, j'ai des intérêt aussi diamétralement opposé que celui de salarié (pour reprendre l'opposition consommation/salarié).
Et pour moi il n'y a aucune solution "d'en bas". Les économies d'énergie à petite échelle ne servent à rien. Rien du tout. C'est uniquement par la contrainte (surtout financière) que l'on peut orienté un "comportement" global. Et donc par les politiques qui doivent dire ce que les gens ne peuvent, ne veulent pas entendre.
Il ne se trouve aucun politique qui pourra dire par exemple :
- nos enfants vivront moins bien que nous. C'est pas la fin du monde, mais c'est comme ça. Les pays émergents viendront nous rejoindre dans notre "niveau" de vie, peut être pas complètement, car ils ont vraiment une concentration démographique très élevé.
- on doit accepter d'avoir moins de choix plus tard, et de payer plus cher son essence, son électricité.
- il y a une augmentation du chomage parce qu'on limite la croissance. C'est discutable, le lien croissance/chomage est assez floue, mais il n'y a pas d'exemple de décroissance dans un environnement ouvert sans explosion de chomage. Dans des endroits confiné, comme certains petits villages en angleterre qui ont décidé d'appliquer une décroissance, ça peut marcher, bien sur, comme les villages mormons fonctionnent très bien en autarcie depuis des années. Mais appliquer cela à l'échelle d'un pays n'a jamais été fait. Bref, aucun politique ne peut défendre une "décroissance".
Tout cela pour revenir aux choix de l'énergie. Le nucléaire est la solution actuelle de la france, et si on arrive à la remplacer par des énergies renouvellable, on sera très content. Mais baisser la consommation globale me semble une utopie si on agit par fortement sur le prix (le fameux effet rebond). Donc rien ne sert de faire une voiture qui consomment 1 L/100km si on continue d'augmentation la consommation.
Enfin, tout le monde est a peut pret d'accord pour diminuer notre consommation d'énergie fossile, et on parle tous des différents moyens de remplacer la voiture car c'est le bien le plus "visible". Mais comment faire pour certaines applications:
- le plastique dans les jouets, les embalages? si les industriels l'utilisent, c'est qu'il a de gros avantages sur le bois ou autre matérieux : hygiene, cout, ....
- agriculture : le bio est bien sympathique, mais convertir toute la surface agricole francaise en bio est impossible. Et puis, il faut du pétrole à mettre dans son tracteur et les camions!
- transport maritime : tout ça fonctionne au diesel. Vous connaissez un seul projet de porte conteneur électrique?
- aviation : peut on s'en passer aujourd'hui? Les revenus touristiques sont indispensables pour bon nombres de pays, couper l'aviation et on tue des régions entière. Quant à l'avion solaire, c'est une superbe réalisation, mais sans application immédiate
- transport routier : le fret peut remplacer bon nombre de camion, mais pas la majorité. Et tous les engins de chantiers?
- médical, etc => on utilise les hydrocarbures énormément aussi. Aucun candidat pour remplacer les dérivés du pétrole ici.
Ainsi, le fossile on ne peut s'en passer, sans forcer les gens à faire un choix qu'ils n'acceptent pas. Le nucléaire a une énorme importance en France impossible à compenser dans l'immédiat. Faire un choix brutal et émotionnel comme l’Allemagne ? Je ne pense pas que ce soit possible (part du nucléaire trop important,...).
Quant à ITER ou l'hypothétique fusion, je pense qu'il faut continuer dans ses directions, mais que ça reste une fuite en avant. Une autre solution : augmenter le prix de l'énergie drastiquement pour réorienter les industries sur des produits moins consommant ET limité l'effet rebond.
Ce qui est intéressant, c'est que java revient à ses premiers amours (développement pour l'embarqué, avec Android que l'on peut classer dans les java-like) alors qu'il perd petit à petit du terrain sur le web (plus une seul applet java n'est communément utilisé), les grandes entreprises en sortent petit à petit (pour le remplacer quand c'est possible par l'équivalent en flash/html 5 quand c'est possible).
Pour moi, le java a son intéret quand on veut privilégier la productivité par rapport au reste, le meme code en C++ est beaucoup plus long à développer. Par contre, pas un seul OS n'est écrit en java, quasiment tout ce qui est bas niveau est écrit en C/C++.
Aujourd'hui je code essentiellement en C++ parce que le java m'énerve avec ces conso mémoire délirante (jenkins, eclipse affichent régulièrement plusieurs giga de ram utilisé), et visiblement les développeurs n'ont pas conscience ou la possibilité de limiter cette voracité.
Déjà, java est déficient car il ne me propose pas d'opérateur "delete" quand je sais que ma variable est a jeté ici et maintenant et pas dans un futur plus ou moins proche, selon le bon vouloir du GC. Bref, c'est un vieux troll, mais il y a tellement de bonne choses en java (design pattern, interface, absence de pointer), que ce que je fais, c'est que je tente au maximum de les appliquer en C++.
pour la génération NT, c'est surtout les utilisateurs qui utilisaient tous le compte administrateur, et le manque d'un minimum de comportement suspect par rapport à l'extérieur (et que je t'execute n'importe quel application), qui est la principale cause de propagation des virus. L'OS n'est pas moins protégé (biensur, il y a toujours les trou de sécurité dans certains composant, internet explorer, outlook, etc, qui ont été exploité, mais c'est aussi le cas de beaucoup d'autre logiciel.
Je suis d'accord avec le commentaire plus haut, ce n'est pas parce que le Java est très enseigné qu'il est adapté dans cette situation. Il ne l'est pas, un démon en C ou C++ l'est bien plus dans le cas d'un petit démon de synchronisation.
et oui, l'eau n'étant plus en circuit fermé, l'eau projeté dans le réacteur se retrouve dans la mer.
Oui c'est une source de contamination supplémentaire.
si, il y en avait plusieurs des systemes auxiliaires.
Juste la combinaison coupure du courant extérieur + tsunami n'avait pas été prévue. Les moteurs étant HS, il y a une batterie (interieur du coeur) qui a tenue les 8h prévues, mais le courant n'étant pas revenu, on connait la suite.
Moi je ne comprend pas pourquoi on ne fait pas les centrales completement autonomes, en cas de coupure de jus (attaque terroriste, tsunami, ...), qu'elle soit capable de s'arreter toute seule. Les batteries/moteurs diesels doivent etre redondé et pouvoir résister à un séisme théorique de niveau 10 et etre totalement étanche !
Quelle pollution ? tu sais maintenant on arrive à filtrer les fumées et même à stocker le CO₂. Pareil pour le gaz, le pétrole etc.
Heu oui, mais non. Il y a une différence entre ce qui est possible en laboratoire et ce qui est possible dans la vrai vie. Et surtout, combien d'énergie ça consomme. Parce que si tu multiplies par 50 ta consommation si tu dois stocker le CO₂ émis par ta voiture, personne ne l'utilisera.
on fait comme on fait aujourd'hui. On stocke le surplus dans les barrages, notamment en suisse, puis quand on en a besoin on l'utilise.
Évidemment ca veut dire qu'on aurait une production supérieure aux besoins la journée.
non, le probleme des EFL n'est pas un probleme de publicité. C'est un probleme de finition de logiciel. Ca ne sert à rien un logiciel superbe mais inutilisable ou incomplet. Il faut que le logiciel soit magnifique ET terminé pour que l'on puisse l'utiliser.
Parce que des démo, des vidéo de "ce que l'on peut faire d'extraordinaire avec les EFL" c'est bien, mais avoir le logiciel sur son pc installé et fonctionnel, c'est mieux. Et c'est même le minimum pour que ça sorte de la case "demo technologique". Certes, certains l'utilisent (free je crois), mais je n'ai pas le source, et ca ne tourne pas sur mon pc.
Est ce que vous connaissez une seule application qui utilisent les EFL? moi pas. Des démo technologiques, j'en ai testé qque unes, et à chaque fois, je me suis dit "super, c'est beau.... mais je peux pas faire ce que je veux, je vire le programme".
Avec mercurialeclipse, le comportement est très bien : il m'indique qu'il y aune erreur, et je dois me débrouiller pour les passer en resolve. Parfait.J'aimerais trouvé une configuration qui fasse que ceux qui ne l'utiliseront pas (genre ceux qui utilisent tortoisehg/hgtk) ait le meme comportement. Apparement, l'option force empeche de faire un merge, et new branch créé une branch si un merge est nécessaire.
Je reviendrais peut etre par ici avec un hgrc bien léché.
effectivement, en utilise un ~/.hgrc partagé ça permet de gérer sur différents user.
Mais je trouve ça tres stupide de ne pas avoir un fichier de conf qui se déploie lors d'un clone, comme git. Meme si ca ne déploi pas de hook qui peuvent etre dangeureux effectivement, je veux juste des options par défaut.
Par exemple, le --force est pour push (et non pas commit, dsl). Je dois faire "hg --force --new-branch" pour être sur que tout ce passe bien. Il y a un moyen de configure mon hgrc pour qu'il fasse ça tout seul automatiquement?
J'utilise mercurialeclipse 1.7 (qui est donc postérieur à hgeclipse 1.5), et je n'ai pas de "compare with" pour les dossiers. Pour un fichier donné, effectivement, j'ai accès à ces options, mais ce que je veux, évidement, c'est un diff depuis la racine du projet (et pas uniquement fichier par fichier).
Alors, je viens tout juste de découvrir les hooks. Pas mal du tout effectivement.
En effet, en utilisant mercurialeclipse avec le hook suivant, j'ai bien le comportement attendu (les branches sont commité proprement, les merges sont simples et le repo central a toujours le bon état, comme un repo svn/cvs). Je suppose que mercurialeclipse fait des commit --force.
Le hook utilisé qui marche bien est le suivant :
[hooks]
commit = hg push
Par contre, ce que je n'ai pas:
- "compare with" / "replace with". J'utilise ça énormément, pour vérifier que je vais commiter un bon code, visualiser les changements de la version actuelle avec telle ou telle version. etc. Pareil dans l'historique, je n'ai pas "compare current rev with this version".
- je suis obligé de modifier le .hg/hgrc à chaque fois que je fais un clone, il n'y a pas moyen de mettre une fois pour toute le "hook" qui soit automatiquement appliqué dès que qqu'un fait un clone ?
- quel est le hook à utiliser pour toujours faire un "commit --force" ?
- est ce qu'il est possible de renommer la branche principale ("default" => "mainline ou trunk") ?
oui on merge que dans un sens. Avec svn 1.6 et les merge info, il seraient possible de les suivre, avec repository viewer pour trac apparament. Mais sinon, je mets tjs plein d'info dans le commentaire du commit, c'est laid, et c'est un travail manuel qui devrait être automatique.
Avec CVS, pas trop de soucis du moment qu'on renomme pas de fichier et que l'on applique bien un tag à chaque fois qu'on merge, mais ça aussi faut le savoir.
Et ce sont ces "faut le savoir" qui m'énervent énormément.
Pour moi, cli ou pas est la mauvaise question. Le vrai choix est :
- est ce que je veux un logiciel qui me permette de faire tout ce que je veux (en gros, le CLI), et c'est à moi de faire bien gaffe de ne pas me plante
- ou est ce que je veux que le logiciel s'occupe de la partie compliquée et ne me présente que ce que j'ai besoin pour effectuer un opération (pour moi, c'est l'intéret du GUI).
Je veux merger deux branches. J'ai leur nom. Avec un CLI, il faut que je me souvienne des options, des numéro de commit avec svn, le chemin complet vers les deux branches (tjs avec svn), etc. C'est source d'erreur.
Avec un GUI, je sélectionne juste le fichier, il m'affiche les opérations possible, je choisi, il y a moins de risque d'erreur.
J'évalue en ce moment mercurial, et effectivement il se rapproche plus de ce que je cherche que GIT. GIT est trop source d'erreur, et s'il faut passer par une surcouche de script pour l'utiliser, autant l'oublier (dans mon ancienne boite, tout le monde avait des scripts pour utiliser facilement clearcase, d'où une source d'erreur incommensurable).
Mais il faut que je trouve comment utiliser mercurial en centralisé, et c'est pas encore donné.
bon, et bien merci pour une réponse tres complete.
Alors je vais rebondir :
- Visual Studio, Xemac, Vim : c'est pas pour moi, mais c'est pour que l'on me dise "ah oui, je peux utiliser ton GIT facilement sur mon environnement". Encore une fois, ici le fait de faire une branche fais tres peur. Alors, il me faut qque chose de simple et efficace.
- ClearCase avait son horreur de config spec, mais une chose est sur : les merge étaient simple. Tu prends une branche et tu merges sur une autre. Bon, on perdait bcp de temps mais ça se passait bien.
- l'historique : en fait, je veux l'arbre de version de GIt que je trouve parfais, MAIS sans qu'il bouge dans tous les sens dès qu'on checkout une anciene version. J'utilise énormément les options compare d'éclipse, pour comparer un dossier ou un fichier par rapport à une ancienne version. Avec CVS c'est royal pour un fichier, on choisi la branche. Avec SVN il faut se battre avec le numéro de commit (tres bien, pas de soucis) ou le chemin vers la branche. Moi ca m'énerve ca.
- oui je peux accepter un historique par un browser, genre repository viewer.
J'ai testé intensivement ce week end mercurial, et il me convient plutot bien. Je dois avouer que tortoiseHg me plait beaucoup, et en utilisant un trigger "push after commit", le comportement se rapproche d'un CVS/SVN. Néanmoins je vois deux gros problemes:
1) je n'arrive pas à créer une branche à la fois en local et à la fois en remote, il me pose une erreur lors du push.
- Si je développe en local et qu'il y a un conflit, au lieu de me dire "il y a un conflit, faite un update + corriger le conflict", il me créé une branche sur le repository central et c'est au maintainer de merger les 2 branches. Je veux un fonctionnement sans maintainer au niveau du repository central...
le nombre d'occurences d'une recherche google ne donne pas un résultat exploitable.
Plus grande démocratie en terme de surface, ou de nombre de cocotier, on s'en fout. Quand on dit "plus grande démocratie", on entend par population, et selon ce critère, c'est l'inde.
[^] # Re: Deezer
Posté par Stibb . En réponse au sondage Quel est votre lecteur audio ?. Évalué à 2.
pour moi, c'est un pas vers la licence globale. Je paye un peu /mois pour écouter tout ce que je veux.
A 4.99€ / mois => écoute en ligne, tjs connecté (pas de pub)
A 9€, tu as l'hors connexion sur mobile. Peut être pratique pour le train etc. Mais c'est crypté, à priori pas moyen de récuperer les mp3.
Pour moi, le gros soucis est de ne pas pouvoir transposer mes playlists d'un site à un autre. Je comprend que si j'arrete l'abonnement, je n'ai plus acces à la musique (on ne télécharge pas les mp3), mais que l'on ne puisse changer de cremerie facilement me gène.
[^] # Re: konia
Posté par Stibb . En réponse à la dépêche Meego est mort ! Vive Tizen !. Évalué à 1.
non, motorola (j'y bossais) avait sa plateforme Linux-Java (qui n'était pas ouverte comme maemo, mais elle tournait bien sous linux). Les Razr 2 sont sous linux par exemple :)
[^] # Re: excelent
Posté par Stibb . En réponse à la dépêche Sortie de la première version stable de ffDiaporama. Évalué à 1.
j'oubliais : il faut faire très gaffe aux erreur d'arrondi entier pendant les déplacements des objets. Ca provoque des déplacements pas parfait (on a l'impression que l'objet sautille). Si c'est que sur l'affichage local, ce n'est pas grave, mais si c'est burner dans la vidéo, c'est plus embettant. Il faut tout passer en virgule fixe (voir flottante) et calculer la position en pixel le plus tard possible. Je ne sais aps si je suis très clair....
[^] # Re: excelent
Posté par Stibb . En réponse à la dépêche Sortie de la première version stable de ffDiaporama. Évalué à 1.
Pour moi, tout doit avoir une courbe de vitesse, plus ou moins droite, mais passer de 0 à la vitesse sans transition est tout sauf naturel. Tu gagneras nettement en sensation "qualité" en placant cette courbe de manière systématique.
Pour l'effet ken burns, ca se trouve sur le net assez facile (en gros : zoom léger + pan + rotation, le tout en douceur et en légèreté, + transition fondu = effet "pro").
Tu peux faire un tour à la fnac et regarder les transitions des slides dans l'application "keynotes" sur l'ipad. Il y a vraiment des magnifiques. Perso, les tourbillons, transition en carré, losange, cercle, ou autre transition que j'appelle "powerpoint 1.0" me laisse de marbre, de simple transitions bien lécher et tu exploses l'effet "whaou!" de ton soft. J'ai utilisé proshow un moment, et hormis certains effets, l'intégralité de ces transitions sont bidons.
C'est une très bonne base, il faut continuer à l'améliorer.
Je rajouterais un détail qui fait la différence : un léger motion blur sur les déplacements. Et oui, sans "motion blur", on a l'imprssion que c'est "trop" net, trop clean, pas "naturel". Les jeux video ont eu une grosse amélioration de réalisme avec l'arrivée des shaders qui ont permis ce genre d'effet. Alors, je sais, ça sera sans doute pas facile à implémenter ça...
# excelent
Posté par Stibb . En réponse à la dépêche Sortie de la première version stable de ffDiaporama. Évalué à 4.
Je trouve ce projet extremement intéressant, il y a beaucoup de produit commerciaux qui existent (pour windows) mais qui ne sont pas du tout satisfaisant. Là on a un produit Linux et surtout libre, qui m'a l'air d'être une très bonne base.
Personnellement, je recommanderais:
- peu de filtre, mais des filtres bien léchés. Mieux vaut une dizaine de filtres de transitions magnifiques plutot que 200 filtres pourris.
- pour moi, le truc qu'il faut améliorer immédiatement parce que ça touche le ressenti du visionneur, donc c'est ce qui donne la meilleur idée de la qualité du produit, est qu'il manque des effet d'accélération/ralenti dans les transitions, déplacement,... (en gros, il faut que la vitesse d'un défilement, d'un mouvement de bloc, ... ait une accelération plutot qu'une vitesse constante, ce qui est pénible à force). Voir un petit effet rebond/elastique en fin du mouvement, pas trop non plus. En gros, il faut exploiter les courbes de bezier à fond !
- il faut un effet ken burns avec petit zoom + pan est indispensable, avec transition fondue, c'est élégant et efficace !
[^] # Re: konia
Posté par Stibb . En réponse à la dépêche Meego est mort ! Vive Tizen !. Évalué à 0.
attention, nokia était avant tout sur symbian avant. Padoxalement, c'et motorola qui était très linux (LJ), surtout en asie.
# au fait
Posté par Stibb . En réponse à la dépêche Partage de pratiques sur OpenStreetMap à Namur le 28 septembre 2011. Évalué à 1.
Tiens vous avez vu que le site de libé utilie openstreetmap au lieu de google map ?
http://labs.liberation.fr/maps/carte-emprunts-toxiques/
[^] # Re: On touche un probleme bien plus grave qu'on ne le veuille
Posté par Stibb . En réponse au sondage Quelle énergie pour demain ?. Évalué à 0.
Les économies n'ont de sens que s'ils ne s'accompagnent pas de l'augmentation de la consommation.
L'isolation des maisons est nécessaire, mais il faut une réglementation stricte sur les appareils électrique : pas un seul appareil vendu neuf qui ne soit pas basse consommation. Point barre.
La solution de passer à la semaine de 4 jours ne change rien. Il reste 4/5. Pourquoi pas travailler qu'un seul jour par semaine?
Le plastique à son intérêt. Surtout au niveau hygiène (emballage imperméable, conservation des aliments). Si les industriels en utilisent autant, c'est que nous consommateur attendront que les produits se conservent assez longtemps, qu'ils soient dans de jolis petits pots individuels,...
Le dirigeable n'est pas une solution satisfaisante. Va traverser l'atlantique en dirigeable.
Le bateau.... et comment transporter des milliers de tonne de container avec un voilier? Un bateau de course ou scientifique à l'énergie solaire, oui. Mais pour le transport de personne, l'essence est tjs nécessaire.
Quant à éteindre les PC pendant la nuit ou le week end, oui, moi aussi ça me choque, mais si les machines consommaient déjà 10 fois moins, ou si la réglementation imposait l'extinction de tout matériel la nuit, alors ce sera nettement plus efficace. Et n'oublie pas que faire tourner un PC constamment n'utilise qu'une petite partie de l'énergie dépensée pour extraire les ressources, transformer et transporter ce qui deviendra ton PC. La consommation du PC, ramené sur la quantité d'énergie dépensée au total, est minime.
Pour moi, le principal axe, complément ignoré, est les plastique. Toute l'industrie de transformation du plastique est énergivore, et ces dérivé pollue la nature pendant des centaines d'année. Imposé un plastique bio dégradable (sur une décennie par exemple), serait à mon avis beaucoup plus efficace, niveau pollution, qu'éteindre les PC la nuit.
# On touche un probleme bien plus grave qu'on ne le veuille
Posté par Stibb . En réponse au sondage Quelle énergie pour demain ?. Évalué à 1.
On touche un probleme bien plus grave qu'on ne le veuille.
La question de quelle énergie on souhaite n'a aucun sens si l'on ne se pose pas certaines questions primordiales :
- sommes nous pret à remettre en cause notre mode de vie (dans des habitations individuel, mal relié par un transport en commun performant et garanti)?
- sommes nous pret à nous passer d'un choix de consommation large ?
Il est assez facile de dire qu'il faille moins de croissance et moins de consommation, mais ce qu'il faut savoir, c'est que si l'on bloque la croissance, on fait exploser le chomage, et ça pousse des milliers de gens dans la rue, et ça, aucun politique ne peut se résoudre à faire cela.
A partir des années 60 et la démocratisation des véhicules individuel, bon nombre de personne ont investi dans les pavillons de banlieux et ne peuvent plus se passer de leur voiture pour aller travailler/sortir/vivre. De même on va chercher son travail plus loin. Les villages se sont désertés car les jeunes ne veulent plus, en majorité, des conditions de vie de leur ainés. La voiture est devenu indispensable à chacun.
Les transports en commun gagnent à être développé, mais tant que les agents économiques auront le choix, ils sélectionneront le mode de transport le plus adapté à leur yeux : 1h30 de train/bus/ ou 25 mins de voiture? Certains choisessent le premier cas, mais la majorité préférera le confort de la voiture individuel, et on ne peut pas leur reprocher s'ils en ont les moyens (lire "s'il estiment qu'il y a plus d'avantage à prendre leur véhicule que le transport en commun). Dès que l'on s'éloigne du centre ville, les transports en commun sont un enfer
On crie sur les grandes surfaces et leur offre abondantes, mais si ces grandes surfaces font le bonheur des "ménagères de moins de 50 ans", c'est bien que le prix est moins élevé, le choix est plus grand, bref, l'agent économique que nous sommes voit plus d'intéret à aller comparer les prix dans un ou plusieurs grands magasins que dans son quartier.
Tout ça pour dire, que l'on a un probleme dicotomique impossible à comprendre dans son ensemble, et qu'au fond, très peu en ont même conscience : en tant qu’individus, j'ai des intérêts complètement opposé à ceux de la société. En tant qu'agent économique, je fais des choix qui sont à l'opposé de ceux que ferait une entité "global". En tant que consommateur, j'ai des intérêt aussi diamétralement opposé que celui de salarié (pour reprendre l'opposition consommation/salarié).
Et pour moi il n'y a aucune solution "d'en bas". Les économies d'énergie à petite échelle ne servent à rien. Rien du tout. C'est uniquement par la contrainte (surtout financière) que l'on peut orienté un "comportement" global. Et donc par les politiques qui doivent dire ce que les gens ne peuvent, ne veulent pas entendre.
Il ne se trouve aucun politique qui pourra dire par exemple :
- nos enfants vivront moins bien que nous. C'est pas la fin du monde, mais c'est comme ça. Les pays émergents viendront nous rejoindre dans notre "niveau" de vie, peut être pas complètement, car ils ont vraiment une concentration démographique très élevé.
- on doit accepter d'avoir moins de choix plus tard, et de payer plus cher son essence, son électricité.
- il y a une augmentation du chomage parce qu'on limite la croissance. C'est discutable, le lien croissance/chomage est assez floue, mais il n'y a pas d'exemple de décroissance dans un environnement ouvert sans explosion de chomage. Dans des endroits confiné, comme certains petits villages en angleterre qui ont décidé d'appliquer une décroissance, ça peut marcher, bien sur, comme les villages mormons fonctionnent très bien en autarcie depuis des années. Mais appliquer cela à l'échelle d'un pays n'a jamais été fait. Bref, aucun politique ne peut défendre une "décroissance".
Tout cela pour revenir aux choix de l'énergie. Le nucléaire est la solution actuelle de la france, et si on arrive à la remplacer par des énergies renouvellable, on sera très content. Mais baisser la consommation globale me semble une utopie si on agit par fortement sur le prix (le fameux effet rebond). Donc rien ne sert de faire une voiture qui consomment 1 L/100km si on continue d'augmentation la consommation.
Enfin, tout le monde est a peut pret d'accord pour diminuer notre consommation d'énergie fossile, et on parle tous des différents moyens de remplacer la voiture car c'est le bien le plus "visible". Mais comment faire pour certaines applications:
- le plastique dans les jouets, les embalages? si les industriels l'utilisent, c'est qu'il a de gros avantages sur le bois ou autre matérieux : hygiene, cout, ....
- agriculture : le bio est bien sympathique, mais convertir toute la surface agricole francaise en bio est impossible. Et puis, il faut du pétrole à mettre dans son tracteur et les camions!
- transport maritime : tout ça fonctionne au diesel. Vous connaissez un seul projet de porte conteneur électrique?
- aviation : peut on s'en passer aujourd'hui? Les revenus touristiques sont indispensables pour bon nombres de pays, couper l'aviation et on tue des régions entière. Quant à l'avion solaire, c'est une superbe réalisation, mais sans application immédiate
- transport routier : le fret peut remplacer bon nombre de camion, mais pas la majorité. Et tous les engins de chantiers?
- médical, etc => on utilise les hydrocarbures énormément aussi. Aucun candidat pour remplacer les dérivés du pétrole ici.
Ainsi, le fossile on ne peut s'en passer, sans forcer les gens à faire un choix qu'ils n'acceptent pas. Le nucléaire a une énorme importance en France impossible à compenser dans l'immédiat. Faire un choix brutal et émotionnel comme l’Allemagne ? Je ne pense pas que ce soit possible (part du nucléaire trop important,...).
Quant à ITER ou l'hypothétique fusion, je pense qu'il faut continuer dans ses directions, mais que ça reste une fuite en avant. Une autre solution : augmenter le prix de l'énergie drastiquement pour réorienter les industries sur des produits moins consommant ET limité l'effet rebond.
My 2 cents,
# magnifique journal
Posté par Stibb . En réponse à la dépêche Le noyau Linux est disponible en version 3.0. Évalué à -1.
complete, instructif, intéressant, riche. Superbe article !
[^] # Re: Chacun son style
Posté par Stibb . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 3.
Ce qui est intéressant, c'est que java revient à ses premiers amours (développement pour l'embarqué, avec Android que l'on peut classer dans les java-like) alors qu'il perd petit à petit du terrain sur le web (plus une seul applet java n'est communément utilisé), les grandes entreprises en sortent petit à petit (pour le remplacer quand c'est possible par l'équivalent en flash/html 5 quand c'est possible).
Pour moi, le java a son intéret quand on veut privilégier la productivité par rapport au reste, le meme code en C++ est beaucoup plus long à développer. Par contre, pas un seul OS n'est écrit en java, quasiment tout ce qui est bas niveau est écrit en C/C++.
Aujourd'hui je code essentiellement en C++ parce que le java m'énerve avec ces conso mémoire délirante (jenkins, eclipse affichent régulièrement plusieurs giga de ram utilisé), et visiblement les développeurs n'ont pas conscience ou la possibilité de limiter cette voracité.
Déjà, java est déficient car il ne me propose pas d'opérateur "delete" quand je sais que ma variable est a jeté ici et maintenant et pas dans un futur plus ou moins proche, selon le bon vouloir du GC. Bref, c'est un vieux troll, mais il y a tellement de bonne choses en java (design pattern, interface, absence de pointer), que ce que je fais, c'est que je tente au maximum de les appliquer en C++.
[^] # Re: porosité aux virus
Posté par Stibb . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 6.
pour windows 95, c'est sur
pour la génération NT, c'est surtout les utilisateurs qui utilisaient tous le compte administrateur, et le manque d'un minimum de comportement suspect par rapport à l'extérieur (et que je t'execute n'importe quel application), qui est la principale cause de propagation des virus. L'OS n'est pas moins protégé (biensur, il y a toujours les trou de sécurité dans certains composant, internet explorer, outlook, etc, qui ont été exploité, mais c'est aussi le cas de beaucoup d'autre logiciel.
[^] # Re: Sinon y'a iFolder
Posté par Stibb . En réponse à la dépêche Syncany, une alternative libre à Dropbox avec bien plus de fonctionnalités. Évalué à 1.
Je suis d'accord avec le commentaire plus haut, ce n'est pas parce que le Java est très enseigné qu'il est adapté dans cette situation. Il ne l'est pas, un démon en C ou C++ l'est bien plus dans le cas d'un petit démon de synchronisation.
[^] # Re: refroidissement actif/passif
Posté par Stibb . En réponse au journal Nucléaire : Problèmes moteurs de secours des centrales française 900MW . Évalué à 1.
et oui, l'eau n'étant plus en circuit fermé, l'eau projeté dans le réacteur se retrouve dans la mer.
Oui c'est une source de contamination supplémentaire.
[^] # Re: Privatisation, économies, et consors.
Posté par Stibb . En réponse au journal Nucléaire : Problèmes moteurs de secours des centrales française 900MW . Évalué à 1.
si, il y en avait plusieurs des systemes auxiliaires.
Juste la combinaison coupure du courant extérieur + tsunami n'avait pas été prévue. Les moteurs étant HS, il y a une batterie (interieur du coeur) qui a tenue les 8h prévues, mais le courant n'étant pas revenu, on connait la suite.
Moi je ne comprend pas pourquoi on ne fait pas les centrales completement autonomes, en cas de coupure de jus (attaque terroriste, tsunami, ...), qu'elle soit capable de s'arreter toute seule. Les batteries/moteurs diesels doivent etre redondé et pouvoir résister à un séisme théorique de niveau 10 et etre totalement étanche !
[^] # Re: Sortir du nucléaire
Posté par Stibb . En réponse au journal HS Un débat sur l'énergie nucléaire en France. Évalué à 3. Dernière modification le 16 mars 2011 à 23:21.
Heu oui, mais non. Il y a une différence entre ce qui est possible en laboratoire et ce qui est possible dans la vrai vie. Et surtout, combien d'énergie ça consomme. Parce que si tu multiplies par 50 ta consommation si tu dois stocker le CO₂ émis par ta voiture, personne ne l'utilisera.
[^] # Re: Sortir du nucléaire
Posté par Stibb . En réponse au journal HS Un débat sur l'énergie nucléaire en France. Évalué à 0.
pas de vent, pas de chocolat, trop de vent pas de chocolat.
Pareil pour le solaire.
[^] # Re: Sortir du nucléaire
Posté par Stibb . En réponse au journal HS Un débat sur l'énergie nucléaire en France. Évalué à 1.
on fait comme on fait aujourd'hui. On stocke le surplus dans les barrages, notamment en suisse, puis quand on en a besoin on l'utilise. Évidemment ca veut dire qu'on aurait une production supérieure aux besoins la journée.
[^] # Re: des possibilités graphiques hors du commun.
Posté par Stibb . En réponse à la dépêche Conférence Parinux : les Enlightenment Foundation Libraries (EFL). Évalué à 3.
non, le probleme des EFL n'est pas un probleme de publicité. C'est un probleme de finition de logiciel. Ca ne sert à rien un logiciel superbe mais inutilisable ou incomplet. Il faut que le logiciel soit magnifique ET terminé pour que l'on puisse l'utiliser.
Parce que des démo, des vidéo de "ce que l'on peut faire d'extraordinaire avec les EFL" c'est bien, mais avoir le logiciel sur son pc installé et fonctionnel, c'est mieux. Et c'est même le minimum pour que ça sorte de la case "demo technologique". Certes, certains l'utilisent (free je crois), mais je n'ai pas le source, et ca ne tourne pas sur mon pc.
Est ce que vous connaissez une seule application qui utilisent les EFL? moi pas. Des démo technologiques, j'en ai testé qque unes, et à chaque fois, je me suis dit "super, c'est beau.... mais je peux pas faire ce que je veux, je vire le programme".
[^] # Re: Suite
Posté par Stibb . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 1.
http://www.javaforge.com/issue/12120
Avec mercurialeclipse, le comportement est très bien : il m'indique qu'il y aune erreur, et je dois me débrouiller pour les passer en resolve. Parfait.J'aimerais trouvé une configuration qui fasse que ceux qui ne l'utiliseront pas (genre ceux qui utilisent tortoisehg/hgtk) ait le meme comportement. Apparement, l'option force empeche de faire un merge, et new branch créé une branch si un merge est nécessaire.
Je reviendrais peut etre par ici avec un hgrc bien léché.
[^] # Re: Suite
Posté par Stibb . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 1.
Mais je trouve ça tres stupide de ne pas avoir un fichier de conf qui se déploie lors d'un clone, comme git. Meme si ca ne déploi pas de hook qui peuvent etre dangeureux effectivement, je veux juste des options par défaut.
Par exemple, le --force est pour push (et non pas commit, dsl). Je dois faire "hg --force --new-branch" pour être sur que tout ce passe bien. Il y a un moyen de configure mon hgrc pour qu'il fasse ça tout seul automatiquement?
J'utilise mercurialeclipse 1.7 (qui est donc postérieur à hgeclipse 1.5), et je n'ai pas de "compare with" pour les dossiers. Pour un fichier donné, effectivement, j'ai accès à ces options, mais ce que je veux, évidement, c'est un diff depuis la racine du projet (et pas uniquement fichier par fichier).
[^] # Re: Suite
Posté par Stibb . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 1.
En effet, en utilisant mercurialeclipse avec le hook suivant, j'ai bien le comportement attendu (les branches sont commité proprement, les merges sont simples et le repo central a toujours le bon état, comme un repo svn/cvs). Je suppose que mercurialeclipse fait des commit --force.
Le hook utilisé qui marche bien est le suivant :
[hooks]
commit = hg push
Par contre, ce que je n'ai pas:
- "compare with" / "replace with". J'utilise ça énormément, pour vérifier que je vais commiter un bon code, visualiser les changements de la version actuelle avec telle ou telle version. etc. Pareil dans l'historique, je n'ai pas "compare current rev with this version".
- je suis obligé de modifier le .hg/hgrc à chaque fois que je fais un clone, il n'y a pas moyen de mettre une fois pour toute le "hook" qui soit automatiquement appliqué dès que qqu'un fait un clone ?
- quel est le hook à utiliser pour toujours faire un "commit --force" ?
- est ce qu'il est possible de renommer la branche principale ("default" => "mainline ou trunk") ?
[^] # Re: Interface graphique
Posté par Stibb . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 1.
Avec CVS, pas trop de soucis du moment qu'on renomme pas de fichier et que l'on applique bien un tag à chaque fois qu'on merge, mais ça aussi faut le savoir.
Et ce sont ces "faut le savoir" qui m'énervent énormément.
Pour moi, cli ou pas est la mauvaise question. Le vrai choix est :
- est ce que je veux un logiciel qui me permette de faire tout ce que je veux (en gros, le CLI), et c'est à moi de faire bien gaffe de ne pas me plante
- ou est ce que je veux que le logiciel s'occupe de la partie compliquée et ne me présente que ce que j'ai besoin pour effectuer un opération (pour moi, c'est l'intéret du GUI).
Je veux merger deux branches. J'ai leur nom. Avec un CLI, il faut que je me souvienne des options, des numéro de commit avec svn, le chemin complet vers les deux branches (tjs avec svn), etc. C'est source d'erreur.
Avec un GUI, je sélectionne juste le fichier, il m'affiche les opérations possible, je choisi, il y a moins de risque d'erreur.
J'évalue en ce moment mercurial, et effectivement il se rapproche plus de ce que je cherche que GIT. GIT est trop source d'erreur, et s'il faut passer par une surcouche de script pour l'utiliser, autant l'oublier (dans mon ancienne boite, tout le monde avait des scripts pour utiliser facilement clearcase, d'où une source d'erreur incommensurable).
Mais il faut que je trouve comment utiliser mercurial en centralisé, et c'est pas encore donné.
[^] # Re: Suite
Posté par Stibb . En réponse au journal Recherche gestionnaire de version idéal. Évalué à 1.
Alors je vais rebondir :
- Visual Studio, Xemac, Vim : c'est pas pour moi, mais c'est pour que l'on me dise "ah oui, je peux utiliser ton GIT facilement sur mon environnement". Encore une fois, ici le fait de faire une branche fais tres peur. Alors, il me faut qque chose de simple et efficace.
- ClearCase avait son horreur de config spec, mais une chose est sur : les merge étaient simple. Tu prends une branche et tu merges sur une autre. Bon, on perdait bcp de temps mais ça se passait bien.
- l'historique : en fait, je veux l'arbre de version de GIt que je trouve parfais, MAIS sans qu'il bouge dans tous les sens dès qu'on checkout une anciene version. J'utilise énormément les options compare d'éclipse, pour comparer un dossier ou un fichier par rapport à une ancienne version. Avec CVS c'est royal pour un fichier, on choisi la branche. Avec SVN il faut se battre avec le numéro de commit (tres bien, pas de soucis) ou le chemin vers la branche. Moi ca m'énerve ca.
- oui je peux accepter un historique par un browser, genre repository viewer.
J'ai testé intensivement ce week end mercurial, et il me convient plutot bien. Je dois avouer que tortoiseHg me plait beaucoup, et en utilisant un trigger "push after commit", le comportement se rapproche d'un CVS/SVN. Néanmoins je vois deux gros problemes:
1) je n'arrive pas à créer une branche à la fois en local et à la fois en remote, il me pose une erreur lors du push.
- Si je développe en local et qu'il y a un conflit, au lieu de me dire "il y a un conflit, faite un update + corriger le conflict", il me créé une branche sur le repository central et c'est au maintainer de merger les 2 branches. Je veux un fonctionnement sans maintainer au niveau du repository central...
G.
[^] # Re: A propos de la France,
Posté par Stibb . En réponse au journal Une nouvelle fuite dévoilée par Wikileaks. Évalué à 0.
Plus grande démocratie en terme de surface, ou de nombre de cocotier, on s'en fout. Quand on dit "plus grande démocratie", on entend par population, et selon ce critère, c'est l'inde.