Reprise du message précédent :

T'as du budget ou nyet?

 
Utiliser un framework ?

Sans ça j'y pensais même pas.

Je parle de vraies frites, hérétique

Ouais code review avec merge sur branche principale une fois que les corrections ont été validées par le reviewer: testé et approuvé.

 
va y avoir du taf pour mettre ça en place à-partir de rien.

Ya encore plus de taf pour le mettre en place à partir de quelque chose, parce que les gens n'aiment pas qu'on change leurs habitudes.

Et je te parle même pas du taf pour mettre ça en place à partir de quelque chose quand tu viens d'arriver

Vous utilisiez quoi en VCS et en review tool?

 
pour le moment 10g uniquement, mais notre appli princilale va etre certifié 11g en debut d'annee prochaine. donc on passera dessus (surtout qu'il y a le full support de Office 2007 pour les index)

Tu vas partir sur quoi ?

vu comme ça...
Je sens que je vais bosser pendant mes congés pour éviter que ça tourne mal cette histoire.

 
Zend, a priori, vu qu'un des deux a déjà utilisé. Je peux pas dire que le résultat soit fantastique (loin de là ), mais ça lui donnera toujours une base connue...

Bah tu prends un bouquin 10g dans ce cas là (vu que ma majorité de ton parc va rester en 10g), c'est pas comme si 11g était une complètement différente db, au pire au moment ou votre appli principale passe en 11g tu regardes un peu les amélioration de 11g sur 10g comme ça quand tu auras à y faire face tu sauras au moins à quoi t'attendre.

N'est-ce pas

Pense à avoir des conventions de code aussi, et à les imposer strictement (enfin faut pas qu'elles soient trop con non plus, mais…)

 
ouais, le minimum prévu c'était subversion, des conventions de code prédéfinies, et une courte réunion entre devs à peu près une fois par semaine pour faire le point / revue de code...

A ma connaissance Zend n'est pas forcément très cadrant (par rapport à symfony par exemple). Tu risques ptet d'avoir plus de travail d'archi avec Zend et + de dérives des devs par rapport à ton archi.

Ah non, mais là je suis sur un projet sur lequel je bosse tout seul. Mais quand on faisait ça, on faisait les reviews à la mimine, on n'avait pas d'outil autre que le mail.
Mais on peut très bien le faire avec un outil de suivi de bugs couplé au mail: commentaires et changements d'état dans les commentaires de l'outil.
Quand au VCS, c'était Clearcase. Il vaut quand même mieux un truc qui sache merger correctement, donc avec historique de merges (Clearcase, SVN dernières versions, git, Mercurial et cie)

des conseils?  
 je cherche un truc en anglais surtout

Bouef, j'y connais très peu à l'un ou à l'autre (symfony pas touché, zend juste joué avec 2/3 fois à-partir du quickstart), mais j'ai quand même l'impression que symfony nécessite plus de temps d'apprentissage...

Ca fait 4 réunions en tout, ça fait léger je trouve. Je mettrais plutôt en place une fréquence + élevée mais qui va décroître au fur et à mesure du projet et de la confiance que tu vas avoir en eux.

Absolument, mais vous auriez pu passer par un outil sympa  

Ça dépend comment c'est géré, si les reviews se font par des patchs envoyés par mail, ya pas besoin de merge

Une réunion d'avancement par semaine, à mon avis c'est peu. Parce que si on se fourvoie, on ne corrige pas une semaine de travail comme ça. 2 par semaine me parait mieux, même si elles sont courtes.

  symfony n'a pas l'air d'avoir une gestion des erreurs formidables

http://www.youtube.com/watch?v=cHseTk9ef9I ²

Non, moi et les DBs on est pas amis
 
Vas voir sur stackoverflow (ou l'autre, celui pour les admins sys là, serverfault je crois)

Ou s'accroître au fur et à mesure que la confiance décroît

C'est compliqué de mon coté de tenir les 20% maxi en en faisant plus ET en codant la partie qui m'est réservée...mais je pense qu'on essaiera de faire un peu plus au départ, oui.

A l'époque, y'avait rien en open source de correct, et on gérait ça tranquillement comme ça.

Sans doute oui.

ah?

Je doute fort que Zend soit mieux
 
faux edit: putain, vmware fusion il les fout où les shared folders, dans le guest OS

C'est un vil tackle à flo850

Je t'invite à te documenter au mieux sur le FW à choisir, tu pourras difficilement faire machine arrière ensuite
 
Sinon mettre en place un Trac en même temps que le SVN.
Au taff on pilote tous les devs avec des tickets Trac et ça marche plutôt pas mal

Bon sinon, FileOutputStream me sort ça:
 
[65, 50, 49, 48, 54, 49, 49, 52, 50, 48, 54, 49, 52, 50, 48, 54, 49, 52, 50, 48, 54, 69, 115, 112, 99, 101, 115...]
 
Alors que la Javadoc indique ça:

 
Il est où le piège ?
 
edit: bon je vais tenter ByteArrayOutputStream

complementaire le 12

 
on a un redmine d'installé, ça devrait faire l'affaire.
Pour le framework je vais pas avoir vraiment beaucoup de temps pour faire le choix...je demanderai son avis au collègue qui a utilisé zend, et s'il a rien de gênant à signaler le choix sera fait...

Kooba sur flo

On va pas casser le moral de skeye tout de suite

T'es le chef de projet de ce projet ? Le chiffrage d'un mois a été fait par qui ?

 
T'as testé HaskellDB ? Jme demande ce que donne un mapping relationnel/fonctionnel en fait  

Non

http://forum.hardware.fr/forum2.ph [...] #t20982532
 
ce topic de haine

 
Bah vomir sa haine sur les fonctionnaires et les grévistes c'est un grand classique du défouloir.
Par exemple avec mes 5 semaines de congés/no rtt/no cet, je te hais très beaucoup

alors que france inter, j'ai pas vu de topic

En même temps les RTT suffit de bosser plus de 35 heures dans la semaine pour y avoir droit, c'est pas comme si c'était réservé à quelques privilégiés chanceux

 
Certes mais ça fait partie du pack "haineux" (si t'es profession libérale par exemple)
Btw je bosse 37h30 payée 37h30, donc pas de rtt.