Oct 20 3:03 AM PDT Nous continuons d’observer une reprise sur la plupart des services AWS affectés. Nous pouvons confirmer que les services et fonctionnalités globaux qui dépendent également de US-EAST-1 ont aussi été rétablis. Nous poursuivons nos efforts pour parvenir à une résolution complète et fournirons des mises à jour dès que nous aurons davantage d’informations à partager.
Oct 20 2:27 AM PDT Nous constatons des signes importants de reprise. La plupart des requêtes devraient désormais aboutir. Nous continuons à traiter un arriéré de requêtes en file d’attente. Nous continuerons à fournir des informations supplémentaires.
Il semble que tout ait été en grande partie rétabli. Je me demande quelles seront les compensations par la suite.
Docker Hub est aussi dans la région touchée, donc docker pull ne fonctionne pas et je ne peux pas faire de build.
J’utilise temporairement Amazon ECR Public Gallery. https://gallery.ecr.aws/
De nos jours, le smartphone est souvent désigné comme le principal média qui nous vole notre attention. Bien sûr, en premier lieu, le problème vient des concepteurs d’applications qui nous y poussent, mais je pense que c’est un problème qui se résout si l’on sait s’en servir correctement.
Il faut désactiver par défaut toutes les notifications des applications et ne garder que celles qui sont nécessaires.
Il faut aussi hiérarchiser les notifications restantes, n’activer le son ou les vibrations que pour celles qui sont vraiment indispensables, et faire en sorte que les autres n’apparaissent ni sur l’AOD ni sur l’écran verrouillé. Si ce ne sont pas des notifications urgentes, il suffit de consulter la liste quand on le souhaite.
Pour les e-mails aussi, il faut créer des dossiers pour les classer automatiquement et configurer les notifications pour ne recevoir que les messages urgents.
Rien qu’avec ça, il ne devrait plus y avoir à craindre que le smartphone disperse votre attention. À moins que vous n’ayez l’habitude de le regarder toutes les quelques minutes.
C’est un excellent projet. Mais son périmètre recoupe beaucoup celui de Hugo.
D’après la réponse donnée à une issue qui demandait des explications, il y aurait notamment l’aperçu dans le terminal, le déploiement rapide, un système de newsletter par e-mail et un thème Obsidian, mais ça ne me parle pas énormément.
Il existe déjà beaucoup d’outils CLI qui rendent le Markdown, et pour les newsletters aussi, beaucoup de fonctionnalités publient automatiquement du RSS/Atom, donc bon...
À long terme, il est logique que l’IA et les robots remplacent le travail humain, surtout lorsqu’il est répétitif et peu qualifié. En revanche, il faudra aussi faire évoluer le système de redistribution pour que toute la valeur ajoutée ne revienne pas uniquement aux producteurs.
En fait, c’est simple et pratique si vous pensez à ce que vous avez appris en génie logiciel, mais en le faisant en Markdown. Il suffit de bien rédiger le cahier des exigences.
Cela ressemble un peu aux discussions précédentes sur le document driven development ou le README driven development. https://fr.news.hada.io/topic?id=15502
Je ne sais pas si c’est un commentaire qui correspond à l’intention de cet article...
C’est une différence de point de vue, mais au final je pense que la volonté du décideur est ce qu’il y a de plus important.
Il ne veut pas savoir,
il veut seulement entendre que ça marchera à coup sûr,
et il veut entendre qu’on s’en chargera.
Du coup, expliquer reviendrait sans doute à dire des choses désagréables pour celui qui a le pouvoir de décision.
ps.
On dirait que tout cela repose sur le présupposé que le décideur a raison, non ?
Si le décideur = l’arbitre n’aime pas ça, je pense que, de toute façon, aucune méthode ne sera utile.
Quand on n’a pas le temps, on se dit qu’on va juste éteindre l’incendie pour l’instant et réécrire ça plus tard, mais à force d’accumuler ce genre de décisions, on finit dans un véritable enfer de requêtes. J’en ai moi-même créé pas mal. Et pourtant, on sait très bien que ce « plus tard » où on les réécrira ne viendra jamais.
Vu que d’autres équipes ont clairement fini par suivre, on peut se dire que presque toutes les équipes de développement web perdaient leur temps.
En fait, on peut aussi voir ça comme le fait que l’équipe de YouTube a pris sur elle de faire ce que la direction aurait dû faire un jour ou l’autre, lol.
Oct 20 3:03 AM PDT Nous continuons d’observer une reprise sur la plupart des services AWS affectés. Nous pouvons confirmer que les services et fonctionnalités globaux qui dépendent également de US-EAST-1 ont aussi été rétablis. Nous poursuivons nos efforts pour parvenir à une résolution complète et fournirons des mises à jour dès que nous aurons davantage d’informations à partager.
Oct 20 2:27 AM PDT Nous constatons des signes importants de reprise. La plupart des requêtes devraient désormais aboutir. Nous continuons à traiter un arriéré de requêtes en file d’attente. Nous continuerons à fournir des informations supplémentaires.
Il semble que tout ait été en grande partie rétabli. Je me demande quelles seront les compensations par la suite.
Docker Hub est aussi dans la région touchée, donc
docker pullne fonctionne pas et je ne peux pas faire de build.J’utilise temporairement Amazon ECR Public Gallery.
https://gallery.ecr.aws/
J’espère que le problème sera résolu rapidement.
J’espère que ce sera résolu rapidement. C’est la panique.
Même l’historique de Perplexity ne s’affiche pas 🥲
De nos jours, le smartphone est souvent désigné comme le principal média qui nous vole notre attention. Bien sûr, en premier lieu, le problème vient des concepteurs d’applications qui nous y poussent, mais je pense que c’est un problème qui se résout si l’on sait s’en servir correctement.
Il faut désactiver par défaut toutes les notifications des applications et ne garder que celles qui sont nécessaires.
Il faut aussi hiérarchiser les notifications restantes, n’activer le son ou les vibrations que pour celles qui sont vraiment indispensables, et faire en sorte que les autres n’apparaissent ni sur l’AOD ni sur l’écran verrouillé. Si ce ne sont pas des notifications urgentes, il suffit de consulter la liste quand on le souhaite.
Pour les e-mails aussi, il faut créer des dossiers pour les classer automatiquement et configurer les notifications pour ne recevoir que les messages urgents.
Rien qu’avec ça, il ne devrait plus y avoir à craindre que le smartphone disperse votre attention. À moins que vous n’ayez l’habitude de le regarder toutes les quelques minutes.
C’est un excellent projet. Mais son périmètre recoupe beaucoup celui de Hugo.
D’après la réponse donnée à une issue qui demandait des explications, il y aurait notamment l’aperçu dans le terminal, le déploiement rapide, un système de newsletter par e-mail et un thème Obsidian, mais ça ne me parle pas énormément.
Il existe déjà beaucoup d’outils CLI qui rendent le Markdown, et pour les newsletters aussi, beaucoup de fonctionnalités publient automatiquement du RSS/Atom, donc bon...
À long terme, il est logique que l’IA et les robots remplacent le travail humain, surtout lorsqu’il est répétitif et peu qualifié. En revanche, il faudra aussi faire évoluer le système de redistribution pour que toute la valeur ajoutée ne revienne pas uniquement aux producteurs.
J’espère que ça évoluera bien.
En fait, c’est simple et pratique si vous pensez à ce que vous avez appris en génie logiciel, mais en le faisant en Markdown. Il suffit de bien rédiger le cahier des exigences.
Cela ressemble un peu aux discussions précédentes sur le document driven development ou le README driven development.
https://fr.news.hada.io/topic?id=15502
Je ne sais pas si c’est un commentaire qui correspond à l’intention de cet article...
C’est une différence de point de vue, mais au final je pense que la volonté du décideur est ce qu’il y a de plus important.
Il ne veut pas savoir, il veut seulement entendre que ça marchera à coup sûr, et il veut entendre qu’on s’en chargera.
Du coup, expliquer reviendrait sans doute à dire des choses désagréables pour celui qui a le pouvoir de décision.
ps. On dirait que tout cela repose sur le présupposé que le décideur a raison, non ? Si le décideur = l’arbitre n’aime pas ça, je pense que, de toute façon, aucune méthode ne sera utile.
Quand on n’a pas le temps, on se dit qu’on va juste éteindre l’incendie pour l’instant et réécrire ça plus tard, mais à force d’accumuler ce genre de décisions, on finit dans un véritable enfer de requêtes. J’en ai moi-même créé pas mal. Et pourtant, on sait très bien que ce « plus tard » où on les réécrira ne viendra jamais.
Maintenant qu’on y repense, c’était vraiment une machine légendaire.
Ce sont des technologies qui rappellent de bons souvenirs.
Bof...
« La plupart des problèmes viennent de solutions de fortune dues à la pression sur la vitesse et les délais »
Bouhou..
C’est intéressant de voir quelqu’un qu’on ne voyait que dans le domaine de l’IA apparaître dans une discussion sur les étudiants de premier cycle.
Je vois qu’il y avait un tel projet !!
La grande particularité, c’est qu’un accélérateur neuronal a été ajouté à chaque GPU, mais au final ce qu’Apple prend en charge, c’est...
Vu que d’autres équipes ont clairement fini par suivre, on peut se dire que presque toutes les équipes de développement web perdaient leur temps.
En fait, on peut aussi voir ça comme le fait que l’équipe de YouTube a pris sur elle de faire ce que la direction aurait dû faire un jour ou l’autre, lol.