Prêt pour le daily de demain les pisseurs de code ?

Le 16 février 2021 à 10:59:12 alpachinois69 a écrit :

Le 16 février 2021 à 10:52:31 cilimichant3 a écrit :

Le 16 février 2021 à 10:29:14 alpachinois69 a écrit :

Le 16 février 2021 à 10:13:56 ethyl-acetate a écrit :
J'suis le genre de gogole à match pas mal de nanas sur tinder et à jamais leur parler

BG timide mais bon arrêtons de parler meufs. Pour mon entretien de demain j'ai préparé une série de questions à bosser. Même si c'est pas pour un poste de pisseur de code, j'ai besoin de votre avis les kheys

Donc si je résume bien les questions que je devrais à quoi m'attendre:

• Les classiques motivations, qualités, défauts évidemment
• Ce que je ferai le premier jour? Je sais pas trop quoi répondre à part faire connaissances avec les gens. Mais mon objectif est de rentrer vite dans le bain donc j'étudierais le code source et la stack technique même avant mon premier jour officiel
• Mon parcours, un classique donc Bon là rien de spécial
• Ce que je peux leur apporter rapidement Dépendra de l'existant mais mis en place de process CI/CD si non existant. Des outils agiles style Jira . Je souhaite aussi voir la couverture des tests de l'existant et ainsi prioriser son amélioration ou non lors du montage de l'équipe.
• Comment je compte m'y prendre pour monter l'équipe j'imagine. Faire jouer les connaissances (j'imagine que les khey voudront m'envoyer des CV ), utiliser les plateformes du type Coding Game pour les tests techs. Une personnalité pas Célestin sera importante je pense
• Gestion des profils potentiellement différents, des conflits possibles Je suis un manager par l'exemple, je fais un projet, je montre ce que j'ai fait donc normalement les autres adhèrent et me suivent. Si des conflits éclatent entre tech, je me mettrais en intermédiaire afin de trancher avec des sources que je trouverais. Ou si ceux qui se plaignent ont déjà leurs sources et argumentation, ça devrait être facile de trancher.
• Est-ce que je vais développer moi même sur le projet ? Oui je pense surtout au début pour se faire la main. Vu que le RH m'a expliqué que vous souhaitez vendre votre produit sous forme de marque blanche, pourquoi pas faire une architecture type micro services avec une API Rest ou GraphQL ?

Les tests tech sur coding game et ces autres plateforme du cancer bordel

Fait faire des relectures de PR ou bien un projet à la con à faire en 3h, j'trouve ça tellement plus représentatif

Je prends note khey. Donc pourquoi pas sortir un bout de code de l'appli existante, l'analyser, en discuter avec le candidat pour voir si il est d'accord avec l'implémentation faite ou il aurait fait autrement?

Yep exactement, genre qu'est ce que lui aurait fait, ou pas, qu'est ce qui est bien ou moins bien selon lui, au pire tu "fake" une PR pour avoir le système de commentaire et laisse le gars te faire une description de son analyse.

Le 16 février 2021 à 11:00:49 ethyl-acetate a écrit :

Le 16 février 2021 à 10:59:12 alpachinois69 a écrit :

Le 16 février 2021 à 10:52:31 cilimichant3 a écrit :

Le 16 février 2021 à 10:29:14 alpachinois69 a écrit :

Le 16 février 2021 à 10:13:56 ethyl-acetate a écrit :
J'suis le genre de gogole à match pas mal de nanas sur tinder et à jamais leur parler

BG timide mais bon arrêtons de parler meufs. Pour mon entretien de demain j'ai préparé une série de questions à bosser. Même si c'est pas pour un poste de pisseur de code, j'ai besoin de votre avis les kheys

Donc si je résume bien les questions que je devrais à quoi m'attendre:

• Les classiques motivations, qualités, défauts évidemment
• Ce que je ferai le premier jour? Je sais pas trop quoi répondre à part faire connaissances avec les gens. Mais mon objectif est de rentrer vite dans le bain donc j'étudierais le code source et la stack technique même avant mon premier jour officiel
• Mon parcours, un classique donc Bon là rien de spécial
• Ce que je peux leur apporter rapidement Dépendra de l'existant mais mis en place de process CI/CD si non existant. Des outils agiles style Jira . Je souhaite aussi voir la couverture des tests de l'existant et ainsi prioriser son amélioration ou non lors du montage de l'équipe.
• Comment je compte m'y prendre pour monter l'équipe j'imagine. Faire jouer les connaissances (j'imagine que les khey voudront m'envoyer des CV ), utiliser les plateformes du type Coding Game pour les tests techs. Une personnalité pas Célestin sera importante je pense
• Gestion des profils potentiellement différents, des conflits possibles Je suis un manager par l'exemple, je fais un projet, je montre ce que j'ai fait donc normalement les autres adhèrent et me suivent. Si des conflits éclatent entre tech, je me mettrais en intermédiaire afin de trancher avec des sources que je trouverais. Ou si ceux qui se plaignent ont déjà leurs sources et argumentation, ça devrait être facile de trancher.
• Est-ce que je vais développer moi même sur le projet ? Oui je pense surtout au début pour se faire la main. Vu que le RH m'a expliqué que vous souhaitez vendre votre produit sous forme de marque blanche, pourquoi pas faire une architecture type micro services avec une API Rest ou GraphQL ?

Les tests tech sur coding game et ces autres plateforme du cancer bordel

Fait faire des relectures de PR ou bien un projet à la con à faire en 3h, j'trouve ça tellement plus représentatif

Je prends note khey. Donc pourquoi pas sortir un bout de code de l'appli existante, l'analyser, en discuter avec le candidat pour voir si il est d'accord avec l'implémentation faite ou il aurait fait autrement?

Deja savoir s'il est capable de parler de ses expériences précédentes, ça me semble être une bonne chose non ?

Non mais je me fous dans la position de passer déjà cette étape. Il y aura pas de tests techniques si je vois que le mec est un gros geek célestin hein

Le 16 février 2021 à 11:02:51 alpachinois69 a écrit :

Le 16 février 2021 à 11:00:49 ethyl-acetate a écrit :

Le 16 février 2021 à 10:59:12 alpachinois69 a écrit :

Le 16 février 2021 à 10:52:31 cilimichant3 a écrit :

Le 16 février 2021 à 10:29:14 alpachinois69 a écrit :

Le 16 février 2021 à 10:13:56 ethyl-acetate a écrit :
J'suis le genre de gogole à match pas mal de nanas sur tinder et à jamais leur parler

BG timide mais bon arrêtons de parler meufs. Pour mon entretien de demain j'ai préparé une série de questions à bosser. Même si c'est pas pour un poste de pisseur de code, j'ai besoin de votre avis les kheys

Donc si je résume bien les questions que je devrais à quoi m'attendre:

• Les classiques motivations, qualités, défauts évidemment
• Ce que je ferai le premier jour? Je sais pas trop quoi répondre à part faire connaissances avec les gens. Mais mon objectif est de rentrer vite dans le bain donc j'étudierais le code source et la stack technique même avant mon premier jour officiel
• Mon parcours, un classique donc Bon là rien de spécial
• Ce que je peux leur apporter rapidement Dépendra de l'existant mais mis en place de process CI/CD si non existant. Des outils agiles style Jira . Je souhaite aussi voir la couverture des tests de l'existant et ainsi prioriser son amélioration ou non lors du montage de l'équipe.
• Comment je compte m'y prendre pour monter l'équipe j'imagine. Faire jouer les connaissances (j'imagine que les khey voudront m'envoyer des CV ), utiliser les plateformes du type Coding Game pour les tests techs. Une personnalité pas Célestin sera importante je pense
• Gestion des profils potentiellement différents, des conflits possibles Je suis un manager par l'exemple, je fais un projet, je montre ce que j'ai fait donc normalement les autres adhèrent et me suivent. Si des conflits éclatent entre tech, je me mettrais en intermédiaire afin de trancher avec des sources que je trouverais. Ou si ceux qui se plaignent ont déjà leurs sources et argumentation, ça devrait être facile de trancher.
• Est-ce que je vais développer moi même sur le projet ? Oui je pense surtout au début pour se faire la main. Vu que le RH m'a expliqué que vous souhaitez vendre votre produit sous forme de marque blanche, pourquoi pas faire une architecture type micro services avec une API Rest ou GraphQL ?

Les tests tech sur coding game et ces autres plateforme du cancer bordel

Fait faire des relectures de PR ou bien un projet à la con à faire en 3h, j'trouve ça tellement plus représentatif

Je prends note khey. Donc pourquoi pas sortir un bout de code de l'appli existante, l'analyser, en discuter avec le candidat pour voir si il est d'accord avec l'implémentation faite ou il aurait fait autrement?

Deja savoir s'il est capable de parler de ses expériences précédentes, ça me semble être une bonne chose non ?

Non mais je me fous dans la position de passer déjà cette étape. Il y aura pas de tests techniques si je vois que le mec est un gros geek célestin hein

Bah franchement, je vois pas bien l'intérêt des tests techniques. Reussir un test technique =/= être un bon développeur.

Le 16 février 2021 à 11:02:51 alpachinois69 a écrit :

Le 16 février 2021 à 11:00:49 ethyl-acetate a écrit :

Le 16 février 2021 à 10:59:12 alpachinois69 a écrit :

Le 16 février 2021 à 10:52:31 cilimichant3 a écrit :

Le 16 février 2021 à 10:29:14 alpachinois69 a écrit :

Le 16 février 2021 à 10:13:56 ethyl-acetate a écrit :
J'suis le genre de gogole à match pas mal de nanas sur tinder et à jamais leur parler

BG timide mais bon arrêtons de parler meufs. Pour mon entretien de demain j'ai préparé une série de questions à bosser. Même si c'est pas pour un poste de pisseur de code, j'ai besoin de votre avis les kheys

Donc si je résume bien les questions que je devrais à quoi m'attendre:

• Les classiques motivations, qualités, défauts évidemment
• Ce que je ferai le premier jour? Je sais pas trop quoi répondre à part faire connaissances avec les gens. Mais mon objectif est de rentrer vite dans le bain donc j'étudierais le code source et la stack technique même avant mon premier jour officiel
• Mon parcours, un classique donc Bon là rien de spécial
• Ce que je peux leur apporter rapidement Dépendra de l'existant mais mis en place de process CI/CD si non existant. Des outils agiles style Jira . Je souhaite aussi voir la couverture des tests de l'existant et ainsi prioriser son amélioration ou non lors du montage de l'équipe.
• Comment je compte m'y prendre pour monter l'équipe j'imagine. Faire jouer les connaissances (j'imagine que les khey voudront m'envoyer des CV ), utiliser les plateformes du type Coding Game pour les tests techs. Une personnalité pas Célestin sera importante je pense
• Gestion des profils potentiellement différents, des conflits possibles Je suis un manager par l'exemple, je fais un projet, je montre ce que j'ai fait donc normalement les autres adhèrent et me suivent. Si des conflits éclatent entre tech, je me mettrais en intermédiaire afin de trancher avec des sources que je trouverais. Ou si ceux qui se plaignent ont déjà leurs sources et argumentation, ça devrait être facile de trancher.
• Est-ce que je vais développer moi même sur le projet ? Oui je pense surtout au début pour se faire la main. Vu que le RH m'a expliqué que vous souhaitez vendre votre produit sous forme de marque blanche, pourquoi pas faire une architecture type micro services avec une API Rest ou GraphQL ?

Les tests tech sur coding game et ces autres plateforme du cancer bordel

Fait faire des relectures de PR ou bien un projet à la con à faire en 3h, j'trouve ça tellement plus représentatif

Je prends note khey. Donc pourquoi pas sortir un bout de code de l'appli existante, l'analyser, en discuter avec le candidat pour voir si il est d'accord avec l'implémentation faite ou il aurait fait autrement?

Deja savoir s'il est capable de parler de ses expériences précédentes, ça me semble être une bonne chose non ?

Non mais je me fous dans la position de passer déjà cette étape. Il y aura pas de tests techniques si je vois que le mec est un gros geek célestin hein

La boss est une meuf donc peut-être vendre du rêve avec un discours sur l'ouverture des métiers au femmes donc chercher à recruter des meufs? En tant qu'immigré, peut-être que je pourrais jouer cette partition

Ca risque d'être difficile la parité puisque les dev sont à majorité masculin

Le 16 février 2021 à 11:04:15 ethyl-acetate a écrit :

Le 16 février 2021 à 11:02:51 alpachinois69 a écrit :

Le 16 février 2021 à 11:00:49 ethyl-acetate a écrit :

Le 16 février 2021 à 10:59:12 alpachinois69 a écrit :

Le 16 février 2021 à 10:52:31 cilimichant3 a écrit :

Le 16 février 2021 à 10:29:14 alpachinois69 a écrit :

Le 16 février 2021 à 10:13:56 ethyl-acetate a écrit :
J'suis le genre de gogole à match pas mal de nanas sur tinder et à jamais leur parler

BG timide mais bon arrêtons de parler meufs. Pour mon entretien de demain j'ai préparé une série de questions à bosser. Même si c'est pas pour un poste de pisseur de code, j'ai besoin de votre avis les kheys

Donc si je résume bien les questions que je devrais à quoi m'attendre:

• Les classiques motivations, qualités, défauts évidemment
• Ce que je ferai le premier jour? Je sais pas trop quoi répondre à part faire connaissances avec les gens. Mais mon objectif est de rentrer vite dans le bain donc j'étudierais le code source et la stack technique même avant mon premier jour officiel
• Mon parcours, un classique donc Bon là rien de spécial
• Ce que je peux leur apporter rapidement Dépendra de l'existant mais mis en place de process CI/CD si non existant. Des outils agiles style Jira . Je souhaite aussi voir la couverture des tests de l'existant et ainsi prioriser son amélioration ou non lors du montage de l'équipe.
• Comment je compte m'y prendre pour monter l'équipe j'imagine. Faire jouer les connaissances (j'imagine que les khey voudront m'envoyer des CV ), utiliser les plateformes du type Coding Game pour les tests techs. Une personnalité pas Célestin sera importante je pense
• Gestion des profils potentiellement différents, des conflits possibles Je suis un manager par l'exemple, je fais un projet, je montre ce que j'ai fait donc normalement les autres adhèrent et me suivent. Si des conflits éclatent entre tech, je me mettrais en intermédiaire afin de trancher avec des sources que je trouverais. Ou si ceux qui se plaignent ont déjà leurs sources et argumentation, ça devrait être facile de trancher.
• Est-ce que je vais développer moi même sur le projet ? Oui je pense surtout au début pour se faire la main. Vu que le RH m'a expliqué que vous souhaitez vendre votre produit sous forme de marque blanche, pourquoi pas faire une architecture type micro services avec une API Rest ou GraphQL ?

Les tests tech sur coding game et ces autres plateforme du cancer bordel

Fait faire des relectures de PR ou bien un projet à la con à faire en 3h, j'trouve ça tellement plus représentatif

Je prends note khey. Donc pourquoi pas sortir un bout de code de l'appli existante, l'analyser, en discuter avec le candidat pour voir si il est d'accord avec l'implémentation faite ou il aurait fait autrement?

Deja savoir s'il est capable de parler de ses expériences précédentes, ça me semble être une bonne chose non ?

Non mais je me fous dans la position de passer déjà cette étape. Il y aura pas de tests techniques si je vois que le mec est un gros geek célestin hein

Bah franchement, je vois pas bien l'intérêt des tests techniques. Reussir un test technique =/= être un bon développeur.

Je suis d'accord mais quand je dis tests techniques, je parle pas des trucs de merde donne moi le nom de la méthode qui fait X ou Y. Je parle surtout du si tu as un problème X, comment tu le résoudrais? Connais-tu un pattern qui s'adapte bien pour cette situation?

Le 16 février 2021 à 11:05:35 Pierre_Aronnax a écrit :

Le 16 février 2021 à 11:02:51 alpachinois69 a écrit :

Le 16 février 2021 à 11:00:49 ethyl-acetate a écrit :

Le 16 février 2021 à 10:59:12 alpachinois69 a écrit :

Le 16 février 2021 à 10:52:31 cilimichant3 a écrit :

Le 16 février 2021 à 10:29:14 alpachinois69 a écrit :

Le 16 février 2021 à 10:13:56 ethyl-acetate a écrit :
J'suis le genre de gogole à match pas mal de nanas sur tinder et à jamais leur parler

BG timide mais bon arrêtons de parler meufs. Pour mon entretien de demain j'ai préparé une série de questions à bosser. Même si c'est pas pour un poste de pisseur de code, j'ai besoin de votre avis les kheys

Donc si je résume bien les questions que je devrais à quoi m'attendre:

• Les classiques motivations, qualités, défauts évidemment
• Ce que je ferai le premier jour? Je sais pas trop quoi répondre à part faire connaissances avec les gens. Mais mon objectif est de rentrer vite dans le bain donc j'étudierais le code source et la stack technique même avant mon premier jour officiel
• Mon parcours, un classique donc Bon là rien de spécial
• Ce que je peux leur apporter rapidement Dépendra de l'existant mais mis en place de process CI/CD si non existant. Des outils agiles style Jira . Je souhaite aussi voir la couverture des tests de l'existant et ainsi prioriser son amélioration ou non lors du montage de l'équipe.
• Comment je compte m'y prendre pour monter l'équipe j'imagine. Faire jouer les connaissances (j'imagine que les khey voudront m'envoyer des CV ), utiliser les plateformes du type Coding Game pour les tests techs. Une personnalité pas Célestin sera importante je pense
• Gestion des profils potentiellement différents, des conflits possibles Je suis un manager par l'exemple, je fais un projet, je montre ce que j'ai fait donc normalement les autres adhèrent et me suivent. Si des conflits éclatent entre tech, je me mettrais en intermédiaire afin de trancher avec des sources que je trouverais. Ou si ceux qui se plaignent ont déjà leurs sources et argumentation, ça devrait être facile de trancher.
• Est-ce que je vais développer moi même sur le projet ? Oui je pense surtout au début pour se faire la main. Vu que le RH m'a expliqué que vous souhaitez vendre votre produit sous forme de marque blanche, pourquoi pas faire une architecture type micro services avec une API Rest ou GraphQL ?

Les tests tech sur coding game et ces autres plateforme du cancer bordel

Fait faire des relectures de PR ou bien un projet à la con à faire en 3h, j'trouve ça tellement plus représentatif

Je prends note khey. Donc pourquoi pas sortir un bout de code de l'appli existante, l'analyser, en discuter avec le candidat pour voir si il est d'accord avec l'implémentation faite ou il aurait fait autrement?

Deja savoir s'il est capable de parler de ses expériences précédentes, ça me semble être une bonne chose non ?

Non mais je me fous dans la position de passer déjà cette étape. Il y aura pas de tests techniques si je vois que le mec est un gros geek célestin hein

La boss est une meuf donc peut-être vendre du rêve avec un discours sur l'ouverture des métiers au femmes donc chercher à recruter des meufs? En tant qu'immigré, peut-être que je pourrais jouer cette partition

Ca risque d'être difficile la parité puisque les dev sont à majorité masculin

L'importance sera le discours pas la pratique

Le 16 février 2021 à 10:59:45 ethyl-acetate a écrit :

Le 16 février 2021 à 10:56:02 Zorosexual1 a écrit :

Le 16 février 2021 à 10:45:29 ethyl-acetate a écrit :

Le 16 février 2021 à 10:42:04 Zorosexual1 a écrit :

Le 16 février 2021 à 10:28:37 ethyl-acetate a écrit :

Le 16 février 2021 à 10:22:30 Zorosexual1 a écrit :

Le 15 février 2021 à 22:36:11 Zorosexual1 a écrit :
Question MongoDB/Mongoose les kheys

J'ai un schema Item qui a comme propriété un array de ressourceSchema pour le craft. Quelque chose comme ça

const itemSchema = new Schema ({
    recipe = [{ type: Schema.Type.ObjectId, ref: 'Ressource' }]
});

Mon souci c'est que l'item peut avoir besoin de plusieurs fois la même ressource pour son craft. Je me demande qu'elle est la meilleure façon de préciser le nombre de chaque ressource ? J'ai pensé à un schéma intermédiaire avec juste le nombre et la ref de la ressource mais j'suis pas sûr que ce soit optimal.

Merci pour votre réponse les kheys, j'espère que c'est clair

Personne pour ma question de noob ?
C'est le principe qui m'intéresse surtout

c'est quoi le probleme si tu stores le nb de ressources directement dans l'objet ? J'ai tres peu fait de nosql/mongo, mais il me semble que tu peux à peu pres store n'importe quel objet sans te prendre trop la tête.

C'est qu'il y aura plusieurs ressources donc un nombre pour chaque, pour ça que je pensais à un schéma intermédiaire mais c'est ptet pas optimal comme solution ? Je cherche surtout la solution classique face à ce genre de problèmes ^^
Ou alors juste faire un array d'objet avec le nombre et la ref sans schéma intermédiaire, je ne sais pas ce qu'est le mieux

Alors je suis peut-être tres con, mais c'est quoi le probleme encore une fois ? C'est une recette

Nan tkt, c'est moi qui dois mal expliquer. C'est ma spécialité
J'ai un schéma Item et un schéma Ressource. Chaque item a une recette composée de ressources. Vu que Ressource est aussi un schéma, je passe à Item un array d'ObjectId de mes ressources.
Sauf qu'en faisant comme ça, j'ai juste les ressources nécessaires à la recette mais pas le nombre requis de chaque ressource. D'où ma question à quel endroit intégrer ce nombre dans mon schéma Item.

Ca a l'air encore moins clair bordel

Oui donc j'avais bien compris.

recipe = [
    {rsrc_id:0, nb_needed: 0},
    {rsrc_id:1, nb_needed: 0},
    ... undsoweiter
]

Et tu tiens une reference vers la recette dans ta table d'items

Oui voilà, je me demandais juste si c'était le meilleur moyen de faire ça si simplement
Surtout pour populate après
Merci khey

Le 16 février 2021 à 11:05:35 alpachinois69 a écrit :

Le 16 février 2021 à 11:04:15 ethyl-acetate a écrit :

Le 16 février 2021 à 11:02:51 alpachinois69 a écrit :

Le 16 février 2021 à 11:00:49 ethyl-acetate a écrit :

Le 16 février 2021 à 10:59:12 alpachinois69 a écrit :

Le 16 février 2021 à 10:52:31 cilimichant3 a écrit :

Le 16 février 2021 à 10:29:14 alpachinois69 a écrit :

Le 16 février 2021 à 10:13:56 ethyl-acetate a écrit :
J'suis le genre de gogole à match pas mal de nanas sur tinder et à jamais leur parler

BG timide mais bon arrêtons de parler meufs. Pour mon entretien de demain j'ai préparé une série de questions à bosser. Même si c'est pas pour un poste de pisseur de code, j'ai besoin de votre avis les kheys

Donc si je résume bien les questions que je devrais à quoi m'attendre:

• Les classiques motivations, qualités, défauts évidemment
• Ce que je ferai le premier jour? Je sais pas trop quoi répondre à part faire connaissances avec les gens. Mais mon objectif est de rentrer vite dans le bain donc j'étudierais le code source et la stack technique même avant mon premier jour officiel
• Mon parcours, un classique donc Bon là rien de spécial
• Ce que je peux leur apporter rapidement Dépendra de l'existant mais mis en place de process CI/CD si non existant. Des outils agiles style Jira . Je souhaite aussi voir la couverture des tests de l'existant et ainsi prioriser son amélioration ou non lors du montage de l'équipe.
• Comment je compte m'y prendre pour monter l'équipe j'imagine. Faire jouer les connaissances (j'imagine que les khey voudront m'envoyer des CV ), utiliser les plateformes du type Coding Game pour les tests techs. Une personnalité pas Célestin sera importante je pense
• Gestion des profils potentiellement différents, des conflits possibles Je suis un manager par l'exemple, je fais un projet, je montre ce que j'ai fait donc normalement les autres adhèrent et me suivent. Si des conflits éclatent entre tech, je me mettrais en intermédiaire afin de trancher avec des sources que je trouverais. Ou si ceux qui se plaignent ont déjà leurs sources et argumentation, ça devrait être facile de trancher.
• Est-ce que je vais développer moi même sur le projet ? Oui je pense surtout au début pour se faire la main. Vu que le RH m'a expliqué que vous souhaitez vendre votre produit sous forme de marque blanche, pourquoi pas faire une architecture type micro services avec une API Rest ou GraphQL ?

Les tests tech sur coding game et ces autres plateforme du cancer bordel

Fait faire des relectures de PR ou bien un projet à la con à faire en 3h, j'trouve ça tellement plus représentatif

Je prends note khey. Donc pourquoi pas sortir un bout de code de l'appli existante, l'analyser, en discuter avec le candidat pour voir si il est d'accord avec l'implémentation faite ou il aurait fait autrement?

Deja savoir s'il est capable de parler de ses expériences précédentes, ça me semble être une bonne chose non ?

Non mais je me fous dans la position de passer déjà cette étape. Il y aura pas de tests techniques si je vois que le mec est un gros geek célestin hein

Bah franchement, je vois pas bien l'intérêt des tests techniques. Reussir un test technique =/= être un bon développeur.

Je suis d'accord mais quand je dis tests techniques, je parle pas des trucs de merde donne moi le nom de la méthode qui fait X ou Y. Je parle surtout du si tu as un problème X, comment tu le résoudrais? Connais-tu un pattern qui s'adapte bien pour cette situation?

T'es pas à l'abri d'un mec qui bachotte bien son sujet (ses design patterns etc), connait la théorie mais est zero en pratique, c'est ce que je veux te dire. Puis ça s'adapte très mal à un tas de profils. Pour un senior qui en a vu des vertes et des pas mures, peut-être que ce genre de questions paraitront triviales, pour un junior/mid ça depend des projets sur lesquels il a bossé avant.

J'trouve ça vraiment idiot les tests techniques, ça mesure mal l'adaptabilité de quelqu'un. Tu peux perdre des fast learners dans le lot qui n'auraient pas su répondre sur le moment mais qui auraient décollé niveau compétences en intégrant l'entreprise.

Les kheys si dans une proposition d'entretien on me dit " je pourrai vous rencontrer avec Jean Dupont ", quand je réponds, je dis que je serais ravi de vous rencontrer ainsi que Jean ou ainsi que Jean Dupont ?

En gros je mets le nom de famille ou pas ?

Le 16 février 2021 à 11:13:40 Inge-Calvitie a écrit :
Les kheys si dans une proposition d'entretien on me dit " je pourrai vous rencontrer avec Jean Dupont ", quand je réponds, je dis que je serais ravi de vous rencontrer ainsi que Jean ou ainsi que Jean Dupont ?

En gros je mets le nom de famille ou pas ?

"avec plaisir."

Je m'installe
Au boulot les petites mains <:

Le 16 février 2021 à 11:14:22 ethyl-acetate a écrit :
J'ai du mal à envisager le dev comme quelque chose de lineaire. J'ai pas un tableau de solutions exhaustif dans ma tête pour répondre à un tas de problemes.

Le truc c'est que "résoudre des problèmes" c'est pas trop le rôle des pisseurs de code
Faut quelqu'un pour trouver des solutions et quelqu'un pour les implémenter <:

Le 16 février 2021 à 11:18:23 CheekyFerret a écrit :
Je m'installe
Au boulot les petites mains <:

Le 16 février 2021 à 11:14:22 ethyl-acetate a écrit :
J'ai du mal à envisager le dev comme quelque chose de lineaire. J'ai pas un tableau de solutions exhaustif dans ma tête pour répondre à un tas de problemes.

Le truc c'est que "résoudre des problèmes" c'est pas trop le rôle des pisseurs de code
Faut quelqu'un pour trouver des solutions et quelqu'un pour les implémenter <:

D'accord, c'est le role de qui du coup ?

Le 16 février 2021 à 11:11:17 ethyl-acetate a écrit :

Le 16 février 2021 à 11:05:35 alpachinois69 a écrit :

Le 16 février 2021 à 11:04:15 ethyl-acetate a écrit :

Le 16 février 2021 à 11:02:51 alpachinois69 a écrit :

Le 16 février 2021 à 11:00:49 ethyl-acetate a écrit :

Le 16 février 2021 à 10:59:12 alpachinois69 a écrit :

Le 16 février 2021 à 10:52:31 cilimichant3 a écrit :

Le 16 février 2021 à 10:29:14 alpachinois69 a écrit :

Le 16 février 2021 à 10:13:56 ethyl-acetate a écrit :
J'suis le genre de gogole à match pas mal de nanas sur tinder et à jamais leur parler

BG timide mais bon arrêtons de parler meufs. Pour mon entretien de demain j'ai préparé une série de questions à bosser. Même si c'est pas pour un poste de pisseur de code, j'ai besoin de votre avis les kheys

Donc si je résume bien les questions que je devrais à quoi m'attendre:

• Les classiques motivations, qualités, défauts évidemment
• Ce que je ferai le premier jour? Je sais pas trop quoi répondre à part faire connaissances avec les gens. Mais mon objectif est de rentrer vite dans le bain donc j'étudierais le code source et la stack technique même avant mon premier jour officiel
• Mon parcours, un classique donc Bon là rien de spécial
• Ce que je peux leur apporter rapidement Dépendra de l'existant mais mis en place de process CI/CD si non existant. Des outils agiles style Jira . Je souhaite aussi voir la couverture des tests de l'existant et ainsi prioriser son amélioration ou non lors du montage de l'équipe.
• Comment je compte m'y prendre pour monter l'équipe j'imagine. Faire jouer les connaissances (j'imagine que les khey voudront m'envoyer des CV ), utiliser les plateformes du type Coding Game pour les tests techs. Une personnalité pas Célestin sera importante je pense
• Gestion des profils potentiellement différents, des conflits possibles Je suis un manager par l'exemple, je fais un projet, je montre ce que j'ai fait donc normalement les autres adhèrent et me suivent. Si des conflits éclatent entre tech, je me mettrais en intermédiaire afin de trancher avec des sources que je trouverais. Ou si ceux qui se plaignent ont déjà leurs sources et argumentation, ça devrait être facile de trancher.
• Est-ce que je vais développer moi même sur le projet ? Oui je pense surtout au début pour se faire la main. Vu que le RH m'a expliqué que vous souhaitez vendre votre produit sous forme de marque blanche, pourquoi pas faire une architecture type micro services avec une API Rest ou GraphQL ?

Les tests tech sur coding game et ces autres plateforme du cancer bordel

Fait faire des relectures de PR ou bien un projet à la con à faire en 3h, j'trouve ça tellement plus représentatif

Je prends note khey. Donc pourquoi pas sortir un bout de code de l'appli existante, l'analyser, en discuter avec le candidat pour voir si il est d'accord avec l'implémentation faite ou il aurait fait autrement?

Deja savoir s'il est capable de parler de ses expériences précédentes, ça me semble être une bonne chose non ?

Non mais je me fous dans la position de passer déjà cette étape. Il y aura pas de tests techniques si je vois que le mec est un gros geek célestin hein

Bah franchement, je vois pas bien l'intérêt des tests techniques. Reussir un test technique =/= être un bon développeur.

Je suis d'accord mais quand je dis tests techniques, je parle pas des trucs de merde donne moi le nom de la méthode qui fait X ou Y. Je parle surtout du si tu as un problème X, comment tu le résoudrais? Connais-tu un pattern qui s'adapte bien pour cette situation?

T'es pas à l'abri d'un mec qui bachotte bien son sujet (ses design patterns etc), connait la théorie mais est zero en pratique, c'est ce que je veux te dire. Puis ça s'adapte très mal à un tas de profils. Pour un senior qui en a vu des vertes et des pas mures, peut-être que ce genre de questions paraitront triviales, pour un junior/mid ça depend des projets sur lesquels il a bossé avant.

J'trouve ça vraiment idiot les tests techniques, ça mesure mal l'adaptabilité de quelqu'un. Tu peux perdre des fast learners dans le lot qui n'auraient pas su répondre sur le moment mais qui auraient décollé niveau compétences en intégrant l'entreprise.

ça se fait au feeling ça. Tu discutes avec un mec tu vois ça par rapport à sa personnalité. Si le mec dit je sais pas (comme moi tout simplement) c'est pas grave. Mais tu dis je sais pas mais vu le problème on pourrait faire ça ça ou ça, etc.

J'ai un collègue actuellement les 3/4 des gens ne le supportent pas car trop imbu de sa personne et pense qu'il est le lead de l'équipe (enfin sur la partie web, je suis pas sous ses ordres) tout ça parce qu'il a créé un site lambda mais surtout qu'il bosse comme un malade.

A chaque fois il dit qu'il a vu ça ça ça, et comme un con je l'ai écouté 3 fois les 3 fois j'ai merdé le projet j'ai recommencé en faisant simplement à ma sauce et 0 problème depuis

Le 16 février 2021 à 11:18:50 ethyl-acetate a écrit :

Le 16 février 2021 à 11:18:23 CheekyFerret a écrit :
Je m'installe
Au boulot les petites mains <:

Le 16 février 2021 à 11:14:22 ethyl-acetate a écrit :
J'ai du mal à envisager le dev comme quelque chose de lineaire. J'ai pas un tableau de solutions exhaustif dans ma tête pour répondre à un tas de problemes.

Le truc c'est que "résoudre des problèmes" c'est pas trop le rôle des pisseurs de code
Faut quelqu'un pour trouver des solutions et quelqu'un pour les implémenter <:

D'accord, c'est le role de qui du coup ?

Évidemment que le rôle du dév c'est de résoudre des problèmes surtout technique. Après oui il va pas aller s'occuper du marketing .

Enfin moi j'ai été recruté comme pisseur de code à la base, je me suis retrouvé à aller amener les cartons à la déchèterie lors du déménagement de la boite

Le 16 février 2021 à 11:17:20 ethyl-acetate a écrit :

Le 16 février 2021 à 11:13:40 Inge-Calvitie a écrit :
Les kheys si dans une proposition d'entretien on me dit " je pourrai vous rencontrer avec Jean Dupont ", quand je réponds, je dis que je serais ravi de vous rencontrer ainsi que Jean ou ainsi que Jean Dupont ?

En gros je mets le nom de famille ou pas ?

"avec plaisir."

"M. Dupont "

Le 16 février 2021 à 11:18:50 ethyl-acetate a écrit :

Le 16 février 2021 à 11:18:23 CheekyFerret a écrit :
Je m'installe
Au boulot les petites mains <:

Le 16 février 2021 à 11:14:22 ethyl-acetate a écrit :
J'ai du mal à envisager le dev comme quelque chose de lineaire. J'ai pas un tableau de solutions exhaustif dans ma tête pour répondre à un tas de problemes.

Le truc c'est que "résoudre des problèmes" c'est pas trop le rôle des pisseurs de code
Faut quelqu'un pour trouver des solutions et quelqu'un pour les implémenter <:

D'accord, c'est le role de qui du coup ?

Ca dépend de l'organisation ! <:
Généralement, de quelqu'un beaucoup plus axé sur la théorie que la pratique.

Le 16 février 2021 à 11:22:16 CheekyFerret a écrit :

Le 16 février 2021 à 11:18:50 ethyl-acetate a écrit :

Le 16 février 2021 à 11:18:23 CheekyFerret a écrit :
Je m'installe
Au boulot les petites mains <:

Le 16 février 2021 à 11:14:22 ethyl-acetate a écrit :
J'ai du mal à envisager le dev comme quelque chose de lineaire. J'ai pas un tableau de solutions exhaustif dans ma tête pour répondre à un tas de problemes.

Le truc c'est que "résoudre des problèmes" c'est pas trop le rôle des pisseurs de code
Faut quelqu'un pour trouver des solutions et quelqu'un pour les implémenter <:

D'accord, c'est le role de qui du coup ?

Ca dépend de l'organisation ! <:
Généralement, de quelqu'un beaucoup plus axé sur la théorie que la pratique.

T'as des reponses plus fumeuses à me donner ou ? T'es bien conscient que les 3/4 des gens qui font du dev aujd travaillent pas sur des problemes de recherche operationnelle main dans la main avec un docteur ès maths?