à un moment il montre comment plier des chemises à manches longues j en suis sur !
Depuis que j ai trouvé cette methode, je plie tous ce qui ressemble à un t et en tissu :>
@+
C'est vrai ça tiens , j'ai pas checké la validité de leur site !
Quels aspects ne sont pas standards ?
Tu as raison il faut être irreprochable si on fait des grands discours sur le web mais vu que leur public c'est pas forcement des développeurs web, ils ont fait moins d'efforts de ce coté là.
Plus généralement, je pense comme le fait d'avoir un site standard ou pas n'est pas quelque chose de très visuelle, les webmasters et leur hiérarchie s'en f..... un peu (ce qui n est pas mon cas). Alors que c'est pourtant la partie cachée de l'iceberg la plus utile ! Demandez au commandant du titanic :p
le constat que je peux faire c'est que c est un aspect qui manque peut être un petit peu dans le monde du libre. Même s'il existe des choses, on n'a pas rien !
Faut dire que chez les developpeurs libre la gestion du temps est simple !!! on code la nuit !!!! lol
Taskjuggler couplé de son interface me parait pas mal je vais voir ça.
les cms sont catégorisés (portal, blog, e-commerce, etc ..) donc ça aide pour le choix
Et Et, en plus un lien vers un article "How To Choose A CMS?" en pdf, word (supêrbêrk) et text. Je l ai pas lu je sais pas ce qu'il vaut mais à mon avis sur opensourcecms ils s'y connaissent en CMS :)
Pour ma défense, je tiens a préciser que sur les 3 défis à relever les 2 obligatoires sont en XUL. Le troisième qui est optionnel est freestyle effectivement. La tendance générale est qd même au XUL .
Je trouve que c'est une bonne initiative et qu'il faut encourager ce genre d'évènements pour la diffusion de XUL !!
"L'originalité de Google Actualités réside dans son nouveau service d'informations compilées uniquement à l'aide d'algorithmes informatiques, sans intervention humaine."
Certes c'est une source d'indépendance, mais il faut bien quelqu'un pour le faire l'algorithme d'une part et son implémentation d'autre part. Autrement dit rien n'empêche l'auteur de l'algorithme d'être partial et d'y rajouter des "a priori politiques ou idéologiques".
Si on avait les sources ce serait vérifiables ou bien même une autre source de l'origine de cet algo et de son implémentation. Je regarde sur le site si je trouve un info plus précise.
PS : je ne met aucunement en doute le bon fonctionnement de ce site, mais bon on ne sait jamais . . .
Posté par Narmer .
En réponse au journal Ong Bak.
Évalué à 1.
il est beaucoup trop violent pour un film d'art martieux je trouve
C'est que t'as pas regardé bcp de film d'arts martiaux :-/ Si pour toi film d'arts martiaux = Jacky Chan ou Jet lee. Excuse moi mais c'est normal !
normalement un film d'art martiaux c'est pour les cascades et les techniques de combats
et c'est trop violent pour l'idée que je me fait d'un film d'art martiaux
Mais t'as vu écrit où ?? c'est ta définition à toi des films d'arts-martiaux !! Ong-Bak est un film d'arts martiaux parmi d'autres, heureusement il n y a pas qu'une façon de faire des films d'arts martiaux. Mais comme monsieur est pleins de clichés, il est un peu dérouté.
Je trouve ça vraiment navrant ! Encore une vision européo capitalo judeo-chretienne. Quelqu'un qui ne regarde que par son nombril !!
Navrant !
Ouvrez votre esprit à la façon de voir des gens qui n'habitent pas en europe ou aux états-unis !
ça sert à rien d'aller plus loin on n'a pas la même vision de ce que peut être un code clair.
Dans un projet avec plusieurs developpeur de niveau differents et d'horizon differents (c'est ce qui arrive le plus souvent, tu auras rarement un ensemble de developpeurs expert en perl ), je n'utiliserai pas le perl, car sa syntaxe n'est pas assez deterministe. Car ce langage leur donnera trop de liberté syntaxique au détriment de la clarté que je recherche. Les niveaux des developpeurs étant hétérogènes, j'aurai trop peur de perdre du temps sur des faux problèmes.
Si pour toi, un bête incrémenteur 'index' dans une boucle for est inutile, je ne sais pas quoi te dire. Le foreach te permet d'aller plus vite dans l'iteration sur un tableau mais dans ta boucle for la variable 'index' ne sert pas seulement à itérer sur ton tableau, elle peut être utile pour d'autres choses plus complexe. La boucle for est un élément clef dans l'algorithmique. Essaie de faire l'exemple suivant avec des foreach je vais bien me marrer. Le foreach est une simplification de la boucle for donc le foreach est moins puissant et la boucle for est toujours necessaire même en Perl.
/**
* A bubble sort demonstration algorithm
* SortAlgorithm.java, Thu Oct 27 10:32:35 1994
*
* @author James Gosling
* @version 1.6f, 31 Jan 1995
*/
class BubbleSortAlgorithm extends SortAlgorithm {
void sort(int a[]) throws Exception {
for (int i = a.length; --i>=0; ) {
boolean swapped = false;
for (int j = 0; j<i; j++) {
if (stopRequested) {
return;
}
if (a[j] > a[j+1]) {
int T = a[j];
a[j] = a[j+1];
a[j+1] = T;
swapped = true;
}
pause(i,j);
}
if (!swapped)
return;
}
}
}
Pour moi ce code est clair, on sait exactement ce qu'il fait. Même un débutant a des chances de le comprendre, il est sans fioriture et efficace. Essaye de le raccourcir et tu comprendras qu'il vaut mieux rester clair
Non, s'imposer toujours la même écriture est parfaitement idiot : il faut, à chaque fois, choisir la meilleure, la plus expressive. Ainsi chaque boucle sera claire.
En Java (<= 1.4) ou en Ada, c est la syntaxe qui l'impose. C'est justement là ou je veux en venir. J'ai d'autres choix à fouetter (algorithmique, architecture, tuning, délais, etc ,) que de choisir parmi un ensemble de syntaxe (qui font là même chose !!! ) la plus expressive , "la meilleure" pour parcourir un tableau.
En java (<= 1.4) ta boucle for aura cette tête là. Note la présence de la variable d'index qui n'est pas sous-entendu comme en perl. "Ce qui ce conçoit bien, s'enonce clairement".
Le perl a développé tout un tas de mécanismes "pratiques" pour faire des raccourcis dans les scripts qui enlèvent à la clarté du code (ascii art), maintenant je n ai pas dis que ce n'est pas bien, je dit simplement que c'est moins clair ! Un mec qui bien connait le perl développera super vite, au détriment de la portabilité, de la maintenance et de l'evolutivité.
>Donc comme le langage le permet, le langage n'est pas clair.
Mauvaise définition.
Je reprends donc. Un langage dont la syntaxe permet d'ecrire du code illisible qui est validé par l'interpréteur, n'est pas un langage avec une syntaxe claire, donc ce n'est pas un langage que je qualifierai de clair.
En perl la boucle for peut s'écrire de plusieurs façon differentes. Et si il prends à un développeur au cours d'un même script, d'utiliser toutes ces façons, le code n'est pas clair. Donc comme le langage le permet, le langage n'est pas clair.
Pour moi LE langage clair, c'est Ada. Quand tu lis le code tu sais exactement ce qu'il fait même si tu n'en est pas l'auteur. Ok c'est moins fun, Ok c'est moins sexy mais c'est du code industriel, pas de fantaisie pas de variables exotiques. Le pourcentage d'erreur humaine est beaucoup moins important, le code est maintenable par quelqu'un d'autre que l'auteur lui même etc ..
Merci pour ta réponse qui elle fait avancer le schmilblick !
Au passage, je suis d'accord avec toi quand tu dit qu'un langage est caractérisé par sa syntaxe, mais dans notre cas il faut être précis, derrière la syntaxe du langage il y a la fonctionnalité codé dans la machine virtuelle et le compilateur. Donc effectivement la syntaxe c'est ce qu'on voit, mais des features comme la généricité, les assertions, les méta-données etc ... ne sont pas à attribués à la syntaxe. Pour la généricité par exemple on aurait pu utilisé plusieurs syntaxes, on en a choisit qu'une. Tu vois ou je veux en venir ? il y a décorrelation.
C'est pour cela que je précisait l'aspect syntaxe.
>Perl, c'est bon pour ceux qui aiment la programmation de scripts, mais pour ceux qui veulent un langage de haut niveau avec une
>syntaxe qui soit autre chose que de l'ascii art, mieux vaut passer à autre chose !
J'espère que ce n'est pas un argument. Je ne suis pas fan de Perl mais c'est un langage de haut niveau (les autres feraient bien de s'en inspirer sur certains points), obscur quand on ne connait pas (normal) mais néanmoins élégant. Je n'en ai pas beaucoup fait mais ça m'a suffit pour ensuite regretter $_ ou les listes dans d'autres langages, sans parler d'une écriture souvent plus naturelle (un for qui prend un tableau sans s'emmerder avec les indices, par exemple).
Si c'est un argument ! un langage de programmation doit pouvoir s'ecrire clairement ! J'ai du dans des projets modifier des produits comme Ultimate Bulletin Board, Majordomo et Sympa tous trois écrits en perl :-/ Je ne donnerais pas d'exemple de codes mais dans ces trois produits les developpeurs utilisait l'une des facette de la syntaxe qui les amusait le plus du coup c'est pas du tout lisible et quand tu passes d'un produit à l'autre TU PLEURES !!!! En java, la syntaxe est claire, le code parle de lui même, c est loin d'être le cas en perl, les developpeurs perl parfois sont content parce qu'ils ont fait tenir en une ligne de commande une boucle for, une condition, un appel de fonction et une incrémentation. Après cela depend des developpeurs, rien n'empêche à des developeurs perl d'ecrire du code maintenable ! Rien.
>Franchement dans C++ combien de fois a-t-on chercher la doc pour des fonctions sans la trouver ?
Ca n'a pas grand rapport avec le langage, mais si tu veux que je te trouve de mauvais bouquins sur Java ça doit pouvoir se faire. Avec de bons bouquins, je n'ai pas eu ce problème là en C++.
Si justement la documentation des apis et du langage ont à avoir avec le langage lui même, si tu ne sais pas quel fonction appeler pour une action donné ton langage n'est pas opérationnel !
>En plus la librairie standard java a vraiment une approche orientée objet alors que C++ ça n'est pas vraiment le cas (trace du bon
>vieux C)
J'espère que ce n'est pas censé être un avantage. L'objet c'est bien là où c'est adapté. Le fait de forcer tout à être objet, même quand ça complique, est un inconvénient. Où est-ce que la SL n'est pas suffisamment objet ?
Encore une fois tu n'argumentes pas ! dans quel cas l'objet est adapté ?
Dans Java <= 1.4 tout n'est pas objet les type primitifs ne le sont pas. Les puristes (Smalltak, Eiffel) lui ont même reproché ce fait ! ton argument du tout objet ne tient pas. Pour les version >= 1.5 je sais pas exactement.
>Bref si java était vraiment libre ça serait le top, mais il ne faut pas se voiler la face, c'est un produit propriétaire bien plus ouvert
>que ses concurrents ! (Faites confiance à Krosoft et .Net !)
C# corrige de nombreux défauts de Java mais en effet, étant donné le danger Microsoft, il est exclu.
C# corrige quoi comme défauts ? je suppose en plus que tu ne parles que de la syntaxe !
Non je me suis simplement exprimé en français, avec des mots français, dans leur sens français. Rarement ne veut pas dire qu'il n'est jamais la solution. Et si je n'ai pas dit jamais c'est bien parce qu'il y a un domaine où Java est la solution : le développement web. Nous sommes bien d'accord là-dessus. Mais pour reprendre le bon mot de Francky Vincent : « il n'y a pas que le développement web dans la vie, il y a le sexe aussi ».
Monsieur est un petit drôle et attaché à la langue française en plus. Premièrement, rendons à Francky Vincent ce qui lui appartient il a dit "Il n'y a pas que la fesse dans la vie il y a le sexe aussi." Donc tu es totalement à coté de la plaque sur ce coup là. Tu voulais surement dire par là que dans ta vie tu fais pas que programmer et que toi tu avais des activités sexuelles, en tout cas tu devrais préciser parce que c est pas clair !! Mais bon dans le doute je précise, ne t en fais pas pour moi va !
Revenons à nos moutons ! ton français était "Mais finalement au moment de choisir son langage, on regarde les priorités, et Java est rarement la solution" Il ne m'a fallu prendre qu'un exemple pour te contredire : le developpement web. J'aurai pu t'en prendre un autre mais cela suffit amplement. T'as juste dit que en fonction des priorités, java est rarement la solution, t'es resté (volontairement ou en manque d'arguments) dans le vague le plus complet, donc tu t es fait avoir !
Justement non, tu as été obligé de prendre comme exemple le seul domaine où il est vraiment le langage le plus adapté. C'est pas un large spectre ça.
Bon monsieur veut des exemples du spectre alors on va lui en donner. On va même prendre perl à coté comme tu as l'air de bien aimé (moi aussi cela dit :) pour que tu vois bien la différence :
- Java est présent sur les mobiles/perl non
- Java est présent sur les Palm/Zaurus/Pocket PC (waba,j2me) etc ... Perl non
- Java est beaucoup plus utilisé que perl pour les grosses applications e-commerce.
- Java est beaucoup plus utilisé que perl en ce qui concerne les applications graphique (swt/swing)
- Java est beaucoup plus propre que perl niveau syntaxe, c est pour cela qu'on l utiliser plus à la fac comme premier langage, on fait pas de l ascii-art (merci Eric B).
- Perl est autant utilisé que java pour des applis intermédiaires style forum, newletter, etc ..
- Perl n'est pas aussi complet que java pour l'accès au base de donnée
- Java accède plus facilement que perl au SGBDOO
- Java permet plus facilement l'accès aux web services
- Tu peux compiler java en natif pour des applis consoles qui roxor (ah oui .. pas perl enfin peu être après tout)
- Tu peux pas auto-déployer tes applis perl grace à des serveurs distante, en java tu peux gràce au protocole jnlp (Java Web Start).
- Tu n'as pas d'IDE qui roxor écrit en perl !
- Tu n as pas d'implémentation de CORBA en perl.
- Par contre perl c'est mieux pour faire des scripts sous shell, des grep et des remplacement de chaine, quoi qu'avec ant c est à peu près kif kif
- Perl c'est libre, Java caipalibre (soyons honnête)
- Encore le web le modèle 1 servlet/plusieurs threads est beaucoup plus performants que le cgi multi process de perl (où à chaque requête tu crée un sous-process :/)
- Enfin avec Java tu peux lier tes applis ( local, client-serveur, web) avec des existants c c++ fortran grace à jni sans te prendre la tête plus que ça.
Bref voici une partie du spectre de java et celui de perl tu vois bien qu'il n'y a pas photos
Moi aussi je trouve que ADA est un bon langage sur pas mal de point de vues.
Il est est utilisé là ou on en a le plus besoin c est à dire dans l'armée, l'industrie et aussi à la fac pour sa qualité de bon langage bien fortement typé :)
Ce qui fait que ADA soit moins utilisé par des développeurs d'applis "classiques", c est justement car c est un langage typé et rigoureux "à la One Again!" le compilateur est très sévère :) je m en rappelle à la fac :') AMHA Ce qui manque aussi c est une bonne pub !! et oui faut communiquer ....
[^] # Re: Comment plié un T-Shirt en deux secondes !!!
Posté par Narmer . En réponse au journal Comment plié un T-Shirt en deux secondes !!!. Évalué à 1.
# Re: Comment plié un T-Shirt en deux secondes !!!
Posté par Narmer . En réponse au journal Comment plié un T-Shirt en deux secondes !!!. Évalué à 2.
je me corrige, c'est 'plier' bien sur !! :-$
Sinon ça marche super bien j'ai plié au moins 30 T Shirt mercredi dernier.
Pour les geeks et leurs t-shirts (linux,gnome,bsd ou autres) je trouve que c est une super méthode :)
@+
# Re: Un site intéressant pour toi journal
Posté par Narmer . En réponse au journal Un site intéressant pour toi journal. Évalué à 1.
La rubrique 'Dossiers' a pleins d'articles interessants
http://www.fing.org/index.php?rubrique=dossiers(...)
Ainsi que la rubrique 'Interview'
http://www.fing.org/index.php?rubrique=interviews(...)
Pour finir 'Le portail de l'innovation'
http://www.fing.org/index.php?rubrique=portail(...)
si tout ce petit monde est régulièrement mise à jour (apparement oui), c'est pas mal du tout !!
[^] # Re: Un site intéressant pour toi journal
Posté par Narmer . En réponse au journal Un site intéressant pour toi journal. Évalué à 1.
Quels aspects ne sont pas standards ?
Tu as raison il faut être irreprochable si on fait des grands discours sur le web mais vu que leur public c'est pas forcement des développeurs web, ils ont fait moins d'efforts de ce coté là.
Plus généralement, je pense comme le fait d'avoir un site standard ou pas n'est pas quelque chose de très visuelle, les webmasters et leur hiérarchie s'en f..... un peu (ce qui n est pas mon cas). Alors que c'est pourtant la partie cachée de l'iceberg la plus utile ! Demandez au commandant du titanic :p
[^] # Re: Spammeurs spammés
Posté par Narmer . En réponse au journal Spammeurs spammés. Évalué à 2.
Il y a usurpation ...
# Re: Outil de gestions de projets
Posté par Narmer . En réponse au journal Outil de gestions de projets. Évalué à 1.
le constat que je peux faire c'est que c est un aspect qui manque peut être un petit peu dans le monde du libre. Même s'il existe des choses, on n'a pas rien !
Faut dire que chez les developpeurs libre la gestion du temps est simple !!! on code la nuit !!!! lol
Taskjuggler couplé de son interface me parait pas mal je vais voir ça.
@++
[^] # Re: Outil de gestions de projets
Posté par Narmer . En réponse au journal Outil de gestions de projets. Évalué à 1.
je vais regarder ça tranquillement ce soir en codant :> :>
merci pour l'info.
J'aime l'aspect description d'un projet en fichier texte !!
[^] # Re: Outil de gestions de projets
Posté par Narmer . En réponse au journal Outil de gestions de projets. Évalué à 1.
je regarde plus précisement moregroupware.org qui semble pas mal. et aussi ganttproject que j'avais oublié :S
c'est vrai que moi aussi je ne trouve pas d'outils qui atteignent mon niveau de besoins. J espère que ceux-ci conviendront . . . voire d'autres !
Par contre je n'aime pas la notion de projet dans egroupware !
[^] # Re: Outil de gestions de projets
Posté par Narmer . En réponse au journal Outil de gestions de projets. Évalué à 1.
j'ai testé MrProject. Il dispo dans la Fedora Core 1.
Je vais regarder Planner
merci pour l'info :>
# Re: CMS: lequel ?
Posté par Narmer . En réponse au journal CMS: lequel ?. Évalué à 3.
=> http://www.opensourcecms.com(...) tu peux tester les cms en admin et en user normal.
les cms sont catégorisés (portal, blog, e-commerce, etc ..) donc ça aide pour le choix
Et Et, en plus un lien vers un article "How To Choose A CMS?" en pdf, word (supêrbêrk) et text. Je l ai pas lu je sais pas ce qu'il vaut mais à mon avis sur opensourcecms ils s'y connaissent en CMS :)
http://www.opensourcecms.com/modules.php?name=News&file=article(...)
vala :>
@++
Hope that helps
[^] # Re: Aidez moi à choisir un laptop
Posté par Narmer . En réponse au journal Aidez moi à choisir un laptop. Évalué à 0.
manque un "<mon_avis>" qqpart
:p
=>[]
[^] # Re: XUL Grand Coding Challenge 2004 Kicked Off
Posté par Narmer . En réponse au journal XUL Grand Coding Challenge 2004 Kicked Off. Évalué à 1.
je comprends enfin . . .
XUL pour moi, c est le langage défini et utilisé par le projet Mozilla XML User interface Langage. Pas l'ensemble des langages XML-UI.
J'ai été effectivement induit en erreur . . . heureusement que le modérateur qui a repris mon journal a précisé ce fait.
mea maxima culpa . . .
[^] # Re: XUL Grand Coding Challenge 2004 Kicked Off
Posté par Narmer . En réponse au journal XUL Grand Coding Challenge 2004 Kicked Off. Évalué à 1.
Je trouve que c'est une bonne initiative et qu'il faut encourager ce genre d'évènements pour la diffusion de XUL !!
[^] # Re: [Google news] Quel catégorie pour un virus !
Posté par Narmer . En réponse au journal [Google news] Quel catégorie pour un virus !. Évalué à 1.
http://news.google.fr/intl/fr_fr/about_google_news.html(...)
"L'originalité de Google Actualités réside dans son nouveau service d'informations compilées uniquement à l'aide d'algorithmes informatiques, sans intervention humaine."
Certes c'est une source d'indépendance, mais il faut bien quelqu'un pour le faire l'algorithme d'une part et son implémentation d'autre part. Autrement dit rien n'empêche l'auteur de l'algorithme d'être partial et d'y rajouter des "a priori politiques ou idéologiques".
Si on avait les sources ce serait vérifiables ou bien même une autre source de l'origine de cet algo et de son implémentation. Je regarde sur le site si je trouve un info plus précise.
PS : je ne met aucunement en doute le bon fonctionnement de ce site, mais bon on ne sait jamais . . .
[^] # Re: C
Posté par Narmer . En réponse au journal C. Évalué à 1.
[^] # Re: XUL compact
Posté par Narmer . En réponse au journal XUL compact. Évalué à 1.
Est ce que tu aurais un lien ?
[^] # Coup de gueule !!!!
Posté par Narmer . En réponse au journal Ong Bak. Évalué à 1.
C'est que t'as pas regardé bcp de film d'arts martiaux :-/ Si pour toi film d'arts martiaux = Jacky Chan ou Jet lee. Excuse moi mais c'est normal !
normalement un film d'art martiaux c'est pour les cascades et les techniques de combats
et
c'est trop violent pour l'idée que je me fait d'un film d'art martiaux
Mais t'as vu écrit où ?? c'est ta définition à toi des films d'arts-martiaux !! Ong-Bak est un film d'arts martiaux parmi d'autres, heureusement il n y a pas qu'une façon de faire des films d'arts martiaux. Mais comme monsieur est pleins de clichés, il est un peu dérouté.
Je trouve ça vraiment navrant ! Encore une vision européo capitalo judeo-chretienne. Quelqu'un qui ne regarde que par son nombril !!
Navrant !
Ouvrez votre esprit à la façon de voir des gens qui n'habitent pas en europe ou aux états-unis !
allez je me casse -> [] blahm !
[^] # Re: Java c'est bien !
Posté par Narmer . En réponse au journal Java c'est bien !. Évalué à 1.
Dans un projet avec plusieurs developpeur de niveau differents et d'horizon differents (c'est ce qui arrive le plus souvent, tu auras rarement un ensemble de developpeurs expert en perl ), je n'utiliserai pas le perl, car sa syntaxe n'est pas assez deterministe. Car ce langage leur donnera trop de liberté syntaxique au détriment de la clarté que je recherche. Les niveaux des developpeurs étant hétérogènes, j'aurai trop peur de perdre du temps sur des faux problèmes.
Si pour toi, un bête incrémenteur 'index' dans une boucle for est inutile, je ne sais pas quoi te dire. Le foreach te permet d'aller plus vite dans l'iteration sur un tableau mais dans ta boucle for la variable 'index' ne sert pas seulement à itérer sur ton tableau, elle peut être utile pour d'autres choses plus complexe. La boucle for est un élément clef dans l'algorithmique. Essaie de faire l'exemple suivant avec des foreach je vais bien me marrer. Le foreach est une simplification de la boucle for donc le foreach est moins puissant et la boucle for est toujours necessaire même en Perl.
Pour moi ce code est clair, on sait exactement ce qu'il fait. Même un débutant a des chances de le comprendre, il est sans fioriture et efficace. Essaye de le raccourcir et tu comprendras qu'il vaut mieux rester clair
-Ayatoh
[^] # Re: Java c'est bien !
Posté par Narmer . En réponse au journal Java c'est bien !. Évalué à 1.
En Java (<= 1.4) ou en Ada, c est la syntaxe qui l'impose. C'est justement là ou je veux en venir. J'ai d'autres choix à fouetter (algorithmique, architecture, tuning, délais, etc ,) que de choisir parmi un ensemble de syntaxe (qui font là même chose !!! ) la plus expressive , "la meilleure" pour parcourir un tableau.
En java (<= 1.4) ta boucle for aura cette tête là. Note la présence de la variable d'index qui n'est pas sous-entendu comme en perl. "Ce qui ce conçoit bien, s'enonce clairement".
- - - - - 8< (Snip) - - - - -
String[] strings = Utils.getStringArrayFromSomewhere ();
for (int index = 0 ; index < strings.length ; i++ ) {
Utils.doSomething(strings[index]);
}
- - - - - 8< (Snip) - - - - -
Le perl a développé tout un tas de mécanismes "pratiques" pour faire des raccourcis dans les scripts qui enlèvent à la clarté du code (ascii art), maintenant je n ai pas dis que ce n'est pas bien, je dit simplement que c'est moins clair ! Un mec qui bien connait le perl développera super vite, au détriment de la portabilité, de la maintenance et de l'evolutivité.
>Donc comme le langage le permet, le langage n'est pas clair.
Mauvaise définition.
Je reprends donc. Un langage dont la syntaxe permet d'ecrire du code illisible qui est validé par l'interpréteur, n'est pas un langage avec une syntaxe claire, donc ce n'est pas un langage que je qualifierai de clair.
-Ayatoh
# Re: cherche projet qui cherche design :)
Posté par Narmer . En réponse au journal cherche projet qui cherche design :). Évalué à 5.
-Ayatoh qui va se faire moinsser ! :D
(¯`·..·´¯`·.·»[]
[^] # Re: Java c'est bien !
Posté par Narmer . En réponse au journal Java c'est bien !. Évalué à 1.
Ce que je veux dire par clair :
En perl la boucle for peut s'écrire de plusieurs façon differentes. Et si il prends à un développeur au cours d'un même script, d'utiliser toutes ces façons, le code n'est pas clair. Donc comme le langage le permet, le langage n'est pas clair.
Pour moi LE langage clair, c'est Ada. Quand tu lis le code tu sais exactement ce qu'il fait même si tu n'en est pas l'auteur. Ok c'est moins fun, Ok c'est moins sexy mais c'est du code industriel, pas de fantaisie pas de variables exotiques. Le pourcentage d'erreur humaine est beaucoup moins important, le code est maintenable par quelqu'un d'autre que l'auteur lui même etc ..
merci
-Ayatoh
[^] # Re: Java c'est bien !
Posté par Narmer . En réponse au journal Java c'est bien !. Évalué à 1.
Au passage, je suis d'accord avec toi quand tu dit qu'un langage est caractérisé par sa syntaxe, mais dans notre cas il faut être précis, derrière la syntaxe du langage il y a la fonctionnalité codé dans la machine virtuelle et le compilateur. Donc effectivement la syntaxe c'est ce qu'on voit, mais des features comme la généricité, les assertions, les méta-données etc ... ne sont pas à attribués à la syntaxe. Pour la généricité par exemple on aurait pu utilisé plusieurs syntaxes, on en a choisit qu'une. Tu vois ou je veux en venir ? il y a décorrelation.
C'est pour cela que je précisait l'aspect syntaxe.
-Ayatoh
[^] # Re: Java c'est bien !
Posté par Narmer . En réponse au journal Java c'est bien !. Évalué à 1.
>Perl, c'est bon pour ceux qui aiment la programmation de scripts, mais pour ceux qui veulent un langage de haut niveau avec une
>syntaxe qui soit autre chose que de l'ascii art, mieux vaut passer à autre chose !
J'espère que ce n'est pas un argument. Je ne suis pas fan de Perl mais c'est un langage de haut niveau (les autres feraient bien de s'en inspirer sur certains points), obscur quand on ne connait pas (normal) mais néanmoins élégant. Je n'en ai pas beaucoup fait mais ça m'a suffit pour ensuite regretter $_ ou les listes dans d'autres langages, sans parler d'une écriture souvent plus naturelle (un for qui prend un tableau sans s'emmerder avec les indices, par exemple).
Si c'est un argument ! un langage de programmation doit pouvoir s'ecrire clairement ! J'ai du dans des projets modifier des produits comme Ultimate Bulletin Board, Majordomo et Sympa tous trois écrits en perl :-/ Je ne donnerais pas d'exemple de codes mais dans ces trois produits les developpeurs utilisait l'une des facette de la syntaxe qui les amusait le plus du coup c'est pas du tout lisible et quand tu passes d'un produit à l'autre TU PLEURES !!!! En java, la syntaxe est claire, le code parle de lui même, c est loin d'être le cas en perl, les developpeurs perl parfois sont content parce qu'ils ont fait tenir en une ligne de commande une boucle for, une condition, un appel de fonction et une incrémentation. Après cela depend des developpeurs, rien n'empêche à des developeurs perl d'ecrire du code maintenable ! Rien.
>Franchement dans C++ combien de fois a-t-on chercher la doc pour des fonctions sans la trouver ?
Ca n'a pas grand rapport avec le langage, mais si tu veux que je te trouve de mauvais bouquins sur Java ça doit pouvoir se faire. Avec de bons bouquins, je n'ai pas eu ce problème là en C++.
Si justement la documentation des apis et du langage ont à avoir avec le langage lui même, si tu ne sais pas quel fonction appeler pour une action donné ton langage n'est pas opérationnel !
>En plus la librairie standard java a vraiment une approche orientée objet alors que C++ ça n'est pas vraiment le cas (trace du bon
>vieux C)
J'espère que ce n'est pas censé être un avantage. L'objet c'est bien là où c'est adapté. Le fait de forcer tout à être objet, même quand ça complique, est un inconvénient. Où est-ce que la SL n'est pas suffisamment objet ?
Encore une fois tu n'argumentes pas ! dans quel cas l'objet est adapté ?
Dans Java <= 1.4 tout n'est pas objet les type primitifs ne le sont pas. Les puristes (Smalltak, Eiffel) lui ont même reproché ce fait ! ton argument du tout objet ne tient pas. Pour les version >= 1.5 je sais pas exactement.
>Bref si java était vraiment libre ça serait le top, mais il ne faut pas se voiler la face, c'est un produit propriétaire bien plus ouvert
>que ses concurrents ! (Faites confiance à Krosoft et .Net !)
C# corrige de nombreux défauts de Java mais en effet, étant donné le danger Microsoft, il est exclu.
C# corrige quoi comme défauts ? je suppose en plus que tu ne parles que de la syntaxe !
[^] # Re: Java c'est bien !
Posté par Narmer . En réponse au journal Java c'est bien !. Évalué à 2.
Monsieur est un petit drôle et attaché à la langue française en plus. Premièrement, rendons à Francky Vincent ce qui lui appartient il a dit "Il n'y a pas que la fesse dans la vie il y a le sexe aussi." Donc tu es totalement à coté de la plaque sur ce coup là. Tu voulais surement dire par là que dans ta vie tu fais pas que programmer et que toi tu avais des activités sexuelles, en tout cas tu devrais préciser parce que c est pas clair !! Mais bon dans le doute je précise, ne t en fais pas pour moi va !
Revenons à nos moutons ! ton français était "Mais finalement au moment de choisir son langage, on regarde les priorités, et Java est rarement la solution" Il ne m'a fallu prendre qu'un exemple pour te contredire : le developpement web. J'aurai pu t'en prendre un autre mais cela suffit amplement. T'as juste dit que en fonction des priorités, java est rarement la solution, t'es resté (volontairement ou en manque d'arguments) dans le vague le plus complet, donc tu t es fait avoir !
Justement non, tu as été obligé de prendre comme exemple le seul domaine où il est vraiment le langage le plus adapté. C'est pas un large spectre ça.
Bon monsieur veut des exemples du spectre alors on va lui en donner. On va même prendre perl à coté comme tu as l'air de bien aimé (moi aussi cela dit :) pour que tu vois bien la différence :
- Java est présent sur les mobiles/perl non
- Java est présent sur les Palm/Zaurus/Pocket PC (waba,j2me) etc ... Perl non
- Java est beaucoup plus utilisé que perl pour les grosses applications e-commerce.
- Java est beaucoup plus utilisé que perl en ce qui concerne les applications graphique (swt/swing)
- Java est beaucoup plus propre que perl niveau syntaxe, c est pour cela qu'on l utiliser plus à la fac comme premier langage, on fait pas de l ascii-art (merci Eric B).
- Perl est autant utilisé que java pour des applis intermédiaires style forum, newletter, etc ..
- Perl n'est pas aussi complet que java pour l'accès au base de donnée
- Java accède plus facilement que perl au SGBDOO
- Java permet plus facilement l'accès aux web services
- Tu peux compiler java en natif pour des applis consoles qui roxor (ah oui .. pas perl enfin peu être après tout)
- Tu peux pas auto-déployer tes applis perl grace à des serveurs distante, en java tu peux gràce au protocole jnlp (Java Web Start).
- Tu n'as pas d'IDE qui roxor écrit en perl !
- Tu n as pas d'implémentation de CORBA en perl.
- Par contre perl c'est mieux pour faire des scripts sous shell, des grep et des remplacement de chaine, quoi qu'avec ant c est à peu près kif kif
- Perl c'est libre, Java caipalibre (soyons honnête)
- Encore le web le modèle 1 servlet/plusieurs threads est beaucoup plus performants que le cgi multi process de perl (où à chaque requête tu crée un sous-process :/)
- Enfin avec Java tu peux lier tes applis ( local, client-serveur, web) avec des existants c c++ fortran grace à jni sans te prendre la tête plus que ça.
Bref voici une partie du spectre de java et celui de perl tu vois bien qu'il n'y a pas photos
Retourne manger du 'Blanc mangé coco' :p
[^] # Re: Java c'est bien !
Posté par Narmer . En réponse au journal Java c'est bien !. Évalué à 3.
Il est est utilisé là ou on en a le plus besoin c est à dire dans l'armée, l'industrie et aussi à la fac pour sa qualité de bon langage bien fortement typé :)
Ce qui fait que ADA soit moins utilisé par des développeurs d'applis "classiques", c est justement car c est un langage typé et rigoureux "à la One Again!" le compilateur est très sévère :) je m en rappelle à la fac :') AMHA Ce qui manque aussi c est une bonne pub !! et oui faut communiquer ....
Inventons la communication libre ....