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

Le 18 février 2021 à 12:18:05 alpachinois69 a écrit :

Le 18 février 2021 à 12:12:57 NotMyStatue a écrit :

Le 18 février 2021 à 11:56:13 alpachinois69 a écrit :

Le 18 février 2021 à 11:42:28 NotMyStatue a écrit :

Le 18 février 2021 à 11:20:12 alpachinois69 a écrit :

Le 18 février 2021 à 11:16:48 NotMyStatue a écrit :

Le 18 février 2021 à 10:41:04 UnaryOperator a écrit :

Le 18 février 2021 à 10:28:49 alpachinois69 a écrit :

Le 18 février 2021 à 09:57:41 UnaryOperator a écrit :

Le 18 février 2021 à 09:51:13 alpachinois69 a écrit :

Le 18 février 2021 à 02:39:51 UnaryOperator a écrit :

Le 18 février 2021 à 02:38:01 ethyl-acetate a écrit :

Le 18 février 2021 à 02:35:06 UnaryOperator a écrit :

Le 18 février 2021 à 02:33:54 ethyl-acetate a écrit :

Le 18 février 2021 à 02:30:45 UnaryOperator a écrit :

Le 18 février 2021 à 02:28:48 ethyl-acetate a écrit :

Le 18 février 2021 à 02:25:23 UnaryOperator a écrit :

Le 18 février 2021 à 02:22:11 ethyl-acetate a écrit :

Franchement je la trouve trop mignonne malgré la différence d'âge. Elle a un truc qui me plait

Go nommer tes enfants BDD, DDD, TDD et ATDD

C'est déjà une enfant comparé à moi... on a le temps avant ça

J'aimerais trouver un poste d'architecte. Ca fait 2 missions où je fais le pseudo-architecte (grosso modo les architectes ont pas le temps de mettre en place les trucs => c'est bibi qui le fait), j'aimeras officialiser le poste.
Surtout que là sur cette mission je fais aucun feature. J'ai fait 70% d'architecture logicielle sur le programme que ce soit en terme de choix/mise en place de solutions, formation, libs partagées etc..

Mais c'est assez difficile à trouver quand sur le cv y'a pas marqué "architecte".

Un cv ça se change rah j'avoue que ça tue, bosser sur de bonnes grosses infras ...

Pas faux. Je pense qu'en back j'ai pas de problème, faudrait que je m'améliore sur l'écosystème js et surtout côté front (même si j'ai eu la chance de m'y remettre dernièrement).
En plus je bosse avec un contributeur au framework vueJS qui pousse des PR et tout... faudrait que j'en profite pour réellement m'y mettre

Le 18 février 2021 à 02:17:03 UnaryOperator a écrit :

Le 18 février 2021 à 02:14:38 ethyl-acetate a écrit :
go nous faire une elon musk et lance la startup de l'annee

Pas le financement pour
Ni les idées

Allez, fais pas ton timide, sors nous un enieme objet connecté inutile

un canard connecté, pour faire du rubber duck debugging

T'as déjà donné des confs toi ?

En interne j'en donne pas mal chez mon client. J'en faisais en gros une par mois.
J'aimerais mettre en place les BBL et meetup, mais faudrait que le client accepte.

La dernière fois j'étais allé à un apéro tech et on m'a proposé de donner des conf lors d'un JUG.
Faut que je prépare ça mais ça peut être intéressant

Dans le milieu de la cybersec c'est vachement courant les confs, tous mes potes en master en ont déjà donné une.

Les conf c'est pas mal pour se faire un nom mais ça demande quand même pas mal de préparation.
Perso je préfère travailler pour mettre en place un programme de formation... c'est bien plus rentable

0!ç c'est certain. Apres, je sais pas, je trouve en general que les formations internes, d'entreprise, comme ça, c'est souvent pas mal de bullshit managerial etc. J'ai peu entendu parler de sujets tres techniques, etc.

Mon crédo c'est surtout le clean code et le software craftsmanship. Un peu "bullshit" quand on s'y connait et qu'on travaille efficacement et de façon organisée... mais réellement nécessaire dans énormément d'entreprises (surtout quand on voit le code ).

Quand je vois sur mon programme les dev qui ne testaient rien, codaient à l'arrache et tout... et qui maintenant mettent 50 commentaires sur des PR, font du code de qualité, c'est le jour et la nuit

Le craftsmanship c'est clairement bullshit pour moi. Tout part du budget qu'on veut bien allouer au projet. Tu peux appliquer toutes les méthodologies que tu veux mais si tu veux pas payer pour avoir une bonne équipe et des délais potables voilà quoi.

Si le client veut du code crade, il en a le droit... mais certains dev refusent de bosser sur ce type de projet.
D'ailleurs le craftsmanship ça ne coûte pas plus cher sur le long terme. Vu qu'avec un spaghetti code au bout d'un moment il faut tout jeter.

On a pas attendu le mouvement craft ou les méthodologies agiles pour faire des logiciels. Coder proprement, c'est pas qu'une question de méthodologie, normalement à l'école on t'apprends les règles de bases. C'est juste que les clients compressent tellement les budgets que le mec a pas le temps de coder correctement et prend de mauvaises habitudes petit à petit.

Je pense que le problème vient juste du mindset des développeurs plutôt que de la pression des clients.

J'en suis vraiment pas convaincu. J'ai connu des bons devs faire vraiment n'importe quoi parce que je cite : "C'est urgent" , "On a vendu ça pour demain et on a rien" , "J'ai dis aux directeur que cette tâche sera faite pour Jeudi, vous en êtes où ?".

Combien de développeurs se contentent d'un code qui "marche" (sans se soucier de la qualité), poussent en PR tant que ça fait l'affaire fonctionnellement, et vont ensuite glander sur internet alors que leur travail n'est en réalité pas fini ?

Je fais parti des devs qui font des PR avec du code qui marche .
Sauf que t'es gentil , mais on a pas tous la chance d'avoir des gens compréhensif en face de nous. Donc passer 2h de plus sur un bug pour faire je cite "Clean Code", "Test" , "Abstraction", "Innover", "TDD" etc ... bha désolé mais la personne te dit d'arrêter tes délires de technicien et de bouffer les bugs le plus rapidement possible.

T'enlèves les minutes de glande, ça laisse le temps au dev de nettoyer son code. Mais bon, en effet beaucoup se disent "osef, de toute façon je ne serai plus là et un autre corrigera". C'est surtout un problème de mentalité.

Ouais, t'as raison pour le problème de mentalité.

J'ai aucune raison de me faire chier à mettre en place 10 000 bonnes pratiques alors qu'au final , ça change rien à ma paye.

Je préfère en effet glander et prendre du temps pour moi que de me tuer pour un client qui s'en fout totalement de mon travail .

L'ironie dans l'histoire, c'est que je suis conscient de ce que je fais et j'en parle à mon manager
Qui me dit littéralement que c'est pas grave mais qu'il faut que je tienne dans mission
Je peux faire du DDD , CQRS , ES , Clean Code, TDD , BDD et d'autres conneries de ce genre mais c'est pas vraiment ce qu'on me demande.
Donc je me retrouve a envoyé des viewmodels depuis les services car c'est comme ça

Je vois pas le problème , ça choque personne dans cette entreprise

J'ai déjà montré le code a des anciens collègues et on a jamais autant rigolé.

Je t'ai pris un truc au pif, mais ça va de soi que changer ce genre de chose , t'es parti pour des longs mois de refactor.
Aucun tests unitaires bha parce que rien est découpé , du coup, chaque changement est une aventure .

Quand tu le remontes, on te dit que c'est pas si grave .

ça me rappelle un projet avec sur jquery datant du début des années 2010. C'était un moteur de notation type Modis AAA enfin vous voyez. La moitié des calculs étaient en js dans la grid côté client pour moins solliciter le serveur. Les conversions des nombres en javascript . Maintenant va refacto ça. Bref, la DSI a lâché l'affaire et a envoyé le projet au Portugal pour payer les mecs qui le maintiennent moins cher. On m'avait demandé de go à Lisbonne donc en tant que chef de projet pour gérer la team là-bas et donc reporting à la DSI à Paris. J'ai refusé mais bon.

Jquery ?
La base de tout bon projet .
Il y en a dans toutes les pages et c'est un enfer à maintenir

Au moins, ils ont pris une décision, vu la compétence des gens en face, je pense que ça va finir très mal.
Ca doit être utiliser partout en Europe et il y a des transactions monétaire en jeux , c'est des fous

T'as une partie en Jquery/JS qui simule les résultats quand tu edit tes data. Mais le calcul final se fait en C# heureusement donc pas d'erreur quand tu les fais côté serveur. C'est juste que le résultat du calcul en JS ça donne pas les mêmes résultats qu'en C# surtout quand tu convertis en devise étrangère .

Je sais plus si c'est toujours le cas mais en js tu as en fait des string sur les nombres flottants donc faire des calculs monétaires dessus

Et franchement j'aime bien jquery, c'est une bonne bibliothèque si tu t'en tiens ceux à quoi js sert, l'affichage. Mais quand tu fous du code métier sur la partie Jquery voilà quoi

Validation front/back end , la base quand tu sais que le front peut être outre passer

C'est des sauvages où je suis , il formatte tout en javascript pour avoir la données comme ils veulent.
Dans le controller, l'action récupère l'objet en avec les props en string et après ils castent en décimal
Le système de calcul se base sur ce truc boiteux , une classe de 2 000 lignes impossible de comprendre un iota de ce qui a dedans

Bha, ils s'en servent pour l'affichage des données, à coup de POST/GET dans tous les sens.
Un site .NET MVC , t'as un peu de HTML puis d'un coup, JQUERY injecte tout le DOM , des génies du mal

Le 18 février 2021 à 12:28:30 NotMyStatue a écrit :

Le 18 février 2021 à 12:18:05 alpachinois69 a écrit :

Le 18 février 2021 à 12:12:57 NotMyStatue a écrit :

Le 18 février 2021 à 11:56:13 alpachinois69 a écrit :

Le 18 février 2021 à 11:42:28 NotMyStatue a écrit :

Le 18 février 2021 à 11:20:12 alpachinois69 a écrit :

Le 18 février 2021 à 11:16:48 NotMyStatue a écrit :

Le 18 février 2021 à 10:41:04 UnaryOperator a écrit :

Le 18 février 2021 à 10:28:49 alpachinois69 a écrit :

Le 18 février 2021 à 09:57:41 UnaryOperator a écrit :

Le 18 février 2021 à 09:51:13 alpachinois69 a écrit :

Le 18 février 2021 à 02:39:51 UnaryOperator a écrit :

Le 18 février 2021 à 02:38:01 ethyl-acetate a écrit :

Le 18 février 2021 à 02:35:06 UnaryOperator a écrit :

Le 18 février 2021 à 02:33:54 ethyl-acetate a écrit :

Le 18 février 2021 à 02:30:45 UnaryOperator a écrit :

Le 18 février 2021 à 02:28:48 ethyl-acetate a écrit :

Le 18 février 2021 à 02:25:23 UnaryOperator a écrit :

Le 18 février 2021 à 02:22:11 ethyl-acetate a écrit :

Franchement je la trouve trop mignonne malgré la différence d'âge. Elle a un truc qui me plait

Go nommer tes enfants BDD, DDD, TDD et ATDD

C'est déjà une enfant comparé à moi... on a le temps avant ça

J'aimerais trouver un poste d'architecte. Ca fait 2 missions où je fais le pseudo-architecte (grosso modo les architectes ont pas le temps de mettre en place les trucs => c'est bibi qui le fait), j'aimeras officialiser le poste.
Surtout que là sur cette mission je fais aucun feature. J'ai fait 70% d'architecture logicielle sur le programme que ce soit en terme de choix/mise en place de solutions, formation, libs partagées etc..

Mais c'est assez difficile à trouver quand sur le cv y'a pas marqué "architecte".

Un cv ça se change rah j'avoue que ça tue, bosser sur de bonnes grosses infras ...

Pas faux. Je pense qu'en back j'ai pas de problème, faudrait que je m'améliore sur l'écosystème js et surtout côté front (même si j'ai eu la chance de m'y remettre dernièrement).
En plus je bosse avec un contributeur au framework vueJS qui pousse des PR et tout... faudrait que j'en profite pour réellement m'y mettre

Le 18 février 2021 à 02:17:03 UnaryOperator a écrit :

Le 18 février 2021 à 02:14:38 ethyl-acetate a écrit :
go nous faire une elon musk et lance la startup de l'annee

Pas le financement pour
Ni les idées

Allez, fais pas ton timide, sors nous un enieme objet connecté inutile

un canard connecté, pour faire du rubber duck debugging

T'as déjà donné des confs toi ?

En interne j'en donne pas mal chez mon client. J'en faisais en gros une par mois.
J'aimerais mettre en place les BBL et meetup, mais faudrait que le client accepte.

La dernière fois j'étais allé à un apéro tech et on m'a proposé de donner des conf lors d'un JUG.
Faut que je prépare ça mais ça peut être intéressant

Dans le milieu de la cybersec c'est vachement courant les confs, tous mes potes en master en ont déjà donné une.

Les conf c'est pas mal pour se faire un nom mais ça demande quand même pas mal de préparation.
Perso je préfère travailler pour mettre en place un programme de formation... c'est bien plus rentable

0!ç c'est certain. Apres, je sais pas, je trouve en general que les formations internes, d'entreprise, comme ça, c'est souvent pas mal de bullshit managerial etc. J'ai peu entendu parler de sujets tres techniques, etc.

Mon crédo c'est surtout le clean code et le software craftsmanship. Un peu "bullshit" quand on s'y connait et qu'on travaille efficacement et de façon organisée... mais réellement nécessaire dans énormément d'entreprises (surtout quand on voit le code ).

Quand je vois sur mon programme les dev qui ne testaient rien, codaient à l'arrache et tout... et qui maintenant mettent 50 commentaires sur des PR, font du code de qualité, c'est le jour et la nuit

Le craftsmanship c'est clairement bullshit pour moi. Tout part du budget qu'on veut bien allouer au projet. Tu peux appliquer toutes les méthodologies que tu veux mais si tu veux pas payer pour avoir une bonne équipe et des délais potables voilà quoi.

Si le client veut du code crade, il en a le droit... mais certains dev refusent de bosser sur ce type de projet.
D'ailleurs le craftsmanship ça ne coûte pas plus cher sur le long terme. Vu qu'avec un spaghetti code au bout d'un moment il faut tout jeter.

On a pas attendu le mouvement craft ou les méthodologies agiles pour faire des logiciels. Coder proprement, c'est pas qu'une question de méthodologie, normalement à l'école on t'apprends les règles de bases. C'est juste que les clients compressent tellement les budgets que le mec a pas le temps de coder correctement et prend de mauvaises habitudes petit à petit.

Je pense que le problème vient juste du mindset des développeurs plutôt que de la pression des clients.

J'en suis vraiment pas convaincu. J'ai connu des bons devs faire vraiment n'importe quoi parce que je cite : "C'est urgent" , "On a vendu ça pour demain et on a rien" , "J'ai dis aux directeur que cette tâche sera faite pour Jeudi, vous en êtes où ?".

Combien de développeurs se contentent d'un code qui "marche" (sans se soucier de la qualité), poussent en PR tant que ça fait l'affaire fonctionnellement, et vont ensuite glander sur internet alors que leur travail n'est en réalité pas fini ?

Je fais parti des devs qui font des PR avec du code qui marche .
Sauf que t'es gentil , mais on a pas tous la chance d'avoir des gens compréhensif en face de nous. Donc passer 2h de plus sur un bug pour faire je cite "Clean Code", "Test" , "Abstraction", "Innover", "TDD" etc ... bha désolé mais la personne te dit d'arrêter tes délires de technicien et de bouffer les bugs le plus rapidement possible.

T'enlèves les minutes de glande, ça laisse le temps au dev de nettoyer son code. Mais bon, en effet beaucoup se disent "osef, de toute façon je ne serai plus là et un autre corrigera". C'est surtout un problème de mentalité.

Ouais, t'as raison pour le problème de mentalité.

J'ai aucune raison de me faire chier à mettre en place 10 000 bonnes pratiques alors qu'au final , ça change rien à ma paye.

Je préfère en effet glander et prendre du temps pour moi que de me tuer pour un client qui s'en fout totalement de mon travail .

L'ironie dans l'histoire, c'est que je suis conscient de ce que je fais et j'en parle à mon manager
Qui me dit littéralement que c'est pas grave mais qu'il faut que je tienne dans mission
Je peux faire du DDD , CQRS , ES , Clean Code, TDD , BDD et d'autres conneries de ce genre mais c'est pas vraiment ce qu'on me demande.
Donc je me retrouve a envoyé des viewmodels depuis les services car c'est comme ça

Je vois pas le problème , ça choque personne dans cette entreprise

J'ai déjà montré le code a des anciens collègues et on a jamais autant rigolé.

Je t'ai pris un truc au pif, mais ça va de soi que changer ce genre de chose , t'es parti pour des longs mois de refactor.
Aucun tests unitaires bha parce que rien est découpé , du coup, chaque changement est une aventure .

Quand tu le remontes, on te dit que c'est pas si grave .

ça me rappelle un projet avec sur jquery datant du début des années 2010. C'était un moteur de notation type Modis AAA enfin vous voyez. La moitié des calculs étaient en js dans la grid côté client pour moins solliciter le serveur. Les conversions des nombres en javascript . Maintenant va refacto ça. Bref, la DSI a lâché l'affaire et a envoyé le projet au Portugal pour payer les mecs qui le maintiennent moins cher. On m'avait demandé de go à Lisbonne donc en tant que chef de projet pour gérer la team là-bas et donc reporting à la DSI à Paris. J'ai refusé mais bon.

Jquery ?
La base de tout bon projet .
Il y en a dans toutes les pages et c'est un enfer à maintenir

Au moins, ils ont pris une décision, vu la compétence des gens en face, je pense que ça va finir très mal.
Ca doit être utiliser partout en Europe et il y a des transactions monétaire en jeux , c'est des fous

T'as une partie en Jquery/JS qui simule les résultats quand tu edit tes data. Mais le calcul final se fait en C# heureusement donc pas d'erreur quand tu les fais côté serveur. C'est juste que le résultat du calcul en JS ça donne pas les mêmes résultats qu'en C# surtout quand tu convertis en devise étrangère .

Je sais plus si c'est toujours le cas mais en js tu as en fait des string sur les nombres flottants donc faire des calculs monétaires dessus

Et franchement j'aime bien jquery, c'est une bonne bibliothèque si tu t'en tiens ceux à quoi js sert, l'affichage. Mais quand tu fous du code métier sur la partie Jquery voilà quoi

Validation front/back end , la base quand tu sais que le front peut être outre passer

C'est des sauvages où je suis , il formatte tout en javascript pour avoir la données comme ils veulent.
Dans le controller, l'action récupère l'objet en avec les props en string et après ils castent en décimal
Le système de calcul se base sur ce truc boiteux , une classe de 2 000 lignes impossible de comprendre un iota de ce qui a dedans

Bha, ils s'en servent pour l'affichage des données, à coup de POST/GET dans tous les sens.
Un site .NET MVC , t'as un peu de HTML puis d'un coup, JQUERY injecte tout le DOM , des génies du mal

C'est aussi très marrant quand la MOA te dit facile tu as la spéc des règles métiers. Sauf la spec, c'est un putain de doc de 20 pages avec que des formules mathématiques et d'économie. Bref, moi qui avait pas fait de maths depuis 6 ans, j'étais en sueur total

Ah oui j'oubliais, avec l'achat d'une autre boite, on gérait aussi des data provenant d'un autre système avec du code métier cette fois en SQL pour augmenter les perfs. Tu te retrouves aussi à gérer des procédures stockées PL/SQL de 3000 lignes

C'était LE truc qui faisait qu'ils arrivaient pas à recruter, le boss disait que 80% des dév passaient pas les entretiens à cause de leur test en SQL

Le 18 février 2021 à 12:45:13 alpachinois69 a écrit :
Ah oui j'oubliais, avec l'achat d'une autre boite, on gérait aussi des data provenant d'un autre système avec du code métier cette fois en SQL pour augmenter les perfs. Tu te retrouves aussi à gérer des procédures stockées PL/SQL de 3000 lignes

C'était LE truc qui faisait qu'ils arrivaient pas à recruter, le boss disait que 80% des dév passaient pas les entretiens à cause de leur test en SQL

Le PLS/SQL ce cancer
J'en ai pas fait beaucoup dans mon éxolé mais ca te dégoute du sql

Le 18 février 2021 à 12:49:01 Pierre_Aronnax a écrit :

Le 18 février 2021 à 12:45:13 alpachinois69 a écrit :
Ah oui j'oubliais, avec l'achat d'une autre boite, on gérait aussi des data provenant d'un autre système avec du code métier cette fois en SQL pour augmenter les perfs. Tu te retrouves aussi à gérer des procédures stockées PL/SQL de 3000 lignes

C'était LE truc qui faisait qu'ils arrivaient pas à recruter, le boss disait que 80% des dév passaient pas les entretiens à cause de leur test en SQL

Le PLS/SQL ce cancer
J'en ai pas fait beaucoup dans mon éxolé mais ca te dégoute du sql

Tu comprends pourquoi ils ont refilé ce bébé au Portugal . La DSI se sont fait owned par le freelance du début des années 2000 qui leur a dit de faire ça en web . Alors que ça aurait très bien pu faire l'affaire en Winforms à l'époque car c'était une application en intranet

Bref de devoir faire 20 ans de migrations de web browser ? Bien de devoir migrer du jquery d'IE 6 à IE 11 minimum ?
Ils auraient fait ça en Winforms tranquillou, le front et le back aurait été fait en C# et aurait eu de la cohérence. Là il y a de vieilles injections de Javascript qui trainent partout .

Putain Javascript c'est vraiment un cancer ce langage en fait de ce qu'on en a fait

Le 18 février 2021 à 12:45:13 alpachinois69 a écrit :
Ah oui j'oubliais, avec l'achat d'une autre boite, on gérait aussi des data provenant d'un autre système avec du code métier cette fois en SQL pour augmenter les perfs. Tu te retrouves aussi à gérer des procédures stockées PL/SQL de 3000 lignes

C'était LE truc qui faisait qu'ils arrivaient pas à recruter, le boss disait que 80% des dév passaient pas les entretiens à cause de leur test en SQL

Quand tu demandes au gars qui a fait ça : "J'ai pas le temps, débrouille toi"

Bha il l'a cherché un peu, quel idée de foutre tout son business dans le SQL
Je comprends pour les perfs mais quand même, c'est chiant le SQL

Après, il recrute une personne et il le forme, ça peut passer aussi

Aujourd'hui c'est moi qui ai animé le daily

En 6 min c'était réglé hop hop hop

Le 18 février 2021 à 12:54:58 NotMyStatue a écrit :

Le 18 février 2021 à 12:45:13 alpachinois69 a écrit :
Ah oui j'oubliais, avec l'achat d'une autre boite, on gérait aussi des data provenant d'un autre système avec du code métier cette fois en SQL pour augmenter les perfs. Tu te retrouves aussi à gérer des procédures stockées PL/SQL de 3000 lignes

C'était LE truc qui faisait qu'ils arrivaient pas à recruter, le boss disait que 80% des dév passaient pas les entretiens à cause de leur test en SQL

Quand tu demandes au gars qui a fait ça : "J'ai pas le temps, débrouille toi"

Bha il l'a cherché un peu, quel idée de foutre tout son business dans le SQL
Je comprends pour les perfs mais quand même, c'est chiant le SQL

Après, il recrute une personne et il le forme, ça peut passer aussi

Les entreprises ne veulent pas former

Le 18 février 2021 à 13:01:03 alpachinois69 a écrit :
Le problème là est pas la formation mais du freelance du départ qui a fait de la merde clairement. Comme quoi, ce métier c'est aussi bcp de mytho commercial.

Il y a plusieurs problèmes.

D'accord sur toi pour le problème des commerciaux.
Dans mon ancien job, on avait besoin d'un dev .NET qui faisait du .NET CORE et 4.6 avec des connaissances sur l'IOC etc .
Le gars a réussi à vendre un type qui n'avait jamais de .NET , au bout de deux semaines, on lui a fait stoppé sa mission et il a offert un coquillage a un pote

Mais ça m'insupporte aussi qu'on peut pas former correctement en entreprise et investir sur des gens pour en faire des bons éléments. Il y a un nivellement par le bas assez horrible.

Le 18 février 2021 à 13:25:15 ethyl-acetate a écrit :
bon j'me casse pour le reste de la journee, j'ai trop le seum
++

Bon courage Ethyl-chan

Le 18 février 2021 à 13:33:03 Knigue a écrit :
Y'a aucun keyou qui est chaud à monter une startup ?
Je m'occupe du design et marketing

Je serais Chief Happiness Manager dans ce cas

Le 18 février 2021 à 13:33:03 Knigue a écrit :
Y'a aucun keyou qui est chaud à monter une startup ?
Je m'occupe du design et marketing

Je cherche des postes de CTO donc oui je suis chaud pour monter une startup. Après mon objectif c'est pas être être milliardaire mais monter une petite PME pour soit la revendre ou soit la léguer.

Ayao, une boite de jeux va m'envoyer le fameux test technique complètement moisi à faire en une heure impossible à finir

Même pas d'entretien, rien. Direct le test.
Je me souviens même plus en quoi consiste le boulot, j'ai vu "Unity C#" j'ai balancé ma candidature direct via Linkedin

Le 18 février 2021 à 16:37:11 magicorange a écrit :
Ayao, une boite de jeux va m'envoyer le fameux test technique complètement moisi à faire en une heure impossible à finir

Même pas d'entretien, rien. Direct le test.

Faut voir ce qu'ils testent.
J'ai horreur des entretiens "chronométrés", c'est le fameux quick-and-dirty qui est testé et non pas la conception et façon de coder.

C'est le genre de boîtes où les managers vont regarder si tu dépiles les tickets et te mettre la pression si tu ne tiens pas le rythme, et pas évaluer si tu fais bien ton travail. Bref, à fuir

Surtout que c'est avec Codility, ils vont même pas vérifier ce que tu codes, si la machine dit que c'est réussi/échoué osef quoi

En même temps j'ai l'impression que toutes les grosses boites utilisent ces merdes de tests rapides. Seules les petites startup se cassent le cul à faire des tests qui ont du sens.

Il est évident qu'on va jamais te demander de faire un résolveur de suduko ultra optimisé en 1h top chrono en vrai