O� va-t-on avec JavaScript ?

Citation:

---

Envoy� par dukej

M�me pour un petit site d'un pote qui veut des effets "waouh", ...

---

juste en passant : en ce qui me concerne, dans ce genre de situation, il est parfois utile de faire un peu de "p�dagogie" voire de "culture web" ( � Non, Bernard :nono:, je ne vais pas mettre une boite aux lettres anim�e pour le mailto. Ni en pied de page ce super bandeau clignotant que tu as trouv� sur chouettes-bandeaux-clignotants-gratuits.com. Je vais maintenant t'expliquer pourquoi je te rends service en refusant... etc. � )

Mais bon quand des effets sont effectivement souhaitables, c'est diff�rent ^^

comme le lien dont le fonctionnement n'est pas tr�s clair et qui ne change pas lorsqu'on clique dessus
le gars s'excite comme un malade dessus
appelle la hot ligne parce que �a ne marche pas.
le niveau un ne sais pas pourquoi lorsqu'on clique dessus il ne ce passe rien et renvois le pb au niveau deux
pendent ce temps l'utilisateur s'�nerve sur le bouton et fini par abandonner
attendant que le niveau deux le rappelle
il fille en r�union
qui s'�ternise comme toujours
et lorsqu'il revient � son poste tout semble bloqu�
le poste semble comme fig� ralenti � l'extr�me.

en fait � chaque clic il a lanc� un t�l�chargement de 20 Go sans le savoir et pendant sa r�union il a eu un file system full

au final un agent hot line monopolis� pendant quelques minutes, deux techniciens niveau deux pendant une heure un technicien d'intervention pour remettre le poste en �tat pendant 1 heure
un utilisateur au chaumage tout ce temps
alors qu'un simple effet visuel lors du click et �a passait comme une lettre � la poste.
et un r�seau encombr� pour rien

et on ne rit pas au fond de la salle c'est du v�cu
A+JYT

Citation:

---

Envoy� par vermine

sekaijin, je suis d'accord avec toi sur le fait qu'on ne peut pas pr�tendre avoir un code plus performant en l'ayant �crit tout seul dans son coin que le code de dix d�veloppeurs r�fl�chis (mais comme dit pr�c�demment, ce ne sont pas toujours des d�veloppeurs).

Cependant, ces dix d�veloppeurs ont pour but de cr�er quelque chose d'utilisable par tous. Ce n'est pas mon cas. Ce que je cr�e sert � tr�s peu de personnes et la demande est r�ellement sp�cifique. Chaque m�tier �tant diff�rent. Un code n'a pas toujours besoin d'�tre r�utilis� ou appliqu� ailleurs. :?
Non, je ne pr�tends pas cr�er des codes ultra puissants (�a, �a se saurait :P), mais je pense pouvoir approcher de plus pr�s la demande du client. ;)

---

Tu m'as pris de vitesse vermine, je suis tout-�-fait d'accord ^^

J'allais m�me faire cette m�taphore d�goulinante :

Citation:

---

Envoy� par juste une parabole

MacDonald's poss�de une arm�e de nutritionnistes, de gouteurs, de consultants, etc.
Ca fait des ann�es qu'ils affinent leurs "recettes".

Et sinon, en bas de chez moi, y'a un p'tit cuisinier qui improvise des plats originaux avec des ingr�dients locaux et de saison. Il se d�brouille d'ailleurs plut�t pas mal, avec une seule autre personne pour l'aider et des moyens financiers plus que limit�s.

Et chez qui on mange le mieux ? ^^

---

:mrgreen:

Citation:

---

Envoy� par sekaijin

D�j� je pense qu'avant de parler de lib ou de pas lib il faut se poser la question de l'approche g�n�rale.

on en distingue deux.
la premi�re (et probablement celle par laquelle on commence tous) consiste � faire du HTML et � l'enrichir de fonctions (au sens large) JS
par exemple ajouter un bouton calendrier � un textfield pour avoir une saisie plus simple.
la seconde consiste � ne pas �crire de HTML et de construire les objets dont on a besoin en javascript. dans cette approche on va ajouter un datefield au form qu'on aura cr�e en javascript.

ces deux approche sont pour moi fondamentalement diff�rentes.

---

Je suis d'accord sur la distinction que tu fais.
Je me demandais, par contre, quelle �tait la r�partition entre ces deux cas, sur l'ensemble des projets web... ?
Mon exp�rience sur le sujet est encore trop l�g�re, en plus je ne bosse plus en ce moment sur du web, alors je dois avoir une vision d�form�e, mais il me semblait que la deuxi�me cat�gorie que tu d�cris (des RIA de moyenne ou grande envergure) doit quand m�me repr�senter, aujourd'hui encore, une faible proportion, non ? :?

si on regarde le Web au sens site ou application sur HTTP/HTML alors les webapp ayant un approche RIA sont ultra minoritaire.

les webapps sont de toute fa�on minoritaires.
le gros du web ce sont des sites. (depuis maintenant longtemps leur mise � jour se fait via des webapps) mais cela reste pour l'essentiel dans la partie publique des site au sens classique du terme. (m�me s'il sot dynamiques)

les webapps les plus fr�quentes sont les webmail comme yahoo mail ou celui que propose la plus part des h�bergeurs des outil comme ceux de google etc.

et l� force est de constater que depuis quelques ann�es l'approche webapp pure et simple enrichie de js tant � disparaitre au profit d'application RIA.

en entreprise aussi on constate cette migration. mais l� le choix du moteur RIA est beaucoup plus concurrenc� par des plateforme d�di� comme celle de microsoft ou adobe.

on a donc peut de webapp parmi tout les sites internet
peut de webapp RIA parmi les webapp
et dans ces derni�res la proportion utilisant une approche enrichie face � une approche constructive est tr�s difficile � connaitre.

on voit d'ailleurs c�t� librairies que le nombre de lib proposant une approche pour ce type d'application est plus r�duit que les lib destin�es � toutes sorte de sites web. d'un autre c�t� les sponsors de ses librairies sont des poids lourd de l'industrie qui investissent beaucoup de dans.
voici une liste des principaux d'une lib que je connais bien

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67

* Adobe * ADP * Airbus * Alcatel-Lucent * Alliance Data Systems * Amazon.com * Applied Physics Laboratory * Atos Origin * Aviva * BAE Systems * Bell Canada * Blackberry * BNP Paribas * BNSF Railway * Boeing * Borland * Canon * Capgemini * China Systems Corp. * Cisco * Citi * CNA * CNN * Credit du Nord * CSC * Dow Jones & Co. * EMC * Encyclopaedia Britannica * Ericsson AB * File Maker * Fox Interactive Media * Fujitsu * General Electric * Harvard Business School * Hitachi * HP * IBM * ISO Software Systeme GmbH * Komatsu * Kronos * Lehman Brothers * Lockheed Martin * Microsoft * Motorola * NEC System Technology * Nortel * Northrop Grumman * New York ISO * Pacific Corp * Panasonic * Pixar Animation Studios * Qualcomm, Inc. * Samsung * SAP * Siemens * Sun * Sony * Sony BMG * Symantec * T-Mobile * Thomson Reuters * Unisys * US Army * Visa International * VMWare * Xero * Yahoo

---

J'ai volontairement r�duit drastiquement la liste des acteurs de petite et moyenne envergure

Il ne faut donc pas trop se focaliser sur le nombre de sites utilisant telle ou telle librairie pour savoir si elle est p�renne soutenue etc.

il est clair que les librairie qui vont dans ce sens ne sont pas faites pour ajouter un truc qui fait joli
si vous survolez la liste ci dessus vous comprendrez vite que les acteurs cit�s cherchent l'efficacit� et donc on y trouve pas ou peu de fioritures.
m�me si elle sont �l�gantes et ergonomique les composant sont avant tout fonctionnels.

A+JYT

Bonsoir

Vouloir utiliser un framework JavaScript sans conna�tre les bases est un non-sens absolu et une perte de temps.

J'en ai d�j� parl� ici (http://www.developpez.net/forums/d89...y/#post5106006) et l� (http://www.developpez.net/forums/d95...s/#post5392670).

Les d�butants qui commencent par jQuery sont non seulement une plaie (ils me d�couragent, car ils butent toujours dans les m�mes probl�mes, g�n�ralement idiots), de plus ils nuisent � la r�putation du langage et surtout � celle des interfaces utilisateurs "jQuery UI" et "UI jQuery Mobile" qui utilis�es par eux ressemblent souvent � du grand n'importe quoi.

Dans un message r�cent, pour r�cup�rer le jour de la semaine d'un UI Datepicker un utilisateur bien inform� conseillait une transaction AJAX et du PHP ! http://www.developpez.net/forums/d10...v/#post5634820

En fait, on peut dire que HTML5 et CCS3 vont int�grer les bases d'un framework.

� mon avis, cela ne vous �tonnera pas, l'avenir de jQuery est assur�.

je vais dans ton sens
je pense m�me que trop souvent on confond le langage et l'impl�mentation qui en est faite dans le navigateur

Oui Javascript est n� du web et non il n'est pas n� pour scripter le navigateur
Il est n� c�t� serveur

mais Javascript est un langage et s'il est massivement utilis� pour scripter un navigateur et manipuler les pages HTML de celui-ci � travers le DOM, Il n'en reste pas moins un langage � part enti�re qui peut �tre utilis� dans de nombreux contexte.

ActionScript n'est rien d'autre que Javascript + des m�thodes pour manipuler les objets flash
tout comme dans le navigateur on a javascript + le DOM binding
sous Windows Host Script nous avons javascript + JScript qui est un ensemble de m�thodes et d'objets pour manipuler windows
Jaxer c'est javascript + des API pour manipuler les information d'un serveur web
Mod_js c'est javascript + des Api system pour manipuler les infos serveur sous apache (comme mod_php ou mod_tcl pour php et tcl)
etc.

bref javascript � un champ d'application bien plus large que le navigateur. et j'en ai mare de lire que javascript n'est pas fait pour �a. c'est comme dire que C++ n'est pas fait pour ...

javascript est un langage il peut donc s'appliquer � tout comme tout langage C et C++ on besoin de lib pour faire ci ou �a C# aussi pascal ada perl python php javascript java lisp aussi.

je dis � tous les d�butant d'un langage quel qu'il soit. commencez par apprendre le langage lui-m�me.
puis penchez vous sur les librairies "Standard" fournies avec le contexte qui vous int�resse.
enfin penchez vous sur les framework qui s'appuient dessus.

Not� que le langage est normalis� par Ecma
la derni�re version du langage http://www.ecmascript.org/docs/tc39-2009-043.pdf

alors que la liaison avec le dom est normalis� par le W3C

Javascript dans les produit adobe et pas seulement flash
http://www.ex-abstracto.com/index.ph...ement&rub=ECMA

javascript dans l'univers windows
http://msdn.microsoft.com/fr-fr/library/72bd815a.aspx

A+JYT

Ca me faisait penser � un truc durant certains entretient.

- "Alors tu dis avoir fait du JS ?"
- "Oui j'utilise jquery pour animer mes pages"
:calim2::calim2::calim2::aie::aie::aie:

Que voulez vous r�pondre � cela :aie: ?

Pour le PHP c'est un peu pareil, commencer un site from scratch (sans rien) avec le PHP c'est un peu suicidaire maintenant. Sauf si le mec veut coder de la merde. Mais si on veut du MVC ou autre, autant passer par un framework MVC

Bonjour,

Je ne suis pas d'accord avec le fait d'apprendre le JS avant le framework.
Au contraire.

J'ai commenc� � la mano (sans aucune connaissance j'�tais juste lyc�en), donc c'est simple. Le code �tait moche (etc etc).
Plus tard, apparait jQuery que j'emploie donc sans grosse connaissance JS. Je ne connais pas les �v�nements, les objets qu'en c++like (en js c'est quand m�me pas pareil)...
Toujours est-il que le framework permet d'avoir un r�sultat rapidement. Ce qu'il faut soulever au del� de la rapidit�, c'est qu'on peut voir que ce qu'on fait est � peu pres satisfaisant. Il ne tient qu'� approfondir les d�tails.

Si c'est pour apprendre les document.machin, les fonctions anonymes et tout avant d'arriver � un r�sultat, ca en rebute plus d'un.

Certains ici semblent vouloir comprendre ce qu'ils font. Personnellement, et je pense pas �tre le seul, certains pr�f�rent savoir ce que ca fait, quitte � �ventuellement comprendre comment ult�rieurement.

Pour revenir � la question : framework? ou composant mano?
Je pense que nous allons avoir droit � des composants js en interne, r�utilisables. Mais je vois mal des composants g�n�riques dispo pour tout le monde. Il y a trop de dev sp�cifiques pour une interface. Quand je vois extJS, c'est bien (enfin...) quand ca passe, mais bon, quand ca bloque, ca fait mal.
Eventuellement, � la mani�re des composants de framework, on peut imaginer des composants js.

Citation:

---

Envoy� par galerien69

J'ai commenc� � la mano (sans aucune connaissance j'�tais juste lyc�en), donc c'est simple. Le code �tait moche (etc etc).

Plus tard, apparait jQuery que j'emploie donc sans grosse connaissance JS. Je ne connais pas les �v�nements, les objets qu'en c++like (en js c'est quand m�me pas pareil)...

Toujours est-il que le framework permet d'avoir un r�sultat rapidement. Ce qu'il faut soulever au del� de la rapidit�, c'est qu'on peut voir que ce qu'on fait est � peu pres satisfaisant. Il ne tient qu'� approfondir les d�tails

---

Exactement ce que l'on ne doit pas faire ! Pour la rapidit� et l'� peu pr�s satisfaisant ! :fessee: :furieux:

Pauvre jQuery, comme on te maltraite et qu'elle r�putation ont te fait ! :pleure:

Citation:

---

Envoy� par galerien69

Certains ici semblent vouloir comprendre ce qu'ils font. Personnellement, et je pense pas �tre le seul, certains pr�f�rent savoir ce que ca fait, quitte � �ventuellement comprendre comment ult�rieurement

---

Quand on est dans cet �tat d'esprit, le "ult�rieurement" dont tu parles n'existe pas. Il y aura toujours une bonne raison de fuir en avant vers la prochaine id�e... puis la prochaine. :no:

J'ai l'impression de lire dans ton post l'id�e que :

Citation:

---

bricoler/bidouiller/tester (et hop ! c'est tomb� en marche ne touchez plus � rien) sans comprendre les causes des ph�nom�nes observ�s

---

serait plus rapide que :

Citation:

---

se r�f�rer aux docs et apprendre patiemment un certains nombre de fondamentaux li�s � une technologie d�finie

---

?

Si c'est le cas, je te souhaite bonne chance mais j'en doute fort ^^ � la moindre difficult� inattendue, �a te laisse totalement d�muni, � moins bien entendu de faire appel �... ? :roll: ... ceux qui ont construit leur maison correctement : les fondations en premier, les murs ensuite, et le toit � la fin :mrgreen:

Assez souvent le soir je raconte "les 3 ptits cochons" � mes filles... ben l� tout d'un coup j'y pense � la morale de cette histoire, je ne sais pas pourquoi... :mouarf: ;)

Citation:

---

Envoy� par RomainVALERI

[...] Si c'est le cas, je te souhaite bonne chance mais j'en doute fort ^^ � la moindre difficult� inattendue, �a te laisse totalement d�muni, � moins bien entendu de faire appel �... ? :roll: ... ceux qui ont construit leur maison correctement : les fondations en premier, les murs ensuite, et le toit � la fin :mrgreen:

Assez souvent le soir je raconte "les 3 ptits cochons" � mes filles... ben l� tout d'un coup j'y pense � la morale de cette histoire, je ne sais pas pourquoi... :mouarf: ;)

---

Bonsoir Romain

O� alors ils ont la chance de tomber sur une bonne poire dans un forum !

Je suis certain que ce genre de forumeurs pensent qu'un forum s�est uniquement fait pour aider les d�butants. Et que les mod�rateurs trouvent leur bonheur dans cette t�che ! Alors pour quoi prendre la peine d'apprendre !

� la lecture de ce genre de discours, la bonne poire se r�volte, elle va se transformer en dragon cracheur de feu multicolore ! :furax:

On s'�loigne du d�bat de fond, mais cette attitude explique le pourquoi de mes r�ponses souvent laconiques ou minimalistes.
Le but de mes r�ponses �tant de pousser le forumeur � chercher par lui m�me la solution en le mettant sur la voie ...
Apprends � l'affam� � p�cher, il se nourrira toute sa vie, donne lui un poisson, il t'en redemandera toute sa vie !

Pour en revenir au d�bat qui nous int�resse, je pense que la diff�rence principale r�side en fait entre int�grateur et d�veloppeur.
Le premier se contentera d'avoir un truc bricol� qui fait illusion, le second poussera jusqu'a obtenir un r�sultat efficace et conforme.

Citation:

---

Envoy� par SpaceFrog

On s'�loigne du d�bat de fond, mais cette attitude explique le pourquoi de mes r�ponses souvent laconiques ou minimalistes.
Le but de mes r�ponses �tant de pousser le forumeur � chercher par lui m�me la solution en le mettant sur la voie ...
Apprends � l'affam� � p�cher, il se nourrira toute sa vie, donne lui un poisson, il t'en redemandera toute sa vie !

Pour en revenir au d�bat qui nous int�resse, je pense que la diff�rence principale r�side en fait entre int�grateur et d�veloppeur.
Le premier se contentera d'avoir un truc bricol� qui fait illusion, le second poussera jusqu'a obtenir un r�sultat efficace et conforme.

---

Je ne vois pas grand chose a ajouter , on se rejoint totalement sur ces derniers points :)

Citation:

---

Envoy� par SpaceFrog

Apprends � l'affam� � p�cher, il se nourrira toute sa vie, donne lui un poisson, il t'en redemandera toute sa vie !

---

�a fait des temps que n'as plus cit� celle la sur le fofo. :hola:

Citation:

---

Exactement ce que l'on ne doit pas faire ! Pour la rapidit� et l'� peu pr�s satisfaisant !

---

Parce qu'on pond forc�ment quelque chose de parfait du premier coup:lol:

Citation:

---

Pauvre jQuery, comme on te maltraite et qu'elle r�putation ont te fait !

---

J'ai dit que jQuery permet d'obtenir des r�sultats acceptables sans grande connaissance du langage. Je n'ai pas dit qu'elle ne fournit que des r�sultats acceptables.
Pour la maltraitance, je reviens dessus apr�s.

Citation:

---

Quand on est dans cet �tat d'esprit, le "ult�rieurement" dont tu parles n'existe pas. Il y aura toujours une bonne raison de fuir en avant vers la prochaine id�e... puis la prochaine.

---

Quel est le probl�me.
Si t'as pas besoin de comprendre ce que tu fais mais que c'est fait? Et de mani�re correcte (vu que d�l�gu�e � un framework).
Un exemple typique auquel j'ai �t� confront� :
Un composant extjs, avec un affichage � peu pres dynamique d'un combobox. Mon kiffe c'est pas extJS (comprendre je l'utilise parce qu'il faut, mais de mani�re locale (temporellement)).
Bon, jenquille un exemple � peu pres correct et apr�s je look si ya des exemples qui me vont bien! Et sinon ben j'adapte.
Quelle id�e d'apprendre les events extJS, les h�ritages des composants, etc...
Quand au probl�me du retour sur le code non compris, ben il ne reste plus qu'� le comprendre. Ce n'est que diff�rer l'apprentissage de points NON fondamentaux � plus tard.

Et une derni�re parenth�se:

Citation:

---

Le but de mes r�ponses �tant de pousser le forumeur � chercher par lui m�me la solution en le mettant sur la voie ...

---

Celui qui poste sur un forum veut g�n�ralement un moyen pour trouver la solution. Tant qu'il a de quoi chercher il est g�n�ralement content. Sauf lyc�en, �ventuellement. C'est un point de vue que je partage particuli�rement. Je le nuance n�anmoins par la forme. "Les r�ponses minimalistes" ca pr�sente une connotation p�jorative. Si c'est pour brusquer le posteur (aussi con son poste soit-il), c'est anti-p�dagogique, mais ca ne s'adresse pas � toi, c'est juste en guise de rappel.

Dernier PS:

Citation:

---

Apprends � l'affam� � p�cher, il se nourrira toute sa vie, donne lui un poisson, il t'en redemandera toute sa vie !

---

La variante �tant
Si tu donnes un poisson � un homme, il mangera un jour.
Si tu lui apprends � p�cher, il mangera toujours.
De lao tseu avec un accent circonflexe je crois mais chui pas s�r.

Salut � tous,

Pour r�pondre � la question originale. Le comportement du d�veloppeur Javascript lambda n'a pas chang� d'un poil en dix ans. On a tous commenc� � faire du Javascript copier/coller. Ce sont les sources disponibles qui ont chang�s. Avant nous n'avions que des snippets � disposition, maintenant les frameworks ont pignon sur rue, ce sont donc eux qu'on copie ou utilise � mauvais escient aujourd'hui.
Je ne sais plus qui a dit �a, mais Javascript est le seul langage de programmation qu'on n'apprend pas! Si vous avez correctement appris Javascript � l'�cole, c'est que vous en faite, je pense, depuis moins de quatre ans (estimation � vue de nez). Ce n'est que ces derni�res ann�es que le d�veloppement Javascript s'est professionnalis�, la cr�ation des frameworks en est justement l'illustration.

Comment d�velopper? Cela d�pend du projet. Un framework est fait pour industrialiser le d�veloppement et accessoirement pour lisser les comportements entre navigateurs. Il est bon d'industrialiser le d�veloppement sur de gros projets ou sur une quantit� de petits projets. M�me si, pour les petits projets, on peut parfois consid�rer l'utilisation d'un framework comme un luxe.
J'ai d�j� vu certaines personnes utiliser un framework et sa surcouche graphique uniquement pour b�n�ficier d'un simple effet. Alors que tout le reste des scripts de l'application �tait d�velopp� sans tenir compte de ces frameworks! Dans ce cas l�, je me dis que c'est comme acheter une librairie enti�re pour pouvoir lire un livre.
D'un autre cot�, pourquoi se prendre la t�te � r�inventer la roue si on n'a aucune contrainte de performance et si �a ne fait pas de mal au client? Un d�veloppeur exp�riment� aura, tr�s probablement, d�j� ses propres snippets sous la main et ne fera peut-�tre au final qu'un copier/coller (la boucle est boucl�e) alors pourquoi pas utiliser un framework?

Ce qui compte finalement, je pense, c'est la compr�hension de Javascript et du d�veloppement web en g�n�ral. Ceci permettant de faire les bons choix.

Pour r�pondre � la suite du d�bat, le d�veloppement web est peut-�tre le type de d�veloppement le plus ouvert au "grand public". On aura donc toujours dans le forum des d�veloppeurs lambda rendant service � une association le temps d'un week-end. On ne peut d�cemment pas leur demander de tout comprendre du d�veloppement web avant de poster un message. Enfin je dis �a, mais je suis le dernier � r�pondre � ce genre de message. Curieusement, je me trompe peut-�tre, dans ce forum j'ai l'impression qu'il n'y a que des gens qui posent des questions et des anciens "d�sabus�s" pour y r�pondre. Il manque la tranche du milieu, celle du d�veloppeur interm�diaire qui apprend et qui veut tester ses connaissances en r�pondant aux questions.

PS : galerien69 si tu fais �a de fa�on professionnelle, tu es sur la mauvaise voie. Si c'est de fa�on personnelle et pour le plaisir, fait comme bon te semble.

Citation:

---

Envoy� par galerien69

Si t'as pas besoin de comprendre ce que tu fais mais que c'est fait? Et de mani�re correcte (vu que d�l�gu�e � un framework).

---

Comment es-tu s�r que c'est correcte or que tu ne comprends pas m�me si �a marche (�a tombe en marche plut�t :aie:)? Il se peut que tu as des erreurs cach� et qui ne seront d�couvert qu'au mauvais moment (c'est souvent comme �a les bug).

Citation:

---

Envoy� par galerien69

Quand au probl�me du retour sur le code non compris, ben il ne reste plus qu'� le comprendre. Ce n'est que diff�rer l'apprentissage de points NON fondamentaux � plus tard.

---

Le truc que tu n'as pas pens� c'est que les corrections des defect sont plus couteux que de prendre le temps d'apprendre et/ou de comprendre ce qu'on va utiliser dans un projet. Bien que �a marche pour le moment, demain tu ne sais pas, et encore pire, il se peut que ce ne serait pas toi qui ferra la correction.

PS: je parle de fa�on g�n�ral mais pas seulement au niveau javascript.

Ben typiquement, l'API dit que une fonction fait ca, on va pas chercher � savoir ce que fait la fonction. Si l'API de ton framework est merdique, bon ben faut changer de framework et mieux le choisir...
M�me chose pour un exemple fournit. On prend pas les exemples qui viennent de nulle part.

Citation:

---

Le truc que tu n'as pas pens� c'est que les corrections des defect sont plus couteux que de prendre le temps d'apprendre et/ou de comprendre ce qu'on va utiliser dans un projet. Bien que �a marche pour le moment, demain tu ne sais pas, et encore pire, il se peut que ce ne serait pas toi qui ferra la correction.

---

ben ui, mais bon, je ne vois pas trop l'int�r�t d'utiliser un framework si c'est pour le tester...
Perso, je pr�f�re donner cr�dit � un exemple pomp� du net qu'� un code non test� de quelqu'un qui connait le langage...

Toutefois une question : A qui s'adresse-t-on?
A celui qui n'a jamais cod� donc du dev personnel, apprendre les rudiments, c'est long. Tr�s long. Un framework, des exemples, c'est lui permettre d'avoir des r�sultats rapides!

Quid de votre premi�re IHM. Cod�e mano? Quid de votre premier "vrai" programme, enti�rement cod� mano?

Enfin de mani�re g�n�rale, il faudrait d�finir ce que c'est apprendre le javascript.
A partir du moment ou on respecte les boites noires que sont les frameworks. Ou est le probleme???

OK, si vous dites que les frameworks peuvent merder, je passe mon tour.

Citation:

---

PS : galerien69 si tu fais �a de fa�on professionnelle, tu es sur la mauvaise voie. Si c'est de fa�on personnelle et pour le plaisir, fait comme bon te semble.

---

Tu as bien soulev� la diff�rence dev personnel/professionnel.
Bientot je ferai ca de mani�re professionnelle. Et j'apprends un langage succintement avant de manipuler des choses plus complexes.

J'insiste sur le succintement.

Citation:

---

Envoy� par franculo_caoulene

Curieusement, je me trompe peut-�tre, dans ce forum j'ai l'impression qu'il n'y a que des gens qui posent des questions et des anciens "d�sabus�s" pour y r�pondre. Il manque la tranche du milieu, celle du d�veloppeur interm�diaire qui apprend et qui veut tester ses connaissances en r�pondant aux questions.

---

Comment ? 8O :evilred:
>>> et moi alors ?! :mrgreen:
Je passe pas mal de temps � r�pondre aux messages quand je le peux, et �a repr�sente finalement assez peu parmi tous les posts que je lis. Je suis tr�s loin d'�tre un "ancien" voire un sp�cialiste, et ma motivation � 95% est effectivement d'en profiter pour apprendre un maximum (je ne suis d'ailleurs pas le seul*, mais m�me si je plaisante j'ai moi aussi observ� la tendance que tu d�cris ^^)

* edit : tiens, la preuve que je ne suis pas le seul dans ce cas ^^ juste en dessous de ce post ;) salut vermine

Citation:

---

Envoy� par franculo_caoulene

Je ne sais plus qui a dit �a, mais Javascript est le seul langage de programmation qu'on n'apprend pas!

---

Peut-�tre, il n'emp�che que ce n'est vrai que pour les gens qui ont �tudi� d'autres langages (je pense au C et ou au Java dans mon cas) avant de se lancer dans le Javascript. Il y a une logique � apprendre.