Quelques pensées en vrac et dans le désordre:

En info et dans la plupart des sciences appliquées, la différence entre 2 et 5 ans de formation c'est 1) la quantité de maths 2) l'approche théorique bottom-up pour approfondir la compréhension du domaine, ce qui renvoie parfois au point 1).
Au final la durée de la formation, du moins tant qu'elle n'est pas zéro, est un signal assez faible quant au potentiel d'un candidat à savoir écrire du code dans un contexte professionnel.
Exemple trivial: il y a beaucoup de gens dans notre industrie qui ont fait des études de maths ou de physique (y en a même chez Google ) alors qu'ils ont probablement jamais écrit un compilo et un CPU, ce que n'importe quel étudiant en 2e/3e année d'info sait faire (et va très vite oublier ensuite).

La "méthodologie et la capacité de modéliser" en parlant d'un stagiaire ou jeune diplômé c'est du pipeau niveau 9000 à mon sens. C'est quelque chose qui vient avec l'expérience et que tu apprends absolument pas à l'école, peu importe si tu y restes 2 ou 12 ans. Un apprenti qui aura "pissé du code" pendant 8 ans va pouvoir architecturer une application correctement; un jeune diplômé en sortie de Master, tu rêves.

A contrario les pays dont la culture tend vers "tous les diplômés sont interchangeables" et "une diplômée en histoire de l'art peut bien apprendre à programmer" (true story) ça marche surtout avec des zaibatsu/chaebol où les gens font une carrière de 25 ans en moyenne.

J'ai l'impression que beaucoup d'écoles d'ingé françaises forment des gens qui ne savent pas coder, car de toute façon c'est sale et pour c'est pour les tâcherons. (J'ai des potes de Centrale et Télécom Paris qui savent coder hein mais qui de leur propre aveu étaient assez déçus du contenu de leur formation, et j'imagine qu'ailleurs c'est encore pire).

question symfony :
 
J'ai deux entités : student/grade
un student peut avoir plusieurs grades, un grade n'appartient qu'a un student
 
Quand je veux le transformer en json dans mon controller :  

public function addGrade(string $studentId, Request $request, SerializerInterface $serializer):Response
    {
 // ici creation et enregistrement en base, ça fonctionne
 
        $data =  $serializer->serialize($grade, 'json');
        return $this->json($data );
    }

 
ça pête avec  
 : A circular reference has been detected when serializing the object of class "App\Entity\Student"
  (configured limit: 1). (500 Internal Server Error)
 
 
Je vois bien la doc : https://symfony.com/doc/current/com [...] references , mais je ne la comprends pas.
Je me retrouve a importer la moitié d'internet au lieu d'utiliser la dependency injection  

use Symfony\Component\Serializer\Normalizer\AbstractObjectNormalizer;
use Symfony\Component\Serializer\Encoder\JsonEncoder;
use Symfony\Component\Serializer\Normalizer\AbstractNormalizer;
use Symfony\Component\Serializer\Normalizer\ObjectNormalizer;
use Symfony\Component\Serializer\Serializer;

 
Je suis vraiment surpris de lire cela. C’est spécifique aux US ? A l’Allemagne ? Parce qu’ici, c’est à peu près tout le contraire. Ma boite développe spécifiquement des produits pour les recruteurs et à peu près tous nos clients sont des recruteurs. Je discute avec bcp d’entre eux et une des choses qu’ils me disent, c’est qu’ils regardent de plus en plus en premier justement ce que les candidats font (et sont) en dehors du boulot, à commencer par les accounts Github pour voir s’il y a des projets perso et/ou quoi que ce soit qui puisse étayer le CV. Parce que c’est bien beau de prétendre qu’on avait telle ou telle position dans telle boite, mais ça renseigne jamais complètement sur le vrai niveau du type, sur le niveau de satisfaction de ses collègues et de ses managers. Les références données par les candidates sont quasi toujours des amis et même dans les cas où les managers sont pas contents d’eux, ils veulent pas les saquer parce qu’ils partent et que pour eux, c’est de l’histoire ancienne. Alors après, c’est peut-être spécifique au UK.
 

La seule partie utile de la doc c’est la partie callbacks, le reste te dit juste que par défaut ça pete dès qu’il serialise un objet qu’il a déjà vu.

En gros faut dire à ton grade de pas serialiser student.

Alternativement, au lieu d’utiliser un truc magique tu convertis en des objets json “propre” que tu peux ensuite serialiser trivialement.

Je suis vraiment surpris de lire cela. C’est spécifique aux US ? A l’Allemagne ? Parce qu’ici, c’est à peu près tout le contraire. Ma boite développe spécifiquement des produits pour les recruteurs et à peu près tous nos clients sont des recruteurs. Je discute avec bcp d’entre eux et une des choses qu’ils me disent, c’est qu’ils regardent de plus en plus en premier justement ce que les candidats font (et sont) en dehors du boulot, à commencer par les accounts Github pour voir s’il y a des projets perso et/ou quoi que ce soit qui puisse étayer le CV. Parce que c’est bien beau de prétendre qu’on avait telle ou telle position dans telle boite, mais ça renseigne jamais complètement sur le vrai niveau du type, sur le niveau de satisfaction de ses collègues et de ses managers. Les références données par les candidates sont quasi toujours des amis et même dans les cas où les managers sont pas contents d’eux, ils veulent pas les saquer parce qu’ils partent et que pour eux, c’est de l’histoire ancienne. Alors après, c’est peut-être spécifique au UK.

Tu sembles ignorer un des aspects majeurs de la formation : c'est un filtre. Une formation prouve que tu sais apprendre certains concepts avec succès. Si les physiciens sont globalement de bons programmeurs quand ils font le transfert, et si l'industrie aime les recruter ce n'est pas parce qu'ils connaissent les équations de Maxwell, mais parce que savoir apprendre les équations de Maxwell ce n'est pas si différent que le travail d'assimilation et de synthèse qui nous est demandé au quotidien quand on doit intégrer technos et besoins métier dans notre job. Je pense que c'est à ça qu'on pense quand on parle de "capacité à modéliser". Ce n'est pas un savoir-faire, mais une capacité et l'envie qui va avec.

Sinon les équations de Maxwell j'ai vu ça au lycée, c'est pas une barre particulièrement haute.

Je ne sais pas quel lycée tu as fait, mais ça n'est pas au programme scolaire français. Ca s'apprend en licence si je me souviens bien.

Bon si vous connaissez des gens tentés pour faire chef de projet (Xen Orchestra mais aussi XCP-ng et un autre projet interne), j'suis pas contre, j'ai plus le temps de faire ce rôle et les trucs dérivent…

Je ne sais pas quel lycée tu as fait, mais ça n'est pas au programme scolaire français. Ca s'apprend en licence si je me souviens bien.

TIens tu veux pas revenir un peu nous raconter tes aventures sur le forum privé des aigris ?

Ce que fait un candidat à côté de son boulot ou de ses études, c'est toujours intéressant, ça permet de voir où ces principaux centres d'intérêt. Bien entendu, si le candidat me dit qu'il a besoin de faire des petits boulots à côté (je pense à des étudiants plutôt) pour payer ses études, je me doute que c'est normal qu'il n'ait pas beaucoup d'à côtés. Mais ça va me renseigner d'une autre manière sur sa personnalité.
En fait, ces à côté, quels qu'ils soient vont être signaux faibles sur la personnalité ou les centres d'intérêt du candidat.
Pour les projets persos en dév, je vais rarement voir ce que la personne a produit. C'est plus la démarche qu'il a entrepris qui m'intéresse, la façon de penser, raisonner.
Je me souviens d'un candidat : il était sorti de l'école d'ingé il y a 3-4 ans et depuis, il n'avait pas trouvé de boulot. A la vue du CV, y'avait rien qui pouvait expliquer ça. Donc, déjà, petit warning. Avec la RH, quand on l'a vu arriver, rien que le regard, la posture du corps, ça venait confirmer notre warning. On voyait que ce n'était pas une flèche. Et en plus, il était timide et forcément, comme il n'avait toujours rien trouvé, il avait pas la grosse confiance en lui. Mais bon, j'ai ma belle soeur qui est un peu dans ce style, alors je ne me suis pas arrêté à cette simple impression. Tout au long de l'entretien, je lui ai tendu des perches pour qu'il essaye de valoriser un peu ce qu'il avait fait au cours de ses études (projets) et ce qu'il avait fait depuis. Mais c'était lose sur lose Après l'école, il me parle d'un projet de faire un drone. Je me dis : ah ben c'est bien ça. Mais il dit qu'il n'est pas allé bien loin car ça coûtait trop cher les diverses pièces. Là, je suis un peu étonné parce qu'avec des RPi ou arduino, y'a pas mal de parties que tu peux faire sur un drone. Il me sort : ah ben j'y ai pas pensé.
Après, je lui explique le poste. Au cours de l'entretien, je sors quelques acronymes que j'explique quand il est pas censé connaître. Mais il bute sur DGAC et VHF. Bon DGAC, c'est pas super connu mais aux infos, on l'entend quand y'a une grève des contrôleurs ou un crash. Mais bon, ok, passons. Mais VHF, le gars, avant son école d'ingé, il avait fait IUT GEII (comme moi, donc je connais à peu près le programme). Là, c'est abusé. Mais le pire, c'est que vers la fin de l'entretien, il avait à nouveau oublié ces 2 acronymes (alors qu'il avait pris des notes, mais il s'est chié dans sa prise de note) Là, j'ai compris qu'il percutait pas vite et que sa courbe d'apprentissage serait vraiment pas top. Or, vu que le poste était dans un contexte métier très spécifique, y'a vraiment pleins de choses à apprendre. S'il faut tout expliquer 10 fois, il est pas rendu et moi, je peux pas passer autant de temps en formation (en moyenne, pour commencer à être un minimum à l'aise sur la mission, faut 9 à 12 mois).

Tiens, Plam, ratibus, je suis dans les monts du Lyonnais la semaine prochaine. Vous êtes dans le coin ?

Tiens, Plam, ratibus, je suis dans les monts du Lyonnais la semaine prochaine. Vous êtes dans le coin ?

Tiens, Plam, ratibus, je suis dans les monts du Lyonnais la semaine prochaine. Vous êtes dans le coin ?

Apparemment, tu sors d'une école d'ingé en informatique (donc bac+5) où t'as fait du C et du C++, donc t'as dû voir les concepts de base de la POO. Pourtant, tu dis que t'es pas familiarisé avec la POO. Ca part pas top
Vu que tu avais trouvé un boulot qui utilisait Java et le design pattern MVC, est-ce que tu t'es préparé avant ou par la suite pour progresser en dehors des heures de bureau ? En lisant ce genre de bouquin par ex sur les design patterns : https://www.amazon.fr/Design-patter [...] 841773507/

J'ai eu une stagiaire l'an dernier, [...]

Je passerai à travers de Mâcon d'ici la fin de l'année, je vous ferai un doigt par la fenêtre

Je passerais sur l’A6 d’ici la fin d’année, je penserais à vous.

Comme d'hab

Je passerai à travers de Mâcon d'ici la fin de l'année, je vous ferai un doigt par la fenêtre

tu pourrais faire un petit caca réel sinon.

Je suis à Mâcon sur Google Maps, je vous fais un petit coucou virtuel.

tu pourrais faire un petit caca réel sinon.

Quand je descend j’ai souvent plein de famille à voir, même s’il y en a pas loin de chez toi (genre Igé) faire un crochet serait juste bonjour-au-revoir donc bon

pas de soucis, je te charie

 
Tu bosses avec/pour la DGAC ?

stadire?

 
Ca part pas top, c'est vrai, mais depuis j'ai assimilé ça.
En fait avant d'arriver, c'était impossible de savoir sur quel langage de programmation j'allais tomber mais au final, je me suis donné en dehors du travail.  
 

Mon stage de fin d'études était un peu comme ça. Mon maître de stage me donnait des pistes, puis je proposais un modèle pour résoudre son problème et avancer.
C'était très exploratoire.
 
J'ai l'impression qu'un très grand nombre de postes en développement (70%) est en SSII.. Vous avez le même echo ?