Jean B a écrit 740 commentaires

Ils ont été très fort pour faire parler d'eux. Par contre il codent un peu avec des moufles...

Heureusement grâce à Github il y a déjà plus de 130 forks donc ils vont peut être recevoir de l'aide.

- qui se dévoue pour les avertir?

En même temps ils font tourner Joomla ! C'est pas comme si ce CMS avait une réputation de passoire.

Oui mais tu ne pourra pas car compgen n'aimera pas du tout les couleurs.

Avec zsh peut être ...

T'as fait un script ?

Tu as raison il y a bien un easter egg dans aptitude mais ce n'est pas celui là.
Indice: moo

Faudrait voir les caractéristiques mini demandée mais je n'ai pas trouvé sur le site de starcraft2
StarCraft_II#Configuration_requise

Ensuite, starcraft2 utilise directx
Peut être que la version win utilise DirectX, en tout cas il y a une version MacOS (que j'utilise) ce qui suppose que OpenGL est supporté. D'ailleurs c'est peut être par la qu'il faudrait chercher, y a t-il un équivalent de Wine pour les applications MacOS ?

Ils ont une offre gratuite limitée à 10Mo http://www.alwaysdata.com/offers/shared/

Car à l'instar d'EventMachine, Twisted et bien d'autres il utilise le Patron de conception (beurk) Réacteur(en:Reactor pattern) qui est destiné à résoudre les problématiques liées à la Programmation concurrente notamment l'ordonnancement.

Le résultat de la compilation n'est pas du code natif. Encore si la phase de "compilation" produisait un fichier executable natif avec un "runtime", je serait d'accord pour parler de language compilé. Mais dans le cas de Java le "bytecode" doit être interprété par une VM c'est donc un langage interprété.

Python fait pareil, il compile les sources en bytecode (.pyc), et personne ne contredirait que c'est un langage interprété, bon certes il ne fait pas de JIT, et les primitives du bytecode sont de plus haut niveau, mais peu importe ce n'est pas du code natif.

Ben Java: http://shootout.alioth.debian.org/u64/benchmark.php?test=all(...)

Sur le premier bench il arrive devant C et sur les autres il est très loin d'être ridicule. Et encore tu parle de "raisonnablement optimisé", là les codes ont été retravaillées des tonnes de fois.

A vrai dire la faute incombe au mainteneur du paquet Debian
http://www.mail-archive.com/debian-bugs-rc@lists.debian.org/(...)
Si tu utilisait le "gem" officiel tu n'aurait pas ce bug.

Ensuite pour les prochaines versions ce fichier disparait:
http://github.com/mperham/memcache-client/commit/c8ec03928ea(...)

NB: je ne blâme pas particulièrement Debian je constate juste.

Le philosophe en question était Alain Finkielkraut, et effectivement il était complètement à coté de la plaque. Il a passé toute l'émission à couper la parole aux autres intervenants pour répéter à chaque fois la même chose.

Ne pourrait tu pas sortir des choses de la BD ? Car j'aimerais bien savoir comment tu arrive à des base d'un Gio. Tu met des images dedans ?

Si tu as vraiment besoin de perf sur cet algo et que tu compte l'utiliser sur des périodes longues ma méthode 'est certainement pas la bonne. Il est certainement possible d'écrire une "formule" pour calculer ça seulement avec les années bissextiles et compagnie ça risque d'être illisible, complexe à débugger et à améliorer si tu veux ajouter le support des jours fériés.

Ma solution est donc dans le style de la tienne, mais en plus rubyique:


def workday?(date)
1 <= date.wday <= 5
end

workday_count_between(start_date, end_date)
count = 0
start_date.upto(end_date) do |date|
count += 1 if workday?(date)
end
count
end



Si le mode de calcul change souvent tu peux aussi passer un block.
NB: je l'ai écrite comme ça à l'arrache sans l'éxecuter, dsl pour les éventuelles erreurs

Àhma pour avoir quelques contributeurs (dont moi même) il faudrait quelques tickets pour détailler un minimum ce qui reste à faire, voir un simple TODO.

Ben nan c'est Steeve !

Et même là, certaines choses ne sont pas super propres, et peuvent porter à confusion : len() qui sort de nulle part, les types simples passés par valeur alors que tout le reste est passé par référence...
BIIIIIIIIP !!
Tu doit confondre avec Java, en Python les int par exemples sont passés par référence, ils sont juste immuables.

Ce que tu cherche c'est http://en.wikipedia.org/wiki/Expect . apparemment il est utilisable directement depuis c++.

> Cela doit être techniquement possible, mais ce n'est pas le but du HTML.
> Le HTML sert à structurer la page, la mettre en forme, pas à décrire le contenu.

Euh ben si justement.

Autant dans les premières versions c'était brouillon autant depuis HTML4 & CSS il a été clairement formalisé que HTML décrivait la sémantique du contenu et CSS sa mise en forme.
Une balise <p> indique un paragraphe pas la couleur du texte, la taille de la marge ou autre.
Tu peut prendre n'importe qu'elle page du web remplacer toutes les balises <p> par des <h1> et modifier la CSS en conséquence pour avoir le même rendu.

Donc avoir un attribut du genre <img src="porn_picture" classification="18+" /> n'est pas du tout choquant du point de vue de la spec.

Après comme ça a été dit ailleurs dans les commentaires ce genre de choses (tld .xxx ou .sex , balise meta etc) ont été proposé maintes fois mais jamais vraiment utilisées.

Sur l'île de Man ?

Le but est de programmer une IA pour un rogue-like.
Les premiers niveaux peuvent êtres résolus simplement en impératif mais après ça se corse.

http://github.com/ryanb/ruby-warrior

> En fait tu « cache » la donnée membre par une fonction du même nom si je ne me trompe pas, c'est ça ?

Non je crée une "property", ça permet de définir une fonction qui interceptera les assignations.

> Si oui il va falloir le faire pour toutes tes données membres ce qui n'es pas très pratique.

Oui et non. Personnellement je ne le fait que quand ça a un réel intérêt car j'adhère à la maxime pythonique We're all consenting adults here.
Mais pour un Javaïste c'est équivalent à écrire un couple getter/setter donc bon...

Et puis grâce au coté dynamique de python tu peut écrire des sortes properties générique aka descriptors et tu n'aura plus qu'a déclarer.
Les modèles Django sont basés la dessus.

http://docs.djangoproject.com/en/1.2/topics/db/models/#field(...)

multiprocessing à été porté pour python 2.4 et 2.5.
http://code.google.com/p/python-multiprocessing/

Si je reprend l'exemple de wikipedia http://en.wikipedia.org/wiki/Class_invariant#Examples
en python ça donne:
class Date(object):

    def __init__(self, day):
        self.day = day

    @property
     def day(self):
         return self._day

     @day.setter
     def day(self, day):
         assert 1 <= day <= 31
         self._day = day


d = Date(2)
d = Date(42)

Avec un code comme ça pas d'erreur possible. Si quelqu'un modifie _day depuis l'extérieur de la classe et que son code pête il n'a que ce qu'il mérite.

NB j'utilise la syntaxe 2.6 mais il en existe une compatible de 2.2 à 2.6

Effectivement bien joué je n'y avait pas pensé à celui là. Menfin ce genre de bug ça se corrige vite.

$ python2.5 -c 'as = 42'
<string>:1: Warning: 'as' will become a reserved keyword in Python 2.6
$ python2.4 -c 'as = 42'
$