Egee est la grille du CERN depuis un petit moment (Egee II a demarré en 2006, Egee je sais plus). Ils ont développé leur propre middleware, gLite, pour gérer la grille (au dessus de globus, LFS et PBS etc.).
Quelques chiffres rapides: ~ 50 000 000 d'euros de budget pour Egee II (sans le hardware qui est fourni pas les sites), ~ 10 000 homme/mois (idem sans admin des sites), > 200 sites connectés, > 70 000 CPU.
C'est gros et pas marrant de bosser dessus (en fait c'est majoritairement du batch mono CPU).
Premièrement pour de telle sommes en général ils empruntent si il faut payer cash. Tout le monde n'a pas la réserve de fonds pour de telles sommes.
Deuxièmement 100000 euros maintenant et 100000 euros dans trois ans n'ont pas la même valeur (inflation etc.). Si tu arrives à décaler ton payement de deux ans tu gagnes déjà dans les 5%... Payer plus tard correspond bien à faire baisser les prix.
J'avais regardé avec d'autres solutions. Pour mon cas je pense que le temps d'achat + livraison + apprentissage ne vaut pas le coup (seulement 2 mois). Simplement le temps que le budget soit accepté par mon taff...
Mais ca serait intéressant d'avoir des retours d'expériences sur ce type de clavier.
Aller une version fait main qui à exactement le même comportement (j'avais foutu les valeurs par défaut en dur)
<http-listener
id="https"
address="0.0.0.0"
default-virtual-server="server"
port="443"
security-enabled="true"
server-name="xxxx.com">
<ssl cert-nickname="s1as">
</http-listener>
Compare avec une config apache et explique moi ce qui te choque. Tu ferais comment toi ?
Pour le sans X11 j'édite mes fichiers en remote...
PS: tu peux nous coller des bouts d'exim.cf ou voir de sendmail qu'on rigole un coup :-)
Tu mélanges plusieurs choses. Le fait qu'un logiciel gère sa configuration n'importe comment et le langage qu'il utilise pour la décrire.
Tu critiques les logiciels que tu ne comprends pas ou qui ont un horrible fichier de conf qui n'est plus ou moins qu'un dump mémoire. Pour ceux que tu ne comprends pas il te suffit de lire la doc. Typiquement la conf d'exim est tout sauf simple mais tu as passé beaucoup de temps pour l'appréhender. Pour les logiques moisies, quel que soit le langage utilisé ca restera moisi.
On peut faire des choses très correctes en les décrivant en XML. La conf de tomcat est simple et bien foutue. Lis les 50 premieres pages de Professional Apache Tomcat et tu seras capable de presque tout faire. C'est pas plus compliqué qu'apache ou exim. Et c'est tout aussi robuste et maintenable.
Après les technos autour d'xml comme la sérialisation automatique poussent certains à la paresse... Pour moi la paresse s'arrête à laisser au parseur toute la validation (validité, type, restriction). Définir un bon fichier de config prend du temps XML, YAML ou ce que tu veux.
Un bon éditeur XML "léger" libre est un gros manque. Pour les devs tu as eclipse/netbeans mais qui font chier avec la gestion de projet et pas adapté aux administrateurs. Autrement tu as quelques bon outils proprio...
> Idem pour un fichier de configuration, le serveur ne doit pas prendre le fichier de configuration pour argent comptant. Tant mieux s'il est juste.
La complétion/validation coté éditeur c'est pour aider l'utilisateur ! En éditant ton fichier tu as accès à la doc en ligne, ton éditeur te propose toutes les options possibles automatiquement, les mots cles/valeures/contraintes d'intégrité sont vérifiées. Bref c'est super pratique, plus de typo ou de trou de mémoire. Et évidement le serveur fait sa propre validation !
La conf des services HTTP se fait par domain, donc tout logiquement tu configures ca dans domain/mondomain/config/domain.xml.
Alors la tu as deux solutions. Tu connais un minimum glassfish, tu as un editeur xml potable (ou tu sais lire une doc et une DTD) et tu rajoutes un beau http-listener à ton domaine et tu oublies pas de l'ajouter aux serveurs adéquat. Ca donne un truc comme ca:
Si tu sais pas faire, ni lire la doc bin tu cliques dans la console d'admin ca va 10x plus vite et t'es sur de pas faire d'erreur...
Ici on se moque souvent des admins windows mais la c'est un peu pareil... Si tu ne connais meme pas l'existance du domain.xml alors le problème c'est toi... A ta décharge on a fait de meilleures doc que celles de glassfish. La conf de tomcat est aussi mieux foutue.
> il faut se tapper absolument une interface graphique de configuration.
Bin non juste un editeur XML digne de ce nom, si le schema a été bien pensé. Bonus tu as la complétion et la validation de ton fichier à la volée. Pas besoin de cycle test/correction
Après je suis pas fan non plus des fichiers de conf en XML. Par contre entre tomcat et apache, la conf du premier est vachement mieux foutue (en dehors de la verbosité).
Le truc, c'est qu'en général on a pas envie de se faire chier à inventer encore un nouveau format, avec encore un nouveau parser, avec encore de nouveaux modes pour chaque éditeur. Alors on prend un truc qu'on a sous la main. Et XML est de loin le truc le plus disséminé en ce moment...
Je suis actuellement obligé de taper à une seule main sur la clavier. J'avais cherché des solutions de remplacement telles que dasher mais après quelques jours de tests, je suis beaucoup plus rapide avec une main sur un clavier 101 touches qu'avec dasher. Sur de l'envoi de mail bien sur, si on passe sur du code ou shell la ça devient complètement inutilisable.
Partout ? Plus de 7 stations accessibles à la journée depuis nice. Quelques 3000 aussi avec de très belles courses en alpi ou ski de rando. En 45 minutes de vélo depuis jean médecin tu te retrouves à 800m d'altitude...
C'est pas l'oisan ni la maurienne c'est sur, mais il fait etre stupide pour poser une telle question. L'année dernière était exceptionelle, mais 43 sorties pour moi cet hivers (jusqu'à 62 pour des potes) et une grosse moitié dans une bonne grosse peuf...
Tu viens quand tu veux dans notre plaine... Tu peux aussi y faire du VTT ou n'importe quel sport d'eau, on est en short/shorty toute l'année et à 80 bornes il neige :-)
PS: pour faire des competes de piquet t'as presque pas besoin de neige les pistes sont injectées de toute façon.
Comme certains l'ont dit plus haut, l'avenir est à mon avis vers des applications desktop connectées à des services web qui permettent de synchroniser ses données. Et la version web lorsqu'on est en déplacement ... J'imagine même que des site web ne fourniront qu'une API sans interface web (clients desktop Air ou Java)...
La plupart des sites web "serieux" commecent à offrir des webservices de type REST vraiment bien foutu. Le meilleur exemple est Google Data. Tu peux attaquer l'API soit directement soit via leur lib cliente. En général y'a pas trop d'interet a recoder le client.
De ce coté ca évolue plutot dans le bon sens. On developpe des clients lourds de plus en plus facilement et on peut de plus en plus combiner les services (cf Yahoo pipe).
Pour aller dans ton sens le lancement cette semaine de http://wua.la/ . L'interet du site repose entièrement sur les services fournis. Quand est ce que les rabacheurs du Minitel 2.0 nous pondent un service équivalent libre ?
A noter aussi que Java 6u7 a introduit la modularisation du JRE/JDK (download des fonctionalités à la volée) et les applets v2 (maintenant une applet tourne dans une JVM séparée).
Le prochain défi du Libre sera à mon avis la capacité à proposer des services de type ceux de Google voir installable sur son propre serveur, ce qui résoudrait des problèmes de tenues en charge. Car seul une batterie d'experts ingénieurs dans divers domaines et des datacenters permettent d'y répondre, et il faut s'appeller Google ou Amazon pour se les payer. La preuve, Facebook rame, l'API lasfm rame, MugShot rame, etc etc.
T'as tout compris. Des mecs capables de faire des archis bien foutues et scalables c'est rare. En plus de la conception il te faut l'infrastructure et l'équipe opérationelle pour l'exploiter. De mémoire le cout d'exploitation de google/yahoo/amazon est entre 50 et 100 inférieur á celui d'une entreprise plus classique.
Il y a des applications qui profitent du haut débit. Et ce n'est pas inutile de songer à l'évoution des infrastructures. C'était le sens de ma réponse.
Quand j'upload mes photos sur ipernity j'aime que ca aille vite. Attendre 30 minutes c'est un peu lourd. Avec mon débit actuel c'est une grosse minute par photo...
Une synchronization imap aussi ca coute cher. Tout comme un service de backup distant etc. Il y a vraiment beaucoup d'applications qui ont besoin d'une bonne connexion pour profité une bonne expérience utilisateur.
> Si je lance ma commande toto, elle va pouvoir être manipulé comme les builtin de power shell ? Non ? Alors comment ça se passe pour gérer l'existant ?
Bha comme avant et pour les commandes supportant les nouveautés ca sera comme après... Tu découvres que quand on introduit quelque chose il y a une période de migration ?
Beaucoup de gens se tripotent sur la complétion et les modules de zsh. Tu penses pas qu'un joli truc a la powershell plus ou moins générique ne serait pas mieux ? Pour annoncer ses parametres, montrer ce que l'on a en sortie etc.
> Qu'est ce que le power shell apporte REELLEMENT maintenant sur toutes les commandes utilisées?
Bha rien jusqu'à ce que les maintainer ajoutent le support... Tu voudrais tout péter ? On ne peut pas typer et décrire une sortie automatiquement et à postériori c'est le boulot des maintainers.
Apres pour avoir tester poweshell avec le scheduler de Windows CCS j'ai préférer utiliser VBS. Ca va pas assez loin pour moi mais c'est pas dégeux.
> Dans le shell on a qu'UN SEUL type : la chaine de caractère pour les arguments et les entrées/sorties. Un entier pour les codes de retour.
Un flux texte est non typé, non structuré. C'est sympa 5 minutes. Pourquoi on n'utilise pas que des flux de string quand on écrit une appli ? Et pourquoi on aurait pas besoin de plus quand on script ? La limite entre scripting et dévelopement est assez fine.
> On ne va pas recoder l'existant (ie tous les programmes) pour sortir "comme le veux le power shell".
Bha dans ce cas on change rien et on se retrouve dans 20 ans. Quand on veut utiliser DBUS on recode pour dbus. Quand un shell arrivera avec de bonnes idées, y'aura des chances que ca évolue.
> la GUI d'administration de virtualbox tu peux le faire en ligne de commande.
> Tu compare une tache d'administration avec du developpement là, non ?
Pour le cas précis de virtualbox tu as le choix entre shell, api et webservice. La question n'est pas de savoir si tu peux le faire mais qu'est ce que ca te coute, a cours comme a long terme.
Note au passage: Il ne faudrait pas en déduire que ce qui marche sur un JRE Sun fonctionnera avec OpenJDK. Faites vos tests d'intégration avec toutes les VM disponibles (Sun, OpenJDK, BEA, IBM).
Par exemple avec le JDK de SUN, quand on enregistre un service provider via le META-INF/services il pardonne les erreurs de type alors qu'OpenJDK non et l'appli ne se lance pas. Apparement les deux ont un comportement conforme à la spec...
L'idée de powershell est bonne. Il s'agit de permettre de manipuler, aisement et de maniere plus sure les applications de son système. C'est faire entrer les concepts de l'orienté objet et du typage dans le shell. Ca ne remet pas en cause les principes de pipe, de combinaison de commande etc. Si les pipes textes permettent de tout faire, ils ne sont pas forcement la panacée.
Dans l'informatique rien n'est magique. Personne n'a dit que ca le faisait tout seul. Reste qu'entre manipuler des flux de données non typées au format incertain et une sorte d'API j'ai vite choisi. D'ailleurs quand un outil permet de sortir du xml, beacuoup décident de l'utiliser plutôt que la version "plain text" par ce que c'est un peu moins casse gueule.
Soit dit au passage, pour ce qui est du management dínfrastructures virtualisées avec Xen, VMWare, Qemu, KVM et VirtualBox. Je suis en plein dedans et je me venterais pas ce qu'il est possible de faire en shell, comment et avec quel effort. Si libvirt existe et te propose une API C c'est pas pour rien. Et encore elle va pas bien loin....
Que tu peux faire des applis/archis totallement distribuées chez le client. Le piratagepartage de fichier en p2p a montré que c'était faisable et viable. Reste maintenant à lui trouver de vraies applications non minitel 2.0. Pour ca je te fais confiance.
Et que si tu ne veux pas distribuer ton appli chez le client, le cloud computing te permet très facilement de démarrer ton service pour moins de cent euros par mois. Et si par change ton truc marche tu peux très facilement monter en charge via un scale-out qui te coutera encore une fois une broutille.
Bref le monde de l'internet actuellement c'est un monde ou les couts sont ridicules pour y entrer. Donc si l'internet actuel ne te plait pas, change le. Mais surtout "stop bitching"; d'autant plus quand on a rien a proposer.
> Contrairement à une idée assez répandue, ce n'est pas parce qu'un problème est connu que la solution est évidente
Non mais dans le genre proces d'intention et amalgames tu te poses la. Tout d'abord sur une soit disant mise en avant des premiers résultats avec comme sous entendu qu'il fallait acheter sa place. Puis avec le leitmotif du web 2.0 alors que tu n'as meme pas un début de piste a avancer.
Tu donnes vraiment envie d'entreprendre y'a pas a dire...
> Cela ne m'empêche pas d'être lucide sur l'orientation actuelle d'internet (centralisation, qualification et hiérarchisation des contenus = minitel 2.0) et sur le modèle économique et culturel de ce début de millénaire (1$ = 1 voix)
A une époque ou les utilisateurs disposent d'un uplink raisonnable, mais surtout où les clouds te permettent de démarrer des services hautement scalable pour un investissement proche de 0 j'ai un peu envie de dire qu'il suffit de proposer des services plus en accord avec les principes de l'internet...
Sur des marchés de niche, au moins, il n'est pas si difficile de se faire une place face aux mastodontes. Par exemple Ipernity à récupéré des utilisateurs de flickr et Zapiks est une grosse réussite dans les sports de glisse.
Et surtout que proposes tu pour avoir un moteur de recherche moins "minitel 2.0" ?
Oui par ce qu'un des meilleurs passe temps ici est de dénigrer le travail des autres et de critiquer tout ce qui est nouveau.
> Ce moteur cherche clairement à mettre en avant les premières réponses
Google retourne 10 résultats par page. Cuil 11, que ce soit en mode deux ou trois colonnes. Il fournit plus de (con)texte que google avec une image pour identifier le site. En quoi met il en avant les premieres réponses ? Comme sur tout les moteurs de recherche tu as un lien "next".
> Il y a encore des gens qui croient que l'information n'est pas une marchandise comme les autres. Ce n'est pas toujours celui qui paie le plus qui à raison. Heureusement.
Justement voir de nouveaux compétiteurs est une bonne chose !
Reste que les 33m$ correspondent à une levée de fonds, ca n'a rien avoir avec des clients qui s'acheteraient une visibilité. Après les investisseurs peuvent influencer le business modele mais tu me sembles aussi mal placé que moi pour apporter toute lumière à ce sujet.
Alors ce n'est peut etre pas au point, ca marchera peut etre jamais ou alors ce n'était que dans le but de faire une belle opération en revendant le tout dans 1 an. Mais faire un proces d'intention en 5 minutes sur un truc tout neuf...
Mais si tu veux vraiment un moteur de recherche qui correspond a tes convictions; il te suffit de creer ta boite, de monter une equipe et de se lancer dans l'arene. Bon courage pour les premiers feedback que tu recevras !
> pour chaque mot clé, il met en avant une dizaine de sites et basta
On ne t'as pas appris a cliquer sur page suivante à l'école ? Est ce si scandaleux de ne pas mettre les 23450303 résultats sur une seule et unique page ?
> Pour l'argent, pour le moment ils ont eu 33 millions de $ e…" Le modèle économique est tout trouvé : celui qui paie le plus sort en premier.
Y'a encore des gens qui s'étonne que pour créer une boite il faut lever des fonds, et qu'on n'entreprend pas pour la beauté du geste ? Tu sais ce qu'est une levée de fonds au moins ?
Les gens qui s'amusent le plus a suivre l'evolution des modeles sont a ma connaissance les praticants de sports montagne/mer. Les premiers cherchent la peuf, les seconds le vent.
Chacun fait ce qu'il veut, mais la meteo c'est une evolution. On te fourni des previsions et tu fais _tes_ choix pour tes activites. La prise de risque est de ton cote. Ce sont des previsions non des predictions. En cela il est assez interessant d'avoir differentes vues et leurs evolutions dans le temps.
> Je ne vois pas de "petits" croiser plusieurs données?
L'agriculteur ou le bar ils n'ont pas grand chose comme marge de manoeuvre donc des infos precisent ils s'en foutent a priori. A pire tu recoltes un peu avant. Mais si il grele en mars de toutes facon tu ne peux rien faire. En general les locaux ne pas mauvais pour des previsions a H+12 ou H+24 en plus.
Dans le domaine de la montagne/mer ca commence a s'y interesser de plus pres.
Pour ce qui est de la qualite des previsions c'est tres variable d'un endroit a l'autre. La encore il faut un peu connaitre sa region. Par exemple dans le cantal une des stations est dans un point froid, n'importe quel habitant te le dira. Mais dans tout les cas il est assez frequent que tout les modeles retournent leur veste a J-1. La meteo c'est une evolution d'etats !
Au passage le rapport que tu cites, c'est clairement un rapport d'etudiant vite fait mal fait. La methodologie est approximative, non detaillee, sur un echantillon tres petits et avec des phrases cle comme Dans le cas contraire ou si plus de un site sur les trois annoncent des précipitations, il peut être certain qu’il n’atteindra pas son objectif. Sur internet on trouve tout, n'importe quoi et son contraire...
> autrement dit, le service meteo france reste limité à ce que tu vois à la télé tous les soirs plus ou moins, après c'est payant
La tele c'est encore pire. C'est des previsions venant de MF remaniees par les chaines... C'est marrant de voir les previsions initiales et comment elles se retrouvent sur les chaines. Notament a la veilles de certaines vacances de fevrier :-)
> mais bien celle qui fera dans quelques heures
Pour les previsions a tres court terme un truc pas mal c'est meteox: http://meteox.fr/
Couverture nuageuse + precipitation en live. Excellent pour voir comment la situation evolue (en cas d'orage c'est magique pour se faire une idee rapidement).
Avec un peu d'habitude c'est une arme redoutable pour savoir ou poser ses skis au petit matin :-D
> Les prévisions ça tient du calcul, ce qui coute cher, et il ne me semble pas que les prévisions au delà de 3 jours soit très fiable en dehors de météo France pour la France
Les runs du modele GFS, qui depend de la noaa, sont librement disponibles. Le modele est meme documente. Il y en a d'autres.
MF.fr c'est bien pour le "couillon lambda", ie faibo ou faipabo. A ma connaissance il s'agit juste des sorties brutes du modele. Rien a voir avec les bulletins pro.
Mais quand ton activite depend vraiment de la meteo, tu utilises les sorties des differents modeles et ta connaissance du terrain pour les corriger.
> risque d'avalanche
Le BRA n'ont strictement rien avoir avec de la predicion. D'ailleurs l'evolution du temps n'y est que brievement abordee.
D' une maniere il y a beaucoup de chose a repocher a meteofrance a propos de l'accessibilite aux donnees (notament les archives et les releves des stations/nivoses).
[^] # Re: La raison de l'incendie
Posté par ckyl . En réponse au journal [HS] incendie qui n'en fini pas dans le tunnel sous la manche. Évalué à 10.
[^] # Re: Et au niveau informatique
Posté par ckyl . En réponse au journal La fin du monde et en direct. Évalué à 3.
Egee est la grille du CERN depuis un petit moment (Egee II a demarré en 2006, Egee je sais plus). Ils ont développé leur propre middleware, gLite, pour gérer la grille (au dessus de globus, LFS et PBS etc.).
Quelques chiffres rapides: ~ 50 000 000 d'euros de budget pour Egee II (sans le hardware qui est fourni pas les sites), ~ 10 000 homme/mois (idem sans admin des sites), > 200 sites connectés, > 70 000 CPU.
C'est gros et pas marrant de bosser dessus (en fait c'est majoritairement du batch mono CPU).
[^] # Re: Cours d'économie
Posté par ckyl . En réponse au journal [HS] Paye-t-on la téléphonie mobile trop cher ?. Évalué à 4.
Deuxièmement 100000 euros maintenant et 100000 euros dans trois ans n'ont pas la même valeur (inflation etc.). Si tu arrives à décaler ton payement de deux ans tu gagnes déjà dans les 5%... Payer plus tard correspond bien à faire baisser les prix.
[^] # Re: bof
Posté par ckyl . En réponse au journal Méthode de saisie zarbi: Dasher. Évalué à 1.
Mais ca serait intéressant d'avoir des retours d'expériences sur ce type de clavier.
[^] # Re: virt-managerœ
Posté par ckyl . En réponse au journal VirtualBox 2.0 is out !. Évalué à 1.
<http-listener
id="https"
address="0.0.0.0"
default-virtual-server="server"
port="443"
security-enabled="true"
server-name="xxxx.com">
<ssl cert-nickname="s1as">
</http-listener>
Compare avec une config apache et explique moi ce qui te choque. Tu ferais comment toi ?
Pour le sans X11 j'édite mes fichiers en remote...
PS: tu peux nous coller des bouts d'exim.cf ou voir de sendmail qu'on rigole un coup :-)
[^] # Re: virt-manager
Posté par ckyl . En réponse au journal VirtualBox 2.0 is out !. Évalué à 1.
Tu critiques les logiciels que tu ne comprends pas ou qui ont un horrible fichier de conf qui n'est plus ou moins qu'un dump mémoire. Pour ceux que tu ne comprends pas il te suffit de lire la doc. Typiquement la conf d'exim est tout sauf simple mais tu as passé beaucoup de temps pour l'appréhender. Pour les logiques moisies, quel que soit le langage utilisé ca restera moisi.
On peut faire des choses très correctes en les décrivant en XML. La conf de tomcat est simple et bien foutue. Lis les 50 premieres pages de Professional Apache Tomcat et tu seras capable de presque tout faire. C'est pas plus compliqué qu'apache ou exim. Et c'est tout aussi robuste et maintenable.
Après les technos autour d'xml comme la sérialisation automatique poussent certains à la paresse... Pour moi la paresse s'arrête à laisser au parseur toute la validation (validité, type, restriction). Définir un bon fichier de config prend du temps XML, YAML ou ce que tu veux.
Un bon éditeur XML "léger" libre est un gros manque. Pour les devs tu as eclipse/netbeans mais qui font chier avec la gestion de projet et pas adapté aux administrateurs. Autrement tu as quelques bon outils proprio...
> Idem pour un fichier de configuration, le serveur ne doit pas prendre le fichier de configuration pour argent comptant. Tant mieux s'il est juste.
La complétion/validation coté éditeur c'est pour aider l'utilisateur ! En éditant ton fichier tu as accès à la doc en ligne, ton éditeur te propose toutes les options possibles automatiquement, les mots cles/valeures/contraintes d'intégrité sont vérifiées. Bref c'est super pratique, plus de typo ou de trou de mémoire. Et évidement le serveur fait sa propre validation !
[^] # Re: virt-managerœ
Posté par ckyl . En réponse au journal VirtualBox 2.0 is out !. Évalué à 1.
Alors la tu as deux solutions. Tu connais un minimum glassfish, tu as un editeur xml potable (ou tu sais lire une doc et une DTD) et tu rajoutes un beau http-listener à ton domaine et tu oublies pas de l'ajouter aux serveurs adéquat. Ca donne un truc comme ca:
<http-listener acceptor-threads="1" address="0.0.0.0" blocking-enabled="false" default-virtual-server="server" enabled="true" family="inet" id="https" port="443" redirect-port="443" security-enabled="true" server-name="xxxx.com" xpowered-by="true">
<ssl cert-nickname="s1as" client-auth-enabled="false" ssl2-enabled="false" ssl3-enabled="true" tls-enabled="true" tls-rollback-enabled="true"/>
</http-listener>
Tu peux aller voir la DTD http://fisheye5.cenqua.com/browse/glassfish/admin-core/confi(...) (dispo dans ton install dans lib/dtd/sun-domain_1_x)
Si tu veux pas te faire chier tu fais un bete create-ssl, http://docs.sun.com/app/docs/doc/820-4497/create-ssl-1?l=en&(...) . C'est l'avantage du xml tu peux faire des outils faciles pour manipuler les fichiers de conf.
Si tu sais pas faire, ni lire la doc bin tu cliques dans la console d'admin ca va 10x plus vite et t'es sur de pas faire d'erreur...
Ici on se moque souvent des admins windows mais la c'est un peu pareil... Si tu ne connais meme pas l'existance du domain.xml alors le problème c'est toi... A ta décharge on a fait de meilleures doc que celles de glassfish. La conf de tomcat est aussi mieux foutue.
[^] # Re: virt-manager
Posté par ckyl . En réponse au journal VirtualBox 2.0 is out !. Évalué à 2.
Bin non juste un editeur XML digne de ce nom, si le schema a été bien pensé. Bonus tu as la complétion et la validation de ton fichier à la volée. Pas besoin de cycle test/correction
Après je suis pas fan non plus des fichiers de conf en XML. Par contre entre tomcat et apache, la conf du premier est vachement mieux foutue (en dehors de la verbosité).
Le truc, c'est qu'en général on a pas envie de se faire chier à inventer encore un nouveau format, avec encore un nouveau parser, avec encore de nouveaux modes pour chaque éditeur. Alors on prend un truc qu'on a sous la main. Et XML est de loin le truc le plus disséminé en ce moment...
# bof
Posté par ckyl . En réponse au journal Méthode de saisie zarbi: Dasher. Évalué à 3.
[^] # Re: Les jeux olympiques d'hiver à NIce ??
Posté par ckyl . En réponse au journal [HS] tout ça pour ça : le concert de Madonna à Nice. Évalué à 1.
[^] # Re: Les jeux olympiques d'hiver à NIce ??
Posté par ckyl . En réponse au journal [HS] tout ça pour ça : le concert de Madonna à Nice. Évalué à 0.
Partout ? Plus de 7 stations accessibles à la journée depuis nice. Quelques 3000 aussi avec de très belles courses en alpi ou ski de rando. En 45 minutes de vélo depuis jean médecin tu te retrouves à 800m d'altitude...
C'est pas l'oisan ni la maurienne c'est sur, mais il fait etre stupide pour poser une telle question. L'année dernière était exceptionelle, mais 43 sorties pour moi cet hivers (jusqu'à 62 pour des potes) et une grosse moitié dans une bonne grosse peuf...
Aller quelques exemples en image:
http://www.zapiks.fr/bonne-poudre-a-isola-2000.html
http://www.zapiks.fr/grosse-poudre-a-citron-land-.html
http://www.zapiks.fr/couloirs-isoles-a-isola-2000.html
Tu viens quand tu veux dans notre plaine... Tu peux aussi y faire du VTT ou n'importe quel sport d'eau, on est en short/shorty toute l'année et à 80 bornes il neige :-)
PS: pour faire des competes de piquet t'as presque pas besoin de neige les pistes sont injectées de toute façon.
[^] # Re: Fusion
Posté par ckyl . En réponse au journal Applications web vs applications classiques: quid du futur ?. Évalué à 3.
La plupart des sites web "serieux" commecent à offrir des webservices de type REST vraiment bien foutu. Le meilleur exemple est Google Data. Tu peux attaquer l'API soit directement soit via leur lib cliente. En général y'a pas trop d'interet a recoder le client.
Une bonne présentation de GData est disponible ici: http://www.slideshare.net/deimos/frank-mantek-google-g-data
De ce coté ca évolue plutot dans le bon sens. On developpe des clients lourds de plus en plus facilement et on peut de plus en plus combiner les services (cf Yahoo pipe).
Pour aller dans ton sens le lancement cette semaine de http://wua.la/ . L'interet du site repose entièrement sur les services fournis. Quand est ce que les rabacheurs du Minitel 2.0 nous pondent un service équivalent libre ?
Enfin SUN avait développé l'énormissime Java web Start [http://fr.wikipedia.org/wiki/Java_Web_Start] et la libération complète de Java risque à mon avis de le relancer.
A noter aussi que Java 6u7 a introduit la modularisation du JRE/JDK (download des fonctionalités à la volée) et les applets v2 (maintenant une applet tourne dans une JVM séparée).
Le prochain défi du Libre sera à mon avis la capacité à proposer des services de type ceux de Google voir installable sur son propre serveur, ce qui résoudrait des problèmes de tenues en charge. Car seul une batterie d'experts ingénieurs dans divers domaines et des datacenters permettent d'y répondre, et il faut s'appeller Google ou Amazon pour se les payer. La preuve, Facebook rame, l'API lasfm rame, MugShot rame, etc etc.
T'as tout compris. Des mecs capables de faire des archis bien foutues et scalables c'est rare. En plus de la conception il te faut l'infrastructure et l'équipe opérationelle pour l'exploiter. De mémoire le cout d'exploitation de google/yahoo/amazon est entre 50 et 100 inférieur á celui d'une entreprise plus classique.
Bonne chance à ceux qui voudrait jouer :-)
Pour ceux qui veulent découvrir un peu le domaine, http://highscalability.com/ est un bon point d'entrée. Il y a aussi de bonne présentations la http://qconlondon.com:80/london-2008/tracks/show_track.jsp?t(...) et http://qconsf.com/sf2007/tracks/show_track.jsp?trackOID=70
[^] # Re: Mouais
Posté par ckyl . En réponse au journal La fibre optique peine à décoller en France, mais pas au Japon.. Évalué à 5.
[^] # Re: Mouais
Posté par ckyl . En réponse au journal La fibre optique peine à décoller en France, mais pas au Japon.. Évalué à 3.
Une synchronization imap aussi ca coute cher. Tout comme un service de backup distant etc. Il y a vraiment beaucoup d'applications qui ont besoin d'une bonne connexion pour profité une bonne expérience utilisateur.
[^] # Re: Ce n'est pas tout
Posté par ckyl . En réponse au journal Microsoft donne 100000 dollars à la fondation Apache. Évalué à 2.
Bha comme avant et pour les commandes supportant les nouveautés ca sera comme après... Tu découvres que quand on introduit quelque chose il y a une période de migration ?
Beaucoup de gens se tripotent sur la complétion et les modules de zsh. Tu penses pas qu'un joli truc a la powershell plus ou moins générique ne serait pas mieux ? Pour annoncer ses parametres, montrer ce que l'on a en sortie etc.
> Qu'est ce que le power shell apporte REELLEMENT maintenant sur toutes les commandes utilisées?
Bha rien jusqu'à ce que les maintainer ajoutent le support... Tu voudrais tout péter ? On ne peut pas typer et décrire une sortie automatiquement et à postériori c'est le boulot des maintainers.
Apres pour avoir tester poweshell avec le scheduler de Windows CCS j'ai préférer utiliser VBS. Ca va pas assez loin pour moi mais c'est pas dégeux.
> Dans le shell on a qu'UN SEUL type : la chaine de caractère pour les arguments et les entrées/sorties. Un entier pour les codes de retour.
Un flux texte est non typé, non structuré. C'est sympa 5 minutes. Pourquoi on n'utilise pas que des flux de string quand on écrit une appli ? Et pourquoi on aurait pas besoin de plus quand on script ? La limite entre scripting et dévelopement est assez fine.
> On ne va pas recoder l'existant (ie tous les programmes) pour sortir "comme le veux le power shell".
Bha dans ce cas on change rien et on se retrouve dans 20 ans. Quand on veut utiliser DBUS on recode pour dbus. Quand un shell arrivera avec de bonnes idées, y'aura des chances que ca évolue.
> la GUI d'administration de virtualbox tu peux le faire en ligne de commande.
> Tu compare une tache d'administration avec du developpement là, non ?
Pour le cas précis de virtualbox tu as le choix entre shell, api et webservice. La question n'est pas de savoir si tu peux le faire mais qu'est ce que ca te coute, a cours comme a long terme.
> Tu peut contribuer.
On y travail.
[^] # Re: Si il reste encore du travail vis à vis du "tout libre"
Posté par ckyl . En réponse au journal L'intrépide OpenJDK 6 poursuit son chemin. Évalué à 6.
Par exemple avec le JDK de SUN, quand on enregistre un service provider via le META-INF/services il pardonne les erreurs de type alors qu'OpenJDK non et l'appli ne se lance pas. Apparement les deux ont un comportement conforme à la spec...
Bref testez !
[^] # Re: Ce n'est pas tout
Posté par ckyl . En réponse au journal Microsoft donne 100000 dollars à la fondation Apache. Évalué à 4.
Dans l'informatique rien n'est magique. Personne n'a dit que ca le faisait tout seul. Reste qu'entre manipuler des flux de données non typées au format incertain et une sorte d'API j'ai vite choisi. D'ailleurs quand un outil permet de sortir du xml, beacuoup décident de l'utiliser plutôt que la version "plain text" par ce que c'est un peu moins casse gueule.
Soit dit au passage, pour ce qui est du management dínfrastructures virtualisées avec Xen, VMWare, Qemu, KVM et VirtualBox. Je suis en plein dedans et je me venterais pas ce qu'il est possible de faire en shell, comment et avec quel effort. Si libvirt existe et te propose une API C c'est pas pour rien. Et encore elle va pas bien loin....
[^] # Re: Pour compléter la news
Posté par ckyl . En réponse au journal Plein les Cuil de Google ?. Évalué à 2.
Et que si tu ne veux pas distribuer ton appli chez le client, le cloud computing te permet très facilement de démarrer ton service pour moins de cent euros par mois. Et si par change ton truc marche tu peux très facilement monter en charge via un scale-out qui te coutera encore une fois une broutille.
Bref le monde de l'internet actuellement c'est un monde ou les couts sont ridicules pour y entrer. Donc si l'internet actuel ne te plait pas, change le. Mais surtout "stop bitching"; d'autant plus quand on a rien a proposer.
> Contrairement à une idée assez répandue, ce n'est pas parce qu'un problème est connu que la solution est évidente
Non mais dans le genre proces d'intention et amalgames tu te poses la. Tout d'abord sur une soit disant mise en avant des premiers résultats avec comme sous entendu qu'il fallait acheter sa place. Puis avec le leitmotif du web 2.0 alors que tu n'as meme pas un début de piste a avancer.
Tu donnes vraiment envie d'entreprendre y'a pas a dire...
[^] # Re: Pour compléter la news
Posté par ckyl . En réponse au journal Plein les Cuil de Google ?. Évalué à 2.
A une époque ou les utilisateurs disposent d'un uplink raisonnable, mais surtout où les clouds te permettent de démarrer des services hautement scalable pour un investissement proche de 0 j'ai un peu envie de dire qu'il suffit de proposer des services plus en accord avec les principes de l'internet...
Sur des marchés de niche, au moins, il n'est pas si difficile de se faire une place face aux mastodontes. Par exemple Ipernity à récupéré des utilisateurs de flickr et Zapiks est une grosse réussite dans les sports de glisse.
Et surtout que proposes tu pour avoir un moteur de recherche moins "minitel 2.0" ?
[^] # Re: Pour compléter la news
Posté par ckyl . En réponse au journal Plein les Cuil de Google ?. Évalué à 6.
Oui par ce qu'un des meilleurs passe temps ici est de dénigrer le travail des autres et de critiquer tout ce qui est nouveau.
> Ce moteur cherche clairement à mettre en avant les premières réponses
Google retourne 10 résultats par page. Cuil 11, que ce soit en mode deux ou trois colonnes. Il fournit plus de (con)texte que google avec une image pour identifier le site. En quoi met il en avant les premieres réponses ? Comme sur tout les moteurs de recherche tu as un lien "next".
> Il y a encore des gens qui croient que l'information n'est pas une marchandise comme les autres. Ce n'est pas toujours celui qui paie le plus qui à raison. Heureusement.
Justement voir de nouveaux compétiteurs est une bonne chose !
Reste que les 33m$ correspondent à une levée de fonds, ca n'a rien avoir avec des clients qui s'acheteraient une visibilité. Après les investisseurs peuvent influencer le business modele mais tu me sembles aussi mal placé que moi pour apporter toute lumière à ce sujet.
Alors ce n'est peut etre pas au point, ca marchera peut etre jamais ou alors ce n'était que dans le but de faire une belle opération en revendant le tout dans 1 an. Mais faire un proces d'intention en 5 minutes sur un truc tout neuf...
Mais si tu veux vraiment un moteur de recherche qui correspond a tes convictions; il te suffit de creer ta boite, de monter une equipe et de se lancer dans l'arene. Bon courage pour les premiers feedback que tu recevras !
[^] # Re: Pour compléter la news
Posté par ckyl . En réponse au journal Plein les Cuil de Google ?. Évalué à 3.
On ne t'as pas appris a cliquer sur page suivante à l'école ? Est ce si scandaleux de ne pas mettre les 23450303 résultats sur une seule et unique page ?
> Pour l'argent, pour le moment ils ont eu 33 millions de $ e…" Le modèle économique est tout trouvé : celui qui paie le plus sort en premier.
Y'a encore des gens qui s'étonne que pour créer une boite il faut lever des fonds, et qu'on n'entreprend pas pour la beauté du geste ? Tu sais ce qu'est une levée de fonds au moins ?
[^] # Re: Les organisations américaines ...
Posté par ckyl . En réponse au journal La NASA met ses images en ligne. Évalué à 2.
Chacun fait ce qu'il veut, mais la meteo c'est une evolution. On te fourni des previsions et tu fais _tes_ choix pour tes activites. La prise de risque est de ton cote. Ce sont des previsions non des predictions. En cela il est assez interessant d'avoir differentes vues et leurs evolutions dans le temps.
> ça reste une étude de statisticien quand même
Non d'etudiants. Et oui arpege n'est pas mauvais.
[^] # Re: Les organisations américaines ...
Posté par ckyl . En réponse au journal La NASA met ses images en ligne. Évalué à 2.
L'agriculteur ou le bar ils n'ont pas grand chose comme marge de manoeuvre donc des infos precisent ils s'en foutent a priori. A pire tu recoltes un peu avant. Mais si il grele en mars de toutes facon tu ne peux rien faire. En general les locaux ne pas mauvais pour des previsions a H+12 ou H+24 en plus.
Dans le domaine de la montagne/mer ca commence a s'y interesser de plus pres.
Pour ce qui est de la qualite des previsions c'est tres variable d'un endroit a l'autre. La encore il faut un peu connaitre sa region. Par exemple dans le cantal une des stations est dans un point froid, n'importe quel habitant te le dira. Mais dans tout les cas il est assez frequent que tout les modeles retournent leur veste a J-1. La meteo c'est une evolution d'etats !
Au passage le rapport que tu cites, c'est clairement un rapport d'etudiant vite fait mal fait. La methodologie est approximative, non detaillee, sur un echantillon tres petits et avec des phrases cle comme Dans le cas contraire ou si plus de un site sur les trois annoncent des précipitations, il peut être certain qu’il n’atteindra pas son objectif. Sur internet on trouve tout, n'importe quoi et son contraire...
[^] # Re: Les organisations américaines ...
Posté par ckyl . En réponse au journal La NASA met ses images en ligne. Évalué à 4.
La tele c'est encore pire. C'est des previsions venant de MF remaniees par les chaines... C'est marrant de voir les previsions initiales et comment elles se retrouvent sur les chaines. Notament a la veilles de certaines vacances de fevrier :-)
> mais bien celle qui fera dans quelques heures
Pour les previsions a tres court terme un truc pas mal c'est meteox: http://meteox.fr/
Couverture nuageuse + precipitation en live. Excellent pour voir comment la situation evolue (en cas d'orage c'est magique pour se faire une idee rapidement).
Avec un peu d'habitude c'est une arme redoutable pour savoir ou poser ses skis au petit matin :-D
[^] # Re: Les organisations américaines ...
Posté par ckyl . En réponse au journal La NASA met ses images en ligne. Évalué à 4.
Les runs du modele GFS, qui depend de la noaa, sont librement disponibles. Le modele est meme documente. Il y en a d'autres.
MF.fr c'est bien pour le "couillon lambda", ie faibo ou faipabo. A ma connaissance il s'agit juste des sorties brutes du modele. Rien a voir avec les bulletins pro.
Mais quand ton activite depend vraiment de la meteo, tu utilises les sorties des differents modeles et ta connaissance du terrain pour les corriger.
> risque d'avalanche
Le BRA n'ont strictement rien avoir avec de la predicion. D'ailleurs l'evolution du temps n'y est que brievement abordee.
D' une maniere il y a beaucoup de chose a repocher a meteofrance a propos de l'accessibilite aux donnees (notament les archives et les releves des stations/nivoses).