Re: Methode de developpement basee sur la double sauv egarde via Ctrl-S (Local+Distant)
Mihamina Rakotomandimby (R12y)
ygautheron wrote:
> Un langage interprété tel que PHP n'a pas besoin d'être compilé pour
> être exécuté. Aussi, les logiciels de développements actuels
> permettent souvent de sauvegarder automatiquement via FTP (ou autres
> protocoles) sur le serveur qui va finalement exécuter le programme, ce
> qui facilite le développement en eXtreme Programming (par exemple) en
> proposant aux développeurs de travailler immédiatement sur un serveur
> de pré-production ou de développement, sans avoir à travailler sur un
> serveur web local en solo puis passer un long moment de mise en commun
> par la suite sur le serveur final...
C'est ça, ta definition de l'XP?
Revois ta copie s'il te plait, parceque là tu viens de dire un peu
n'importe quoi et vis à vis de moi, ça n'as aucune influence, mais ton
message est archivé par google et certains developpeurs débutants vont
venir vers moi en me disant qu'ils font de l'extreme propgramming
parcequ'ils appliquent ce que tu viens de dire.
> Si le framework utilisé est assez intelligent, les erreurs de chacun
> ne perturbent pas les autres développeurs, et la méthode de
> développement est redoutable : elle réduit considérablement les temps
> de développement, en conservant en sécurité les données sur le disque
> dur local de CHAQUE developpeur. Outre l'utilisation d'un serveur de
> versioning pour les validation de code à une fréquence quotidienne
> (par exemple) ; Si un fichier est écrasé sur le serveur, le
> développeur garde une trace de sa version quoiqu'il arrive.
Ok, et il garde aussi un historique (incrémental) de ses modofications?
Non.
Il peut revenir sur un état de sont travail qu'il avait vers 10h avant
la pause café?
Non.
Donc, bon, c'est loin d'etre aussi redoutable que ça...
De plus, je pense que tu confonds allègrement Framework et IDE.
En tant que petit chef de projet, avec Trac et SVN j'ai l'historique de
_chaque_ modification de chaque developpeur dont je suis responsable.
Avec ce que tu trouve "redoutable", comment on fait ça?
> Que pensez-vous de cette méthode de développement ?
C'est un bon début, mais vraiment utiliser SVN, c'est mieux.
> L'un d'entre vous connaitrait un moyen de faire cela à l'aide d'un IDE
> open-source tel que Eclipse par exemple, ou tout autre éditeur libre ?
On peut meme aller plus loin, avec Emacs. Mais je sais pas encore faire.
Abalam
Tout d'abord merci pour vos réponses à tous les deux.
Soit je me suis mal fait comprendre, soit vous êtes gratuitement
agressifs vis à vis de méthodes que vous n'utilisez pas et qui vous
dépassent.
On 2 mar, 14:09, Bruno Desthuilliers <bruno.
42.desthuilli...@websiteburo.invalid> wrote:
> Jusque là, on était dans le sujet. Après, on en sort totalement puisque
> la problématique serait la même en Python, Ruby, Perl, Javascript, etc...
Je suis d'accord, mais je travaille en PHP, aussi je cherche un outil
qui supporte le PHP, et non ruby, python etc... J'ai vu que Eclipse
était une bonne alternative, et je demande de l'aide pour utiliser la
version PDT orientée PHP.
> Super. Et quand deux développeurs modifient simultanément le même
> fichier, il se passe quoi ?
Lorsqu'on sait manager, on sait déléguer des tâches et la
programmation d'objets intelligemment imbriqués. Ainsi les seules fois
où on ne peut pas faire autrement, le travail en binôme (décrit en XP,
au hasard) permet de régler ce problème.
> La bonne solution consiste bien sûr à utiliser un gestionnaire de
> version (au hasard, Subversion), afin - entre autres - d'éviter que les
> développeurs ne [...]
Nous utilisons évidemment SVN, et évidemment pour une équipe multi-
projets qui peuvent être jusqu'à 10 sur le même projet. Le problème
n'est pas l'historisation de toutes les versions, mais l'augmentation
considérable des manipulations de sauvegardes de fichiers.
> Que c'est du grand n'importe quoi. Mais bon, j'encourage vivement mes
> concurrents à l'adopter...
Parfait, nous allons nous entendre, puisque j'encourage nullement les
miens de l'adopter ^^
Mais merci pour ton avis.
On 6 mar, 09:53, "Mihamina Rakotomandimby (R12y)"
<miham...@lab.vectoris.fr> wrote:
> [Suivi sur fr.comp.developpement]
>
> C'est ça, ta definition de l'XP?
Ou tu a vu que je définissait XP ? J'ai simplement dit que cet outil
le facilitait.
> Ok, et il garde aussi un historique (incrémental) de ses modofications?
> Non.
Oui, via le serveur subversion, commun lui aussi.
> Il peut revenir sur un état de sont travail qu'il avait vers 10h avant
> la pause café?
> Non.
Bien entendu.
> De plus, je pense que tu confonds allègrement Framework et IDE.
Je ne pense pas non.
Un framework est un outil de développement sous forme de librairie
dans ton programme (ton kernel quoi...). Il est plus ou moins poussé,
mais l'objectif est de pouvoir programmer + vite, avec des normes de
codage permettant de tous pouvoir se relire et cohabiter
algorithmiquement parlant.
Un IDE c'est ce qui te permet de programmer de manière + aisée, comme
emacs, eclipse ou dreamweaver.
>
> En tant que petit chef de projet, avec Trac et SVN j'ai l'historique de
> _chaque_ modification de chaque developpeur dont je suis responsable.
Et je te félicite.
> On peut meme aller plus loin, avec Emacs. Mais je sais pas encore faire.
Si la double sauvegarde fonctionne sous Emacs, je serais intéressé de
connaître le mode de fonctionnement.
Sur ce, j'espère que si quelqu'un soumet une autre réponse, qu'il soit
moins agressif que les précédents et + constructif.
Bruno Desthuilliers
> Bonjour,
>
> Tout d'abord merci pour vos r�ponses � tous les deux.
> Soit je me suis mal fait comprendre,
Je pense effectivement que tu t'es mal fait comprendre. Et c'est un
euph�misme...
> soit vous �tes gratuitement
> agressifs
Vu ce que nous avons tous les deux compris de ta description, et compte
tenu de nos exp�riences respectives, je pense pas que nos remarques
n'�taient pas gratuites _par rapport au contenu de ton post initial_.
D�sol�, on n'a pas de boule de cristal, donc on ne peut r�pondre qu'en
se basant sur ce que tu a _effectivement_ dit.
> vis � vis de m�thodes que vous n'utilisez pas et qui vous
> d�passent.
Et c'est nous qui sommes "gratuitement agressifs" ?
Bon, je propose que tu r�expliques ton affaire plus clairement, ce sera
plus constructif que de nous prendre de haut. Petit rappel des bases de
la communication: si l'autre ne te comprends pas, avant de le cataloguer
comme cr�tin, commence par te demander si tu a _vraiment_ �t� clair...
(snip le reste - d�nu� d'int�r�t)