Après, il n'y a pas de mystère, ça doit faire comme un serveur dhcp parce qu'avec n'importe quel OS normalement c'est reconnu, c'est pas un miracle d'ubuntu non plus.
C'est ce qu'on pourrait croire, mais j'ai testé sur un mac il y a pas longtemps et je n'ai jamais réussi à le faire marcher, alors que sur tous les linux où j'ai testé, ça fonctionne sans rien faire du tout! Pour une fois que linux marche out of the box, on va pas se plaindre :-D
Je crois comme vous qu'un certain nombre de services aujourd'hui centralisés et donc monopolisés par les gros acteurs comme google seront à l'avenir décentralisés, et donc contrôlés directement par les utilisateurs. Bien entendu, cela pose tout un tas de questions techniques intéressantes! J'essaye moi même de développer une version décentralisée d'un site comme reddit, mais ce n'en est pour l'instant qu'à l'état d'ébauche.
Ben tu prétends que les langages interprétés, ne sont "pas plus lent", que le problème ce sont les "interprètes naïfs". J'aimerais donc bien que tu me donne un exemple d'interprète non naïf, je trouve ça légitime, pas toi?
En fait, sur le fond, je suis un peu d'accord avec toi: en optimisant l'interpréteur, on peut s'approcher du code natif. Cependant même les meilleures implémentations actuelles sont toujours nettement plus lentes que le code produit par un bon compilateur de C, et je pense que c'est un fait qu'il ne faut pas oublier.
D'une part, le benchmark que tu cites, malgré des conditions favorables pour java, montre que ce langage est à peu près deux fois plus lent que du C (le C est très optimisé, mais le java aussi, donc on peut dire que c'est équitable).
D'autre part, comme le souligne yellowiscool, java n'est pas vraiment un langage interprété.
En l'état actuel des technologies disponibles, les langages interprétés sont toujours plus lents que ceux qui ne le sont pas.
Le fait qu'il soit interprété ne le rend pas lent pour autant. Tu as des interprètes très rapides pour différents langages…
Ca dépend ce qu'on entend par lent... J'aimerais beaucoup que tu me cites un langage interprété qui donne des programmes aussi rapides qu'un programme en C raisonnablement optimisé?
Mets ce qui a encore un tout petit peu de valeur (tu seras surpris de voir que même les vieilleries ont de la valeur) au enchères sur internet, prix de départ 1€ (sans compter les frais de port, quand même). Tu feras des heureux!
Pour une fois, le problème ne vient pas du logiciel proprio…
Ben si, parce que si le gouvernement avait imposé un standard à la place d'une technologie proprio, le problème ne se poserait pas. Donc le problème vient bien du proprio.
Après on peut discuter de l'opportunité pour un gouvernement de faire des choix technologiques, mais c'est un autre débat.
Ce genre de commentaire revient à chaque fois que quelqu'un réalise un bench, mais il me semble qu'il n'apporte rien.
Certes, un bench vaut ce qu'il vaut, et les résultats peuvent ne pas être extrapolables d'une application à l'autre. Cependant, comme on ne peut pas développer toutes les applications dans tous les langages, c'est souvent le meilleur outil disponible pour estimer la performance d'un compilateur/interpréteur au moment de faire des choix technologiques.
D'autre part, les résultats des nombreux benchmarks que j'ai pu voir sont remarquablement réguliers (du moins pour ceux qui sont bien réalisés), ce qui semble indiquer que les performances des différents environements sont assez stables d'une application à l'autre.
Tu utilises quelle méthode? J'ai beaucoup essayé avec ma chaîne (une sony aussi, je ne me rappelle pas du modèle), mais ça n'a jamais bien marché. Ca commence assez bien, mais assez vite le son devient haché ou même faux (ça c'était avec pulseaudio si je me souviens bien).
La bufferisation c'est le boulot de l'implémentation, pas de la norme
Si je comprends bien la critique qui est faite, ce qui est reproché c'est de ne pas avoir une API pour contrôler ladite bufferisation par javascript sur le client. Effectivement, ça pourrait sembler utile, non?
Quelle était ta conclusion? Il me semble que c'est un problème très répandu sous linux, et il n'existe à ce jour aucune bonne solution (utilisable par madame michu).
Il me semble pourtant que ce ne serait pas très dur de rajouter une option norights à ext3 (par exemple).
[^] # Re: Et Mono ?
Posté par JoeltheLion (site web personnel) . En réponse à la dépêche Brevets logiciels Oracle/Google : est-ce enfin la guerre nucléaire ?. Évalué à 3.
Cela a une licence d'utilisation un brevet ?
Oui un brevet peut avoir une licence d'utilisation.
Licence concernant Java : http://java.sun.com/javase/6/jdk-6u21-doc-license.txt
Il y a un équivalent pour .Net?
[^] # Re: Avec quel portable?
Posté par JoeltheLion (site web personnel) . En réponse au journal Mon GSM fonctionne comme modem 3G. Évalué à 4.
C'est ce qu'on pourrait croire, mais j'ai testé sur un mac il y a pas longtemps et je n'ai jamais réussi à le faire marcher, alors que sur tous les linux où j'ai testé, ça fonctionne sans rien faire du tout! Pour une fois que linux marche out of the box, on va pas se plaindre :-D
# Même expérience que toi
Posté par JoeltheLion (site web personnel) . En réponse au journal Mon GSM fonctionne comme modem 3G. Évalué à 5.
Il me semble que ça ne marche qu'avec Bouygues par contre, est-ce que quelqu'un peut confirmer ou infirmer?
[^] # Re: Android != Linux
Posté par JoeltheLion (site web personnel) . En réponse au journal Android en tête au second trimestre 2010 sur le segment des OS pour téléphones portables (USA). Évalué à 4.
Il me semble que c'est juste parce que personne ne s'est donné la peine de porter l'environnement, pas pour des raisons techniques insurmontables.
# Beau travail!
Posté par JoeltheLion (site web personnel) . En réponse au journal Pour revenir sur les buts du projet Seeks, un moteur de recherche collaboratif et décentralisé. Évalué à 5.
Petite remarque: un lien direct vers le site du projet aurait été judicieux :) http://www.seeks-project.info/site/
[^] # Re: Logique
Posté par JoeltheLion (site web personnel) . En réponse au message Mais ils sont fous. Évalué à 0.
En fait, sur le fond, je suis un peu d'accord avec toi: en optimisant l'interpréteur, on peut s'approcher du code natif. Cependant même les meilleures implémentations actuelles sont toujours nettement plus lentes que le code produit par un bon compilateur de C, et je pense que c'est un fait qu'il ne faut pas oublier.
[^] # Re: Logique
Posté par JoeltheLion (site web personnel) . En réponse au message Mais ils sont fous. Évalué à 5.
D'autre part, comme le souligne yellowiscool, java n'est pas vraiment un langage interprété.
En l'état actuel des technologies disponibles, les langages interprétés sont toujours plus lents que ceux qui ne le sont pas.
[^] # Re: Logique
Posté par JoeltheLion (site web personnel) . En réponse au message Mais ils sont fous. Évalué à 3.
Ca dépend ce qu'on entend par lent... J'aimerais beaucoup que tu me cites un langage interprété qui donne des programmes aussi rapides qu'un programme en C raisonnablement optimisé?
[^] # Re: Réponse reçue par l'HADOPI
Posté par JoeltheLion (site web personnel) . En réponse au journal [HADŒPDI] Consultation « publique » sur les moyens de sécurisation. Évalué à 6.
[^] # Re: Réponse reçue par l'HADOPI
Posté par JoeltheLion (site web personnel) . En réponse au journal [HADŒPDI] Consultation « publique » sur les moyens de sécurisation. Évalué à 6.
[^] # Re: Il faut être gros
Posté par JoeltheLion (site web personnel) . En réponse au journal Le pire ennemi de Mandriva, c’est François Bancilhon,. Évalué à 10.
Les raisons de l'échouage (échouement ?) (échouance ?) de Mandriva sont multiples et complexes,
Je crois que le mot que tu cherches est "échec" :)
# Dans d'autres nouvelles...
Posté par JoeltheLion (site web personnel) . En réponse au journal Dell prévoit d'arrêter la vente d'ordinateurs équipés d'Ubuntu. Évalué à 10.
[^] # Re: Refus de vente
Posté par JoeltheLion (site web personnel) . En réponse à la dépêche UltraViolet : et c'est reparti pour les DRM !. Évalué à 10.
# ebay ou autres
Posté par JoeltheLion (site web personnel) . En réponse au journal Comment se débarrasser du vieux matériel ?. Évalué à 3.
[^] # Re: Pour une fois, le problème ne vient pas du logiciel proprio…
Posté par JoeltheLion (site web personnel) . En réponse au journal La pire monoculture Microsoft de la planète. Évalué à 9.
Pour une fois, le problème ne vient pas du logiciel proprio…
Ben si, parce que si le gouvernement avait imposé un standard à la place d'une technologie proprio, le problème ne se poserait pas. Donc le problème vient bien du proprio.
Après on peut discuter de l'opportunité pour un gouvernement de faire des choix technologiques, mais c'est un autre débat.
# Minute!
Posté par JoeltheLion (site web personnel) . En réponse au journal Microsoft invente le support de piles sans polarité. Évalué à 6.
Ca veut dire que si l'idée prend, il peuvent tout à coup commencer à demander des royalties?
[^] # Re: Un bench vaut ce qu'il vaut
Posté par JoeltheLion (site web personnel) . En réponse au journal Javascript plus rapide que python ! (une suite possible). Évalué à 5.
Certes, un bench vaut ce qu'il vaut, et les résultats peuvent ne pas être extrapolables d'une application à l'autre. Cependant, comme on ne peut pas développer toutes les applications dans tous les langages, c'est souvent le meilleur outil disponible pour estimer la performance d'un compilateur/interpréteur au moment de faire des choix technologiques.
D'autre part, les résultats des nombreux benchmarks que j'ai pu voir sont remarquablement réguliers (du moins pour ceux qui sont bien réalisés), ce qui semble indiquer que les performances des différents environements sont assez stables d'une application à l'autre.
[^] # Re: Et pourquoi tu vas pas te pleindre a qui de droit ?
Posté par JoeltheLion (site web personnel) . En réponse au journal La télé de ratrapage de France Télévisions arrive!. Évalué à 4.
- Le mariage est un choix, être de la même famille ne l'est pas : tu condamnes 2 personnes pour ce qu'elles ne peuvent changer
Donc quand il y a conflit d'intérêt à cause d'un mariage, les intéressés doivent divorcer?
[^] # Re: psyco
Posté par JoeltheLion (site web personnel) . En réponse au message Javascript plus rapide que python !. Évalué à 1.
[^] # Re: carte son
Posté par JoeltheLion (site web personnel) . En réponse au journal Idée de configuration maison. Évalué à 1.
[^] # Re: carte son
Posté par JoeltheLion (site web personnel) . En réponse au journal Idée de configuration maison. Évalué à 2.
Tu utilises quelle méthode? J'ai beaucoup essayé avec ma chaîne (une sony aussi, je ne me rappelle pas du modèle), mais ça n'a jamais bien marché. Ca commence assez bien, mais assez vite le son devient haché ou même faux (ça c'était avec pulseaudio si je me souviens bien).
[^] # Re: Je te l'avais bien dit que c'était pas fait pour
Posté par JoeltheLion (site web personnel) . En réponse au journal HTML 5 et vidéo : peux me faire. Évalué à 3.
Si je comprends bien la critique qui est faite, ce qui est reproché c'est de ne pas avoir une API pour contrôler ladite bufferisation par javascript sur le client. Effectivement, ça pourrait sembler utile, non?
[^] # Re: Ca m'a l'air excellent, ce logiciel
Posté par JoeltheLion (site web personnel) . En réponse à la dépêche RedNotebook 1.0. Évalué à 2.
Je cherchais justement ce type d'outils, mais "web", de façon à ce que mes notes soient accessibles depuis n'importe où ...
On peut très bien imaginer une fonction de synchronisation automatique avec un serveur, sans nécessairement que l'interface soit basée sur le web.
[^] # Re: ?
Posté par JoeltheLion (site web personnel) . En réponse au message Pillé par la Chine ?. Évalué à 3.
[^] # Re: Si je peux me permettre...
Posté par JoeltheLion (site web personnel) . En réponse au message [FS] disque dur externe. Évalué à 3.
Il me semble pourtant que ce ne serait pas très dur de rajouter une option norights à ext3 (par exemple).