Reprise du message précédent :

 
--> ct une suggestion
--> ok, j'ai vu l'annonce...prog et oracle quoi...l'annonce est nulle à chier, elle est très peu détaillée...
on en déduit que :  
- vous allez etre plusieurs à etre recrutés
- profil technique sérieux, valorisant la compétence (ils ont pas sorti le bac +5 exigé cash)
 
en gros, en reprenant le plan type :  
 
MOI (toi en l'occurence )
formation polyvalente ( mot clé ici...c con, convenu, mais c'est comme ca...faut que qqc chez toi soi polyvalent)
expérience significative oracle
expertise en prog objet et procédurale
expérience travail en équipe (je sais pas si c vrai, mais si ca l'est c'est super important de le dire...à la rigueur cite tes projets de junior entreprise, c pas forcément commun, et ca montre que t'a déjà conduit des projets d'équipe à leur terme, ce sera très apprécié)
 
VOUS
- poste technique
- compétence sys DBA, compétence prog
(c là que l'annonce est relou, tu sais pas qui est la boite, tu peux pas détailler plus...c criminel ces annonces où tu sais rien)
 
NOUS
mon profil = ce que vous cherchez, basé sur 2 points essentiels, plus si t motivé :
- t'a l'exp de la techno utilisée
- t'a une grosse exp de la prog à coté, donc tu peux généraliser, t pas enfermé dans le sys DBA
 
---> c clairement la partie la plus importe...faut pas hésiter à montrer que tu peux faire plus que ce qu'on te demande, tant que ca reste dans le sujet
 
conclusion
 
 
[FOOTER] ce qui vient d'etre dit est mon opinion personnelle, je ne vous  oblige pas à y adhérer.
Ce post n'a pas non plus été écrit dans un but de démonstration de puissance, ou de preuve de détention de vérité universelle, merci
[END FOOTER]
 

moi j'envoit des .tex, ceux qui sont trop con pour savoir quoi en faire, je leur pisse a la raie

 
rancunier ?

-->uriel : lol ...tu peux etre plus sympa en envoyant un DVI, ou un PS ...
 
--> je plussois Kadreg en allant même plus loin : les boites archivent les CV dans des bases, en les indexant sur les termes clés...
 
ca fait que dans ces boites, si tu postules et que t pas pris, ton cv reste, et si ton profil correspond à un autre truc dont ils ont besoin, ils te recontactent direct...c plus rapide, et bcp moins couteux pour eux (ils se maintiennent un vivier de contact a priori intéressé par la boite (puisque ce sont eux qui les ont contacté) et dont le profil a déjà été filtré 1x))...
 
--> pour le format par contre faut rester hyper conventionnel...le RTF c peut etre exagéré, mais pas plus récent que du word2000...ce serait con de foirer un boulot parce que le gars peut pas ouvrir le cv...

tyran

JagStang> dommage j'aimais bien moi ta réponse au topic php ! .. je m'étais carément incliné respectueusement en disant MONSIEUR JagStang !

 
prévoyant  

quel topic ?

perso si c'est pas precise .doc, j'envoit un pdf, au moins il sera lisible par tous, parce que un .doc mac ou OOo ouvert sur word2k ou xp, je suis pas convaincu du 100% retenu...
 
en plus, je connaissais pas le systeme dont parle kadreg, mais c'est sans doute parce que j'ai jamais eu affaire a de grandes boites pour postuler

moi j'envoie du SGML, c'est normalisé au moins.

Ben celui où tu as gentiment proposé au gars d'aller revoir les bases du langage procédural ...  
Bah pas grâve ...  

oui. il l'a effacé
 
heureux que ça t'aie plus

 
Heuu ouais enfin c'est la première réponse avant edit qui m'a plu !
Et pour que je dise "monsieur" .. fallait vraiment que ça le fasse !

 
vivement qu'on passe tous au DocBook dans ce grand bordel bonheur qu'est le xml

-->uriel : les grosses boites ont peut etre un sys qui indexe les pdf aussi...mais je mettrais pas ma main au feu...
 
d'ailleurs ca me fait penser qu'il faut que je refasse mon cv, et que je suis en word 2k3 chez moi...lequel bien sur ne s'ouvre pas sur les vieilles versions de word...

"va te faire soigner "  
 
c'est vrai je me suis automodéré sur ce coup

je vais encore recevoir des PM d'insultes

 
je pensais bien m'y mettre justement...je trouve que ca respecte plus le "write once, read everywhere" que latex...
 
tu peux proprement sortir en xhtml, pdf, ps, etc...et en word aussi je crois...
 
pour latex les moteurs de convertion vers html suxxent...

 
Trop tard ! j'ai découvert ton côté obscur ! .. vais faire gaffe à ce que je raconte dorénavent !

merde, c'est parti avec ma vielle signature à 2FRF.

bof, ma signature au moment de mes demandes d'emploi c'était qqch comme "Insérez ici la signature qui vous plait le mieux". Ca n'a semble-t-il pas trop gèné

c'etait quoi la signture en question?

+1 uriel, kad

dites, si j'ai une appli qui en sortis donne un fichier xml qui doit respecter un schema xsd, et que ces donnes votn dans une base de donnee relationelle.
-vaut il mieux que je verifie les contrainte (genre ce champs ne peut contenir que ci ou ca, etc...) en comparant le xml au xsd a la sortie de l'appli?
-en posant les contrainte au niveau de la base?
-les 2?

Je dirais au niveau de la base si c'est une contrainte de ton MCD et éventuellement au-dessus si tu arrives à traiter le truc plus rapidement en amont. Sinon l'inverse. Et si tu n'as pas de contrainte de temps, les deux

un truc style :
Nicolas Raynaud, étudiant en informatique
<adresse en Argentine>
<mon numéro de fixe à Brest> ou <mon numéro de portable que j'ai plus>

oh, c pas trop grave encore...je m'attendais à pire

 
on construit la base a partir du xsd en fait (d'ailleurs si vous connaissez un outils qui pourrait automatiser la creation d'un script SQL a partir de la xsd je suis preneur parce que a la main c'est lourd)
 mais là ou les contraintes me posent probleme est: que se passe t il si on change une contrainte (genre ajouter un mot cle possible pour un champs, ou pire enlever...), au niveau de la xsd pas de probleme, par contre, est ce que ce sera aussi facile au niveau de la base?

Comme ça t'es certain que personne ne pourra le lire

ah, ok. C'est un peu le même principe que ce qu'on fait chez nous (modification de la structure de la DB "au vol" ). Pour la création à partir d'un xsd, je sais pas. Par contre, ce qu'on utilise comme principe c'est que l'outil utilisé pour modéliser la DB garde un historique des modifications conceptuels et à partir de là permet de faire un matching avec la structure physique de la DB et comparer ce qui a changer. Après on obtient un squelette de la nouvelle DB ainsi que la créations des modifications de contraintes simples (typiquement les mots clefs possibles sur un champs) et les scripts de passage d'une structure à l'autre. Le reste, pour le moment, est fait à la main car on a pas encore trouvé de moyen efficace pour traiter la subdivision d'un type d'objet en d'autres types d'objects plus spécifiques.

ok, merci
et vous utilisez quoi pour modeliser la DB, l'autre dev utilise DB Designer, mais je suis pas sur que ca fasse la meme chose, de meme certains outils d'ontholgie qu'on a (protege 2000 par exemple)... mais sinon on partait sur le même principe que ce que tu expliques

ils font chier avec leurs diplomes et leur expérience.

Balance-leur la photo que t'as mis sur le trombi, ils vont comprendre qu'il faut pas faire chier un guérilléros avec des diplomes à deux balles qui puent et qui veulent rien dire.

 
Pour le moment on utilise DBMain, un outil d'une spin-off avec qui on a un accord (on sert un peu de vitrine), mais vu que leur politique de merchandising envers les sites universitaires n'est pas très clair, on risque de développer un outil à notre sauce, sans doute avec GEF.

Fait une lettre de motivation en leur démontrant que java siatraimal et qu'il existe mieux, au moins c'est original

Rentrage!
Plus qu'une journée d'informaticien... Après c'est l'inconnu

 
Bravo, t'as enfin trouvé l'âme soeur.

 
c'est bien parti, je connais pas DBMain (via google, je trouve un truc de namur), et pour moi GEF c'est un truc d'eclipse (Graphical Editing Framework)

dbmain c'est effectivement le truc de namur. Et GEF c'est le truc d'éclipse, on l'utiliserait pour l'outil de modélisation (sauf s'ils changent leur politique tarifaire).

Jubijub -> pourquoi avoir pris comme smiley perso alors qu'il fait partie des meubles sur tous les forums PPC?