Ummon a écrit 207 commentaires

Je tiens à signaler un autre web-framework générant des Servlets Java à savoir : Lift.
Ce projet est pour l'instant assez jeune mais progresse très rapidement, voici le site officiel : http://liftweb.net/

PS: Je sais que les micro-benchmarks ne sont pas forcément significatifs mais ça fait quand même peur : http://shootout.alioth.debian.org/gp4sandbox/benchmark.php?t(...)

Oui pardon pour la faute (on peut pas éditer... toussa..)

Par contre je trouve l'excuse de la syntaxe pour ne pas aller voir plus loin plutôt mauvaise. Je suis d'accord que c'est un effort à fournir au début mais une fois qu'on a un peu tout vu ça n'est plus un problème majeur sans compter que la syntaxe d'Erlang est plutôt facile d'après moi.

Ya tout ici : http://erlang.org/doc/highlights.html

Notamment, par exemple, un module "Array" ( http://erlang.org/doc/man/array.html ).

Erlang est peut-être un vieux langage mais il évolue toujours actuellement (la R12 est sortie il y a une semaine). Juste en passant le C date du début des années 70 alors qu'il est encore très utilisé dans certains domaines, Linux par exemple. mais justement il y a des domaines où d'autres langages s'en sortent mieux comme par exemple la programmation répartie/parallèle dans lequel Erlang excelle et pour lequel il a été conçu.
Erlang a des objectifs précis : "tolérance à la faute" et "monté en charge", Il ne se veut pas comme un remplaçant du C.

Pour donné un exemple "grand public", ejabberd est un serveur XMPP(Jabber) réalisé en Erlang et qui s'en sort pas trop mal : http://www.jabber.org/admin/jsc/

(HS)
Personnellement je préfère les interfaces (au sens Java/C#) au duck typing : si l'empreinte génétique est celle d'un canard alors c'est un canard, c'est quand même plus rigoureux.

Ah, et j'oublié... oui, tu as tord. Erlang est un langage très intéressant !
http://fr.wikipedia.org/wiki/Erlang_%28langage%29
et
http://www.framasoft.net/article2089.html

"ma chaine" existe et est effectivement un string() représenté sous la forme d'une liste d'entiers (oui je sais, gaspillage, toussa).

<<"ma chaine">> est une syntaxe binaire ou chaque caractère est représenté par un octet (sauf codage genre utf-8).

Personnellement je n'ai jamais utilisé la deuxième solution, je pense qu'il l'a utilisé pour ces meilleures performances.

... de temps en temps ça ne fait pas de mal.

Personnellement j'ai toujours aimé le Ruby pour pleins de raisons (depuis bien avant Rails)... mais une chose qui me fait un peu peur c'est la lenteur du bouzin.

Petite comparaison : Erlyweb / Rails :
http://yarivsblog.com/articles/2007/12/09/erlyweb-vs-ruby-on(...)
(j'aime aussi l'Erlang)


(oui je sais, 1: le test n'est pas significatif, 2: ya pas que les performances brutes qui comptent, 3: etc..)

Bon je me taille avant que tout pète ->[]

Je ne connais pas très bien java et encore moins Python mais je connais par contre bien le C# ainsi que le Ruby. J'ai développé dans ces deux langages et bien je peux dire une chose :

A partir d'une certaine taille de projet (disons 10'000 lignes), les langages à typage dynamique deviennent une plaie à utiliser. pourquoi ?

Beaucoup d'erreurs qui sont levées à l'exécution (parfois chez le client) auraient pu être détectée à la compilation dans le cas d'un langage statiquement typé.
Même des fautes de frappe toutes connes peuvent engendrer des problèmes beaucoup plus tard. par exemple un appel de méthode inexistant "monObjet.aficher()" ne se verra qu'a l'exécution dans le cas de Ruby. Ok le Ruby/python c'est souple on peut faire plein de chose (ducktyping et cie) mais personnellement je pense justement que cette souplesse est plus un inconvénient qu'un avantage dans beaucoup de cas.
On est obligé d'imposer des consignes très strictes en matière de codage comme par exemple documenter de manière formel le type des paramètres des méthodes.

Je ne dis pas que le typage statique et meilleur que le typage dynamique, l'un et l'autre ont leurs avantages et inconvénients. Je pense que Python et Java peuvent très bien être utilisés conjointement, l'utilisation de l'un ou de l'autre dépend du type de la problématique.

Et quels sont tes conclusions ?
C'est relativement proche comme valeurs...S'il on regarde du coté de la progression du nombre de projet Perl semple "plus linéaire" et Python "plus exponentiel".

Petite remarque juste en passant (je ne connais pas seaside et son système de documentation).

Personnellement je trouve bien d'avoir toute la documentation liée avec le code, ça la rend plus accessible pour le programmeur.
Évidemment cela va de paire avec un outil comme Doxygen pour l'extraire et la présenter à l'utilisateur.

Pourquoi ne pas indexer les tuples directement pas leur ID et éviter ainsi une complexité en O(n) lors du commit (et pas seulement lors du commit).

Ceci :

public function commitControler($id){
$obj = $this->map[$id]
[..]

Au lieu de :

public function commitControler($id){
foreach($this->map as $value){
if($value['id'] == $id){
[..]

Évidemment il faut tester si le tuple existe au préalable et modifier un peu le code lors de l'insertion du tuple.

Si j'ai une critique à faire en ayant très rapidement survoler le code :
Je te conseil de définir une API (interfaces) un peu plus complète. Par exemple la structure renvoyée par 'mycontroler::getMap()' est plutôt indigeste.

Bon courage pour la suite.

Pour en remettre une couche, sans vouloir être méchant et sans juger le contenu, un screencast de 18min correctement compressé c'est pas 300Mo mais plutôt 30Mo.

Car si cette stratégie est plus économe au niveau du poid (quelques dizaines de mégatonnes pour l'exemple, seulement),[..]

Juste en passant le poids s'exprime en newton [N].


Personnellement je pense qu'il faudra d'abord régler pas mal de problèmes sur terre avant de se lancer dans une telle aventure... à moins que ce soit nos propres problèmes qui nous poussent dans cette direction...
bref, disons dans 2-3 siècles :)

Au vu du nombre incroyable de bugs en tout genre qu'il y a dans la 4.0 ca m'étonnerai fortement qu'il l'utilise !

J'avais envoyé un mail le 17 Novembre concernant un bug dans le plugins PostgreSQL de QT4, voici la réponse que j'ai reçut :

Hi Greg,

On Thursday, 17. Nov 2005 08:41 Greg Burri wrote:

>> In line 301 of the file 'qsql_psql.cpp' you free the memory like that
>> :
>> QByteArray ba((const char*)data, len);
>> -> free(data);
>> return QVariant(ba);
>>
>> But it's not correct, you have to free using the function
>> 'PQfreemem(void* ptr)' which is describe at
>> 'http://www.postgresql.org/docs/8.1/interactive/libpq-exec.ht(...)


Indeed. This seems to have changed from 7.3 though, the docs for 7.3
doesn't mention PQfreemem() at all, but does mention free(). See

http://www.postgresql.org/docs/7.3/static/libpq-exec.html

We'll try to fix this though, thanks for reporting.

--
Jan Erik Hanssen
Trolltech AS, Waldemar Thranes gate 98, NO-0175 Oslo, Norway

... le bug n'est pas corrigé dans la 4.1

Ouais, l'article est bidon mais personnellement je dirais que être geek s'apparente en général à trois choses :
- Le libre (GPL et cie)
- Linux (ou Un*x de façon plus général)
- Le shell

Mais c'est vrai que comme tu dis, il n'y a pas de définition exact, chacun est geek à sa manière.

J'ai aussi eu pas mal de problème avec reiserfs version 3 il n'y a pas si longtemps. J'ai perdu une partition de 1.1To (en RAID5), le driver reiserfs plantait lors du montage de la partition. J'ai eu pas mal de discussions avec des developpeurs et j'ai tout essayé mais je n'ai jamais réussi à récupérer le moindre octet. J'ai maintenant formaté cette partition en Ext3 et tout fonctionne correctement.

Bon bien sur c'est peut-être un manque de bol total, ca peut surement arriver avec d'autres systèmes de fichiers. Néanmoins je ne désespère pas et peut-être que je reviendrais sur reiserfs (version 4 cette fois ci).

Quelques mots sur ReiserFS : http://okki666.free.fr/docmaster/articles/linux083.htm(...)

Hello très cher collègue, j'ai également réalisé mon propre serveur web qui est également presque compatible HTTP 1.0/1.1 :o)
Il n'est pas encore possible de le télécharger car ce n'est pour l'instant qu'une version alpha.

Vous pouvez essayé de le malmener ici :
http://pifou.myftp.org:8080/(...)

Pour la gestion de version je te conseil 'DARCS' qui est très facile à mettre en place et à utiliser et marche bien, il fonctionne de manière décentralisée.
-> http://darcs.net(...)

Il se trouve en cache ici (merci google) : http://216.239.59.104/search?q=cache:NU4zEKsOe1IJ:fr.news.yahoo.com(...)
Je me demande pourquoi est-ce qu'il a été retiré....

Voici quelques barbones très calin et très propres :
http://www.inseparabile.com/cani/barbone.htm(...)

oui oui mais c'est bientot noël, bon ok c'est bon jesaur

[rien à voir]
Pourquoi utiliser des accents aigüs à la place d'apostrophes ?
[/rien à voir]

Le prix de la cartouche avoisinant le prix de 2-3 jeux et en comptant que tu peux mettre 2-3 jeux dessus c'est un achat assez rentable.

En C ok, on peut utiliser la macro NULL mais en C++ il est préférable d'utiliser le '0'.

Extrait du livre 'La langage C++, b.Stroustrup' :
"En langage C, il arrive fréquemment qu'une macro NULL soit définie pour représenter le pointeur 0. En C++, un contrôle de type plus sérieux rend moins problématique l'utilisation du 0 normal, plutôt que de toute macro NULL. Le nombre de problèmes et ainsi considérablement réduit."