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

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

Le 20 février 2021 à 18:49:27 alpachinois69 a écrit :

Le 20 février 2021 à 18:44:17 UnaryOperator a écrit :

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

Le 20 février 2021 à 18:38:19 UnaryOperator a écrit :

Le 20 février 2021 à 18:19:56 alpachinois69 a écrit :

Le 20 février 2021 à 18:17:54 moishemea a écrit :

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

Le 20 février 2021 à 18:08:35 lEo07a 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

c'est quoi le souci avec PL/SQL ?
C'est pas un langage très utilisé sur le marché ?
C'est pas une expertise très demandée ?

Pour entretenir le bordel sur des legacy.Mais comme toujours t'as des gens qui détournent l'utilisation première du langage.

Mettre plein de code métier en pl c'est se foutre de la maintenance

J’espère que personne utilise pgAdmin ce truc est bourré de bug et plante 1/2.

Toads for the win

Toads tu peux l'utiliser en pro ? Il me semblait qu'il y avait une licence non ?

Ben en entreprise la boîte paie s'il le faut non?

Les licences pour les dev et les entreprises
Oui en indépendant je le fais, mais les entreprises si ça touche pas à la prod... elles seraient prêtes à laisser leurs dev se démerder avec vi

Ah non moi ils paient sinon ils embauchent quelqu'un d'autre car paie ta productivité si je devais sur des trucs genre SQL plus . Cette argument marche tout le temps

Je suis pas sûr que toutes les entreprises soient inquiétées par la productivité.. quand tu vois que beaucoup sont obligés de développer sur un vm et de lancer le serveur de façon distante.... au lieu d'avoir tout en local

Perso j'ai pas tout en local j'ai sois ma bdd sûr azure soit sur un SQL server instance dédié. Bref, j'utilise pas trop le SQL local .

Le 20 février 2021 à 18:54:07 alpachinois69 a écrit :

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

Le 20 février 2021 à 18:49:27 alpachinois69 a écrit :

Le 20 février 2021 à 18:44:17 UnaryOperator a écrit :

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

Le 20 février 2021 à 18:38:19 UnaryOperator a écrit :

Le 20 février 2021 à 18:19:56 alpachinois69 a écrit :

Le 20 février 2021 à 18:17:54 moishemea a écrit :

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

Le 20 février 2021 à 18:08:35 lEo07a 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

c'est quoi le souci avec PL/SQL ?
C'est pas un langage très utilisé sur le marché ?
C'est pas une expertise très demandée ?

Pour entretenir le bordel sur des legacy.Mais comme toujours t'as des gens qui détournent l'utilisation première du langage.

Mettre plein de code métier en pl c'est se foutre de la maintenance

J’espère que personne utilise pgAdmin ce truc est bourré de bug et plante 1/2.

Toads for the win

Toads tu peux l'utiliser en pro ? Il me semblait qu'il y avait une licence non ?

Ben en entreprise la boîte paie s'il le faut non?

Les licences pour les dev et les entreprises
Oui en indépendant je le fais, mais les entreprises si ça touche pas à la prod... elles seraient prêtes à laisser leurs dev se démerder avec vi

Ah non moi ils paient sinon ils embauchent quelqu'un d'autre car paie ta productivité si je devais sur des trucs genre SQL plus . Cette argument marche tout le temps

Je suis pas sûr que toutes les entreprises soient inquiétées par la productivité.. quand tu vois que beaucoup sont obligés de développer sur un vm et de lancer le serveur de façon distante.... au lieu d'avoir tout en local

Perso j'ai pas tout en local j'ai sois ma bdd sûr azure soit sur un SQL server instance dédié. Bref, j'utilise pas trop le SQL local .

Perso j'évite de démarrer le serveur au maximum.
Je me repose au maximum sur les tests unitaires et d'intégration (dont certains qui démarrent le serveur dans un container léger, et souvent une bdd embarquée ).

J'avais quand même fait un refacto de 2 semaines sans démarrer mon serveur. Le TL était fou

Le 20 février 2021 à 18:55:43 UnaryOperator a écrit :

Le 20 février 2021 à 18:54:07 alpachinois69 a écrit :

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

Le 20 février 2021 à 18:49:27 alpachinois69 a écrit :

Le 20 février 2021 à 18:44:17 UnaryOperator a écrit :

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

Le 20 février 2021 à 18:38:19 UnaryOperator a écrit :

Le 20 février 2021 à 18:19:56 alpachinois69 a écrit :

Le 20 février 2021 à 18:17:54 moishemea a écrit :

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

Le 20 février 2021 à 18:08:35 lEo07a 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

c'est quoi le souci avec PL/SQL ?
C'est pas un langage très utilisé sur le marché ?
C'est pas une expertise très demandée ?

Pour entretenir le bordel sur des legacy.Mais comme toujours t'as des gens qui détournent l'utilisation première du langage.

Mettre plein de code métier en pl c'est se foutre de la maintenance

J’espère que personne utilise pgAdmin ce truc est bourré de bug et plante 1/2.

Toads for the win

Toads tu peux l'utiliser en pro ? Il me semblait qu'il y avait une licence non ?

Ben en entreprise la boîte paie s'il le faut non?

Les licences pour les dev et les entreprises
Oui en indépendant je le fais, mais les entreprises si ça touche pas à la prod... elles seraient prêtes à laisser leurs dev se démerder avec vi

Ah non moi ils paient sinon ils embauchent quelqu'un d'autre car paie ta productivité si je devais sur des trucs genre SQL plus . Cette argument marche tout le temps

Je suis pas sûr que toutes les entreprises soient inquiétées par la productivité.. quand tu vois que beaucoup sont obligés de développer sur un vm et de lancer le serveur de façon distante.... au lieu d'avoir tout en local

Perso j'ai pas tout en local j'ai sois ma bdd sûr azure soit sur un SQL server instance dédié. Bref, j'utilise pas trop le SQL local .

Perso j'évite de démarrer le serveur au maximum.
Je me repose au maximum sur les tests unitaires et d'intégration (dont certains qui démarrent le serveur dans un container léger, et souvent une bdd embarquée ).

J'avais quand même fait un refacto de 2 semaines sans démarrer mon serveur. Le TL était fou

Ça marche bien sur une architecture microservices ça par contre.

Le problème chez moi est qu'on gère 5000 oui 5000 bdd . Et on a pas des API partout encore malheureusement pour appeler certaines data. Et ça m'arrive souvent de faire des scripts customs en t SQL. C'est pas top mais on est en sous effectif

J'ai voulu tenter des ptits tests pourris sur Hackerrank pour préparer le test technique de la boite de JV (que j'ai toujours pas reçu d'ailleurs, j'espère qu'ils vont oublier de me l'envoyer et passer direct a l'entretien).

J'arrive pas à faire ça rapidement putain

J'ai bricolé un code qui marche avec les deux cas de tests demandés + un cas que j'ai inventé, j'étais tout content puis en faisant "submit" ça failait la majorité des autres cas (que tu ne peux pas voir à moins de payer). La loose

Cela confirme néanmoins le décalage énorme entre ces fameux tests et ce qu'on fait dans la realité quotidienne. Jamais on aura 30 mins pour pondre un code ultraoptimisé tip top, et les problèmes qui sont posés ne correspondent pas du tout à des problèmes qu'on peut rencontrer en vrai.

Que celui qui a inventé ce procédé de sélection de candidats soit maudit, lui, sa femme, ses engeances, ses amis, son jardinier et son facteur

Le 20 février 2021 à 20:29:39 magicorange a écrit :
J'ai voulu tenter des ptits tests pourris sur Hackerrank pour préparer le test technique de la boite de JV (que j'ai toujours pas reçu d'ailleurs, j'espère qu'ils vont oublier de me l'envoyer et passer direct a l'entretien).

J'arrive pas à faire ça rapidement putain

J'ai bricolé un code qui marche avec les deux cas de tests demandés + un cas que j'ai inventé, j'étais tout content puis en faisant "submit" ça failait la majorité des autres cas (que tu ne peux pas voir à moins de payer). La loose

Cela confirme néanmoins le décalage énorme entre ces fameux tests et ce qu'on fait dans la realité quotidienne. Jamais on aura 30 mins pour pondre un code ultraoptimisé tip top, et les problèmes qui sont posés ne correspondent pas du tout à des problèmes qu'on peut rencontrer en vrai.

Que celui qui a inventé ce procédé de sélection de candidats soit maudit, lui, sa femme, ses engeances, ses amis, son jardinier et son facteur

Je suis aussi contre ces tests.
C'est très scolaire et très éloigné des problèmes rencontrés en entreprise et des réelles solutions choisies.

Pour aider les kheys pisseurs de code

Silicon: Développeurs : où gagne-t-on mieux sa vie en Europe ?.
https://www.silicon.fr/developpeurs-salaires-europe-362305.html

Globalement, les villes françaises étudiées proposent des rémunérations en retrait par rapport à celles relevées chez leurs partenaires germanophones et anglophones.

What a surprise

Le 21 février 2021 à 00:08:56 alpachinois69 a écrit :
Pour aider les kheys pisseurs de code

Silicon: Développeurs : où gagne-t-on mieux sa vie en Europe ?.
https://www.silicon.fr/developpeurs-salaires-europe-362305.html

Faut bosser en full remote depuis un pays en voie d'émergence.
Bosser au Cambodge ou Vietnam pour 300/jour

Le 21 février 2021 à 00:36:39 UnaryOperator a écrit :

Le 21 février 2021 à 00:08:56 alpachinois69 a écrit :
Pour aider les kheys pisseurs de code

Silicon: Développeurs : où gagne-t-on mieux sa vie en Europe ?.
https://www.silicon.fr/developpeurs-salaires-europe-362305.html

Faut bosser en full remote depuis un pays en voie d'émergence.
Bosser au Cambodge ou Vietnam pour 300/jour

Et tu vas les faire comment les dayli pour ton équipe/client avec 12h de différence?

Le 21 février 2021 à 02:01:54 Pierre_Aronnax a écrit :

Le 21 février 2021 à 00:36:39 UnaryOperator a écrit :

Le 21 février 2021 à 00:08:56 alpachinois69 a écrit :
Pour aider les kheys pisseurs de code

Silicon: Développeurs : où gagne-t-on mieux sa vie en Europe ?.
https://www.silicon.fr/developpeurs-salaires-europe-362305.html

Faut bosser en full remote depuis un pays en voie d'émergence.
Bosser au Cambodge ou Vietnam pour 300/jour

Et tu vas les faire comment les dayli pour ton équipe/client avec 12h de différence?

tu fais pas de daily, ça sert à rien.

Le 21 février 2021 à 10:20:34 mercemacronENT a écrit :
c'est quoi les technos utilisées pour faire des applis mobiles ? (pas de Java par pitié)

ça depend, y'en a plein

Le 21 février 2021 à 10:21:19 ethyl-acetate a écrit :

Le 21 février 2021 à 10:20:34 mercemacronENT a écrit :
c'est quoi les technos utilisées pour faire des applis mobiles ? (pas de Java par pitié)

ça depend, y'en a plein

y'en a qui utilisent Python ?

et sinon comment je fais pour en choisir une ?

Le 21 février 2021 à 10:22:05 _xelalex_ a écrit :
Flutter

ça à l'air propre ça marche pour android et ios en plus