Moby-Dik a écrit 2937 commentaires

  • [^] # Re: IBM demande à Sun de "libérer" Java

    Posté par  . En réponse à la dépêche IBM demande à Sun de "libérer" Java. Évalué à 1.

    Python est totalement objet

    Les types de base de Python (entiers, etc.) ne sont pas des objets.
  • [^] # Re: IBM demande à Sun de "libérer" Java

    Posté par  . En réponse à la dépêche IBM demande à Sun de "libérer" Java. Évalué à 1.

    J'ai entendu dire que Sun n'avait rien réellement inventé et que tout le code venait de SCO. Ca expliquerait certaines choses...
  • [^] # Re: FPC sur ton PDA

    Posté par  . En réponse au journal FPC sur ton PDA. Évalué à 1.

    Ben, les journaux ça sert de petit bassin pour les débutants.
    Faut être tolérant ;)
  • # Re: Nvu et PHP

    Posté par  . En réponse au journal Nvu et PHP. Évalué à 1. Dernière modification le 04 décembre 2021 à 20:16.

    Si tu veux gérer un site en PHP il y a templeet. Une pure bombe.

    http://templeet.org/ (NdM: remplacé en 2021 par un lien archive.org)

  • [^] # Re: Précision importante

    Posté par  . En réponse au journal e107. Évalué à 0.

    J'oubliais : c'est codé très proprement aussi (par une seule personne).
  • # Précision importante

    Posté par  . En réponse au journal e107. Évalué à 0.

    Je tiens à le préciser, car je crois que malheureusement ce n'est pas très clair à la lecture de ce journal : e107 est codé par une seule personne.

    Voila.
  • [^] # compacité

    Posté par  . En réponse à la dépêche Zopix : un live-cd pour faire ses demos Zope. Évalué à 3.

    Moi aussi, je suis étonné : je ne savais pas que Zope pouvait tenir sur un seul CD... C'est plus léger que Java alors ?
  • [^] # Re: Des utilisateurs heureux de Java

    Posté par  . En réponse à la dépêche IBM demande à Sun de "libérer" Java. Évalué à 1.

    J'aime l'objet, les ejb (memes les entity, et je n'ai pas de pb de perfs particulier, du moment que j'ai réfléchi leur utilisation), le jms, les servlets, les jsp, toutes les libs apaches, la connection aux annuaires, le jdbc, le jca (hmmm c'est bon le cics en java), la syntaxe, le confort d'un ide comme eclipse, l'introspection et j'en passe... Meme les packages swing et swt sont super bien pensés. C'est tres propre conceptuellement.

    J'espère qu'ils font des cadeaux promotionnels, chez Sun ? ;)
  • [^] # Re: Des utilisateurs heureux de Java

    Posté par  . En réponse à la dépêche IBM demande à Sun de "libérer" Java. Évalué à 2.

    Là c'est le comble ! Java ne fait que de l'allocation dynamique ! Au moins C++ permet de faire de l'allocation automatique. Et si c'est un ramasse-miettes qui te manque, eh bien il suffit d'en mettre un.

    Tout juste. Depuis que j'ai acheté une turbo-brosse, mon aspirateur G++ est devenu d'une efficacité époustouflante pour ramasser les saloperies !
    Alors certains diront que la shampouineuse est critiquable, qu'il aurait mieux valu le prendre en senteur citron, que ceci cela...

    Moi je peux vous dire qu'une fois le tuyau en main, on oublie tout ça pour le plaisir complice d'un vrombissement feutré qui nettoie en douceur et en profondeur !
  • [^] # Re: IBM demande à Sun de "libérer" Java

    Posté par  . En réponse à la dépêche IBM demande à Sun de "libérer" Java. Évalué à 5.

    Le Python, c'est des types distincts pour les tuples et les listes, les strings qui sont invariables, la fausse bonne idée des indentations pour délimiter les blocs de code, le self explicite dans les déclarations de méthode, les globales qui se retrouvent locales quand tu écris dedans... Et c'est à moitié objet (types de bases vs. objets). Ruby quant à lui conserve la syntaxe ultra-concise d'un langage comme Perl, tout en apportant une sémantique beaucoup plus haut niveau (mate les coroutines, qui permettent d'engendrer les itérateurs en un tournemain avec le mot-clé yield).

    Bref j'ai l'impression que Ruby est beaucoup plus abouti conceptuellement. Note que je n'aborde pas le sujet de la vitesse ou de la richesse des bibliothèques.
  • [^] # Re: IBM demande à Sun de "libérer" Java

    Posté par  . En réponse à la dépêche IBM demande à Sun de "libérer" Java. Évalué à 3.

    Un avantage quand même : il est pas mal pour l'enseignement.

    Oui, un manuel de référence Java dans la tronche, ça te calme vite les cancres les plus aguerris.
  • # Remettons les pendules à l'heure

    Posté par  . En réponse à la dépêche IBM demande à Sun de "libérer" Java. Évalué à 2.

    « If you can't do it in Fortran, do it in assembly language. If you can't do it in assembly language, it isn't worth doing. »

    http://www.pbm.com/~lindahl/real.programmers.html(...)
  • [^] # Re: IBM demande à Sun de "libérer" Java

    Posté par  . En réponse à la dépêche IBM demande à Sun de "libérer" Java. Évalué à 1.

    Bon, ceci dit, dynamic_cast c'est loin d'être la feature la plus heureuse du C++.

    En passant, j'ai lu la doc Ruby récemment, ça a l'air très sympathique (beaucoup plus que Python) : syntaxe légère, grande expressivité, et l'implémentation des itérateurs est particulièrement alléchante. Vivement que ça mûrisse.
  • [^] # Re: IBM demande à Sun de "libérer" Java

    Posté par  . En réponse à la dépêche IBM demande à Sun de "libérer" Java. Évalué à 2.

    sinon je penserais vraiment que ce site est parcouru par des pédants qui se croient supérieurs car ils utilisent tel langage au lieu de tel autre.

    Meuh non :-))))))))))))))))))))))))))))
  • [^] # Re: IBM demande à Sun de "libérer" Java

    Posté par  . En réponse à la dépêche IBM demande à Sun de "libérer" Java. Évalué à 2.

    J'ai déjà eu un memory leak avec les exceptions sous Perl (eval / die). Quand ton programme tourne 24h/24 c'est un peu chiant de constater qu'au bout d'une semaine il bouffe 50 Mo de RAM. ;)
  • [^] # Re: IBM demande à Sun de "libérer" Java

    Posté par  . En réponse à la dépêche IBM demande à Sun de "libérer" Java. Évalué à 3.

    Tu serais pas J2EE Lead Architect, toi ?
  • [^] # Re: IBM demande à Sun de "libérer" Java

    Posté par  . En réponse à la dépêche IBM demande à Sun de "libérer" Java. Évalué à 2.

    make gconfig non ?
  • # Re: Quel langage choisir.

    Posté par  . En réponse au journal Quel langage choisir.. Évalué à 1.

  • [^] # Re: Theo de Raadt décide le fork de Apache

    Posté par  . En réponse à la dépêche Theo de Raadt décide le fork de Apache. Évalué à 1.

    Relis le monsieur, tu verras que sa démonstration de « succès » de l'utilisation de la LGPL reposait sur le fait que « jBoss qui vient de lever 10 millions de dollars d'investissements ».

    Et qu'as-tu à y redire ? Il n'a fait que réfuter ton affirmation que la LGPL ne permet pas de faire de l'argent. Répondre que Nautilus est un mauvais logiciel n'est malheureusement pas un contre-argument convaincant dans une discussion économique. De plus, que tu aies ou non confiance en JBoss ne change rien : il n'y a aucune raison de prendre tes affirmations non étayées pour argent comptant.

    Il serait bon que tu apprennes la différence entre un argument factuel et un élément d'opinion non étayé. Et puis arrêtes de troller à ce point, ça va finir par se voir ;)
  • [^] # Re: Theo de Raadt décide le fork de Apache

    Posté par  . En réponse à la dépêche Theo de Raadt décide le fork de Apache. Évalué à 2.

    Faites des maths un peu je sais pas moi, apprenez la théorie des ensembles, les inclusions, la logique formelle.

    Et tes utilisateurs ils doivent aussi apprendre tout ça pour comprendre ce que dit ta licence ?
  • [^] # Re: Theo de Raadt décide le fork de Apache

    Posté par  . En réponse à la dépêche Theo de Raadt décide le fork de Apache. Évalué à 0.

    Eazel à soulevé des millions pour Nautilus, pourtant Nautilus n'est un logiciel valable que depuis qu'Eazel n'existe plus

    Si le logiciel est pourri, quel est le rapport avec la licence ? Le Monsieur expliquait que certaines entreprises choisissent le LGPL pour leurs développements.

    si cet exemple ne suffit pas, le phénomène start-up parle de soi

    Tu nous expliqueras le rapport entre la LGPL et le phénomène start-up ?
  • [^] # Re: Le site jesuislibre.org de nouveau en ligne

    Posté par  . En réponse au journal Le site jesuislibre.org de nouveau en ligne. Évalué à 1.

    Le probleme de tuxfamily, ce n'est pas l'imcompétence des admins mais le manque d'admins. Donc vu que tu as l'air compétent amméne ta fraise chez tuxfamily comme ca on aura un un service digne de ce nom !!!!

    Merci de ta politesse. Je citais des faits objectifs (mots de passe en clair, failles de sécurité à répétition). Tu es libre de les interpréter comme tu le penses. Personnellement, je n'ai pas confiance en des gens qui laissent traîner des trous béants que ce soit par "manque de temps" ou par incompétence chronique. Je ne vois pas pourquoi Lost-Oasis améliorerait la situation par rapport à TF puisque ce sont les mêmes personnes, grosso modo.

    PS:Tu crois que tout les hébergeurs ont des mots de passe cryptée ?

    Je n'en sais rien. Mais l'incompétence des uns excuse-t-elle celle des autres ?
  • [^] # Re: Le site jesuislibre.org de nouveau en ligne

    Posté par  . En réponse au journal Le site jesuislibre.org de nouveau en ligne. Évalué à 1.

    C'est lost-oasis qui "parainait" Tux-family. De là à penser qu'ils ont coupés TF pour que les gens qui y étaient hébergés prennent un abo chez eux...

    Je n'y crois pas vraiment, mais j'avoue que l'idée m'a effleurée l'esprit.


    Je n'y crois pas non plus. Par contre vu l'incompétence des admins tuxfamily (la même faille exploitée à répétition, les mots de passe stockés en clair qui se retrouvent dans la nature...) je suis quand même sidéré que des gens fassent confiance aux mêmes personnes en allant acheter un hébergement chez lost-oasis. Ca doit être du masochisme.
  • [^] # Re: Theo de Raadt décide le fork de Apache

    Posté par  . En réponse à la dépêche Theo de Raadt décide le fork de Apache. Évalué à 2.

  • [^] # Re: Theo de Raadt décide le fork de Apache

    Posté par  . En réponse à la dépêche Theo de Raadt décide le fork de Apache. Évalué à 6.

    Ben disons que tu n'es pas juriste du tout. Par défaut le droit d'auteur n'autorise pas tout, il interdit tout. Donc si tu n'es pas capable de lire et accepter un contrat en anglais, le droit d'auteur par défaut s'applique et tu n'as le droit de rien faire avec le logiciel. Point.