Ce n’est pas parce que c’était de l’autopromotion que ça a été supprimé ?
Même en cherchant la marque ou le nom du produit sur Google, rien ne sort, et même sur Naver, on ne trouve rien non plus.
J’ai tout juste réussi à trouver la page d’achat, avec un seul avis....
Dans une telle situation, il a dû susciter du rejet en faisant sa promo avec le mensonge du titre disant qu’il gagnait trois fois son salaire.
Bien sûr, si on ne lit que le résumé, c’est assez intriguant malgré tout.
Ces temps-ci, j’ai l’impression de m’être davantage disputé avec des gens qui sont fans d’une stack technique ou d’une architecture donnée et qui parlent comme si c’était la catastrophe si on ne l’adoptait pas, qu’à propos du clean code. Il faut l’appliquer selon le contexte ; j’ai l’impression qu’il n’existe rien de bon à tous les coups.
Les systèmes distribués comme Flink doivent maintenir la HA en conservant 2 à 3 racks, et j’ai l’impression que cela a été garanti en l’intégrant à Kubernetes. Mais au final, il faut aussi réfléchir aux ressources des nœuds workers kube, donc je me demande s’ils ont constitué des nœuds dédiés à Flink uniquement (en cas de forte charge Flink, il semble qu’il puisse y avoir des problèmes de panne des nœuds workers).
Dans cette optique, y a-t-il vraiment un avantage à utiliser Kubernetes ?
De plus, quand on utilise des fonctions de fenêtre dans Flink, les données intermédiaires sont conservées en mémoire pour faire fonctionner les jointures SQL ; du point de vue des compromis, je me demande si Flink est vraiment un bon choix. Le problème énorme qui survient si un SQL + job qui grossit avec le temps finit par tomber...
Moi aussi, dans les cas où une jointure est nécessaire tout en haut de la data source, je me demande comment on pourrait traiter cela au niveau applicatif sans utiliser Flink, en le faisant descendre à l’application.
En y repensant, moi aussi je recommande The Philosophy of Software Design de John aux juniors, mais je n’ai pas particulièrement recommandé Clean Code.
J’ai installé Warp mais je ne l’utilise pas ; qu’en pensent ceux qui l’ont essayé ? Je suis curieux d’avoir vos avis.
Déplacé car cela ne correspond pas à Show GN.
Veuillez le publier en vous référant au mode d'emploi de Show.
--globalest correct. Il y a eu une erreur lors du copier-coller. Cela a été corrigé.En ouvrant le lien, on voit que c’est habillé avec un CSS qui rappelle claude.ai.
C’est sûrement assumé, non ??
Oh... on dirait qu’ils ont mis du temps parce qu’ils voulaient vraiment bien le faire.
Warp - un terminal rapide écrit en Rust
Terminal Warp - désormais utilisable sans connexion
La base de données relationnelle open source la plus avancée au monde
waouh;
Ce n’est pas
--global, mais-global?EdgeDB - ORDB open source de nouvelle génération pour les développeurs
Sortie d’EdgeDB 1.0
Un an d’utilisation d’EdgeDB - « Je ne reviendrai plus jamais à SQL »
C’est comme l’ancien GWT ?
Obtenez une aide au code avec Gemini Code Assist - désormais disponible gratuitement
Une belle concurrence (?).
C’est très facile à comprendre, c’est une bonne métaphore.
Ce n’est pas parce que c’était de l’autopromotion que ça a été supprimé ?
Même en cherchant la marque ou le nom du produit sur Google, rien ne sort, et même sur Naver, on ne trouve rien non plus.
J’ai tout juste réussi à trouver la page d’achat, avec un seul avis....
Dans une telle situation, il a dû susciter du rejet en faisant sa promo avec le mensonge du titre disant qu’il gagnait trois fois son salaire.
Bien sûr, si on ne lit que le résumé, c’est assez intriguant malgré tout.
Cette boîte noire a vraiment de quoi faire peur. « Pourquoi est-ce que ça marche, au juste ? »
« L'IA ne pourra jamais fonctionner de manière indépendante pour toujours »
Je trouve ce passage marquant.
Ces temps-ci, j’ai l’impression de m’être davantage disputé avec des gens qui sont fans d’une stack technique ou d’une architecture donnée et qui parlent comme si c’était la catastrophe si on ne l’adoptait pas, qu’à propos du clean code. Il faut l’appliquer selon le contexte ; j’ai l’impression qu’il n’existe rien de bon à tous les coups.
Les systèmes distribués comme Flink doivent maintenir la HA en conservant 2 à 3 racks, et j’ai l’impression que cela a été garanti en l’intégrant à Kubernetes. Mais au final, il faut aussi réfléchir aux ressources des nœuds workers kube, donc je me demande s’ils ont constitué des nœuds dédiés à Flink uniquement (en cas de forte charge Flink, il semble qu’il puisse y avoir des problèmes de panne des nœuds workers).
Dans cette optique, y a-t-il vraiment un avantage à utiliser Kubernetes ?
De plus, quand on utilise des fonctions de fenêtre dans Flink, les données intermédiaires sont conservées en mémoire pour faire fonctionner les jointures SQL ; du point de vue des compromis, je me demande si Flink est vraiment un bon choix. Le problème énorme qui survient si un SQL + job qui grossit avec le temps finit par tomber...
Moi aussi, dans les cas où une jointure est nécessaire tout en haut de la data source, je me demande comment on pourrait traiter cela au niveau applicatif sans utiliser Flink, en le faisant descendre à l’application.
Belle discussion.
En y repensant, moi aussi je recommande The Philosophy of Software Design de John aux juniors, mais je n’ai pas particulièrement recommandé Clean Code.