timid a écrit 238 commentaires

  • # Ca decolle

    Posté par  . En réponse à la dépêche Nouvelle version 2.6.33 du noyau Linux. Évalué à 4.

    Ces graphiques montrent quelque chose d'interessant je trouve
    http://www.remword.com/kps_result/evolvement.php
    Du 2.6.12 (mi 2005) au 2.6.33, donc en 4 ans 1/2, le nombre de contributeurs a triple et le nombre de lignes changees par release a ete multiplie par 10.
    Ici, on vois que 75% des contributions proviennent d'entreprises.
    http://lwn.net/Articles/373405/
    Si le nombre d'entreprises et la quantite de leurs contributions a augmente si rapidement, c'est que linux est vraiment entrain de gagner du marche et d'interesser plus de monde, avec une progression importante.
    Ca serait interessant d'avoir des donnes de ce genre pour les environnements de bureau.
  • [^] # Re: Argl... un tableur n'est pas une base de données !

    Posté par  . En réponse au journal Le million pour Calc. Évalué à 4.

    Je sais pas si tu sais mais une hypothèse peut se révéler vraie.
    C'est à cause de commentaires comme les tiens que les gens n'osent plus donner leur avis, et quelque part je les comprend.
  • [^] # Re: Argl... un tableur n'est pas une base de données !

    Posté par  . En réponse au journal Le million pour Calc. Évalué à 6.

    En l'occurence c'est ce que font les utilisateurs en entreprise.

    Maintenant si tu veux donner des cours de SQL a des types qui ne font pas la difference entre la barre des taches windows et les onglets de firefox, il va falloir te lever tres tot. Des comme ca, il y en a la pelle, quand tu pointes ton nez hors de la section informatique.

    Plutot que de leur payer 2 ans de cours d'infos, c'est plus rentable de leur filer un tableur.

    Bienvenue en dehors du monde des bisounours.
  • [^] # Re: Argl... un tableur n'est pas une base de données !

    Posté par  . En réponse au journal Le million pour Calc. Évalué à 5.

    En tout cas, a repondre «tu merites des claques» a un type qui ne fait que donner son avis sans agressivite, c'est sur que tu mets une super ambiance sur le site.
  • [^] # Re: Argl... un tableur n'est pas une base de données !

    Posté par  . En réponse au journal Le million pour Calc. Évalué à 0.

    Qui peut utiliser plus de 64k lignes sur un tableur ?

    Les gens qui veulent faire des calculs rapidement sans avoir à déployer tout un arsenal d'outils.
    Si le tableur fait le boulot aussi bien et plus rapidement, pourquoi s'en priver ?

    Pour des opérations complexes / répétitives (et automatisables) et /ou des données à partager entre plusieurs utilisateurs, là oui utiliser un tableur serait contre productif.
    Sinon, je ne vois pas le problème.

    Beaucoup d'utilisateurs en entreprise gèrent leurs données dans un tableur dans des cas ou il serait mieux d'utiliser une base SQL (ou autre).
    C'est une plaie d'avoir des données éparpillées comme ça, mais on ne peut pas non plus leur reprocher, vu leur niveau de connaissance technique.
  • [^] # Re: Ca me fait doucement rire ....

    Posté par  . En réponse au journal Terracotta monte les JVM en grappe. Évalué à 0.

    Toi je pense que tu n'as pas tout compris ...
  • [^] # Re: Thème du site

    Posté par  . En réponse à la dépêche Sortie de FreeBSD 8.0-RELEASE. Évalué à -1.

    Tiens je suis pas le seul chez qui ca merde
    http://linuxfr.org/comments/1084914.html#1084914
  • [^] # Re: Thème du site

    Posté par  . En réponse à la dépêche Sortie de FreeBSD 8.0-RELEASE. Évalué à -10.

    Ce site est vraiment rempli de gens aigris qui cliquent sur "inutile" comme des epilpetiques.
    Quelle ambiance sympathique.
  • [^] # Re: Thème du site

    Posté par  . En réponse à la dépêche Sortie de FreeBSD 8.0-RELEASE. Évalué à -6.

    ben c'est fait depuis longtemps mais ca marche pas ...
    oblige de remettre un theme lisible a chaque fois
  • [^] # Re: Thème du site

    Posté par  . En réponse à la dépêche Sortie de FreeBSD 8.0-RELEASE. Évalué à -5.

    C'est une horreur oui, et ça m'énerve que le thème que j'ai choisi soit à chaque fois foutu en l'air par ces feuilles de styles sois disant thématiques si laides ... sûrement pour faire fuir les utilisateurs ...

    Coup de gueule du matin ...
  • [^] # Re: Mon test à moi

    Posté par  . En réponse au journal Tests concrets de Theora 1.1. Évalué à 4.

    A mon avis, ce test ne montre pas grand chose.

    Avec un bitrate aussi élevé (5158kbps et 7446 kbps) tu obtiendrais une qualité similaire même en utilisant du mpeg2

    Pour pouvoir commencer à comparer les performances, il faudrait descendre bien plus bas, genre en dessous des 1500bps.

    120mo pour 3 minutes de vidéo c'est énorme
  • [^] # Re: Uncool

    Posté par  . En réponse au journal Kde 4.3 beta2. Évalué à 1.

    Je suis obligé d'utiliser skim pour avoir un support des accents corrects (qui ne marche pas avec opera visiblement, d'où le ^e du paragraphe précédent).
    Il y a un probleme avec scim+Qt au niveau des touches composees
    essayes la manip donnee a la fin de ce topic :
    http://forums.gentoo.org/viewtopic-t-522590-highlight-.html
  • [^] # Re: Il nous prend pour des billes

    Posté par  . En réponse au journal Le mobile en France, c'est pas cher !. Évalué à 2.

    Ca dépend des opérateurs mais moi je paye environ 1c d'euro par Ko pour les mails, et les SMS sont gratuit pendant la journée
    Je regrette pas Orange ou autre ...
  • [^] # Re: Block ou closure ?

    Posté par  . En réponse au journal Où l'on en apprend un peu plus sur Java 7. Évalué à 10.

    Je me demande bien ce que tu codes pour que le manque de closures soit "une souffrance quotidienne"
  • [^] # Re: Code le toi même

    Posté par  . En réponse à la dépêche Sortie de Moonlight 1.0. Évalué à 0.

    1/ En java aussi tu as des tableaux à accès direct, j'ai eu hier un algo de calcul brute force à optimiser. Remplacer les "Vector" parcourus par des itérateurs par un simple tableau m'a fait gagner 15% de perfs sur un traitement de 40 minutes (bon les tableaux étaient à longueur fixe et étaient parcourus au total quelques miliards de fois ...).

    2/ Pour coder un petit truc dans ton coin si tu veux, ca m'arrive de le faire moi aussi, mais imaginer faire un programme censé produire des résultats fiables pour d'autres personnes avec des outils comme ca ...
    J'ai du mal a comprendre pourquoi tant de gens utilisent ces langages de script pour coder des trucs entiers. C'est pourtant assez évident que c'est un non sens.
  • [^] # Re: Intéret de Silverlight ?

    Posté par  . En réponse à la dépêche Sortie de Moonlight 1.0. Évalué à 2.

    OK ca c'est la théorie et en théorie je suis d'accord avec toi.

    Maintenant prend un développeur web qui veut foutre une animation vectorielle interactive sur son site, il a quoi comme choix ?
    SVG ? Ca ne marche pas par défaut sous IE, sous konqueror le rendu est mauvais, sous firefox ca marche mais ca se traine méchemment (pas testé avec les bétas de la version 3.1)
    Concrètement, il reste quoi comme alternative libre ?
  • [^] # Re: Code le toi même

    Posté par  . En réponse à la dépêche Sortie de Moonlight 1.0. Évalué à -1.

    Donc le Array de ruby est en fait une HashMap, super ... ils auraient pu mettre un nom un peu plus explicite, les programmeurs sont pas tous des neuneus.

    Sinon les exceptions, oui j'en veut partout, j'aime bien que mon programme m'avertisse quand quelque chose va mal au lieu de continuer à tourner silencieusement et à produire des résultats faux.
  • [^] # Re: Vendredi....OK, Target Locked ..... OK.... FIRE!

    Posté par  . En réponse à la dépêche Sortie de Moonlight 1.0. Évalué à 1.


    il convient surtout de garder en tête la méthode size pour éviter ce genre d'erreurs.

    Faut arreter, mettre une condition sur l'index a la main avant chaque acces a un tableau pour détecter une erreur de programmation, ca frole le ridicule.
    Ou alors tu voulais dire autre chose ?
  • [^] # Re: Vendredi....OK, Target Locked ..... OK.... FIRE!

    Posté par  . En réponse à la dépêche Sortie de Moonlight 1.0. Évalué à 4.

    Dans 99.99% des cas, un index qui dépasse est un comportement non voulu, donc un bug.

    Java te renvoie une exception, tu vois qu'il y a eu dépassement (et ou il a eu lieu), tu te retrouves avec un bon point de départ pour corriger le bug.

    Ruby fait planter le programme autre part à cause d'un nil (ou encore pire lui fait produire des résultats faux), tu peux passer du temps à chercher l'erreur.

    Pour avoir codé dans les deux langages je peut dire que le comportement de java dans ce cas simplifie beaucoup plus la vie du développeur
  • [^] # Re: Vendredi....OK, Target Locked ..... OK.... FIRE!

    Posté par  . En réponse à la dépêche Sortie de Moonlight 1.0. Évalué à 4.

    Le duck typing c'est du typage dynamique, vérifié uniquement à l'exécution. Ca peut devenir tres pénible qand tu as des grosses modifs à faire parce qu'il faut exécuter le programme et le faire passer par chaque branche pour voir si il se vautre pas sur une stupide erreur. Le refactoring ca peut surement aider dans certains cas, mais rien ne vaut une moulinette qui détecte les erreurs de facon 100% fiable.

    Pour le coup du tableau en ruby, je suis peut etre fou, mais pourtant ce code ne génère pas d'erreur :

    #!/usr/bin/ruby
    array=[1,2]
    print array[999]


    #./test.rb
    nil


    Quand aux exceptions qui sont des classes je vois pas trop le probleme.
    Ca doit etre surement moins couteux à l'execution et ca permet de vérifier le type d'erreur de maniere efficace et maintenable (en cas de renommage de l'exception le compilo te gueule dessus).
    Je n'arrive pas à y voir d'inconvénient évident.

    Ca va paraitre trollesque, mais quand je dois coder un truc dans ce genre de langages, j'ai un peu l'impression de faire un grand retour dans le temps à la glorieuse époque du VB6, sans le "OPTION EXPLICIT" bien sur
  • [^] # Re: Vendredi....OK, Target Locked ..... OK.... FIRE!

    Posté par  . En réponse à la dépêche Sortie de Moonlight 1.0. Évalué à 7.


    Vu que c'est vendredi, je me permettais de faire remarquer que Java, c'est l'antithèse du langage "attirant" : verbeux en diable, favorisant des cycles de développement poussifs, nécessitant un environnement de développement lourdingue, générant des applications mal intégrées à leur entourage, etc.

    Ayant eu aujourd'hui à maintenir un bout de code ruby pourtant pas crade, je peut te dire qu'il existe des langages bien pires que Java.
    J'avais oublié à quel point le duck typing ca faisait faire coin coin a ton programme quand il s'exécute et qu'il passe a l'endroit ou tu as oublié de changer le nom d'une fonction renommée, ou encore le bonheur de pas avoir une exception de levée lors d'un dépassement d'index dans un tableau
    Pour faire des scripts pas trop gros cela dit c'est sympa ruby
  • [^] # Re: Vendredi....OK, Target Locked ..... OK.... FIRE!

    Posté par  . En réponse à la dépêche Sortie de Moonlight 1.0. Évalué à 6.


    MS n'a jamais participé au développement (ils ont "juste" publié de la documentation pour permettre cela).
    Pour Silverlight , MS fourni l'implémentation des codecs. Niveau dev c'est le gros du boulot.
    Pour Silverlight 2.0, MS fourni la bibliothèque des widgets graphiques.
    Pour .NET, MS fourni la stack DLR, la bibliothèques javascript pour ASP.NET AJAX, le compilateur IronPython.
    Si ca c'est pas du dev, je sais pas ce que c'est !

    Hahaha tu parles des codecs binaires dont ils ont gracieusement autorisé l'utilisation et des bouts de code qu'ils ont publié sous leur propre licence open source ?
    Effectivement c'est une superbe contribution ! Permet moi de les applaudir chaudement.
  • # Tant qu'à faire

    Posté par  . En réponse au journal Grosse flemme et file system.... Évalué à 0.

    Ce qu'il te faut c'est du NTFS !
  • # Même bateau

    Posté par  . En réponse au journal De l'évolution du serveur X et de sa configurabilité. Évalué à 3.

    Sous Gentoo aussi c'est la merde, même pour faire marcher un simple azerty sous KDE ou KDM.
    Depuis une mise à jour d’il y a une semaine, mon touchpad a également arrêté de marcher.

    Un post intéressant d’un développeur qui explique un peu comment ça fonctionne :
    http://forums.gentoo.org/viewtopic-t-641870-postdays-0-posto(...)
  • [^] # Re: Compatibilité limite avec KVM

    Posté par  . En réponse à la dépêche Sortie d'Opensolaris 2008.11. Évalué à 3.

    je n'ai encore trouvé aucun gertionnaire de paquets où il soit plus facile de créer des paquets.

    Je trouve que les ebuilds sont aussi pas mal foutus.
    A lire les pkgscripts, je dirait même que c'est plus simple de créer un paquet sous gentoo (tout troll à part bien entendu)