Notre démo est justement un simple fichier HTML statique, donc ça semble parfaitement convenir. Si le lien est fixe, ce sera aussi pratique à partager. Merci pour l’info, nous l’appliquerons après la démo. Merci !
Pour l’instant, l’objectif n’est pas tant la sophistication de la logique que de montrer qu’« en saisissant une entrée, des offres correspondantes s’affichent réellement ». Comme il s’agit d’une démonstration destinée à des décideurs internes non développeurs, nous accordons plus d’importance à la vérification du fonctionnement qu’au niveau de finition. L’amélioration de la logique est envisagée pour l’étape suivante.
On a l’impression de revivre le moment de la généralisation des smartphones, quand l’UX basculait vers le mobile-first. Le cadre n’est pas encore bien établi, mais on voit apparaître partout des évolutions intéressantes.
Je l’ai ajouté directement à mes favoris. Je pense que j’irai probablement y jeter un œil tous les jours.
Je voulais aussi vous demander si vous envisagez éventuellement une prise en charge du coréen :)
Je me demande comment ils filtrent les conversations Slack pour les inclure dans la base de connaissances, et je suis curieux de voir l’implémentation concrète.
J’ai aussi beaucoup apprécié l’article de blog.
Comme je développe moi-même un terminal avec une motivation similaire, quelques questions me sont venues.
Personnellement, j’ai l’impression qu’il y a rarement eu une époque où l’environnement DX évoluait aussi vite qu’aujourd’hui, avec des différences aussi marquées d’un développeur à l’autre.
Je ne sais pas si le créateur l’a ressenti aussi, mais je me suis dit que, dans ces moments-là, il est d’autant plus avantageux d’avoir le contrôle entre ses propres mains.
Et en me demandant quelle était la base de la DX à l’ère de l’IA, j’en suis arrivé à penser qu’elle était centrée sur le terminal.
J’ai essayé tous les terminaux récemment à la mode, mais la saisie du coréen est médiocre dans la plupart d’entre eux, et la DX/UX pour utiliser des agents était peu pratique. J’en ai donc conclu qu’il fallait que je le développe moi-même, et je pense avoir ainsi obtenu une meilleure productivité que d’autres avec mon propre terminal.
Dans mon cas, pour obtenir un contrôle total,
je me suis dit qu’il fallait aussi minimiser les dépendances à des bibliothèques externes, et j’ai donc choisi de tout développer moi-même en Zig (à l’exception de cas inévitables comme la webview).
En lisant l’article de blog et le code, j’ai vu que vous aviez choisi Rust et des bibliothèques externes existantes dans l’écosystème Rust, comme rataui, plutôt que de tout développer vous-même. Je serais curieux de savoir pourquoi.
D’après l’article, il semble aussi qu’il y ait eu des problèmes liés aux dépendances à des bibliothèques externes.
Et comme la webview est une webview native, la plupart des environnements web n’étant pas des environnements Safari, il me semble difficile de faire de vrais tests E2E complets sur cette partie. Est-ce que vous déléguez simplement cela à des outils de test externes ? Ou bien prévoyez-vous aussi d’intégrer CEF plus tard ?
De mon côté, j’utilise maintenant mon terminal dans une certaine mesure et je suis entré dans une phase de stabilisation, où je réfléchis beaucoup à l’ajout de fonctionnalités, à la planification ou à l’UX. Mais pendant le développement, il a dû y avoir beaucoup de crashes et divers bugs.
Je serais donc aussi curieux de savoir au bout de combien de temps après le début du développement il a été suffisamment stable pour que vous puissiez l’utiliser directement dans votre propre terminal, plutôt que de l’exécuter depuis un terminal externe.
Le lien d’installation du multiplexeur semble être tronqué… Si vous consultez cette section du README, vous pourrez installer uniquement le multiplexeur.
Oui, je suis d’accord. Une fois qu’on arrive jusqu’à l’entretien, j’ai l’impression que ces aspects sont davantage pris en compte que lors des étapes précédentes du recrutement.
Y arriver sera difficile, bien sûr haha
Mais si on a le niveau pour aller jusqu’à l’entretien, il me semble préférable, comme le dit l’idée principale de cet article, de développer et de mettre en avant les compétences nécessaires au-delà du simple niveau en code.
Autrefois, j'avais créé un jeu avec Ren'Py et je voulais le publier.
Avec un blog GitHub, GitHub propose, il me semble, l'hébergement gratuit d'un site statique ?
(Le lien du site sera probablement fixe.)
Si vous utilisez ça, je comprends qu'il est possible de déployer facilement un site statique.
En réalité, quand on se retrouve plus tard du côté de ceux qui recrutent des développeurs, on se rend compte que ça ne tourne pas uniquement à la raison et à la logique, et que la personnalité ou le feeling comptent aussi beaucoup, haha. Étonnamment, sauf s’il faut faire venir un génie dans un domaine très particulier, la question la plus importante devient : « Est-ce que travailler avec cette personne se passera bien, sans stress inutile, et est-ce que la collaboration sera fluide ? »
Non, il n’en est pas question.
Le fait que je ne sois pas favorable aux open weights chinois, c’est mon avis.
Cependant, il ne dit pas qu’il soutient les open weights,
mais qu’il souhaite que les États-Unis l’emportent aussi dans le domaine des open weights.
C’est un texte auquel j’adhère.
Mais quand j’étais en recherche d’emploi et que je tombais sur ce genre d’article, ça ne sonnait pour moi que comme de belles paroles de gens qui avaient déjà trouvé un poste.
Et pour cause : du point de vue d’un candidat qui postule comme développeur dans une entreprise, il est plus facile de prouver ses compétences en code que ses capacités en documentation, en persuasion ou en communication.
Et les entreprises aussi semblaient accorder davantage de valeur, pour le recrutement de juniors, aux compétences de codage comme le portfolio ou les résultats aux tests de code.
Du point de vue des entreprises, c’est sans doute aussi parce que c’est à peu près le seul moyen de comparer/évaluer concrètement tous ces candidats juniorsT_T
C’est donc ça, mais hum… J’ai récemment essayé de créer une page web avec la fonctionnalité Sites de Codex, et je pense que ce ne sera pas facile.
Comme le disent aussi les commentaires HN ci-dessous, le marché cible semble trop étroit.
Le vaste nouveau marché où même les grands-mères et les grands-pères créent des apps sera occupé par des services comme Lovable, et il est peu probable que les non-développeurs utilisent Sprites.
Au final, ils ne pourront capter qu’une partie des développeurs existants.
Je n’ai jamais vu quelqu’un dire que le codage était résolu, et dans l’actualité, on ne voit que des personnalités connues qui parlent à tort et à travers de ce qui se passera dans un an, trois ans ou cinq ans.
La publication sur X ne contient pas la mention « mais bien sûr, cela ne signifie pas soutenir les open weights chinois ».
Elle dit que les États-Unis espèrent l’emporter à la fois avec les modèles propriétaires et les modèles ouverts.
A est B. B est C. Donc, A devient-il C ? Au fond, l’idée même que nous puissions savoir ce qu’est le talent, ou s’il est grand ou faible, relève peut-être de notre propre illusion.
Quand on pense que l’ESP32-S3 est une puce qui coûte environ 10 000 wons sur Ali, on entrevoit des possibilités intéressantes.
Par exemple, pour un lave-linge, on pourrait imaginer un produit intégrant un petit modèle qui ne comprend que le manuel, les programmes de lavage, les types de lessive et les caractéristiques de chaque fonction, afin de dialoguer avec l’utilisateur et d’expliquer son utilisation même sans connexion Internet.
Notre démo est justement un simple fichier HTML statique, donc ça semble parfaitement convenir. Si le lien est fixe, ce sera aussi pratique à partager. Merci pour l’info, nous l’appliquerons après la démo. Merci !
Pour l’instant, l’objectif n’est pas tant la sophistication de la logique que de montrer qu’« en saisissant une entrée, des offres correspondantes s’affichent réellement ». Comme il s’agit d’une démonstration destinée à des décideurs internes non développeurs, nous accordons plus d’importance à la vérification du fonctionnement qu’au niveau de finition. L’amélioration de la logique est envisagée pour l’étape suivante.
On a l’impression de revivre le moment de la généralisation des smartphones, quand l’UX basculait vers le mobile-first. Le cadre n’est pas encore bien établi, mais on voit apparaître partout des évolutions intéressantes.
Je l’ai ajouté directement à mes favoris. Je pense que j’irai probablement y jeter un œil tous les jours.
Je voulais aussi vous demander si vous envisagez éventuellement une prise en charge du coréen :)
Se concentrer uniquement sur le fait de savoir si je progresse par rapport à la personne que j’étais auparavant
Je me demande comment ils filtrent les conversations Slack pour les inclure dans la base de connaissances, et je suis curieux de voir l’implémentation concrète.
J’ai aussi beaucoup apprécié l’article de blog.
Comme je développe moi-même un terminal avec une motivation similaire, quelques questions me sont venues.
Personnellement, j’ai l’impression qu’il y a rarement eu une époque où l’environnement DX évoluait aussi vite qu’aujourd’hui, avec des différences aussi marquées d’un développeur à l’autre.
Je ne sais pas si le créateur l’a ressenti aussi, mais je me suis dit que, dans ces moments-là, il est d’autant plus avantageux d’avoir le contrôle entre ses propres mains.
Et en me demandant quelle était la base de la DX à l’ère de l’IA, j’en suis arrivé à penser qu’elle était centrée sur le terminal.
J’ai essayé tous les terminaux récemment à la mode, mais la saisie du coréen est médiocre dans la plupart d’entre eux, et la DX/UX pour utiliser des agents était peu pratique. J’en ai donc conclu qu’il fallait que je le développe moi-même, et je pense avoir ainsi obtenu une meilleure productivité que d’autres avec mon propre terminal.
Dans mon cas, pour obtenir un contrôle total,
je me suis dit qu’il fallait aussi minimiser les dépendances à des bibliothèques externes, et j’ai donc choisi de tout développer moi-même en Zig (à l’exception de cas inévitables comme la webview).
En lisant l’article de blog et le code, j’ai vu que vous aviez choisi Rust et des bibliothèques externes existantes dans l’écosystème Rust, comme rataui, plutôt que de tout développer vous-même. Je serais curieux de savoir pourquoi.
D’après l’article, il semble aussi qu’il y ait eu des problèmes liés aux dépendances à des bibliothèques externes.
Et comme la webview est une webview native, la plupart des environnements web n’étant pas des environnements Safari, il me semble difficile de faire de vrais tests E2E complets sur cette partie. Est-ce que vous déléguez simplement cela à des outils de test externes ? Ou bien prévoyez-vous aussi d’intégrer CEF plus tard ?
De mon côté, j’utilise maintenant mon terminal dans une certaine mesure et je suis entré dans une phase de stabilisation, où je réfléchis beaucoup à l’ajout de fonctionnalités, à la planification ou à l’UX. Mais pendant le développement, il a dû y avoir beaucoup de crashes et divers bugs.
Je serais donc aussi curieux de savoir au bout de combien de temps après le début du développement il a été suffisamment stable pour que vous puissiez l’utiliser directement dans votre propre terminal, plutôt que de l’exécuter depuis un terminal externe.
On dirait que les gens sans compétences parlent toujours de « capacité à collaborer »…
Le lien d’installation du multiplexeur semble être tronqué… Si vous consultez cette section du README, vous pourrez installer uniquement le multiplexeur.
Oui, je suis d’accord. Une fois qu’on arrive jusqu’à l’entretien, j’ai l’impression que ces aspects sont davantage pris en compte que lors des étapes précédentes du recrutement.
Y arriver sera difficile, bien sûr haha
Mais si on a le niveau pour aller jusqu’à l’entretien, il me semble préférable, comme le dit l’idée principale de cet article, de développer et de mettre en avant les compétences nécessaires au-delà du simple niveau en code.
Ce que vous voulez montrer dans la démo, c’est l’excellence de la logique de matching ? Ou simplement le fait qu’un tel système existe ?
Autrefois, j'avais créé un jeu avec Ren'Py et je voulais le publier.
Avec un blog GitHub, GitHub propose, il me semble, l'hébergement gratuit d'un site statique ?
(Le lien du site sera probablement fixe.)
Si vous utilisez ça, je comprends qu'il est possible de déployer facilement un site statique.
En réalité, quand on se retrouve plus tard du côté de ceux qui recrutent des développeurs, on se rend compte que ça ne tourne pas uniquement à la raison et à la logique, et que la personnalité ou le feeling comptent aussi beaucoup, haha. Étonnamment, sauf s’il faut faire venir un génie dans un domaine très particulier, la question la plus importante devient : « Est-ce que travailler avec cette personne se passera bien, sans stress inutile, et est-ce que la collaboration sera fluide ? »
Non, il n’en est pas question.
Le fait que je ne sois pas favorable aux open weights chinois, c’est mon avis.
Cependant, il ne dit pas qu’il soutient les open weights,
mais qu’il souhaite que les États-Unis l’emportent aussi dans le domaine des open weights.
C’est un texte auquel j’adhère.
Mais quand j’étais en recherche d’emploi et que je tombais sur ce genre d’article, ça ne sonnait pour moi que comme de belles paroles de gens qui avaient déjà trouvé un poste.
Et pour cause : du point de vue d’un candidat qui postule comme développeur dans une entreprise, il est plus facile de prouver ses compétences en code que ses capacités en documentation, en persuasion ou en communication.
Et les entreprises aussi semblaient accorder davantage de valeur, pour le recrutement de juniors, aux compétences de codage comme le portfolio ou les résultats aux tests de code.
Du point de vue des entreprises, c’est sans doute aussi parce que c’est à peu près le seul moyen de comparer/évaluer concrètement tous ces candidats juniorsT_T
C’est une réalité regrettable à bien des égards.
Il est un peu étrange d’annoncer un changement majeur dans l’entreprise tout en remplaçant le CEO.
Docker Without Docker - Présentation de la technologie sous-jacente de Fly.io
fly.io est un service que je suivais avec intérêt sur GeekNews depuis ses débuts, mais ils changent donc de stratégie pour s’adapter à l’ère de l’IA.
Sprites - bacs à sable avec état
C’est donc ça, mais hum… J’ai récemment essayé de créer une page web avec la fonctionnalité Sites de Codex, et je pense que ce ne sera pas facile. Comme le disent aussi les commentaires HN ci-dessous, le marché cible semble trop étroit.
Je n’ai jamais vu quelqu’un dire que le codage était résolu, et dans l’actualité, on ne voit que des personnalités connues qui parlent à tort et à travers de ce qui se passera dans un an, trois ans ou cinq ans.
La publication sur X ne contient pas la mention « mais bien sûr, cela ne signifie pas soutenir les open weights chinois ».
Elle dit que les États-Unis espèrent l’emporter à la fois avec les modèles propriétaires et les modèles ouverts.
A est B. B est C. Donc, A devient-il C ? Au fond, l’idée même que nous puissions savoir ce qu’est le talent, ou s’il est grand ou faible, relève peut-être de notre propre illusion.
Quand on pense que l’ESP32-S3 est une puce qui coûte environ 10 000 wons sur Ali, on entrevoit des possibilités intéressantes.
Par exemple, pour un lave-linge, on pourrait imaginer un produit intégrant un petit modèle qui ne comprend que le manuel, les programmes de lavage, les types de lessive et les caractéristiques de chaque fonction, afin de dialoguer avec l’utilisateur et d’expliquer son utilisation même sans connexion Internet.