Cela n'etait pas mon intention de t'offenser. Merci d'accepter mes excuses.
Je sais bien qu'xemacs n'est pas de stallman ainsi qu'une grande partie d'emacs d'ailleurs. Mon francais laisse a desirer quand j'ecris a la va-vite.
Une application ne doit pas etre lie au nucleaire pour etre critique. Un site web avec 15 000 utilisateurs par jour par example ; ce n'est pas enorme. Si tu as un downtime de 5 min pour 100 utilisateurs, c'est presque 10 heures de downtime cumule. Cela a beaucoup d'implication comme l'image de la compagnie, le manque a gagne qui peut etre de plusiers centaines de millier et le business sur ton dos (le moins marrant ;-). Doubler le hard ne servira pas a corriger ton bug evidemment. C'est un des avantages de lisp pour les applications haut de gamme.
J'entends beaucoup de "lisp n'a pas de librairies". Mais peu de personnes realisent que c'est tellement facile et rapide d'en creer.
C'est reinventer la roue? oui.
Tu as du te rendre compte que je n'aime pas java. (Je n'aime pas vraiment la programmation objet non plus. Je n'en ai pas besoin avec lisp mais si l'option reste dispo.). Java permet d'ecrire des applications complexes (a premiere vue) sans avoir a se creuser la tete. Mais on s'enferme dans un systeme ou l'on a meme pas besoin de penser...Je trouve que c'est regrettable. Java te pousse a assembler tes legos d'une facon pour resoudre un probleme. Lisp te permet de resoudre ton probleme de la maniere la plus elegante, la plus naturelle en te laissant le choix de l'abstraction.
Reinventer la roue devient productif...
Java n'est pas un probleme pour les petit projets. C'est le propos des outils de resoudre les petits problemes. Lisp te permet de creer les outils pour resoudre les grands projets, projets difficiles ou mal definis par le business.
[^] # Re: YAL
Posté par Delaregue . En réponse à la dépêche Draft de la spécification du langage D. Évalué à 1.
Je sais bien qu'xemacs n'est pas de stallman ainsi qu'une grande partie d'emacs d'ailleurs. Mon francais laisse a desirer quand j'ecris a la va-vite.
Une application ne doit pas etre lie au nucleaire pour etre critique. Un site web avec 15 000 utilisateurs par jour par example ; ce n'est pas enorme. Si tu as un downtime de 5 min pour 100 utilisateurs, c'est presque 10 heures de downtime cumule. Cela a beaucoup d'implication comme l'image de la compagnie, le manque a gagne qui peut etre de plusiers centaines de millier et le business sur ton dos (le moins marrant ;-). Doubler le hard ne servira pas a corriger ton bug evidemment. C'est un des avantages de lisp pour les applications haut de gamme.
J'entends beaucoup de "lisp n'a pas de librairies". Mais peu de personnes realisent que c'est tellement facile et rapide d'en creer.
C'est reinventer la roue? oui.
Tu as du te rendre compte que je n'aime pas java. (Je n'aime pas vraiment la programmation objet non plus. Je n'en ai pas besoin avec lisp mais si l'option reste dispo.). Java permet d'ecrire des applications complexes (a premiere vue) sans avoir a se creuser la tete. Mais on s'enferme dans un systeme ou l'on a meme pas besoin de penser...Je trouve que c'est regrettable. Java te pousse a assembler tes legos d'une facon pour resoudre un probleme. Lisp te permet de resoudre ton probleme de la maniere la plus elegante, la plus naturelle en te laissant le choix de l'abstraction.
Reinventer la roue devient productif...
Java n'est pas un probleme pour les petit projets. C'est le propos des outils de resoudre les petits problemes. Lisp te permet de creer les outils pour resoudre les grands projets, projets difficiles ou mal definis par le business.