J’ai l’impression qu’il y a un point difficile à prévoir : est-ce que le résultat du fork deviendra une migration, ou plutôt une période de chaos façon États combattants.
Même après le fork, répercuter les changements de l’upstream ne me semble pas être une situation très agréable.
https://fr.news.hada.io/topic?id=16860
Quand on voit que le fork de Realtime Linux n’a été fusionné qu’au bout de 20 ans, on peut se dire qu’il ne faudrait pas décider de forker à la légère.
S’il y a autant de personnes qui veulent introduire Rust dans le kernel, ne pourraient-elles pas faire un fork et partir sur un nouveau projet ? Puis, une fois suffisamment mûr, les principales distributions passeraient à un kernel basé sur Rust.
Je ne comprends pas très bien pourquoi ils se battent entre eux.
Bien sûr, une startup qui a échoué n’a pas fait faillite parce qu’elle n’avait pas de blog….
Qui peut définir avec certitude la cause de l’échec d’une startup ?
Si le produit est bon, il n’y a évidemment pas besoin de blog.
À ce compte-là, si le produit est bon, il n’y a pas non plus besoin de marketing ni de ventes.
C’est un texte typiquement illogique qui confond « l’absence de preuve » avec « la preuve de l’absence ».
Je comprends l’intention, mais malgré cela, le titre est tellement mal formulé qu’il déforme le fond du sujet.
« Aucun candidat n’a échoué parce qu’il ne dormait pas. »
« Aucune entreprise n’a échoué parce qu’elle n’avait pas de bons bureaux. »
« Personne n’est mort prématurément parce qu’il ne prenait pas de compléments alimentaires. »
On pourrait en faire des dizaines comme ça.
L’auteur original de ce texte aussi, s’il ne réfléchit pas d’abord à une logique rationnelle avant de bloguer ce genre de billet, risque bien d’échouer.
Bien que je sois utilisateur de Rust, le commentaire de hgwxx7_ publié sur r/rust m’a marqué1.
Je pense que ce que Greg fait particulièrement bien ici, c’est de démontrer un leadership technique. Le leadership ne consiste pas à avoir raison. Il a raison, mais ce n’est pas le sujet.
Le leadership, c’est amener les autres sur la voie qu’il estime la meilleure. Il ne brandit pas le fouet, ne réprimande pas et ne contraint pas les mainteneurs qui ne sont pas d’accord. Au contraire, il commence par reconnaître leurs préoccupations tout à fait légitimes concernant la maintenance d’une base de code dans deux langages. C’est bien, parce qu’ils ont raison sur ce point : leur vie devient effectivement plus compliquée avant de devenir plus simple.
Il conclut ensuite sur une note inspirante, en rappelant qu’ils ont déjà accompli des choses bien plus difficiles et que cela reste largement à leur portée. Il les pousse doucement à accueillir favorablement les développeurs R4L.
Une véritable leçon magistrale de leadership.
Je ne sais pas si les autres mainteneurs seront convaincus en lisant cela. Mais j’ai du mal à imaginer un argumentaire plus convaincant que celui-ci.
Au final, ce n’est pas juste pour réduire les coûts salariaux ?
Vouloir faire faire exactement le même travail alors que le coût du travail est différent, c’est en soi un choc culturel...
À la limite, il vaudrait peut-être mieux passer par de la sous-traitance, où la relation client-prestataire est clairement définie.
Je pense que c’est grâce à des alternatives comme Svelte que React/Next.js ont aussi pu être fortement stimulés.
Fondamentalement, Svelte est un language, donc j’espère qu’il saura aussi bien montrer la direction que doit prendre un langage de description d’UI.
Le prix est presque le même que le S25 en version 256 Go, mais qu’un smartphone à plus d’un million de wons soit encore en 60 Hz en 2025, c’est quand même...
> Le titre doit indiquer qu’il s’agit d’une critique des règles
222
Oh, c’est une bonne décision..
Pour les side projects, SolidJS est numéro un pour la DX >o< / quel bonheur
J’ai l’impression qu’il y a un point difficile à prévoir : est-ce que le résultat du fork deviendra une migration, ou plutôt une période de chaos façon États combattants.
Même après le fork, répercuter les changements de l’upstream ne me semble pas être une situation très agréable.
https://fr.news.hada.io/topic?id=16860
Quand on voit que le fork de Realtime Linux n’a été fusionné qu’au bout de 20 ans, on peut se dire qu’il ne faudrait pas décider de forker à la légère.
Merci !
C’est une décision qui reflète une vraie philosophie de gestion. Obsidian, que j’utilise le plus après Chrome, me rend toujours de fiers services.
S’il y a autant de personnes qui veulent introduire Rust dans le kernel, ne pourraient-elles pas faire un fork et partir sur un nouveau projet ? Puis, une fois suffisamment mûr, les principales distributions passeraient à un kernel basé sur Rust.
Je ne comprends pas très bien pourquoi ils se battent entre eux.
Bien sûr, une startup qui a échoué n’a pas fait faillite parce qu’elle n’avait pas de blog….
Qui peut définir avec certitude la cause de l’échec d’une startup ?
Si le produit est bon, il n’y a évidemment pas besoin de blog.
À ce compte-là, si le produit est bon, il n’y a pas non plus besoin de marketing ni de ventes.
C’est un texte typiquement illogique qui confond « l’absence de preuve » avec « la preuve de l’absence ».
Je comprends l’intention, mais malgré cela, le titre est tellement mal formulé qu’il déforme le fond du sujet.
« Aucun candidat n’a échoué parce qu’il ne dormait pas. »
« Aucune entreprise n’a échoué parce qu’elle n’avait pas de bons bureaux. »
« Personne n’est mort prématurément parce qu’il ne prenait pas de compléments alimentaires. »
On pourrait en faire des dizaines comme ça.
L’auteur original de ce texte aussi, s’il ne réfléchit pas d’abord à une logique rationnelle avant de bloguer ce genre de billet, risque bien d’échouer.
Bien que je sois utilisateur de Rust, le commentaire de hgwxx7_ publié sur r/rust m’a marqué1.
Au final, ce n’est pas juste pour réduire les coûts salariaux ?
Vouloir faire faire exactement le même travail alors que le coût du travail est différent, c’est en soi un choc culturel...
À la limite, il vaudrait peut-être mieux passer par de la sous-traitance, où la relation client-prestataire est clairement définie.
Je suis d’accord. L’idée que
le travail tourne 24 h/24est une illusion de manager ou de dirigeant.« Rust n’est pas la réponse absolue, mais il s’en rapproche davantage que Java et Python » -codemaster kimc-
Microsoft dévoile le processeur quantique « Majorana 1 »
C’est pourquoi je préfère le terme « open weight ».
On dirait qu’il suffirait de repérer le problème avec Falco ou linkerd, puis de l’analyser avec subtrace si nécessaire~ :)
Je vous aime, Hassabis~
Est-ce que l’IA peut aussi se faire engueuler à la place des autres développeurs ?
Je pense que c’est grâce à des alternatives comme Svelte que React/Next.js ont aussi pu être fortement stimulés.
Fondamentalement, Svelte est un language, donc j’espère qu’il saura aussi bien montrer la direction que doit prendre un langage de description d’UI.
Pour ma part, j’utiliserai React.
Le prix est presque le même que le S25 en version 256 Go, mais qu’un smartphone à plus d’un million de wons soit encore en 60 Hz en 2025, c’est quand même...