Reprise du message précédent :

 
AMA, fils de paysan aisé avant la révolution chinoise, ça devait ressembler à de grosses propriétés avec serviteurs et les maîtres de maison qui faisaient les comptes et leurs enfants élevés par leurs nounous.
 
Edit : trouvé :
 

 
 
https://fr.wikipedia.org/wiki/Maiso [...] Mao_Zedong

Il était blindé mais les exemples ne sont pas pas vraiment biens choisis. Avoir des serviteurs à temps plein ce n'était pas autant un marqueur d'ultra richesse comme aujourd'hui, avec ce célèbre post  qui explique pourquoi :
https://www.fullstackeconomics.com/ [...] -not-a-car
 
La quantité de terres par contre était un marqueur super important, surtout avant toute mécanisation.
 
 
L'autre point intéressant c'est que ses parents étaient pauvres à l'origine, ce n'était pas une famille de notable qui avait toujours connu le luxe, la culture, etc.

je veux bien des exemples de zadistes qui ont fortement scalés sans passer par la case dorure, ou au moins marbre

Mais déjà un zadiste ça scale pas, ça massifie (et ça marche moyen pas)

J'ai jamais vu de cost-driven development aboutir à de l'innovation perso  

Figure 1: moving the goalposts

 
Évidemment qu'on déplace régulièrement les buts sinon on se les fait embarquer par les CRS  

Je dois faire une moulinette en VBA. Avec un fichier source en allemand, un fichier cible en français. Et bien entendu du code en anglais.
 

 
J'ai 3 langues différentes pour les variables C'est cool la Suisse.

on = tes servants j'espère  

En parlant du contexte de jobs dans la tech actuellement, j'ai lu ça et ça m'a un peu déprimé dans l'optique de reprendre un taff en septembre ou de me lancer en freelance : https://newsletter.pragmaticenginee [...] g-managers  
Sachant que je suis hands-off depuis un paquet d'années.

C'est marrant mais c'est quelque chose que j'ai déjà constaté / vécu il y a 3 ans.
J'ai pas l'impression que c'est nouveau.
M'enfin s'appuyer sur le tech Lead pour faire du management, c'est comme promouvoir un IC en manager dans le cadre de son évolution de carrière, ça ne peut de toute façon pas marcher.

Et les quelques boîtes qui faisaient du management horizontale (c'est une manière déguisée de dire qu'il y en a pas), c'était l'anarchie totale, des comportements toxiques non recadrés, aucun suivi RH, des objectifs non smart.
Les gens se barrent, mais la dynamique est telle que celui qui part est vite remplacé et aucune remise en question n'est faite (jusqu'à ce que la boîte coule).

Bref, que le marché de l'emploi dans la tech va être plus difficile, oui, c'est sans aucun doute, et pas que pour les managers.

 
Il faut dire que le marché de l'emploi dans la tech ces dernières années, enfin en tous cas vu d'ici, c'était et c'est toujours un véritable eldorado. Malgré la crise au UK en ce moment, il y a toujours une pénurie monstrueuse de talents, une obligation de faire appel au offshore, des salaires qui sont très largement au dessus de pratiquement tous les autres secteurs et la possibilité de travailler en remote dans bien des cas. J'attends de voir si on va vraiment revenir à une situation où la pénurie sera purgée... Pour moi, d'après ce que je sais, on en est très très loin.
 
Juste pour info:
 

 
Et quand je cherche moi-même des talents, je ne les trouve plus du tout au UK. Donc, bon, ces lay offs, pour le moment, ils vont vite être réinjectés dans le marché. Peut-être tout au plus, certains Jubi salaires seront revus à la baisse, vu que la pénurie touche bcp moins les GAFAMS que des entreprises qui n'ont pas les moyens de payer des salaires mirobolants.

 
Bah un tech lead, il peut être bon pour du management ou au contraire horrible. Il n'y a aucune règle. Des managers purement managers débiles, il y en a aussi à foison. Le vrai problème des promotions tech -> management, c'est que justement, c'est vu comme une promotion, alors que ce sont des jobs qui souvent n'ont rien à voir les uns avec les autres. Mais tu peux quand même avoir des tech leads qui se remettent en question, font la démarche de se former pour leur nouveau rôle, se mettent à bcp écouter (au lieu de vouloir imposer les solutions techniques qui leur plaisent) etc.

Jubi
 
https://youtu.be/Z3dSkkEr-wk

 
C’est un bon article, et c’est très proche de ce que je vis dans mon job.
 
G a renforcé le rôle de Eng Manager , mais avec des grosses limites :
- taille moyenne d’équipe x2 donc beaucoup de reports (j’en ai 12 + 7 indirects, c’est beaucoup)
- 0 growth, ils veulent plus créer de postes de directeur
- j’ai effectivement un peer qui est le tech lead pour l’équipe  
- malgré ça on me demande plus de contribution technique (ça me va bien, mais j’ai pas mal de collègues qui flippent. Coder au niveau de G j’aurais du mal (en qualité et en vitesse), mais j’arrive à faire de l’analyse, de la gestion de projets, donc plein de trucs qui aident directement). Malgré tout le plus dur c’est pas de faire, c’est de trouver le temps parce que tout vient “par dessus tout le reste”. Bonne chance pour coder quand t’es interrompu 10x par heure, ou alors j’envoie chier tout le monde mais je sers plus à grand chose comme manager. Je suis aussi très circonspect la dessus, même pour les tech leads : coder c’est être chaud sur un ou plusieurs langages, connaître les librairies, et surtout connaître ta base de code. Si tu codes peu souvent, tu oublies graduellement ces choses. Ça revient, mais être productif implique de la faire régulièrement, il faut le temps de le faire.
 
Après c’est généralisé, mais ça veut pas dire que c’est bien. Les leaders cost cuts et se congratulent de trouver autant d’économies, mais c’est pas viable : les self managed teams ça a déjà été essayé régulièrement, ça marche pas, les techs leads qui doivent manager en plus d’être experts, de coder, de faire la bouffe, etc… ça tient pas longtemps
Mon chef a fait un burn out cet été , notre PM lead vient d’en faire un, mon PM commence à se dissoudre dans sa propre acidité, et j’ai 1-2 collègues qui m’inquiètent niveau charge de boulot, sans parler de mon tech lead qui commence à montrer des gros signes de surcharge. Et moi je commence à bosser le soir / weekend occasionnellement pour pouvoir boucler mes trucs.
 
Bref, je doute qu’on puisse continuer à tirer sur l’élastique longtemps.
Donc je pense que le pendule repartira dans l’autre sens, la question est : dans combien de temps ? En général ce genre de cycle prend 2-5 ans et on est au début

 
Il a raison. YT comme G optimise trop sur le “en fait tu voulais sûrement aussi x,y,z “ ou l’idée de diversifier le contenu
 
Après je suis surpris que search pousse les reuploads. C’est logique que sémantiquement ils sortent parce qu’ils correspondent à la recherche, mais c’est moche que la requête ne filtre pas sur le créateur.

Ici c'est pas vraiment l'anarchie mais y a beaucoup de gens qui assument des responsabilités qui devraient pas du tout relever de leur rôle et c'est un peu chiant.

D'ailleurs pour revenir à mon équipe, le management a finalement réalisé qu'avec trois devs en moins, vu le coût fixe pour faire tourner et maintenir nos pipelines, y aura nettement moins de ressources pour développer des nouvelles fonctionnalités sur le produit principal, qui est lui est largement financé et super important à notre cœur de métier.

Et l'équipe B2B qui voulait récupérer le produit historique petit à petit nous a demandé ce dont ils avaient besoin côté infra, tranquille seulement 600 vCPU et 3~4 TiB de RAM, ça va juste vous coûter dix fois plus cher dans le cloud.

Je devrais postuler à un poste de PM, aucune continuité, zéro vision, mettre les parties devant le fait accompli, je dois pouvoir faire.

 
J'espère au moins que pour avoir ça t'es allé sur Twitter en postant l'image avec comme commentaire "I need this on a shirt" ?

 
On vit tous un peu la même chose en fait  joie

nan mais avec le lift en shift, ça se gère très bien
il suffira de quelques modifs du dev pour réécrire la base de code en cloud native, et tu vas voir, frère, ça tourne très bien

 
J'ai fait appel à mes talents cachés de designer

Quelques lambda et c'est mare.
Tu vas voir le billing qui va scaler, obligé de mettre le CFO en astreinte  

un personnel de sécurité en astreinte pour éviter que le CFO s'ouvre les veines parceque jean louis a oublié la condition du join dans sa requete sur bigtable, et que là ou il aurai eclaté le serveur SQL avant, il a une réponse en 1.8s, retournant 14 gazillions de résultats a 0.0014€ le résultat (zone north-korea-4)

Faut que tu arrêtes d'utiliser des mots  

Le serveur où il y a ma fiche est en cours de migration "lift en shift", si ma mémoire est bonne t'avais passé genre 2 ans avec 2DR il n'y a pas si longtemps c'est ça ?  

Tu m’étonnes.  
10 lignes de code pour que ça marche, 20 lignes pour gérer l’autoscaling et faire que ça s’arrête bien quand ça sert pas, et 3 ETP en monitoring des coûts.
Pour le coup il faudrait des coding CIO, et mettre le CFO sur un petit coding camp, histoire qu’ils comprennent. Y’a des cas où c’est super, y’a des cas où c’est très con.
 

 
1/ Roland !
 
2/ Tes fiches sont partiellement justes : c’était 9 mois, avec 1 DR, ce qui était ridiculement trop peu. Du coup j’ai fait Eng manager d’une autre équipe bénévolement vu que j’avais le temps  
Mais un juste milieu ça aurait été cool .

C'est pas du tout lean management, ça
 
Edit : au passage, c'est un sujet, ça, le lean management, dans vos boîtes ?

et en plus c'est juste du yaml, pas vraiment du code

Le design d'organisation dans cette boîte    

question technique pour les lead qui vont devoir recoder : admettons que j'ai une vingtaines de collections interconnectées, qui tiennent en mémoire du serveur, qu'est la façon la plus simple d'écrire et d'exposer les resolver, si possible compatible nodejs  ?

j'avoue

C'était dans tes formations de l'année dernière ? Et pour cette année ?

vrai parler

Ah c’était très naze, disons que l’idée était pas stupide, mais les faits ont décidé autrement.
L’équipe de mon chef avait doublé de taille tous les ans depuis 5 ans, donc il s’est dit “oh ça va sûrement me faire une fois de plus”. J’ai rejoins pile après le hiring freeze, qui était vu comme “ça va durer 6 mois et ça va reprendre”. Ça fait 2.5 ans ça a pas repris .
 
Donc pas de doublement, du coup j’ai jamais eu besoin d’avoir une équipe, et c’était naze. C’est aussi ce qui a fait que j’ai cherché à me barrer aussi vite, ça sentait le roussis

 
oui, bien sûr, je vais tout réimplementer en <inserer ici un langage a la mode qui sera passé avant la fin de la réécriture>, ou dans <insérer ici un langage dont la V10 a l'age de passer le permis de conduire>
 

j'essaye de propose des solutions qui ne consistent pas a réinventer la roue quand on est sur des problématiques connues (surtout que j'ai un vague doute de qui va devoir finir par la réinventer à la fin)

Ce serait plutôt gage de qualité.
Plutôt qu'un truc de script kiddies.
HLM a peut-être du budget pour faire ton truc dans wordpress.
 
Non mais sinon j'ai pas compris ta question de resolver. Tu veux exposer tes collections in memory en crud automatiquement ?

 
 
En dehors de Machine et Nraynaud, tu espères vraiment une réponse de qualité ici ?  

tu sais que nodejs à déjà 15 ans quand même ?  
Je sais que vu de ta fenêtre ça reste récent, mais bon
 

pas en CRUD, en graphql, et uniquement la partie qui consultation
 

je suis naïf