Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Je ne peux bien évidement pas parlé pour eux, mais certains m'ont mis des recommandation sur linked in, et reste en contact avec moi.Envoyé par zecreator
Après, je n'avais pas la prétention de leur apprendre leur métier, je me suis appuyé sur leurs compétences et les aient utilisé en tant que coach pour l'équipe.
Au final, mon rôle était beaucoup de les écouter et de leur retirer la plupart des taches / devoirs administratifs pour les laisser faire ce qu'ils aimaient : développer !
Oui mais là on parle de vieux de 35 ans, hein...
Sur une tâche secondaire(1-2 jours par semaine), une dame de 11 ans de moins que moi me manage, ça ne me pose aucun problème. Nous sommes des professionnels. Elle me donne du boulot, je le fait, et elle vérifie que je n'ai pas fait de conneries.
Le meilleur commercial de SSII que j'ai croisé m'a sorti la phrase suivante "quand on reçoit une offre, le réflexe, c'est d'essayer de faire matcher les mots clef de l'annonce avec les mots clefs des CV. C'est une approche qui ne marche jamais. Il faut connaitre les clients et les consultants". Un homme trop rare.(.../...)en prenant ce que j'ai connu, toi et moi nous avons une vision "développeur" que n'a pas le recruteur. On revient à cette fameuse grille de compétences parce que les recruteurs ne sont pas techniques. Et même les technico-commerciaux j'arrive à les planter en moins de 10 minutes sur du C ou du C++
Et je connais un autre commercial de SSII, qui, quand il était encore consultant dans cette mission ou nous nous tournions les pouces, passait son temps à comparer les performances du C et de l'assembleur en fonction des algorithmes et des conditions d'appel.
Mais si tu me dis que deux cygnes noirs ne sont pas représentatifs, je te suis, hein.
Les 4 règles d'airain du développement informatique sont, d'après Michael C. Kasten :
1)on ne peut pas établir un chiffrage tant qu'on a pas finalisé la conception
2)on ne peut pas finaliser la conception tant qu'on a pas complètement compris toutes les exigences
3)le temps de comprendre toutes les exigences, le projet est terminé
4)le temps de terminer le projet, les exigences ont changé
Et le serment de non-allégiance :
Je promets de n’exclure aucune idée sur la base de sa source mais de donner toute la considération nécessaire aux idées de toutes les écoles ou lignes de pensées afin de trouver celle qui est la mieux adaptée à une situation donnée.
Oui, mais on des golden boys avec nos start up, donc on prend notre retraite a 38 maxi 40 ans
Cycle de vie d'un bon programme :
1/ ça fonctionne 2/ ça s'optimise 3/ ça se refactorise
Pas de question technique par MP, je ne réponds pas
Mes ouvrages :
Apprendre à programmer avec Access 2016, Access 2019 et 2021
Apprendre à programmer avec VBA Excel
Prise en main de Dynamics 365 Business Central
Pensez à consulter la FAQ Excel et la FAQ Access
Derniers tutos
Excel et les paramètres régionaux
Les fichiers Excel binaires : xlsb,
Autres tutos
Pour résumer, ce qui est intéressant pour l'employeur comme développeur, c'est un BAC+5 avec 10 ans d'expérience dans toutes les technos et de moins de 30 ans... Et payer des peanuts, évidemment.
C'est donc pour ça qu'il y a une pénurie !
Ben concrètement, c'est un peu l'objectif que l'on se fixe quand on monte une start-up non ? Devenir riche, et vite....Oui, mais on des golden boys avec nos start up, donc on prend notre retraite a 38 maxi 40 ans
"La révolution informatique fait gagner un temps fou aux hommes, mais ils le passent avec leur ordinateur !"
Tu m'étonnes que personne n'ait envie de rester développeur... Ceci dit en faisant un calcul rapide :Pour résumer, ce qui est intéressant pour l'employeur comme développeur, c'est un BAC+5 avec 10 ans d'expérience dans toutes les technos et de moins de 30 ans... Et payer des peanuts, évidemment.
C'est donc pour ça qu'il y a une pénurie !
- BAC à 18 ans + 5 ans = 23 ans + 10 années d'expérience = 33 ans. Mouais, ils vont avoir du mal a trouver.
"La révolution informatique fait gagner un temps fou aux hommes, mais ils le passent avec leur ordinateur !"
Il faut voir plus que le nombre d'années d'expérience
- Les recruteurs rajoutent des compétences ou des + sur les offres/ grilles de compétences, comme l'anglais, pour départager les "meilleurs". Et depuis 1 ans, ils ont poussé le bouchon très loin : il faut être bilingue anglais pour avoir un emploi.
- Hormis le domaine du Web, comment veux-tu te former à de l'embarqué, de l'électronique ... ? Il faut reconnaître que depuis 1 ans, Ausy, Expectra, Thalès, Capgemini, partenaires Pôle Emploi ... proposent des POEC/ alternance avec un nombre de places limitées (*) avec un salaire au mieux au lance-pierres. Les ESNs y gagnent.
- Il y aussi l'intégration des nouveaux "trucs" spécialisés : Big Data, R, C++11, Swift, Unity3D, ... Mais comment veux-tu être formé à tout cela si tu es diplômé depuis plus de 2-3 ans ? Essayer de passer par ton employeur ... si tu n'es pas au chômage
- Je ne parle pas de l'augmentation des tests/ plateformes en ligne très difficiles. Il y a un test en ligne C++ que j'ai passé 3 fois pour 3 ESNs différentes
Et en plus, celui de iFeelSmart n'enregistre pas tes réponses : tu dois faire les 3 questions (faire/ corriger des classes/ des patterns en C++) en 1 fois
* : je n'ai jamais compris
On est en soit-disante pénurie et on forme par groupe de 10 personnes. C'est si compliqué de faire des groupes de 20 ou 30 personnes
Pour la blague, vu dans le bêtisier de developpez il y a quelques années, une annonce d'une boite qui recherchait quelqu'un avec 5 ans d'expérience sur une version de J2EE qui datait de moins de 5 ans d'existence...
- So.... what exactly is preventing us from doing this?
- Geometry.
- Just ignore it !!
****
"The longer he lived, the more he realized that nothing was simple and little was true" A clash of Kings, George R. R. Martin.
***
Quand arrivera l'apocalypse, il restera deux types d'entreprise : les pompes funèbres et les cabinets d'audit. - zecreator, 21/05/2019
Les tests techniques ne me choquent pas. Trop de gnous avancent masqués, et un filtrage s'avère nécessaire. L'anglais est parfois nécessaire(mais honnêtement, je ne m'en sers que depuis que je suis chez cet éditeur de logiciels américain - le seul coup de fil que j'ai passé en dehors de la métropole en 14 ans de prestation concernait la Guadeloupe).
Tout le reste, par contre, c'est du n'importe quoi. Les demandes d'âge délirantes. La diversité délirante des compétences demandées, tant techniques que fonctionnelles. Les formations de 3 jours qui ne servent que si tu pratiques immédiatement après(et généralement, ce n'est pas le cas). Etc.
Les 4 règles d'airain du développement informatique sont, d'après Michael C. Kasten :
1)on ne peut pas établir un chiffrage tant qu'on a pas finalisé la conception
2)on ne peut pas finaliser la conception tant qu'on a pas complètement compris toutes les exigences
3)le temps de comprendre toutes les exigences, le projet est terminé
4)le temps de terminer le projet, les exigences ont changé
Et le serment de non-allégiance :
Je promets de n’exclure aucune idée sur la base de sa source mais de donner toute la considération nécessaire aux idées de toutes les écoles ou lignes de pensées afin de trouver celle qui est la mieux adaptée à une situation donnée.
Quand t'explique la blague, c'est comme plus drôle...
On voit ça régulièrement dans les annonces de dba, genre « 5 ans d'expérience sur SQL Server 2016 »
Beaucoup de formations sont construites pour répondre à un schéma d'entreprise. En gros, les formations J2EE ou C++ te préparent essentiellement à bosser en SSII. T'emmerde pas avec le fond, occupe-toi plutôt de la forme. Prend du code à gauche pour le poser à droite. Et OBÉIS !
Oui, c'est du caca...
"La révolution informatique fait gagner un temps fou aux hommes, mais ils le passent avec leur ordinateur !"
Et les SSII obéissent à la logique client(même si on commence à trouver des exceptions). Le client, il veut de la viande formatée, qui ne fasse pas chier, et qui connaisse la technique. Qui est sensée suivre les normes du client. Évidemment, la viande en question est rarement au courant des normes du client(j'ai vu ça une seule fois en treize missions, un petit manuel avec les normes client. Une seule autre fois, on m'a dit "ça, c'est pas aux normes", sans être capable de retrouver la référence).
Donc la viande fait ce qu'elle peut, et c'est souvent très différent de ce qui était attendu. Ce qui est inévitable. Et après, le grand chef se plaint que la maintenance coute trop cher, et qu'il faut encore réduire la facturation des prestataires, ce qui accroit encore le pouvoir des achats sur les opérationnels, ce qui accroit encore le problème. Et la maintenance coute toujours plus cher.
Les 4 règles d'airain du développement informatique sont, d'après Michael C. Kasten :
1)on ne peut pas établir un chiffrage tant qu'on a pas finalisé la conception
2)on ne peut pas finaliser la conception tant qu'on a pas complètement compris toutes les exigences
3)le temps de comprendre toutes les exigences, le projet est terminé
4)le temps de terminer le projet, les exigences ont changé
Et le serment de non-allégiance :
Je promets de n’exclure aucune idée sur la base de sa source mais de donner toute la considération nécessaire aux idées de toutes les écoles ou lignes de pensées afin de trouver celle qui est la mieux adaptée à une situation donnée.
Peux-tu me donner un exemple de ce pourquoi les formations J2EE ou C++ préparent plus à bosser en SSII que "chez un client final ?". Je vois mal en quoi enseigner une classe ou l'héritage forme plus au consulting qu'aux pantoufles pépères en interne
- So.... what exactly is preventing us from doing this?
- Geometry.
- Just ignore it !!
****
"The longer he lived, the more he realized that nothing was simple and little was true" A clash of Kings, George R. R. Martin.
***
Quand arrivera l'apocalypse, il restera deux types d'entreprise : les pompes funèbres et les cabinets d'audit. - zecreator, 21/05/2019
Le problème des tests c'est comment ils sont fait
En gros il sont prévus pour que 60% aient plus de 10-12 (sur 20). Et que parmi c'est 60%,
- tranche correct : entre 40% et 60% ont une notre supérieure à 13-14 sur 20
- tranche haute : seulement 10% ont plus de 17-18 (sur 20)
(Pourcentages et notes à la louche)
Cela peut paraître bête, mais si tu as une expérience significative tu n'as besoin que d'être parmi la tranche correct.
Mais un candidat comme moi, qui n'a pas la bonne expérience, je suis obligé d'être dans la tranche haute (et donc très souvent de devoir répondre correctement aux 2-3 questions métier ultra-spécialisées qui n'ont ni queue ni tête, comme le problème du diamant)
Nécessaire, mais pas obligatoire comme maintenant
Déjà à Parrot ou à Quantic Dream lorsque tu es développeur, je peux comprendre et encore.
Mais pour une ESN crasseuse au fin fond de Boulogne ou de Versailles : je ne pense pas que tous ces clients soient anglais.
On est d'accord, mais le commercial dira au client, "regardez, mon mouton a 6 pattes, en plus de pas brouter trop d'herbe quand je lui demande, en plus il parle anglais, ca vaut bien les 150 euros de plus par jour que j'essaie de lui gratter sur la laine"...Nécessaire, mais pas obligatoire comme maintenant
Déjà à Parrot ou à Quantic Dream lorsque tu es développeur, je peux comprendre et encore.
Mais pour un ESN crasseuse au fin fond de Boulogne ou de Versailles : je ne pense pas que tous ces clients soient anglais.
Cycle de vie d'un bon programme :
1/ ça fonctionne 2/ ça s'optimise 3/ ça se refactorise
Pas de question technique par MP, je ne réponds pas
Mes ouvrages :
Apprendre à programmer avec Access 2016, Access 2019 et 2021
Apprendre à programmer avec VBA Excel
Prise en main de Dynamics 365 Business Central
Pensez à consulter la FAQ Excel et la FAQ Access
Derniers tutos
Excel et les paramètres régionaux
Les fichiers Excel binaires : xlsb,
Autres tutos
C'est un fabricant de machines à voyager dans le temps ?
"Le futur à votre portée, maintenant !"
Le client à bon dos. Je bosses moi-même pour des clients très exigeants qui parfois demandent n'importe quoi dans des délais impossible. C'est à moi, l'expert, d'argumenter en quoi sa position n'est pas bonne, en avançant des propositions qui vont dans le bon sens. C'est mon rôle et je ne serai pas un bon professionnel si je laissais le client se planter. Et il aura bien raison de venir me réclamer des comptes. J'ai parfois refusé de faire un job, et j'ai eu raison car le client est revenu car il s'est rendu compte que c'était effectivement une belle connerie.
Mais en SSII, je ne sais pas si le développeur à le droit de parole face au client. Y a trop de personnes entre l'exécutant et le client final qui bossent d'abord pour leurs ambitions, que j'imagine qu'il y a un protocole décisionnel très restreint
Bref, la manière dont on bosse en SSII, et la manière dont sont traités les développeurs (comme une marchandise qui devient périssable dans le temps) ne me plait pas du tout. La motivation pour bosser en SSII vient surtout du salaire et la carotte que tend l'employeur, rien d'autre. Et l'intérêt pour le projet et le métier, ça se place où tout ça ? Sûr que ce genre de boite me flinguerait ma passion pour le développement en 3 mois.
"La révolution informatique fait gagner un temps fou aux hommes, mais ils le passent avec leur ordinateur !"
Ben, c'est simple. Tu prends toutes les formations en J2EE ou C++ qui te promettent de trouver facilement un job de dév en 3 mois.Peux-tu me donner un exemple de ce pourquoi les formations J2EE ou C++ préparent plus à bosser en SSII que "chez un client final ?". Je vois mal en quoi enseigner une classe ou l'héritage forme plus au consulting qu'aux pantoufles pépères en interne
Ce genre de caca par exemple:
http://www.dawan.fr/formations/jee?g...caAnmFEALw_wcB
"La révolution informatique fait gagner un temps fou aux hommes, mais ils le passent avec leur ordinateur !"
Heu, ça dépend du type de prestation que recherche le client.
Tu peux demander une expertise sur un projet plus court, auquel cas tu viens comme le messie. Auquel cas effectivement tu seras mieux écouté. Alors que la solution peut venir en interne...
Exemple personnel : j'ai fait un audit alors que j'avais un an d'XP chez un client pour passer les temps de traitements de 12h+ à 8h. Refus catégorique de mon connard de chef, car "un expert oracle arrive dans deux semaines". Puis finalement l'expert à 2000€/jour arrive, passe un script développé par sa boite, sort un compte-rendu excel. A 90%, c'était ce que j'avais préconisé.
Exemple : un client m'a pris pour une mission d'analyse alors que j'ai fait du suivi de production + pousse-mails, l'application sur laquelle je bossais était vu comme un mouton noir en fin de vie, donc impossible de déplacer la moindre brique de Jenga car "plus de budget".
Dans ce cas, est-ce que t'as ton mot à dire ? Tout dépend de l'image que tu dégages. Moi je pense que je me vends bien en entretien mais pas assez en mission. De ce fait, je fais passer rarement ce que je préconise. Mais si t'as un pouvoir de nuisance, que tu joues dans la cour politique etc. tu peux faire passer ton expertise. Mais cela demande des efforts de qualités humaines.
- So.... what exactly is preventing us from doing this?
- Geometry.
- Just ignore it !!
****
"The longer he lived, the more he realized that nothing was simple and little was true" A clash of Kings, George R. R. Martin.
***
Quand arrivera l'apocalypse, il restera deux types d'entreprise : les pompes funèbres et les cabinets d'audit. - zecreator, 21/05/2019
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager