On a du alourdir notre proto parce-qu'il était trop léger, et que ça faisait trop cheap. "Personne voudrait payer suffisamment pour ça".
Au moins si ça pompe 600W le prix sera justifié  

 
Je pense que c'est mieux pour tout le monde qu'on ne calcule pas ça    
 
 

 
On a du alourdir notre proto parce-qu'il était trop léger, et que ça faisait trop cheap. "Personne voudrait payer suffisamment pour ça".
Au moins si ça pompe 600W le prix sera justifié  

NON NON NON, tu étales pas le merdier dans des fichiers
tu réduis ta merde sur place

 
On a du alourdir notre proto parce-qu'il était trop léger, et que ça faisait trop cheap. "Personne voudrait payer suffisamment pour ça".
Au moins si ça pompe 600W le prix sera justifié  

Faut le guider comme un débile hein

 
 
Ben tiens, je vais raconter ma vie si ça ne vous dérange parce-qu'on est exactement dans ce cas là.
Petite boite, on faisait des trucs B2C, mais ça paye pas trop, surtout quand ton client c'est les labos de recherche. Et par chance on a une super idée qui fonctionne bien pour du B2B !
 
On fait un petit truc pas trop mal, on teste en usine et ça fonctionne bien, c'est pas parfait, mais ça nous assure pas trop mal de temps tranquille.
Là vient externe1, son job au début c'est de regarder notre code, et pis de le comprendre pour l'adapter à un MCU pour qu'on passe en prod. Il décide que le code est pas top, et qu'avant de le passer sur le MCU, il va vibe recoder tout ça, ça va prendre 1 semaine, et ce sera super robuste.
 
600 000 lignes de code plus tard, 4 mois. On a toujours rien en prod. On tourne toujours avec notre précédente version du code considérée comme "désuète" par lui et la direction mais au moins lui est fonctionnel.
Et ça fait 2 mois qu'on essaye de réparer/faire fonctionner le vibe code pour le mettre en prod, mais on est encore loin d'avoir un truc fonctionnel. Quand ca va bugger en prod, je sais pas comment on va faire. À chaque bug/changement mineur, on se retrouve avec 60 fichiers qui changent, et des milliers de lignes enlevées/supprimées. À ça tu ajoutes une personne en interne qui vibe-code aussi et t'as deux personnes qui génèrent des dizaines de commit par jour par chunk de milliers de lignes. C'est impossible à reviewer. Surtout que si tu prends du retard sur une PR, tu as déjà 3 nouvelles branches qui ont pas rapport.
 
Et encore, là on comprend le language. Quand on va passer sur un MCU complètement vibe-codé c'est mort, ce sera impossible pour nous de faire quoi que ce soit.  
 
Il faut un miracle (ou que les IA s'améliorent vachement ) pour qu'on sorte quelque-chose dans un délai raisonnable et qu'on ferme pas boutique dans moins d'un an.

T'as songé à imprimer l'article wikipédia "sunk costs" en 50 exemplaires et à en laisser trainer sur les tables?

En même temps imagine l'effet quand vous allez annoncer un µc de 750 mm2 qui consomme 600W.

600kloc en 4 mois ?  

600kloc en 4 mois ?  

La taille des bagnoles aussi.

 
 
 
 
Ben tiens, je vais raconter ma vie si ça ne vous dérange parce-qu'on est exactement dans ce cas là.
Petite boite, on faisait des trucs B2C, mais ça paye pas trop, surtout quand ton client c'est les labos de recherche. Et par chance on a une super idée qui fonctionne bien pour du B2B !
 
On fait un petit truc pas trop mal, on teste en usine et ça fonctionne bien, c'est pas parfait, mais ça nous assure pas trop mal de temps tranquille.
Là vient externe1, son job au début c'est de regarder notre code, et pis de le comprendre pour l'adapter à un MCU pour qu'on passe en prod. Il décide que le code est pas top, et qu'avant de le passer sur le MCU, il va vibe recoder tout ça, ça va prendre 1 semaine, et ce sera super robuste.
 
600 000 lignes de code plus tard, 4 mois. On a toujours rien en prod. On tourne toujours avec notre précédente version du code considérée comme "désuète" par lui et la direction mais au moins lui est fonctionnel.
Et ça fait 2 mois qu'on essaye de réparer/faire fonctionner le vibe code pour le mettre en prod, mais on est encore loin d'avoir un truc fonctionnel. Quand ca va bugger en prod, je sais pas comment on va faire. À chaque bug/changement mineur, on se retrouve avec 60 fichiers qui changent, et des milliers de lignes enlevées/supprimées. À ça tu ajoutes une personne en interne qui vibe-code aussi et t'as deux personnes qui génèrent des dizaines de commit par jour par chunk de milliers de lignes. C'est impossible à reviewer. Surtout que si tu prends du retard sur une PR, tu as déjà 3 nouvelles branches qui ont pas rapport.
 
Et encore, là on comprend le language. Quand on va passer sur un MCU complètement vibe-codé c'est mort, ce sera impossible pour nous de faire quoi que ce soit.  
 
Il faut un miracle (ou que les IA s'améliorent vachement ) pour qu'on sorte quelque-chose dans un délai raisonnable et qu'on ferme pas boutique dans moins d'un an.

 
 
Ben tiens, je vais raconter ma vie si ça ne vous dérange parce-qu'on est exactement dans ce cas là.
Petite boite, on faisait des trucs B2C, mais ça paye pas trop, surtout quand ton client c'est les labos de recherche. Et par chance on a une super idée qui fonctionne bien pour du B2B !
 
On fait un petit truc pas trop mal, on teste en usine et ça fonctionne bien, c'est pas parfait, mais ça nous assure pas trop mal de temps tranquille.
Là vient externe1, son job au début c'est de regarder notre code, et pis de le comprendre pour l'adapter à un MCU pour qu'on passe en prod. Il décide que le code est pas top, et qu'avant de le passer sur le MCU, il va vibe recoder tout ça, ça va prendre 1 semaine, et ce sera super robuste.
 
600 000 lignes de code plus tard, 4 mois. On a toujours rien en prod. On tourne toujours avec notre précédente version du code considérée comme "désuète" par lui et la direction mais au moins lui est fonctionnel.
Et ça fait 2 mois qu'on essaye de réparer/faire fonctionner le vibe code pour le mettre en prod, mais on est encore loin d'avoir un truc fonctionnel. Quand ca va bugger en prod, je sais pas comment on va faire. À chaque bug/changement mineur, on se retrouve avec 60 fichiers qui changent, et des milliers de lignes enlevées/supprimées. À ça tu ajoutes une personne en interne qui vibe-code aussi et t'as deux personnes qui génèrent des dizaines de commit par jour par chunk de milliers de lignes. C'est impossible à reviewer. Surtout que si tu prends du retard sur une PR, tu as déjà 3 nouvelles branches qui ont pas rapport.
 
Et encore, là on comprend le language. Quand on va passer sur un MCU complètement vibe-codé c'est mort, ce sera impossible pour nous de faire quoi que ce soit.  
 
Il faut un miracle (ou que les IA s'améliorent vachement ) pour qu'on sorte quelque-chose dans un délai raisonnable et qu'on ferme pas boutique dans moins d'un an.

Ben tiens, je vais raconter ma vie si ça ne vous dérange parce-qu'on est exactement dans ce cas là. .

Ah putain le nouveau qui recolutionne tout en balançant l'existant..

J'ai tendance à vouloir tout révolutionner en arrivant, mais je suis tellement marqué par les blogs de Joel on Software et l'agilité, que je veux remplacer brique par brique sans tout péter. Je sais aussi qu'une complexité qu'on a pas contruit soi-même a toujours l'air beaucoup plus opaque que si on a construit soi-même une système comlexe par morceau, donc j'essaye de réserver mon jugement quand un truc parrait imbitable.

Ben tiens, je vais raconter ma vie si ça ne vous dérange parce-qu'on est exactement dans ce cas là.
Petite boite, on faisait des trucs B2C, mais ça paye pas trop, surtout quand ton client c'est les labos de recherche. Et par chance on a une super idée qui fonctionne bien pour du B2B !
 
On fait un petit truc pas trop mal, on teste en usine et ça fonctionne bien, c'est pas parfait, mais ça nous assure pas trop mal de temps tranquille.
Là vient externe1, son job au début c'est de regarder notre code, et pis de le comprendre pour l'adapter à un MCU pour qu'on passe en prod. Il décide que le code est pas top, et qu'avant de le passer sur le MCU, il va vibe recoder tout ça, ça va prendre 1 semaine, et ce sera super robuste.
 
600 000 lignes de code plus tard, 4 mois. On a toujours rien en prod. On tourne toujours avec notre précédente version du code considérée comme "désuète" par lui et la direction mais au moins lui est fonctionnel.
Et ça fait 2 mois qu'on essaye de réparer/faire fonctionner le vibe code pour le mettre en prod, mais on est encore loin d'avoir un truc fonctionnel. Quand ca va bugger en prod, je sais pas comment on va faire. À chaque bug/changement mineur, on se retrouve avec 60 fichiers qui changent, et des milliers de lignes enlevées/supprimées. À ça tu ajoutes une personne en interne qui vibe-code aussi et t'as deux personnes qui génèrent des dizaines de commit par jour par chunk de milliers de lignes. C'est impossible à reviewer. Surtout que si tu prends du retard sur une PR, tu as déjà 3 nouvelles branches qui ont pas rapport.
 
Et encore, là on comprend le language. Quand on va passer sur un MCU complètement vibe-codé c'est mort, ce sera impossible pour nous de faire quoi que ce soit.  
 
Il faut un miracle (ou que les IA s'améliorent vachement ) pour qu'on sorte quelque-chose dans un délai raisonnable et qu'on ferme pas boutique dans moins d'un an.

 
 
Ben tiens, je vais raconter ma vie si ça ne vous dérange parce-qu'on est exactement dans ce cas là.
Petite boite, on faisait des trucs B2C, mais ça paye pas trop, surtout quand ton client c'est les labos de recherche. Et par chance on a une super idée qui fonctionne bien pour du B2B !
 
On fait un petit truc pas trop mal, on teste en usine et ça fonctionne bien, c'est pas parfait, mais ça nous assure pas trop mal de temps tranquille.
Là vient externe1, son job au début c'est de regarder notre code, et pis de le comprendre pour l'adapter à un MCU pour qu'on passe en prod. Il décide que le code est pas top, et qu'avant de le passer sur le MCU, il va vibe recoder tout ça, ça va prendre 1 semaine, et ce sera super robuste.
 
600 000 lignes de code plus tard, 4 mois. On a toujours rien en prod. On tourne toujours avec notre précédente version du code considérée comme "désuète" par lui et la direction mais au moins lui est fonctionnel.
Et ça fait 2 mois qu'on essaye de réparer/faire fonctionner le vibe code pour le mettre en prod, mais on est encore loin d'avoir un truc fonctionnel. Quand ca va bugger en prod, je sais pas comment on va faire. À chaque bug/changement mineur, on se retrouve avec 60 fichiers qui changent, et des milliers de lignes enlevées/supprimées. À ça tu ajoutes une personne en interne qui vibe-code aussi et t'as deux personnes qui génèrent des dizaines de commit par jour par chunk de milliers de lignes. C'est impossible à reviewer. Surtout que si tu prends du retard sur une PR, tu as déjà 3 nouvelles branches qui ont pas rapport.
 
Et encore, là on comprend le language. Quand on va passer sur un MCU complètement vibe-codé c'est mort, ce sera impossible pour nous de faire quoi que ce soit.  
 
Il faut un miracle (ou que les IA s'améliorent vachement ) pour qu'on sorte quelque-chose dans un délai raisonnable et qu'on ferme pas boutique dans moins d'un an.

N’oublie pas à qui tu réponds stp.

 
Met à jour ton CV, il y a visiblement un problème majeur de direction technique et ça va ptet vous coûter la boîte.  
Ah le coup de l'expert externe vu comme le messie par la direction  

J'en ai déjà vu par chez moi, des MG et des Lynk&co

 
Le CV est déjà prêt, et j'avais déjà rapidement sondé quelques contacts (des gens qui sont parti justement au revirement).  
Pour plusieurs raisons je ne suis pas encore parti. Notamment parce-que en dehors de problèmes avec le management (que l'on essaye de leur faire remonter), on a une bonne équipe R&D, soudée, bonne ambiance, on a un EDT libre, TT quand on veut. En plus, j'ai un peu le syndrome de l'imposteur vu que je fais de la prog' sans avoir de diplômes en info, pas beaucoup d'années de vraies expériences. Plus le temps passe et plus je vois que j'ai quand même beaucoup à apprendre.

This. J'ai un partenaire qui a pris une Porsche Macan, en partie parce que, dixit, "ça permet de toucher une certaine clientèle. Si tu viens en Golf ils t'ouvrent même pas la porte"

J'ai tendance à vouloir tout révolutionner en arrivant, mais je suis tellement marqué par les blogs de Joel on Software et l'agilité, que je veux remplacer brique par brique sans tout péter. Je sais aussi qu'une complexité qu'on a pas contruit soi-même a toujours l'air beaucoup plus opaque que si on a construit soi-même une système comlexe par morceau, donc j'essaye de réserver mon jugement quand un truc parrait imbitable.

On va finir par être visible en France à ce rythme
 
https://www.lemondeinformatique.fr/ [...] -1616.html

Je recommande chaudement la lecture de "Récolte et Semailles" au passage

 
J'ai pas osé l'acheter à cause de la taille du pavé

la valeur perçue, c'est un problème courant, même dans le software, j'ai eu : "on peut pas facturer le même prix pour un plugin eclipse", donc on est resté avec eclipse+appli lourde à côté.
La taille des bagnoles aussi.

C'est much, hein
des MG et des Lynk&co, il y en a aussi pas mal en FR.

Nan mais MG c'était britannique avant d'être passé sous pavillon rouge.Je ne sais pas où elles sont fabriquées.

On va finir par être visible en France à ce rythme
 
https://www.lemondeinformatique.fr/ [...] -1616.html

Moi, ce que je veux voir débarquer, c'est la Ora Ballet Cat, la voiture que VW aurait dû sortir mais n'a jamais osé :
https://youtu.be/MJ83-xEbMYc?si=UYC8-G73DYmuw7e3

C'est une Nissan Figaro en EV, un peu, non?

ouai alors dans l'idée, un peu, mais sinon, il y a 35 ans d'évolution techno entre les deux

et c'est une 4 places vs 2 pour la Nissan.

Bon sinon, très satisfait de. ma tablette TCL NXT Paper 11.

Ça fait exactement ce que je voulais. L'écran est impeccable pour la lecture, mais comme c'est une tablette Android, ça fait beaucoup plus. Depuis hier, je ne la lâche plus. Je n'ai vraiment rien à lui reprocher pour le type d'utilisation que j'attends d'une tablette. Je pense qu'elle va désormais remplacer avantageusement mon laptop en voyage.

Oui donc pareil mais moins original et 30 ans plus tard.

La Figaro est une 2+2. La seule pike 2 place est la S-Cargo (be-1 et pao sont des cinq places).

Tu veux pas tester des pdf techniques pour voir si ça passe bien ?
 
Ça donne quoi l'écran ?
 
Prix ?

Sauf que je la trouve pas si jolie, la Nissan.

Bon sinon, très satisfait de. ma tablette TCL NXT Paper 11.
 
Ça fait exactement ce que je voulais. L'écran est impeccable pour la lecture, mais comme c'est une tablette Android, ça fait beaucoup plus. Depuis hier, je ne la lâche plus. Je n'ai vraiment rien à lui reprocher pour le type d'utilisation que j'attends d'une tablette. Je pense qu'elle va désormais remplacer avantageusement mon laptop en voyage.