Reprise du message précédent :

EPFL représente, toi même tu sais
 
J'ai vu que ça sert aussi en data analysis, mais la place doit être mince entre R/Python qui ont des lits de fou sur le sujet, et C/Fortran/Go/Rust voire Numba si tu veux vraiment taper bas niveau et que t'as besoin de rapidité

Tout le monde utilise Spark aujourd'hui. Et si t'es sérieux c'est pas avec les bindings en Python, et encore moins en R.
 
Quand tu streames en temps réel ou par micro-batch, généralement t'es pas CPU bound, donc les bibliothèques plus proches du métal tu t'en fous un peu.
Presque tout l'écosystème est sur la JVM (Kafka, Storm/Heron, Flink, Samza, ...) c'est pas un hasard.
 
Et même dans des cas non-distribués la JVM peut apparemment offrir de bonnes performances: http://haifengl.github.io/smile/

Vous faites quoi quand vous avez un mec pas du tout au niveau? Je review ses PR, la plupart est à jeter.

 
1) Tu le vires
2) Pair programming
3) Revue complète & détaillée en espérant que ça s'améliore
4) Mise au point à l'oral pour mieux comprendre la situation

Dans l'ordre inverse de BenO quand même

4 3 2 1  
entre 2 et 1 , tu glisses : "si ça ne s'améliore pas, il va falloir te demander si tu es fait pour ce poste. Vu de ma fenêtre, il y a trop de deficit"

Voilà, après faut voir l'origine de la personne aussi, si c'est une personne qui à la base est pas dev du tout, ou est auto-formé, c'est ptet juste un manque de formation et faut juste de la formation et/ou du mentoring, si c'est censé être un dev senior...

 
Etape 0, qui ient après le 4/3/2/1 de Flo : se poser des questions sur le process de recrutement.

Et/ou le process d'onboarding, la personne peut avoir été embauchée en sachant pertinemment qu'elle se reconvertie de la chimie physique

Je ferais 2 et 3 en même temps, et je regarderais après si ça s'améliore suffisamment.

Ça manque de contexte, mon mauvais:

- Il est censé être pur front.
- Il est à New York.
- Ça fait un an qui travaille sur le projet avec un autre mec qui s'est barré depuis
- Je pense qu'il imagine que le mec en question était bon, sauf qu'il codait comme un porc, aussi. I.e, ils ont codés un B.O en React sans gestionnaire d'état.
- Il connait les technos, mais il est mauvais en architecture, il code des features qui correspondent à son usage au moment T sans penser que ça pourrait servir ailleurs dans le projet. Du coup on se retrouve avec de la validation de formulaire maison, ré-implémentée dans chaque formulaire au lieu d'utiliser un truc OS qui fait la même chose en mieux, documenté, testé.
- Il est en mode FUD, il a peur de bouger l'archi et de sortir de ce qu'il connait.
- Si j'avais fait passer l'entretien, il serait pas passé.

1) On a personne dans l'équipe pour le moment, donc ça solutionnerait le problème à moitié
2) Voir plus haut, c'est certainement faisable mais bon ça serait plus facile IRL
3) C'est ce que je fais, j'explique pourquoi c'est mieux et comment implémenter
4) La seule chose que je ne savais pas sur lui c'était son niveau, mais vu ses dernière PR je commence à cerner le truc.

Après faut se dire aussi que:

- Je suis presta
- Les mecs de New York pensent que c'est une star.
- Si je débarque en disant, il fait de la merde, y'a des chances pour que ça se retourne contre moi
- On attends du renfort d'une autre équipe qui à l'air plus au point techniquement mais pas d'expérience sur les technos. Potentiellement l'émulation et l'effet d'équipe pourraient permettre d'orienter le projet dans le bon sens.
- Je fais en sorte d'ajouter petit à petit des outils/process pour contrôler la partie qualité du code. Par exemple, PR et ne pas commiter directement sur master... Après il manque cruellement d'auto discipline donc c'est pas non plus gagné.

Barde de linter et obliger à valider ses PR (par toi), ça va te coûter cher de ton temps mais si tu craques pas en premier, il va en avoir marre de se faire tej sur tes review et va finir par faire des efforts.

Si tu as le pouvoir d'invalider ses PR, tu as gagné (si le projet avance pas, c'est parce que les PR sont pas acceptables à cause de son code, ça fait une bonne excuse pour que les autres comprennent que c'est le maillon faible )

edit : protected branch, tu es le seul à pouvoir écrire dans, problem solved Et ya une bonne excuse de faire ça : c'est gage de qualité !

J'ai débarqué sur le projet en début de semaine. Forké la branch master en development, master est protected. Imposé les PR et je suis intraitable sur les retours. Je viens de lui expliquer que si on ajoute du code dans la plateforme, autant qu'ils soit pas à usage unique. We'll see. J'en ai parlé au PO et au SM, on verra bien ce que ça dit.

 
Tu as fait ce qu'il fallait

On a passé les 50k$ de MRR
 
Par contre, j'en reviens toujours pas de cet écart entre le bilan comptable que je trouve pas « sexy » en terme de chiffres, VS nos indicateurs métiers (MRR, LTV, churn rate, taux de conversion, croissance etc.)

il va falloir que je révise mes tarifs moi ...

On essaie de garder un MRE restreint D'ailleurs, c'est une des clef de la réussite dans un marché de niche jugé peu rentable pour des moyen/gros acteurs. Il n'y a que des petites boîtes comme nous qui peuvent y trouver quelque chose

T'as Fillon qui pique dans tes caisses ?

P'tain c'est dingue comme quelques années de C++ m'ont complètement fait oublier le Java. Je suis obligé de réapprendre le langage comme un noob tellement j'ai les idées fausses sur certains détails importants.

 
ça c'est intéressant. Ça m'est arrivé 2x :  
- le premier je l'ai viré, le business n'a pas compris, pour eux il était tellement bien. Fun fact, je vois qu'ils viennent de le réembaucher 4 ans après sur un marché
- le second idem, le moins bon gars dans mon team, le business l'adorait absolument. On a réussi à le garder, mais on a du lui botter le cul violemment pendant 6 mois, et ça reste pas fantastique
 
je suis assez admiratif de la capacité de ces personnes à faire n'importe quoi, mais à passer aux yeux du client pour des boss qui tiennent le truc. Par contre c'est conflictuel assez vite si tu y touches , mais bon, dans mon cas j'étais le manager garant des résultats, donc j'ai tenu une argumentation genre "mes couilles sur la table, mes décisions" .
 
Bon courage, parce que ça peut devenir très toxique ce genre de gens quand la compréhension se répand dans l'équipe, et que tout le monde voit que ce sont des chèvres.
 

et puis suivant où tu arrives, les nouvelles structures du langage ont complètement changé la tronche des fichiers source.

Je vais en profiter pour me mettre à jour sur Java 8, tiens. Tu penses à quelles structures ? Les lambdas ?

oui les lambdas, et les generics suivant là d'où tu viens, c'est assez différent de C++.
 
C# a bougé encore plus.

Les generics, ça devrait me revenir, j'étais à peu près au point à l'époque. Oui c'est très différent de C++.

 
Non mais le tempo comptable est très différent du tempo startup, qui est plutôt basé au mois chez nous (et pas à l'année).
 
Je suis plus près les I/O de fric (je crois qu'on appelle ça cash flow mais j'y connais rien ) et les métriques mensuelles, le bilan c'est quasiment de la déco dans notre business.

Sinon rien à voir, mais je me suis acheté un petit robot chinois style Roomba au rabais, et ma fois, ce truc marche fort bien pour un modeste 130€ en livraison de Chine (aussi dispo sur Amazon).

CR ici

The $350k Google salary is hurting startups
http://thestartupconference.com/20 [...] -startups/

Faut peut être aussi arrêter de se toucher avec les dev 10x
 
Si tu prends des devs dans le 7,8 ou 9eme deciles, t'as sûrement des gens tres bien aussi.
 
Par ailleurs toutes les startups n'ont pas forcément des problèmes complexes à gérer d'un point de vue engineering

google non plus n'a pas que des gros problèmes, ils sont un peu célèbres pour avoir des docteurs qui nettoient les chiottes.

Quand tu vois la gueule de leurs entretiens et qu'ils font de la grosse sélection à l'entrée, ils embauchent quand même des mecs avec des bons levels, donc c'est normal qu'ils payent plus.

C'est marrant qu'il cite Uber alors que c'est l'exemple même de la boîte qui paie surtout en billets de monopoly.

Le bon côté de la chose c'est que:
- Des startups sont créées par des Xooglers & co qui s'emmerdent avec tous leurs millions à la banque.
- Goog/FB ont tout intérêt à engager plus en Europe, c'est beaucoup moins cher.
- Les gens qui restent dans des boîtes comme Uber vont finir par comprendre qu'ils se font baiser.
- Comme le fait remarquer Jubi, les startups vont devoir se calmer un peu avec la rhétorique "on engage que les meilleurs".

Pire que l'Europe, la province en Europe, Plam like. J'imagine que le recrutement prend un peu plus de temps mais clairement les ingénieurs de premier calibre tu les payes à peu près 10x moins qu'en Californie. J'ai un pote, enseignant à mi temps à l'université de Lorraine qui a fait ça aussi mais avec une petite société de services. Il se sert de son emploi de prof pour repérer les bons et il a des employés à Strasbourg et Grenoble. Il les paye grassement  comparé au prix du marché, et il fait des produits de qualité.

Après ce que tu perds en province c'est la circulation des compétence du coup là aussi il y a un effort supplémentaire de formation et de veille technologique à faire j'imagine.

C'est la première chose à laquelle j'ai pensée.
Les startups peuvent aussi aller ailleurs que dans la Silicon Valley, non ?
Microsoft n'est pas dans la SV, il doit bien y avoir des ingés de Redmond qui seraient prêts à tenter une startup. Austin est aussi un nouveau foyer intéressant à explorer.
Les salaires sont plus bas mais le coût et la qualité de vie y sont probablement bien meilleurs.

T'es fou toi, pas du tout

Le truc c'est d'avoir le bon filon (c'est à dire une relation bien établie avec une/des équipe(s) pédagogique(s) du coin). Si c'est le cas, on te « pré sélectionne » les meilleurs éléments au long de l'année pour te les conseiller/orienter en dernière année pour une alternance, qui est le meilleur process de recrutement possible (tu prends plusieurs alternants sans trop faire gaffe, et tu fais le tri ensuite si nécessaire).

Enfin, tu peux influencer le parcours pédagogique pour que ça aborde des sujets « généraux » en rapport avec tes besoins (l'asynchrone chez nous).

Et quand tu vois en face de qui tu es (SSII du coin), franchement ya pas de mal à attirer des gens bien

Et donc tu te retrouves avec des gens peu expérimentés mais très bons et bosseurs pour 1/3 voire 1/4 des salaires des US, tout en ayant au moins les même capacités. Tu compenses l'inexpérience par un bon process et un bon CTO qui review les PR (enfin bon, au bout d'un an, ta recrue est capable de relire les PR des nouveaux de l'année d'après, du coup cercle vertueux).

Les startups préfèrent rester proches de leurs investisseurs, d'où la concentration. Y a beaucoup moins de VC à Seattle.

Y a deux ans j'avais passé des entretiens avec Indeed et un des ingénieurs venant originellement du siège me disait que c'est dur de trouver des gens à Austin, d'où leur expansion récente à SF, Seattle, etc. Ils ont récupéré pas mal de monde lorsque Google a fermé leur branche là-bas mais depuis c'est un peu galère apparemment. Après dans certains domaines ça peut être intéressant d'aller s'installer à côté d'une école, ma boîte est en train de monter une branche à Boulder dans le Colorado par exemple.

Gaffe quand même sur les retenues en amont et autres, aux US tu paies quelqu'un 350k ça va peut-être te coûter 400~450k, en europe ton overhead est vachement plus haut donc tu vas les payer beaucoup moins avec le même coût.

 
Gaffe quand même : si tu innoves en FR, tu as du CIR/CII, sans oublier BPI etc

 
Oh hi Switzerland
L'overhead de charge c'est 20%.
Ça doit etre pour ça que Zurich est le plus gros centre hors US pour Google.

En payant 400 k€ en france (soit 427k$), hors toute subvention, ça représente 200 k€ net, à la louche.

Avec un salaire de ce niveau, un dév un peu sénior avec des mômes vit probablement pas beaucoup plus mal en France qu'avec 350 k$ aux USA, non?

enfin, si j'avais ce genre de choix, je ferais celui de la France (sauf si MLP, mais bon)

"L'expert doit maitriser les aspects suivants :
 
Java, Spring, Hypernate"
 
ça risque de ne pas coller.

C'est bien ça. Boulder, ça a l'air très sympa comme coin.

Sauf qu'un poste de dev à 200k€ net, même d'architecte, ça n'existe pas en Europe. Même pas en Allemagne. Peut-être en Suisse ou dans un fond d'investissement londonien ?