Bonsoir,

aujourdui je me suis fais offir 2 possibilite ou je travail du a certaine restructuration qu'il tente de faire.

Il mon proposer de devenir contractuel au lieu d'employer. Disont que je me mefie un peu/pas mal d'apres ce que je connais de la compagnie et de sont evolution.

Disont que je veux pas me faire avoir non plus.
Si je reste employer, je devrai faire des taches que je deteste a la mort + prog pour un jour arriver a faire quelque chose que je deste a la mort a 100% .

Donc je considere pas cette option evidement

Par contre en devenant contractuel, je vais faire ce que je veux !
Par contre je cherche a savoir sur quoi insister.

Je veux dire que la comme employer jai 4 semaines de conge et 6 jours de maladie.
Quand je vais tomber consultant bien je dois me faire compenser pour tout ca, mais jai pas d'idee de ce que ca vaut ?
Et surtout, a quoi m<attendre comme conctractuel. Il y a surment des piege a eviter....

_________________
Pro_PHP

La Conference PHP Québec 2008
La communauté PHP Québec

Puisque t'es dans la region de montreal, tu dois savoir que les contractuels sont payer tres cher. Meme si tu ne fais pas 35h/sem le salaire va compenser pour les heures perdues et meme pour tes vacances non payer.

Mais n'oublie pas que c'est la loi de la jungle! Si t'es incompetant, reste employé. Si t'es le meilleur de ta specialisation, commence a magasiner pour ta BMW .

_________________
My home built watercooling:
f2.pg.photos.yahoo.com/punker123

Bien le probleme est que jai pas de dec en info. Mais bien un dec en sciences pures ...

Puis coter prog jai encore pas mal de chose a apprendre malgre que je connais tres bien PHP et vue que ici c'est PHP a fond.

Par contre je sens que mon boss veut me donner la meme chose que je gagne presentement selon ca facon de parler.

Puis rester employer c'est me reduire a faires des insert/update/delete dans la base de données. (disont que je considere pas trop l'option)

_________________
Pro_PHP

La Conference PHP Québec 2008
La communauté PHP Québec

Si il te propose ca, c'est surement qu'il voie quelque chose de plus en toi que des select * from where . Qui sait peut-etre que tu vas avoir la chance d'aller te chercher un DBA.

Si t'es jeune et que t'as le gout de te battre et que tu veux continuer a te former, fonce!

_________________
My home built watercooling:
f2.pg.photos.yahoo.com/punker123

T'appelle ça de la chance toi?

_________________
Procyon,
Modérateur de la section Trouvailles

Qu'est-ce que tu vois de mal dans un DBA?

_________________
My home built watercooling:
f2.pg.photos.yahoo.com/punker123

Ce n'est pas le fait d'être DBA ou non.

Mais bien le fait de devenir contractuel au lieu d'employé permanent.
Il faut donc peser le pour ou le contre.

Dans la firme ou je travail, j'ai été contractuel pendant 1 an et demi. Les avantages sociaux étaient moindre et si à tout moment le projet prenait fin, il avait droit à tout moment de résilier mon contrat. Comme je détestais être dans l'incertitude j'ai décidé de faire mes preuves et ensuite ai demandé d'être employé permanent pour avoir tous les avantages que la compagnie offrait.

Bref il faut peser les pour et les contres. Dans votre cas à part le fait que la job va être plus intéressante qu'est-ce qui sera mieux ? Attention aux pièges peut-être que la compagnie est en difficulté.

_________________
Patrick Day, Modérateur des forums Arts & Spectacles et Sports & Loisirs

Disont que la compagnie a surment aucune intention de me metre dba surtout quand on a une personne certifier Oracle dans la boite. Puis de tout facon etre en charge d'une bd de 110 tables, plus tout les contrainte sur les champs je vois pas ca aussi evident que ca.

Mes bd MySQL reste simple et efficace.

-----
Maintenant la compagnie est aucunement en difficulte financiere croyer moi (on est dans le domaine de la recherche clinique)

Par contre je veux pas necessairement faire de gestion d etude clinique. C'est pas la job d'un programmeur analyste je crois et je trip pas pentout quand j'en fais.
Disont que je prefere quelque chose que je trip et que je vais evoluer que faire une job que ma reste la tout ma vie et javancerai jamais. Un no-brain pourrait faire ce qui moffre lol.

Puis en restant employer tu est toujours entre faire de la prog et faire de la gestion detude ... Et evidement les 2 dependes des une des autres et les 2 presses au temps. Pas mal tout est du pour avant hier. Lol


Ce qui est plate est de laisser partir 4 semaines de conge payer/annees et jours de maladie.

Faut peut etre aussi mentionner que la jai 2 offres d'emploie ailleur sur la table.
Je dois rencontre les 2 entreprise cette semaines.

Disont ma position est pas trop pire surtout que c'est les entreprise qui m'apelle pour m'offrir quelque chose.

Peut etre que jai trop d'option devant moi ca facilite pas les choix.
------

Pour ce qui est d'un contract j'imagine que je suis mieux de me faire faire un contract par un avocat puis imposer mes regles du jeux.

_________________
Pro_PHP

La Conference PHP Québec 2008
La communauté PHP Québec

Ca depends de toi.
As-tu des bons avantages sociaux? As-tu beaucoup d'experience? As-tu juste 1 experience de travail?

Je comprends que tu n'a pas de diplôme en info?

Si j'étais toi, je verrais ce qu'ils ont a m'offrir et quels sont les conditions de travail, est ce que tu peux travailler de chez toi?
Et je prendrais ce qu'uils ont a offrir à un minimum de 21 $ de l'heure, et pendant le temps libre que tu va suremment en avoir en masse, je me paierais mon CEGEP en informatique pour finir ma technique. Ensuite s'îl veulent te payer 35$ de l'heure et te garder comme consultant ok, sinôn tu va voir ailleurs et tu les emmerde.
mais ca c'Est moi et ma philosophie et je ne pense pas que vous la partagiez.

Ciao

Ah oui j'ai oublié de mentionner, TOUJOURS vous assurer que c'est écrit! Ce qui est écrit reste ce qui est dit s'envole.

_________________
L'orignal était tout melé!

Quake 1 Rule!

Pour ce qui est de la formation en Septembre je compte bien aller faire un certificat en informatique (quoi ? je sais pas encore).

Mais personellement que je fais des contract pour des entreprises je charge 75$/heures pour faire du PHP/MySQL souvent c'est bien cache car je charge au contract et non a l'heures.

Donc faire du contractuel a 20$/heures c'est pas genial mais au moin ca massure du travail.

_________________
Pro_PHP

La Conference PHP Québec 2008
La communauté PHP Québec

Voila jai rencontre un ancien employe ou je travail et il ma dit que je menacais la job de mon chef dequipe (le seul de la compagnie) a cause du nombre de personne que je referre a la comapgnie... Jai refere des gros nom meme des membres de PHP.net qui maintenant travail.

Donc normal que le chef dequipe parle contre moi car je refere des gens qui on plus d'aptitude que lui. merdouille je tente juste d'aider la compagnie....

Jai aussi apris que mon chef dequipe me plante a tout bout de champs sans que je le sache.

Disont que la je pense que je fais fasse a un con qui me detruit au lieu de travailler avec moi (evidement je parle de mon chef dequipe) Il cherche a protefer ca job...

Honnetement moi a mes yeux ca sonne le gros caca :)
Mais la je peux admetre apres mon souper avec mon ancien partenaire d'equipe que je suis confus...
Surment que je vais faire une contre offre a mon boss

_________________
Pro_PHP

La Conference PHP Québec 2008
La communauté PHP Québec

Je ne vois rien de mal dans un DBA, mais je ne vois rien d'extraordinaire non plus. Je ne vois pas pourquoi tu trouve quelqu'un plus chanceux d'être DBA que d'être programmeur.

Personnellement j'aimerais mieux un poste de programmeur C++ à contrat pour 30000$ par année qu'un poste de DBA Oracle permanent à 35000$. Beaucoup plus de challenge, beaucoup plus de développement et de diversification!

J'ai l'impression que beaucoup de gens ont une fausse idée de ce que c'est que d'être DBA. Y'a rien de très compliqué là dedans à part peut-être à quelques occasions (dans ces cas, des livres peuvent être utiles)!

_________________
Procyon,
Modérateur de la section Trouvailles

Normalement la complexité pour un DBA n'est pas de connaître les outils pour générer le modèle physique, monter les storedprocs, etc (surtout que de plus en plus les outils se charge d'automatiser le tout)

mais bien en début de projet quand il doit se servir exclusivement de sa TÊTE et de ses expériences passées pour monter les modèles de données.
(ça va prendre 10 tables pour ça et 20 autres ici reliées de cette façon avec tels champs... etc)

Après, si en cours de développement il manque un champs ou que son type n'est pas correct c'est facile à corriger. Par contre si le modèle est mal conçu ou qu'il ne respecte pas les besoins, l'impact peut être énorme si découvert trop tard.....

Bref un DBA intervient surtout en début de projet et c'est là qu'il a de l'importance. Par la suite les développeurs prennent la relève et le dba peut intervenir seulement en cas de besoin.

C'est donc un tout et tout le monde se complète. Analystes, dba, programmeurs, graphistes, etc.... Il n'y a aucun prestige à être DBA versus un programmeur voyons....
À part peut-être le nom qui est plus hot ?? "je suis dba"

_________________
Patrick Day, Modérateur des forums Arts & Spectacles et Sports & Loisirs

C'est vrai tous le monde doit bien faire son travail pour que le projet avance bien.

Tu as beaux être le meilleur Chef de projet ou analyste, si les programmeurs font pas leurs travail, tout le monde est dans la merdouille au même niveaux.

Surtout ne faite pas l'erreur de vous valoriser avec le titre que l'employeur vous donne. à 90% du temps ca ne veut rien dire car le même titre va être vue complètement de manière différente selon l'employeur.

J'ai des amis qui sont directeur et project manager et pourtout ils programmes toujours.

Moi je suis System Analyst et je m'occupe de tous car je suis tout seul dans le département.

_________________
P4T-E 1.6g
512 RAM
WinXP

Je suis analyste-programmeur et ça fait partie de ma job de monter des bases de données.

J'ai travaillé avec quelques DBAs et souvent c'était les analystes qui montaient tout le modèle de données, le DBA générait les scripts SQL pour monter les environnements de donnée solide pour le développement, les tests et la production. Le dba ne servait en réalité qu'à empêcher que plein de gens travaillent directement sur la BD, c'était le filtre qui s'assure que la BD ne se corromp pas à cause des programmeurs qui veulent toujours rajouter un champ ici et là, mettre une clé ici et un index là.. le DBA s'assure de voir à ce que tous les environnements soient représentatifs et conforme au modèle défini par l'analyste et qui s'assure qu'une modification ne soit faite que si c'est vraiment nécessaire.

Personnellement, je trouve que c'est une job plate, et c'est une bonne source de dépression car souvent les programmeurs trouvent que le DBA est dans les jambes et encombrant, c'est relativement routinier et on se fait souvent crier après! J'exagère à peine!



C'est ce que je disais!

_________________
Procyon,
Modérateur de la section Trouvailles