Elon Musk a licencié 80 % des employés de Twitter, qui ne sont plus que 1 500

Elon Musk a licencié 80 % des employés de Twitter, qui ne sont plus que 1 500

Elon Musk a licencié 80 % des employés de Twitter, qui ne sont plus que 1 500

Dans une interview à la BBC, Elon Musk explique avoir licencié plus de 6 000 personnes, soit 80 % des 8 000 employés de Twitter, qui n'en emploierait plus que 1 500, relève CNN

Des licenciements qu'il a justifiés au motif que l'entreprise, qui aurait été gérée jusque-là comme une entreprise non-commerciale, risquait de faire faillite et n'avait plus que quatre mois d'espérance de vie. 

Musk avance également que la majeure partie des annonceurs serait revenue, ou aurait annoncé être bientôt de retour, que les discours de haine et la désinformation auraient baissé depuis son rachat, et que Twitter serait désormais « à peu près à l'équilibre ».

Commentaires (51)


C’est fou ces personnes qui souffrent d’hallucinations… Une vrai épidémie… Trump, Macron, Musk, ChatGPT ;)


Musk n’est donc pas un gestionnaire mais un illusionnaire :transpi:


Et s’il avait eu raison ?


80% ça fait beaucoup.



Le pire c’est que si on prend 100 000$ de cout annuel par employé licencié (peut être sous estimé, mais c’est pour donner une idée), ça ne fait “que” 600 Millions d’économisés.



C’est beaucoup, mais comparé au cout de la dette qui serait autour du milliard, ce n’est pas assez.



Si je prends cette source avant Musk Twitter c’était 1,5 milliards par trimestre. Donc même en partant du principe que plus de 80 % du staff était inutile, ça reste une économie insuffisante.



On verra ce que le futur réservera.


8000-6000 ≠ 1500
“Les calculs sont pas bons, Kevin !”


L’article d’origine parle de “moins de 8000 employés” et “plus de 6000 licenciements”


Gamble

L’article d’origine parle de “moins de 8000 employés” et “plus de 6000 licenciements”


Tu auras remarqué que mon commentaire était plus à but humoristique qu’autre chose, je penses. 😉
Les approximations étaient telles que je n’ai pas pu m’empêcher de les mettre en exergue. :cap:
Il n’empêche que… :pciwin:


Vous oubliez que les licenciements ne sont pas la seule source de diminution d’effectif …
Il y a aussi les démissions (et les décès)
Il y a eu probablement pas mal de démissions



daiko a dit:


C’est fou ces personnes qui souffrent d’hallucinations… Une vrai épidémie… Trump, Macron, Musk, ChatGPT ;)




Et si c’était en fait chatGPT qui gérait la communication de Musk depuis quelques temps ?




Tandhruil a dit:


Et s’il avait eu raison ?




Ha mais c’est probable qu’une partie des licenciements soit “justifiée” sur le plan du besoin en personnel. Pour Windows, il y a quelques centaines de développeurs seulement, alors pour une seule application…
En revanche, la vitesse à laquelle ça a été fait, c’est inconscient. Ce genre d’outil c’est un millefeuille d’évolutions et d’interactions de différents choix stratégiques fait depuis des années. Perdre comme ça les 34 de la connaissance technique en 2 semaines, c’est un risque énorme de plus du tout maîtriser l’outil.
Et pour l’instant, la preuve est là, Twitter a jamais autant buguer, il y a des trucs ultra étranges dans chaque modification apportée… et surtout, les choix stratégiques sont eux-même discutable (valoriser un compte payant sur un gratuit et prétendre défendre l’égalité de la liberté d’expression par exemple)


Ce n’est pas impossible que la situation se tasse après quelques mois de tourmente dû à des changements brutaux.
Je n’ai pas l’impression que les gens soient partis massivement de Twitter, mécaniquement les publicitaires vont revenir s’il y a de l’audience.



Il y a aussi le problème de la modération et des lubies de Musk.



Si la plateforme technique de Twitter tiens dans le temps et si ils arrivent à aller de l’avant sans cruncher comme des fous, cela voudra dire qu’il y avait un sacré paquet de monde payés à brasser du vent.



Y’a du pain sur la planche quand même, mais force est de constater que Twitter est toujours là.


Il ne faut pas négliger l’inertie : plus tu as de personnes dans un groupe (en l’occurrence, les utilisateurs de Twitter), plus elle est grande. Tu ne peux pas attendre d’un si gros groupe qu’il se délite rapidement, surtout de son plein gré.
Par contre, si Twitter se retrouve bloqué dans certains pays (et c’est pas improbable que ça arrive en France, dû aux manquement sur la modération), et en proie à trop de pression juridique, il est possible qu’il implose.



pierreonthenet a dit:


8000-6000 6400 (“plus de 6000”, 80% des 8000)≠ 1500 1600
“Les calculs sont pas bons, Kevin !”




En effet
Pour arriver à 1500 c’est 81,25% des 8000 qu’il a fallu virer :langue:



Tandhruil a dit:


Et s’il avait eu raison ?




Alors pour Twitter je sais pas, mais faut bien se rendre compte que pendant très très longtemps, pendant et après la bulle internet, il était à peu près vrai que tout un chacun pouvait lancer sa startup et devenir millionnaire. Clairement depuis cette époque la stratégie des boîtes tech c’était d’embaucher à peu près tout ce qui sort un peu du lot afin de tuer toute initiative individuelle dans l’œuf et s’approprier l’essentiel de la compétence technologique “pure”.



Et ça a marché puisque maintenant tout le marché s’est consolidé autour des GAFAM et qu’il n’existe quasiment plus de petits indépendants sur le marché du B2C.



pierreonthenet a dit:


Tu auras remarqué que mon commentaire était plus à but humoristique qu’autre chose, je penses. 😉




Oui



felicienfrancois a dit:


(et les décès)




Musky un assassin ? :transpi:


Avec 1500 personnes, Twitter marche encore bien. Conclusion….



felicienfrancois a dit:


Vous oubliez que les licenciements ne sont pas la seule source de diminution d’effectif … Il y a aussi les démissions (et les décès) Il y a eu probablement pas mal de démissions




Question naïve: pourquoi démissionner dans un contexte de licenciement global partout dans la high tech ?



Lop1 a dit:


Avec 1500 personnes, Twitter marche encore bien. Conclusion….




Ma voiture a 20 ans, n’a pas été révisée depuis 5 ans, les pneus n’ont pas été changés et elle roule encore aujourd’hui: conclusion ?




  • Pas besoin d’effectuer de maintenance sur une voiture

  • Pas besoin de changer les pneus

  • Etc.



J’ai bon ?



On n’est pas loin du sophisme ultime.


+1


Pas terrible comme comparaison, un programme ne s’use pas. Tout au plus il y a les serveurs à entretenir.



Nous, ici, c’est l’hypothèse de la reine rouge : il faut courir pour rester à la même place. Si tu stagnes, tes concurrents te rattraperont.


tazvld

Pas terrible comme comparaison, un programme ne s’use pas. Tout au plus il y a les serveurs à entretenir.



Nous, ici, c’est l’hypothèse de la reine rouge : il faut courir pour rester à la même place. Si tu stagnes, tes concurrents te rattraperont.


Le maintien en condition opérationnel/sécurité imposent des mises à jours et des patchs pour combler des vulnérabilités.
Ces actions peuvent entrainer des régressions fonctionnelles et du travail d’intégration.
Je trouve donc que sa comparaison avec les pneus de voiture est très pertinente: tu peux abandonner un serveur à son sort: il viendra un moment où il va faire boum, par usure ou par dégradation volontaire.


inextenza

Le maintien en condition opérationnel/sécurité imposent des mises à jours et des patchs pour combler des vulnérabilités.
Ces actions peuvent entrainer des régressions fonctionnelles et du travail d’intégration.
Je trouve donc que sa comparaison avec les pneus de voiture est très pertinente: tu peux abandonner un serveur à son sort: il viendra un moment où il va faire boum, par usure ou par dégradation volontaire.


Tu changes un pneu, une plaquette de frein… car à force de l’utiliser, sa structure s’est modifié, s’est usé, s’est détérioré au point de ne plus pouvoir remplir son rôle. Et la réparation consiste à changer avec une pièce neuve à l’identique.



Un bout de code, lui est immuable dans le temps. Il ne subit aucune modification à cause du temps ou de l’usure. La faille, elle était déjà là à l’origine, elle a juste était découverte. Dans une voiture, ça serait ces portières qui étaient possible de déverrouiller avec une simple balle de tennis : ta serrure, qu’elle soit toute neuve ou d’origine ne changera rien à la possibilité de la manipulation.



C’est pour ça que je parle plutôt de la théorie de l’évolution dite de la “reine rouge” : pour pouvoir survivre dans un monde qui évolue, tu dois toi aussi évoluer pour garder ta place. S’arrêter, c’est reculé, car les concurrents eux, vont continuer à courir, te rattraper et te distancer.



C’est typiquement ce que l’on voit dans la course à l’armement dans une relation proie/prédateur, symbiote/hôte (qui partage énormément avec la première) : il y a coévolution, à chaque nouvelle arme, l’autre partie doit trouver une parade (bien sûr pas de manière consciente mais purement par sélection naturelle). Cette coévolution fait écho à cette histoire de découverte de faille/réparation de faille.



Edit: j’ai du ménage à faire, j’ai de la poussière de RAM sur mon code.


tazvld

Pas terrible comme comparaison, un programme ne s’use pas. Tout au plus il y a les serveurs à entretenir.



Nous, ici, c’est l’hypothèse de la reine rouge : il faut courir pour rester à la même place. Si tu stagnes, tes concurrents te rattraperont.


Qui a dit que les 6000 virés sont des programmeurs ? Il peut y avoir des modérateurs, des juristes (pour leur apprendre qu’en Europe, le droit du travail n’est pas le même, cf news hier), des administratifs, des chargés de contrats publicitaires qui n’ont plus rien à faire puisque les annonceurs sont partis, etc. Il peut aussi y avoir de la dette technique qui s’accumule maintenant, mais dont on se rendra compte plus tard. Bref, bien audacieux celui qui pense que ça tourne pareil qu’avant mais avec moins de monde.



Tandhruil a dit:


Et s’il avait eu raison ?




Et s’il avait eu tort?




Lop1 a dit:


Avec 1500 personnes, Twitter marche encore bien. Conclusion….




Vu tous les bugs qui apparaissent régulièrement, “encore bien”, c’est un grand mot…


Il ne faut pas oublier les nombreux projets qui ne sont pas “rentables” ou visibles à court terme comme la R&D, les équipes chargées de l’éthique etc. et la compensation des équipes restantes qui bossent 15h à 20h/jour comme l’a demandé Musk. Ce n’est à priori pas viable dans le temps



tazvld a dit:


Pas terrible comme comparaison, un programme ne s’use pas. Tout au plus il y a les serveurs à entretenir.



Nous, ici, c’est l’hypothèse de la reine rouge : il faut courir pour rester à la même place. Si tu stagnes, tes concurrents te rattraperont.




Un code ne s’use pas ?
Tu veux dire que le code parfait sans faille de sécurité, sans bug, sans mise à jour de bibliothèques et autres existe ?
Et en plus cela serait celui de Twitter ?


Ben oui. Quand je programmais mon PC-XT en pascal et assembleur en 1995, c’était du solide.
Rien ne bouge, le PC tourne toujours à 4MHz et aucune faille détectée à ce jour.



Après y’a le complot des mauvais codeurs qui font exprès de laisser plein de trucs jetables pour justifier de la maintenance à prix exorbitant, m’voyez ?
:fumer:


A quoi servent les 1500 qui restent ? C’est ça la vraie question…



(quote:2129209:127.0.0.1)
A quoi servent les 1500 qui restent ? C’est ça la vraie question…




A quoi sert Twitter ? C’est ça la vraie question… ^^


A savoir en temps réel l’état de ma ligne de métro lorsque celle-ci est encore en panne.


tazvld

A savoir en temps réel l’état de ma ligne de métro lorsque celle-ci est encore en panne.


Breaking news, ta ligne de métro ne fonctionne pas quand elle est en panne :transpi:




OlivierJ a dit:


En effet, je me demande combien de personnes dans quelques années se souviendront qu’on peut taper le nom d’un site directement.




Pourquoi dans quelques années, déjà maintenant :craint:



timanu69 a dit:


A quoi sert Twitter ? C’est ça la vraie question… ^^




Ca, à la rigueur, je peux comprendre l’intérêt d’un mur public commun de SMS.



Mais 1500 personnes pour le gérer… bof…


LOL ce serait amusant que tu développes l’intérêt que tu vois dans ce que tu nommes un «mur public commun de sms».



Twitter est déjà comparé aux gazouillis des oiseaux : c’est un peu plus poétique qu’un «mur» (rempli de graffitis) même si une concentration d’oiseaux est bruyante, plutôt que harmonique.



(quote:2129222:127.0.0.1)
Ca, à la rigueur, je peux comprendre l’intérêt d’un mur public commun de SMS.



Mais 1500 personnes pour le gérer… bof…




On comprend mieux ton soutien permanent à Elon.



tazvld a dit:


A savoir en temps réel l’état de ma ligne de métro lorsque celle-ci est encore en panne.




Ah bon ? Moi je me sers de l’appli officielle de l’opérateur du métro.
Je suppose que cela doit être aussi “has been” que de taper directement le nom d’un site dans mon navigateur plutôt que de passer par Google pour y arriver. :craint:


Si tu souhaite attendre qu’il mettent à jour leur site, ouai, tu peux faire ça.



Encore une fois : c’est de l’évolution, ici par rapport à l’environnement (et même là, la seul raison de changer ton environnement, c’est que le hardware soit HS sans possibilité de réinstaller à l’identique). Ton code n’a pas une conditionnelle qui ne fonctionne plus à force d’être utiliser. Même après 5 milliard d’utilisation, une instruction INC AX (je crois que c’est 6640 en hexadécimal pour du x86) fonctionne comme au premier jour.


tazvld

Si tu souhaite attendre qu’il mettent à jour leur site, ouai, tu peux faire ça.



Encore une fois : c’est de l’évolution, ici par rapport à l’environnement (et même là, la seul raison de changer ton environnement, c’est que le hardware soit HS sans possibilité de réinstaller à l’identique). Ton code n’a pas une conditionnelle qui ne fonctionne plus à force d’être utiliser. Même après 5 milliard d’utilisation, une instruction INC AX (je crois que c’est 6640 en hexadécimal pour du x86) fonctionne comme au premier jour.


Le code tourne rarement directement sur du Hardware (quand c’est le cas il peut effectivement durer longtemps).



Il tourne généralement sur d’autres couches de Software qui évoluent elles aussi, car soumises aux mêmes contraintes évolutives.



carbier a dit:


On comprend mieux ton soutien permanent à Elon.




Ah oui, j’oubliais: ne pas cracher sur qcc/qqn ca veut forcément dire qu’on soutient ce qqc/qqn.



Je ne sais pas si l’informatique est binaire, mais ta vision des choses l’est.



daiko a dit:


C’est fou ces personnes qui souffrent d’hallucinations… Une vrai épidémie… Trump, Macron, Musk, ChatGPT ;)




Arriver à caser Macron dans cette dépêche et parmi des Trump et des Musk, fallait oser :roll:



tazvld a dit:


Tu changes un pneu, une plaquette de frein… car à force de l’utiliser, sa structure s’est modifié, s’est usé, s’est détérioré au point de ne plus pouvoir remplir son rôle. Et la réparation consiste à changer avec une pièce neuve à l’identique.



Un bout de code, lui est immuable dans le temps. Il ne subit aucune modification à cause du temps ou de l’usure. La faille, elle était déjà là à l’origine, elle a juste était découverte. Dans une voiture, ça serait ces portières qui étaient possible de déverrouiller avec une simple balle de tennis : ta serrure, qu’elle soit toute neuve ou d’origine ne changera rien à la possibilité de la manipulation.



C’est pour ça que je parle plutôt de la théorie de l’évolution dite de la “reine rouge” : pour pouvoir survivre dans un monde qui évolue, tu dois toi aussi évoluer pour garder ta place. S’arrêter, c’est reculé, car les concurrents eux, vont continuer à courir, te rattraper et te distancer.



C’est typiquement ce que l’on voit dans la course à l’armement dans une relation proie/prédateur, symbiote/hôte (qui partage énormément avec la première) : il y a coévolution, à chaque nouvelle arme, l’autre partie doit trouver une parade (bien sûr pas de manière consciente mais purement par sélection naturelle). Cette coévolution fait écho à cette histoire de découverte de faille/réparation de faille.



Edit: j’ai du ménage à faire, j’ai de la poussière de RAM sur mon code.




Ben non le bout de code s’exécute dans un environnement. Comme se dernier change continuellement il peut très bien ne plus marcher un peut plus tard sans maintenance



carbier a dit:


Ah bon ? Moi je me sers de l’appli officielle de l’opérateur du métro. Je suppose que cela doit être aussi “has been” que de taper directement le nom d’un site dans mon navigateur plutôt que de passer par Google pour y arriver. :craint:




En effet, je me demande combien de personnes dans quelques années se souviendront qu’on peut taper le nom d’un site directement.
(sinon en pratique pour le métro/RER/tram, du fait qu’elle était mieux pour les itinéraires en tous genres il y a quelques années, j’utilise l’application Citymapper, qui utilise l’API de la RATP)



wagaf a dit:


Le code tourne rarement directement sur du Hardware (quand c’est le cas il peut effectivement durer longtemps).




Rarement sur du hardware, heu comment ça ?




Mihashi a dit:


Pourquoi dans quelques années, déjà maintenant :craint:




La proportion devrait encore diminuer, c’est ce que je voulais dire.



tazvld a dit:


Si tu souhaite attendre qu’il mettent à jour leur site, ouai, tu peux faire ça.



Encore une fois : c’est de l’évolution, ici par rapport à l’environnement (et même là, la seul raison de changer ton environnement, c’est que le hardware soit HS sans possibilité de réinstaller à l’identique). Ton code n’a pas une conditionnelle qui ne fonctionne plus à force d’être utiliser. Même après 5 milliard d’utilisation, une instruction INC AX (je crois que c’est 6640 en hexadécimal pour du x86) fonctionne comme au premier jour.




Je parle bien d’environnement d’exécution qui évolue c’est a dire les fuites de mémoires, l’espace disque disponible, les threads zombies etc. Tous ça influence l’exécution de votre code. Et non les Ops ne servent pas qu’à monter des VM/machines et déployer de nouvelles versions de votre applicatif. Ils interviennent aussi quand les processus automatiques ne sont plus suffisants.



(quote:2129289:consommateurnumérique)
LOL ce serait amusant que tu développes l’intérêt que tu vois dans ce que tu nommes un «mur public commun de sms».




Bah pour moi twitter c’est comme le channel général d’un salon IRC.
C’est basiquement un log de messages indépendants postés par les utilisateurs:



#msg-142544, @user001: blablabla #tag1 
#msg-142545, @user002: blablabla #tag2
#msg-142546, @user003: blablabla #tag3 #tag3a
#msg-142547, @user002: blabla @user003 bla #tag5
#msg-142548, @user004: blablabla #tag6 [response:#msg-142545]
#msg-142548, @user004: [copy:#msg-142546]
...


La dépendance est créée artificiellement par les filtres de recherche/visualisation propre à chaque utilisateur:




  • voir les messages que j’ai posté

  • voir les messages qui contiennent @me

  • voir les messages qui sont une réponse à l’un de mes messages

  • voir les messages qui sont une réponse au message #msg-XYZ

  • voir les messages de moins d’un heure
    etc.



OlivierJ a dit:


Rarement sur du hardware, heu comment ça ?




Il a dit « pas directement ». Il n’y a plus grand monde qui programme en langage machine…



Mihashi a dit:


Il a dit « pas directement ». Il n’y a plus grand monde qui programme en langage machine




sans au minimum un OS. Les middleware sont aussi très utilisés.



Et je ne parle même pas de la virtualisation qui mélange matériel et logiciel.


Il existe encore des gens qui croient ce qui sort de sa bouche?



dematbreizh a dit:


Il existe encore des gens qui croient ce qui sort de sa bouche?




Pas moi. Il vient d’ailleurs de lancer une boîte pour développer une IA… :roll: pourtant la pause s’imposait d’après lui…


Il a dit “pouce” le temps de faire immatriculer la boite. On avait juste mal compris :D


Mais une IA qui n’est pas “woke”. C’est pas la même chose.



Mihashi a dit:


Il a dit « pas directement ». Il n’y a plus grand monde qui programme en langage machine…




Non mais quel rapport ? Le C (ou autre) est compilé en langage machine, qui tourne directement sur le matériel. Quant aux langages interprétés, à un moment ce sont des instructions en langage machine qui tournent sur le matériel.




fred42 a dit:


sans au minimum un OS. Les middleware sont aussi très utilisés.




L’OS est utilisé pour les appels E/S surtout, après il y a la plupart des instructions qui tournent sur le CPU (“directement”).




Et je ne parle même pas de la virtualisation qui mélange matériel et logiciel.




En effet, mais au final le CPU traite les instructions, virtualisées ou pas.



Donc oui le code tourne souvent sur du hardware, pas “rarement”.


Fermer