Discussion :

[bungerh]

Bonjour à vous

Je suis en stage de fin d'études d'ingénierie informatique et commence à consulter les offres d'emplois.

Je remarque que même dans les offres signalées pour les profils dits "débutants" ou "Jeunes diplômés" il y a très très souvent au minimum 2 ans d'expérience requis.

Postuler à ces offres en ayant très peu d'xp ça peut marcher ?

Bien évidemment cela ne me coûte rien de postuler, mais si c'est perdu d'avance je préfère économiser mon temps.

Je cherche un taff en DBA, peut-être faudrait-il que je passe par un autre métier, plus accessible, pour accéder à ce que je veux ?
Apparemment avec de la persévérance une entreprise peut nous donner notre chance mais j'avoue être rebuté quand il est indiqué 2, 5 ou 7 ans d'expérience minimum

Merci pour vos réponses

[Scriuiw]

Dans tous les cas postule, les recruteurs recherchent toujours le mouton à 5 pattes et de préférence débutant (Pour le payer le moins possible) mais avec de l'expérience (pour qu'il soit directement autonome)

Si tu suis la loi du marché des recruteurs alors :
- En tant que débutant tu ne peux pas avoir de premier job
- En tant que senior tu es trop cher et il est temps que tu sois au chômage

[ulspider]

Salut, ne t'inquiètes pas pour cela. Il faut que tu ais confiance en toi et que tu arrives à les convaincre que tu peux répondre à leurs besoins.

Sur mon premier poste j'ai remplacé une personne avec 7 ans d'expérience, sur le moment ils ont vraiment hésité mais avec le recul ils en sont contents. Faut juste montrer que tu es capable d'apprendre vite ! Et puis t'inquiète pas, ils y gagneront aussi sur la facturation

[Darkzinus]

Bonjour,

Effectivement tu ne risques rien à postuler pour des offres où de l'expérience est demandée. Pour ce qui est du métier de DBA, c'est un poste que tu peux éventuellement l'envisager mais sans doute à plus long terme (ce sont des postes très spécifiques en nombre limité comparativement aux postes de développeuurs ou d'analystes).

[bungerh]

Ok merci, ce que vous dites se rejoint bien

En général je suis assez confiant, et j'aurais été confiant lors des entretiens sur des offres en dev (Java ou PHP par exemple).

Mais la particularité c'est que pour DBA, en cours on a que les notions générales et un peu de SQL - PL/SQL mais ça s'arrête là, dans les faits, je sais rien faire et je trouve ça impossible à "vendre" en fait

Donc je suis confiant dans le fait que moyennant formation je serais opérationnel mais là pris comme ça..

[bungerh]

Bonjour,

Effectivement tu ne risques rien à postuler pour des offres où de l'expérience est demandée. Pour ce qui est du métier de DBA, c'est un poste que tu peux éventuellement l'envisager mais sans doute à plus long terme (ce sont des postes très spécifiques en nombre limité comparativement aux postes de développeuurs ou d'analystes).

Oui, je suis au courant, apparemment c'est quand même possible de pouvoir accéder directement en sortie d'études au poste

Par contre dans le cas où je n'y parviens pas, je ne vois pas quels métiers permettent d'accéder à celui-là.. car dans les offres ce sont des compétences de DBA qui sont demandés, qu'on ne peut avoir qu'en étant.. DBA

[GuillaumeJ]

O
Par contre dans le cas où je n'y parviens pas, je ne vois pas quels métiers permettent d'accéder à celui-là.. car dans les offres ce sont des compétences de DBA qui sont demandés, qu'on ne peut avoir qu'en étant.. DBA

Y a des postes de Dev "normaux" (java, c#..) ou tu te retrouves aussi a écrire genre le SQL pour tes couches d’accès aux données => c'est a toi d'aller a ce moment la plus loin (commencer a scruter les plans d’exécutions, les monitoring etc...) pour te faire un expérience vendable pour DBA.
Tu peux aussi passer des certifications en même temps que l'expérience professionnelle : Le gars qui arrive avec une 70-461 au sortir d'étude sans xp, j'y crois pas trop, mais si c'est conjugé avec de l'xp incluant un peu de sql.. ca doit être vendable.

En plus, a la question "Ou vous voyez vous dans 5 ans", t'as une super réponse pas bateau !
Cependant, je suis pas recruteur.

[bungerh]

Ok, merci c'est vrai que ça peut-être possible, peut-être encore plus vendeur avec un taff de dev en PL/SQL ?

J'vais me renseigner en tout cas, merci

Si d'autres ont vécu ce genre de situations, n'hésitez pas !

[nfluch]

comme les autres
il vaut mieux que tu passes par la case développement avant
en essayant de toucher le plus possible au sql
il faut aussi aller voir comment travaillent les personnes s'occupant exclusivement de cette partie
et évidemment se former tout seul en testant des trucs

pour oracle ça va te paraître sûrement un peu lourd au début à assimiler et surtout à bien configurer lors de l'installation
vaut mieux que tu t'installes un postresql, c'est pratiquement la même chose mais en plus simple pour les ide et de plus ça te permet de te familiariser avec le plpgsql qui est très proche du plsql

sinon sqlserver est très facile d'approche pour un débutant et c'est très utilisé aussi donc il vaut mieux ne pas faire l'impasse
le transac sql est ce qu'il est mais il permet quand même de faire pas mal de choses, de manière un peu étriquée de temps en temps mais bon il est pas mal quand même

connaître aussi les outils batchs de ces systèmes, comme bcp pour sqlserver ou imp et exp pour oracle par exemple

ensuite tu as pas mal de choses qu'il ne vaut mieux pas utiliser, donc cet apprentissage passe par la pratique, par exemple :
- les triggers -> c'est le mal

il faut aussi bien s'y connaitre en modélisation et avoir une bonne logique d'optimisation
forcément aussi les outils de tracing, par exemple pouvoir identifier les requêtes prenant le plus de temps pour pouvoir identifier soit un pb d'indexage, soit un pb de développement sql

en bref c'est du facile si tu t'y mets à fond en plus de ton boulot de développement, en 1 ou 2 ans ça devrait le faire
le but c'est de chopper des automatismes face à des pb exotiques -> en tirer des "façons de faire" génériques
de ce fait tu pourras imaginer facilement quelles peuvent être les erreurs commises en bdd face au comportement de l'application, ce qui te permettra d'intervenir rapidement sur un bug ou une lenteur quelconque
et aussi analyser un schéma pour proposer des changements

[bungerh]

Ok merci beaucoup pour les conseils,je note y'a pas mal d'offres en dev PL/SQL donc Oracle ce qui colle bien avec ce qu'il se dit ici

Je suis aussi pour voir les autres SGBD,ça me semble vraiment intéressant, mais c'est plus une histoire de "chance" qu'autre chose non ? Ou bien essayer de diversifier les missions quand je serais en SSII après le 1er emploi ?

en bref c'est du facile si tu t'y mets à fond en plus de ton boulot de développement, en 1 ou 2 ans ça devrait le faire

Tu veux dire si je regarde tout ce qui ne touche pas au dev pendant la période de travail, ou si j'approfondis sur mon temps libre ?

Dans les 2 cas, rien ne prouvera que j'ai ces compétences en + qu'un autre ayant la même XP sur le papier, est ce que ça suffira que j'en parle lors de mes futurs futurs entretiens ou bien il s'agirait de concrétiser ce savoir en plus ?

Merci encore

[nfluch]

Tu veux dire si je regarde tout ce qui ne touche pas au dev pendant la période de travail, ou si j'approfondis sur mon temps libre ?

Dans les 2 cas, rien ne prouvera que j'ai ces compétences en + qu'un autre ayant la même XP sur le papier, est ce que ça suffira que j'en parle lors de mes futurs futurs entretiens ou bien il s'agirait de concrétiser ce savoir en plus ?

Merci encore

les deux, pendant ton boulot et en dehors

t'auras pas de mal à le prouver vu que tu maîtriseras les termes techniques et façons de faire par l'expérience
dans un entretien ça se voit tout de suite la personne qui sort du par coeur et celle qui connait réellement

[Carhiboux]

pour oracle ça va te paraître sûrement un peu lourd au début à assimiler et surtout à bien configurer lors de l'installation
vaut mieux que tu t'installes un postresql, c'est pratiquement la même chose mais en plus simple pour les ide et de plus ça te permet de te familiariser avec le plpgsql qui est très proche du plsql

Sauf que 90% des environnements qui nécessitent que des DBA soient embauchés tournent sur Oracle.

Donc autant se pencher directement sur Oracle je pense.

C'est un peu compliqué, mais c'est super documenté, ya une grosse communauté, et comme je l'ai dit, il y a 90% de chances que tu travaille dessus en tant que DBA.