Enseigner le PHP en 2012

Bonjour,

Pour commencer, je m'excuse si je ne poste pas au bon endroit ou si cette discussion a déjà été développée.

Je suis enseignant en informatique au niveau bac+2, plus précisément en BTS IG/SIO (son nouveau nom). Je vais prendre en charge à la rentrée prochaine les cours de développement Web après les avoir co-animés cette année.

La progression pédagogique utilisée a été la suivante :

• HTML, écriture de pages Web à la main avec un éditeur de texte
• CSS et feuilles de style
• bases du PHP, création de formulaires (non objet, pas de framework, codage tout à la main sous Netbeans)
• interaction avec une BD MySQL (idem)
• initiation au JavaScript (idem)

A la fin de l'année, les projets des étudiants devenaient un joyeux bordel de code écrit plus ou moins n'importe comment (mélange HTML/CSS/PHP/JavaScript), difficile à comprendre et à maintenir.

Je veux faire mieux l'année prochaine. Voici mes objectifs :

• Partir directement sur du PHP objet (ils ont des cours de POO en C# par ailleurs)
• Permettre aux étudiants de déboguer leur code PHP et JavaScript
• Les sensibiliser à la séparation des rôles (MVC)

Afin d'atteindre ces objectifs, je me pose pas mal de questions : quels outils pour un debugging optimal ? faut-il partir avec un framework PHP ou les laisser apprendre "à la main", au risque de prendre de mauvaise habitudes ? Quel framework PHP ? Quel framework JavaScript ?

Je suis donc preneur de vos avis éclairés sur la question de l'enseignement du PHP en 2012. Toutes les pistes seront les bienvenues.

Merci d'avance pour vos réponses.

Framework c'est pour leur montrer une application du MVC ?
Car sinon tu peux leur apprendre le MVC de façon tout à fait formel, à savoir un fichier mais une distinction des tâches :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

<?php // Récupération des infos de la bdd => modèle // ....   // Traitement des données => contrôleur // Pas forcement facile à mettre en place sur des exemples simples faut l'avouer... // Mais on peut partir sur des stats à calculer avec l'obligation de ne pas le faire en SQL. // ...   // Affichages des données // ...

---

C'est selon moi le meilleur moyen de montrer le MVC à des débutants et c'est un début de codage propre et maintenable.

Sinon le framework je déconseille s'ils n'ont pas de solides bases en programmation (en PHP ou dans un autre). Je suis étudiant et j'ai vu le massacre quand dans une UV on a abordé le JEE. Certains étudiants étaient totalement perdus car trop de notions à prendre en compte d'un seul coup pour pouvoir coder quelque chose.

Citation:

---

quels outils pour un debugging optimal ?

---

L'extension xdebug associée à netbeans (par exemple) permet de faire du debug en pas à pas comme on le ferais avec n'importe quel langage compilé.

Citation:

---

faut-il partir avec un framework PHP ou les laisser apprendre "à la main", au risque de prendre de mauvaise habitudes ?

---

Surtout pas de framework en apprentissage. Se lancer sur un framework sans avoir une certaines connaissance du langage c'est l'assurance de nous envoyer des stagiaires/jeunes diplomé complètement perdu au moindre problème ou besoin qui sort du framework.

Citation:

---

Quel framework PHP ?

---

Aucun :)

Citation:

---

Quel framework JavaScript ?

---

Aucun :) , c'est le même problème que pour le PHP. Quand je vois des mecs inclure un jquery pour pouvoir faire $('#monid') et qui ne connaisse même pas l'existance du getElementById(); , je me dis qu'il y'a eu un problème.

Je ne sais pas trop quel est le niveau en BTS IG , mais si il on des cours de c# tu peux très certainement faire l'impasse sur toutes les bases du php (on peut espérer qu'ils savent faire un if) et ne te concentrer que sur les spécificité (nouveauté 5.4 par exemple) et les bonnes pratiques.

Partir sur des cours objets directement est une bonne idée.

Un concept de cours que je trouve intéressant est de se baser sur un script simple , par exemple un formulaire d'identification et de le faire évoluer au fur et à mesure que le cours avance.

Dans un premier temps un script brouillon qui au final se terminera en un script respectant le pattern MVC (au moins l'idée générale) avec les bonnes classe , de la validation JS ...
Après tout dépend également de ton niveau de maitrise du langage. Il vaut mieux faire peu mais bien que vouloir allez très loin et finalement se rendre compte qu'on manque d'expertise. (J'ai eu un prof de C++ qui devait regarder dans son bouquin dès qu'on lui posait une question , je te laisse imaginer la confiance qu'on lui accordait ^^ )

D'avis perso si on veux connaitre le langage , faut bouffer de la doc et pour ça rien de tel que des petits TP un peu tordu qui demande d'utiliser des fonctions un peu méconnues (et donc oblige à parcourir la doc).

Pour finir toucher quelques mots des frameworks peut être intéressant mais pas avant de savoir comme ca marche sans.

J'ai été étudiant jusqu'à l'année dernière. J'ai commencé par un DUT Informatique.

L'approche du PHP a été la même que la vôtre cette année : c'est-à-dire HTML/css puis PHP procédural.

Il est vrai que maintenant je créé des sites web amateurs et le concept POO me manquer (il faut évoluer quand on fait du PHP 5). Pourtant j'avais des bases C++ / Java, mais appliquer la POO pour une conception de site, je trouvais ca moins évident.

Bref, l'idée d'apprendre la POO est excellente à vos futurs élèves. Mais je pense que j'irais tranquillement si je devais le faire.

Je me rappel qu'on avait appris le HTML/css en même temps que le PHP. Cela veut dire qu'on avait un dossier papier pour les balises principales du HTML puis idem pour le CSS. Cela parait étonnant au début mais au final les profs nous disait "de toute façon le HTML et le CSS c'est pas de la magie, les balises sont toujours les mêmes, alors pourquoi les apprendre par coeur ?". Donc on avait un support, et dès qu'on avait besoins de créer un formulaire ou autre, on se reportait sur le dossier. De ce fait on a pas fait plus de 1h ou 2 de HTML/css (juste les notions avec les en-êtes, body, etc).

Ensuite l'approche du MVC est très bon, mais seulement quand les bases de POO PHP seront bien acquises.

Sinon je pense que le mieux est le codage à la mano, sur un bon éditeur de texte. Ceux qui partiront sur le web plus tard, auront largement le temps d'utiliser des CMS, framework et autres qui leur soulageront la vie.

Sinon, pourquoi ne pas faire des cours sur des librairies comme jquery ? Il est vrai que parler de Javascript c'est bien, mais avec des notions POO, ils s'en sortiront toujours. Cependant comprendre jquery, n'est pas simple (j'en crois mon expérience ...), et pourtant tellement utiliser de nos jours ... et ajax ! la mode du web j'ai l'impression.

Salam ; A force de forger on devient forgeron :mouarf:
je crois qu'il faut passer par le fait a la main est évolué dans le temps , je suis débutant en phpmysql( 05 mois) :bebe: ; maintenant j'arrive a lire est a appliqué certains code qui m'étais auparavant bizaroide :calim2:

Je pense qu'il faut surtout être moderne, donc travailler avec les dernières versions de PHP, utiliser PDO et surtout être intransigeant sur la clarté du code. Suivre les standards PSR-0, PSR-1, PSR-2. Je préfère du code plus long mais plus propre que l'inverse, l'API de PHP est assez énorme on pas pas tout savoir en 2 ans.

Par contre je pense que c'est bien d'avoir un projet dès le début, le plus simple et compréhensible étant la création d'un blog, ça va permettre de couvrir une grosse partie du langage et des extensions.

A un moment fait une pause, et passe à l'installation/configuration de PHP, tout développeur se doit de bien connaitre ça, donc passer outre tout les WAMP et compagnie et faire une installation séparée d'apache - php - mysql

Pour tout ce qui est debuggage, je suis pas fan des IDE avec Xdebug, le profilage est plus simple avec Zend Studio, mais je n'utilise pas non je plus.
De bon tests unitaires + xdebug avec profilage + coverage, permet mieux géré l'appli final, pour le développement en cours, un var_dump + exit suffit (avis perso), et le plus important mettre PHP au niveau d'erreur maximal.

Pas oublier non plus le topo sur l'encodage UTF-8.
Pour monter comment marche les fonctions ou un code simple de PHP regarde l'extension VLD, et ne pas oublier non plus l'extension SPL
Survole PEAR (sans oublie PECL) passe direct a Composer

Ensuite pour tout ce qui est HTML, pareil faire du propre et moderne, donc pas de tableau pour la mise en page, codé en XTML Strict, ensuite passer au HTML5, et toujours toujours valider W3C, pareil pour le CSS, tu peux aussi faire un détour vers LESS et SASS

Au final habitue les à faire du SCM, en éducation GitHub est gratuit, ça te permettra des les suivre (grâce en repo privée) et de les aider, comme ça t'auras un environnement sain, maintenable, cohérent et pro
Si tu fais un Blog, avec un SCM tu pourras faire des branches avec les étape de ton enseignement.

Citation:

---

Envoyé par stealth35

Pour tout ce qui est debuggage, je suis pas fan des IDE avec Xdebug, le profilage est plus simple avec Zend Studio, mais je n'utilise pas non je plus.

---

La plus part des IDE qui gère xdebug gère également Zend Debugger. Après niveau interface comme il sont tous plus ou moins dérivé/copié d'eclipse c'est sensiblement la même chose.

Citation:

---

Au final habitue les à faire du SCM

---

+100

Citation:

---

Envoyé par grunk

La plus part des IDE qui gère xdebug gère également Zend Debugger. Après niveau interface comme il sont tous plus ou moins dérivé/copié d'eclipse c'est sensiblement la même chose.

---

Je parle plutôt un niveau du profilage, les graphs sont meilleurs avec ZS + Zend Debugger (j'ai pas essaye avec le plugin Valgrind sous Eclipse)

Tout à fait d'accord pour dire qu'il faut un passage assez long en codage manuel avant d'utiliser un framework. Au moins le temps nécessaire pour ne pas ensuite être limité et dépendant du fonctionnement du framework (qui au passage sont différents suivants les entreprises, sans parler des framework maison etc.)

C'est après avoir écrit "un joyeux bordel de code écrit plus ou moins n'importe comment (mélange HTML/CSS/PHP/JavaScript), difficile à comprendre et à maintenir" que l'on comprend mieux l'intérêt du modèle MVC, l'intérêt de l'utilisation d'un framework, mais aussi que l'on est en mesure de connaître leurs limitations.

L'initiation à l'utilisation d'un framework devrait donc être un module complémentaire à la formation initiale - que je trouve tout à fait cohérente actuellement - mais non pas un substitut.


Après pour le débug en php un var_dump + exit (comme mentionné plus haut) permet déjà pas mal de choses. Côté javascript, un outil comme Firebug ou équivalent est par contre indispensable.

Bonjour,

Je salue ta démarche de sensibiliser tes élèves à la qualité du code. Du temps ou j'étais étudiant, je regrettais de n'avoir aucun cours là dessus et de voir qu'on avait la même note pour les TD/TP qu'on fasse un code impossible a maintenir ou au contraire bien clair et séparé.

En plus des remarques de Stealth35 qui, comme à son habitude, sont tout à fait justes, j'ajouterai les points suivants.

Pour le débogage et profilage des scripts PHP, je te recommande d'utiliser la dernière version de WAMP Server qui intègre nativement PHP 5.3, XDebug et WebGrind (pour le profiling), il propose par ailleurs un petit outil en C# permettant de s'interfacer avec le débogueur (je ne l'utilise pas, Eclipse fait beaucoup mieux), on peut aussi se servir du duo FireBug + FirePHP pour FireFox ou encore d'Aptana (mais je l'aime pas trop celui-là).

Pour le débogage et profilage des scripts JavaScript, on a pas fait mieux que les outils intégrés de Chrome ou FireFox + FireBug. Pour le logging en JS, rien ne vaut

Code:

---

window.console && console.log(...)

---

Quand à l'approche OOP de PHP, c'est je pense une bonne chose à condition que les élèves aient en parallèle des cours sur le paradigme objet. Quelques spécificités de l'OOP en PHP seront à mettre au menu dans ce cas.
Sinon, le découpage MVC peut tout à fait être obtenu avec une approche procédurale et des fonctions, l'essentiel selon moi est que les élèves comprennent l'importance d'un code maintenable, peu importe la mise en oeuvre. MVC est souvent cité en exemple mais d'autres formes de découpage existent, pour ma part, je trouve le modèle n-tiers (3-tiers la plupart du temps) beaucoup plus flexible et simple à comprendre au premier abord que MVC, mais c'est mon avis. Je trouve lamentable que de tels concepts ne soient abordés qu'en License et non dans les cursus BAC +2.

Citation:

---

Après pour le débug en php un var_dump + exit (comme mentionné plus haut) permet déjà pas mal de choses.

---

D'après moi c'est une mauvaise chose car cela va habituer les élèves à polluer leurs scripts de notifications de débug.
Il est largement plus profitable (à tous points de vue) de les habituer à utiliser un (ou plusieurs) log(s), par exemple:

Code:

---

1 2 3 4 5 6 7 8 9 10 11

<?php   ini_set('error_log', 'C:/wamp/logs/myapp.log'); ini_set('display_errors', 1); error_reporting(-1);   error_log("Une entrée de log"); // enregistre [22-May-2012 11:55:17 UTC] Une entrée de log   1/0; // enregistre [22-May-2012 12:17:47 UTC] PHP Warning: Division by zero in C:\wamp\www\log.php on line 10

---

On peut bien évidement utiliser des mécanismes de journalisation plus évolués, tu en a un exemple ici: http://bdelespierre.github.com/php-a...assax_log.html

Enfin, je ne soulignerai jamais trop l'importance de l'apprentissage du protocole HTTP dans un cursus Web: comprendre au moins les bases des échanges client-serveur, les headers et leurs rôles, comment Apache gère les requêtes et le connections, que sont les cookies etc. Cet aspect est tout à fait indispensable car il sert de soubassement à une bonne appréhension de PHP.

Je terminerai avec quelques aspects qui selon moi sont des must know:

1. gestion des erreurs et conrôle des niveaux de reporting (au niveau du script, du .htaccess et de la configuration serveur)
2. comprendre la syntaxe alternative pour la création des vues (inutiles d'utiliser des moteurs de template: PHP est un moteur de template)
3. oublier mysql_* et préférer mysqli_* ou PDO afin de disposer des requêtes préparées et des transactions
4. comprendre et maîtriser les filtres pour la validation des données en entrée et en sortie
5. comprendre l'utilité et le rôle des méthodes magiques en OOP
6. être au fait des différences entre les versions du runtime (surtout entre 5.2 et 5.3, les plus utilisées en production), rien ne vaut le changelog
7. savoir mettre en place rapidement un serveur web sous Linux
8. comprendre le rôle et l'utilité des directives d'un .htaccess (notamment pour l'URL rewriting)
9. [optionel] faire faire quelques scripts CLI à tes étudiants sera sans doute un plus pour leur faire comprendre que PHP est avant tout un interprêteur
10. savoir où trouver des informations utiles (la documentation PHP, les tutoriels, savoir où poser ses questions, savoir où ne pas regarder - notamment les fermes à script où tout est pourri jusqu'a la moelle)
11. D'une manière générale, développer l'esprit critique des étudiants, qu'ils soient à même de s'interroger sur la pertinence, l'utilité et la qualité d'un script trouvé sur le net (inutile de se voiler la face, il le feront de toute façon)
12. et surtout être capable de remettre en question son propre code, qualité indispensable d'un bon programmeur

Un grand merci pour vos réponses.

Il semble y avoir unanimité sur l'importance de commencer "à la main" avant d'adopter un framework. Pour le reste, je vais prendre le temps de m'informer sur les diverses solutions proposées et de me remettre à niveau en développement Web (j'ai un passé de développeur Java/C++).

Il reste un point sur lequel j'hésite : HTML5. Il semble que les principaux éléments de cette norme soient en voie d'adoption rapide et je profiterais bien de l'occasion pour sauter dans le wagon. Ce qui me retient, c'est l'éventuelle difficulté des étudiants à travailler sur les très nombreux sites existants écrits en HTML 4.

Que pensez-vous de HTML5 ? La norme est-elle mûre pour être enseignée à des étudiants qui rentreront sur le marché du travail au plus tôt en 2014 ?

Apprendre HTML 5 n'est pas un handicap pour la version précédente...

Tout ce qui fonctionne en HTML 4 est valable en HTML 5, et encore heureux !

J'ajouterai que HTML 5, JavaScript et Canvas représentent l'avenir, HTML 4 et Flash appartiennent de plus en plus au passé (même Adobe sent le vent tourner et commence à vendre des solutions orientés HTML 5 comme Edge). Apprendre ces technologies dès maintenant n'est certainement pas un frein, loin de là, il faudrait au contraire en finir avec l’apprentissage de vieilles technologies obsolètes surtout dans un domaine aussi mouvant que le web qui subit presque une révolution par an.

Soit dit en passant, si on attendait qu'une technologie soit figée dans le marbre pour l'utiliser, on ne ferait pas grand chose en web; c'est justement un domaine où l'expérimentation des nouvelles technique portent leur fruits rapidement.

Citation:

---

Il semble y avoir unanimité sur l'importance de commencer "à la main" avant d'adopter un framework

---

Comment apprécier le homard si on à jamais mangé de langouste ?

Oui pour faire rapide HTML5 c'est plus de balises disponibles. Il n'y a donc pas de difficultés à comprendre HTML4 en venant d' HTML5.

Merci une nouvelle fois. Je partirai donc sur HTML 5 en 1ère année.

Pour terminer, deux questions :

• En 2ème année de BTS, mes collègues souhaitent basculer vers ASP.NET. Sans rentrer dans une comparaison entre les deux environnements, il me semble que PHP reste très utilisé, y compris en entreprise et pour des projets conséquents. Vous confirmez ?
• y-a-t-il des "must read" (livres ou articles en ligne) sur le PHP objet, HTML 5 et les bonnes pratiques en dév Web ? J'ai regardé sur le site mais toute adresse de référence m'intéresse aussi.

Et tant que j'y suis, j'ai également besoin de choisir le logiciel de contrôle de code source présenté aux étudiants en 2ème année. Le besoin est de pouvoir l'utiliser depuis un IDE Java (sans doute Eclipse) et .NET (Visual Studio 2010 Ultimate). A l'époque où je développais en entreprise, nous utilisions CVS et Visual SourceSafe. J'en ai lu beaucoup de mal depuis, et la tendance semble être aux SCM décentralisés comme Git. J'aimerais bien pouvoir me limiter à une seule solution, idéalement intégrée aux IDE.

Donc même question que pour PHP : quel SCM enseigner en 2012 pour une utilisation en environnement hétérogène .NET/Java ?

Merci d'avance pour vos réponses.

Citation:

---

En 2ème année de BTS, mes collègues souhaitent basculer vers ASP.NET. Sans rentrer dans une comparaison entre les deux environnements, il me semble que PHP reste très utilisé, y compris en entreprise et pour des projets conséquents. Vous confirmez ?

---

J'ai tendance à penser que ça dépends de la taille de l'entreprise. Les grosses vont privilégier des technologies "valeur sûre" comme ASP ou Java et dans tous les cas privilégier les solutions propriétaires afin de se protéger contre un éventuel défaut de service (on ne peut pas attaquer les contributeur de PHP en justice à cause d'un bug ou d'une faille alors qu'on peut souvent attaquer un fournisseur de solutions pour ces raisons).
Actuellement embauché dans un grande entreprise, je constate que tous les projets web internes sont en ASP et en Java (pas toujours pour le plaisir des yeux d'ailleurs), en revanche, PHP à tendance à séduire les entreprises plus petites pour les raisons suivantes:

• c'est gratuit
• c'est facile de trouver des techniciens PHP
• le développeur PHP coûte moins cher que le dévelopeur Java

D'autant que pour beaucoup de projets web, PHP tienne tout à fait la comparaison avec Java en ce qui concerne les fonctionnalités, la sécurité (à condition d'avoir des collaborateurs au courant de ce qui se fait) et sourtout les performances. J'ai par exemple vu des boîtes refondre des softs Java "sur étagère" en PHP pour les raisons mentionnées plus haut.

Je pense de toute façon qu'il est bon que les élèves fassent le tour d'horizon sur ce qui se fait dans le monde du web, c'est vrai que c'est dominé par PHP mais il faut avoir l'esprit large.

Citation:

---

y-a-t-il des "must read" (livres ou articles en ligne) sur le PHP objet, HTML 5 et les bonnes pratiques en dév Web ? J'ai regardé sur le site mais toute adresse de référence m'intéresse aussi.

---

Ouais, tous les cours de developpez.com suivent un processus de contrôle et de validation rigoureux, ils sont tous bon à prendre. Personnellement, je n'ai pas de livre à conseiller (peut être parce que j'en ai pas encore écrit :mouarf:), j'ai apris sur le tas avec les cours et les contributeurs de php.developpez.com :ccool:
Quoi qu'il en soit, un must read qu'on recommande très souvent est Le tutoriel pour grands débutants pressés, ça permet de se faire les dents en un rien de temps.

Citation:

---

Et tant que j'y suis, j'ai également besoin de choisir le logiciel de contrôle de code source présenté aux étudiants en 2ème année. Le besoin est de pouvoir l'utiliser depuis un IDE Java (sans doute Eclipse) et .NET (Visual Studio 2010 Ultimate). A l'époque où je développais en entreprise, nous utilisions CVS et Visual SourceSafe. J'en ai lu beaucoup de mal depuis, et la tendance semble être aux SCM décentralisés comme Git. J'aimerais bien pouvoir me limiter à une seule solution, idéalement intégrée aux IDE.

---

Chez nous, nous utilisons SVN, c'est une très bonne solution mais qui demande beaucoup de rigueur dans la gestion (ce qui n'est pas franchement le for des étudiants avouons le). Git est beaucoup plus léger et rapide, tu pourra sans problème gêrer toute ta classe avec et le point positif, c'est que tu n'as pas besoin d'un serveur centralisé pour ça. Si tu compte d'y mettre, tu dois passer par le Git Community Book au moins pour apprendre les bases (en une après-midi, t'as compris l'essentiel pour gêrer tes projets). Le hic c'est que, contrairement a SVN qui à des plugins pour tous les IDE du monde, Git n'a que peu de plugins sous Windows (j'en avais un pour éclipse mais franchement, j'y comprenais rien). Mais c'est franchement plus facile en ligne de commande avec msysgit.

Edit - si ça te branche, j'ai tout un tas de PDF sur le développement web, l'architecture et les design patterns à partager.

J'ai eu à faire comme toi, retransmettre un savoir faire.

Dans les grandes lignes ce qui a bien fonctionné sur une semaine : tous les après midi sont consacrés aux TP;

Du coup j'ai eu des personnes "intéressées", et des personnes qui clairement avaient mieux à faire ( pas dans le cursus php, mais obligées d'être en cours par exemple ), donc il faut prévoir une zone de temps aussi pour ces personnes. En général j'ai réglé cela en choisissant le thème du TP de la semaine par vote, et j'ai pu intégrer des graphistes des commerciaux des devs....

semaine 1 ( fait ) , tout le monde a les bases
semaine 2 , etc

Les personnes qui reviennent en cours sont intéressées, il ne faut pas que tu mettes la barre trop haute, sinon tout le monde lâche ( les anciens, comme les nouveaux )

Finalement , choisir entre proposer html5 ou html, ou tel ou tel framwork n'a pas d'impact sur le cours. ce qui importe c'est comment aborder le sujet, et comment faire passer un message. Ce qui restera ( un modèle ) , ce qui disparaitra ( la technologie utilisée ).

Citation:

---

En 2ème année de BTS, mes collègues souhaitent basculer vers ASP.NET

---

[mode forum PHP]HAHAHA :mouarf:[/mode forum PHP]

C'est un peu toujours le même problème :
- Avoir une personne performante dans une technologie
- Avoir une personne qui connais beaucoup de techno mais n'est pointue dans aucune d'elle.

J'ai tendance à penser que de toute manière en sortant de l'école (bac +2 ou +5) t'es un relatif bon à rien et l'expérience vient en entreprise de ses erreurs et aux cotés de développeurs plus expérimentés. Donc il n'es pas idiot de leur faire découvrir de nouveau horizons. De toute manière les passionés approfondiront d'eux même une techno. Les autres continuerons à se demander quand aura lieu l'UE magic/world of warcraft ^^

Après en bac+2 les élèves auront plus de chance de trouver du boulot en php qu'en java par exemple. Dans l'imaginaire collectif PHP est une techno pour ado boutonneux qui ne demande pas d'expertise alors que pour faire du JAVA faut être "ingénieur informaticien" (à lire avec la connotation négative :P )

Citation:

---

Et tant que j'y suis, j'ai également besoin de choisir le logiciel de contrôle de code source présenté aux étudiants en 2ème année. Le besoin est de pouvoir l'utiliser depuis un IDE Java (sans doute Eclipse) et .NET (Visual Studio 2010 Ultimate). A l'époque où je développais en entreprise, nous utilisions CVS et Visual SourceSafe. J'en ai lu beaucoup de mal depuis, et la tendance semble être aux SCM décentralisés comme Git. J'aimerais bien pouvoir me limiter à une seule solution, idéalement intégrée aux IDE.

---

CVS à quasiment disparu , SVN est je pense le plus utilisé actuellement et donc celui que tes élèves sont les plus à même de rencontrer. Git est clairement le plus à la mode mais reste jeune et n'est pas encore implanté partout. Mais concrètement si il savent travailler avec un, passer à un autre ne sera qu'une formalité.

Dans les cours PHP que je donne, je suis la même logique HTML/CSS/PHP.

Même si je trouve que HTML,CSS,JS devrais faire partie des pré-requis de mon cours.

Je donne un cours sur le langage de programmation web PHP et non pas un cours sur la réalisation d'un site (mais bon c'est un autre débats).

Il faut laisser une certaine autonomie aux élèves et leur proposer un projet/défis qui ne les laisse pas de marbres.

La POO est une obligation, on est en 5.4, cela ne sert pas à grand-chose de voir du PHP4.

Perso je leurs fait faire une installe Zend Server (c'est un choix) et on n'a pas trop le temps d'explorer Apache (Dommage).

Je leurs conseille Netbeans, les outils sont là pour être utilisé.

Je pense qu'il est bien de passer par un Framework, mais plus simples que ZF ou SF, cette année dans mes différents cours j'ai proposé FuelPHP et Axiom, simple à prendre en main et clarifie bien le MVC.

Le projet est la réalisation d'un Webmail, je pense que le projet est assez dur pour qu'ils doivent se dépatouiller un peu, maintenant je cote en conséquence et en regardant le cheminement, un webmail qui ne fonctionne pas bien, n'est pas forcément un échec.

L'année prochaine je pense monter d'un cran dans le framework en remplaçant FuelPHP par Hoa.

Alors, au niveau des retours, ce n'est pas facile pour les étudiants, mais ils admettent volontiers que le bagage en PHP est plus important que les autres langages appris.

Citation:

---

et Axiom

---

j'en connais un qui va être content ^^