lovasoa a écrit 164 commentaires

Je ne voulais pas dire qu'il faudrait retourner maintenant aux outils de l'époque! Pour faire "à la main", en PHP, la même chose que l'on ferait avec SQLPage, il faudrait quand même au grand minimum passer quelques semaines à apprendre à utiliser Apache, PHP, SQL, HTML, et CSS. Et le résultat aura certainement l'air d'un site amateur, pas très pratique ni très joli, et avec des failles de sécurité XSS et SQLi (comme tu le mentionnes).

J'ai l'impression que si le développement web d'aujourd'hui est si complexe, c'est surtout parce qu'il s'est développé par strates progressives au dessus d'outils historiques, plus que parce que le niveau d'attente des utilisateurs a augmenté. Et la professionnalisation du milieu a aussi poussé à la création d'outils "en silo", avec des outils très spécialisés et des équipes qui ne sont chacune expertes que d'une petite partie d'une application. C'est un modèle qui permet de faire des choses à une échelle qui était impensable autrefois, et dans lequel la complexité globale des systèmes pose moins de problèmes, puisqu'elle est répartie entre plusieurs équipes d'experts.

Mais c'est aussi un modèle qui est subi par les créatifs, et les innovateurs qui n'ont pas beaucoup de temps, pas de connaissances pointues dans plusieurs langages de programmation, mais ont toujours de bonnes idées.

Concernant le dernier point, vous écrivez ORM/QB, comme si c'était la même chose:

• sur les ORM: mon avis est qu'ils devraient tout simplement disparaître. C'est un sujet qui a été longuement discuté et étudié, et j'ai l'impression que le consensus est grandissant depuis plusieurs années déjà.
• Par contre, les constructeurs de requêtes (query builders) sont utiles. Mais contrairement à ce que vous semblez vouloir dire, passer d'une requête en SQL brut dans SQLPage à une requête construite avec un query builder n'est pas compliqué. On peut commencer par tout simplement copier-coller la requête brute, puis refactoriser au fur et à mesure, si le besoin apparaît.

Le problème n'est pas vraiment que tu fais "de la merde", mais que la majorité du temps, tu ne fais juste rien du tout. Aujourd'hui, il y a tellement de technologies différentes à maîtriser pour créer une application web qui respecte les standards de développement modernes, que c'est devenu tout simplement hors de portée pour la majorité des gens qui n'ont pas des années d'expérience dans le domaine et dont ce n'est pas le métier.

Au début du web, on voyait beaucoup plus souvent de simples amateurs débrouillards avec une bonne idée construire eux-mêmes ce qu'ils voulaient.

L'alternative moderne pour les débrouillards non-experts avec une bonne idée, ce sont les outils no-code comme bubble ou webflow. Mais c'est une grosse régression par rapport à ce qui existait avant: ces applications propriétaires emprisonnent leurs utilisateurs dans leur modèle, d'une manière qui rend très difficile d'en sortir plus tard.

Ce que SQLPage propose, c'est de redonner du pouvoir à tous ceux qui n'ont pas des années d'expérience avec les outils de développement web modernes, mais qui ont une bonne idée et qui veulent en faire une application dans la journée. Et sans se fermer des portes pour plus tard en s'enfermant dans une technologie propriétaire.

La version windows est compilée sur une vraie machine (virtuelle) windows, pas cross-compilée 😬

https://github.com/lovasoa/SQLpage/blob/main/.github/workflows/release.yml#L18

Pour créer son propre composant, on met juste un fichier .handlebars dans une dossier que l'on appelle sqlpage/templates. Pas besoin de recompiler sqlpage, pas besoin d'écrire du rust.

Pour faire un menu simple en haut des pages, on peut utiliser le composant shell.

Par exemple, la page principale du site officiel commence par

select 'shell' as component,
    'SQLPage' as title,
    'database' as icon,
    '/' as link,
    'get started' as menu_item,
    'documentation' as menu_item;

ce qui donne

et sur mobile

puis quand on ouvre le menu

Ensuite on peut créer ses pages get started.sql et documentation.sql.

SQLPage essaye d'encourager l'utilisation et la composition de composants préexistants plutôt que le définition de nouveaux composants. C'est cela qui permet de se concentrer en priorité sur la fonctionnalité de son site plutôt que son aspect visuel, et de programmer un site extrêmement rapidement.

Je viens de terminer le premier exemple de gestion d'utilisateurs et d'authentification entièrement en SQL avec PostgreSQL.

Non, l'exécutable ne dépend de rien d'autre que libc, qui devrait être disponible par défaut quelle que soit votre distribution. SQLite est compilé statiquement (il est inclus dans le programme distribué), donc il n'y a rien à faire. Vous pouvez juste télécharger l'exécutable et le lancer.

À propos de sveltebase: j'adore svelte, mais ça demande quand même de mettre en place toute une stack de développement web. C'est fatiguant, et ça s'adresse à une audience qui est déjà familière avec le développement web…

Pour le passage à l'échelle: c'est vrai que ça demande de faire une structure de base de données propre, définir des vues propres… Mais je pense que ça en vaut la peine. Si l'application marche bien et que l'on décide de passer à un framework backend traditionnel sur le long terme, ce travail ne sera pas perdu, et on gagnera du temps et s'évitera de la complexité dans le code.

Pour l'authentification: effectivement, c'est la priorité pour la prochaine version. En attendant, on peut le gérer manuellement en postgres, je suis en train de rédiger un exemple sur le dépôt: user-authentication example.

C'est vrai que c'est pratique !

Un petit truc, qui n'est pas (encore) documenté: on peut à n'importe quel endroit remplacer le nom d'un composant par 'debug' pour voir les données qui lui sont passées.

SELECT 'shell' AS component, 'Users' AS title;

SELECT 'list' AS component, 'Users' AS title;
SELECT username AS title, 'user' AS icon FROM user_info;

SELECT 'shell' AS component, 'Users' AS title;

SELECT 'debug' AS component, 'Users' AS title;
SELECT username AS title, 'user' AS icon FROM user_info;

Je ne connaissais pas splittypie, merci pour la découverte !

Moi j'ai plein d'idées de trucs à faire avec SQLPage… Je pense que mon prochain journal va être sur un taptempo en SQL, parce que je trouve l'idée très marrante !

Je suis tout à fait d'accord: mort aux packages Java de 2000 lignes qui ne font que retranscrire un modèle de données, et aux ORM!

La création d'APIs directement en SQLPage est aussi prévue dans la roadmap, pour obtenir un remplacement ultra-léger et performant de postgREST. https://github.com/lovasoa/SQLpage/issues/6

Et pour graphql, il y a aussi hasura, que j'utilise et dont je suis très content.

On peut aussi mentionner pocketbase, pour une API REST automatique sur une base SQLite.

Ah, je ne connaissais pas Microsoft FrontPage !

Mais en lisant un peu, j'ai l'impression que l'objectif de FrontPage était presque le contraire de ce que fait SQLPage.

• FrontPage incitait à passer du temps sur l'interface graphique, et le rendu visuel d'un site statique.
• SQLPage génère des sites dynamique, et est inspiré par le Data-Oriented Design. Il pousse à réfléchir à la structure de la donnée que l'on manipule plus qu'aux petits détails visuels.

D'ailleurs, n'hésitez pas à me dire si vous seriez intéressé par une version de l'application de gestion de dépenses hébergée de manière pérenne, et avec un peu plus de fonctionnalités :)

Si vous voulez voir le résultat, j'ai hébergé une instance de démo de l'application ici: https://tinyurl.com/minitricount (attention, les données ne sont pas persistantes et sont réinitialisées régulièrement).

Et le code source est disponible ici: https://github.com/lovasoa/SQLpage/tree/main/examples/splitwise

Si si, elle parle aussi français. Et beaucoup d'autres langues… Vous pouvez l'essayer en ligne.

Non, je n'ai pas l'intégralité des échanges, mais voici quelques exemples:

• Fix the missing div and classes in the component
• Wait a few milliseconds before switching to the next question when the user answers
• During this time, change the color of the button using a css class. Use coherent colors, make the color different when the answer was right and when it was wrong.
• Use react instead of direct dom manipulation to handle classes
• Create a new GameInProgress.css stylesheet just for this component where you handle button colors, and import it in the component Answer with just two code blocks, for the js and for the css:
• Add the "correct" or "incorrect" class only when the button is clicked, wait 50ms before switching to the next question.
• When the button is clicked, we need to first change the class, then wait 50ms, then call the rest of the code to handle the answer selection. Also, we need to do that using only react, no direct dom manipulation. In NO case should the answer be given to the user before they clicked a button. Respond with only the JSX.
• Change the CSS to make the transitions smooth during the 100ms interval where the correct answers are shown.
• The main title of the page is displayed too high, it is half cut. How to fix that in the main CSS ?
• It's still not displayed in full, the top appears cropped
• Thanks, it's better, but there is still not enough space at the top of the page
• Here is a list of questions for a quizz game… Generate a JSON containing 10 more questions in the same style.
• Write a JSON file containing 10 more questions and answers in the same format and in the same style. All the questions should be about the present or past foreign policy of the US, contain some degree of irony, and make the player think about the human lives that were lost or destroyed because of such policies.
• jsx [le code d'un composant] Warning: ReactDOM.render is no longer supported in React 18. Use createRoot instead. Until you switch to the new API, your app will behave as if it's running React 17. Learn more: https://reactjs.org/link/switch-to-createroot. Fix it
• Let the user play with the keyboard, using idiomatic react code and no direct dom manipulation
• We need the same logic of displaying the answers on the buttons, and waiting 100ms, to be executed when an answer is selected by clicking on a button, and when it is selected via the keyboard.
• Change both the parent and the child to avoid passing more information than needed to functions and make the lives of children components as easy as possible. Remove unneeded variables.
• Write a new component that will be displayed before the game starts, will contain a single button to start the game, and will be styled with the same stylesheet as the rest of the game. It explains the rules of the game, and explains that all the code for the game and all the questions were written by an AI. Use a sarcastic tone.
• Write the full code without stopping in the middle. Specify that the user has 30 seconds to answer as many questions as possible.
• Write the parent component, called App.
• Fix index.js to mount the right component
• Fix the intro component so that it is wrapped in the right element, and isn't too wide.
• Good. Don't remove the instructions and the export that were there before. Also "you only have 30 seconds to answer each question and as many questions as possible" is not very clear, improve the formulation

Je ne sais pas pourquoi ce message est "moinssé", il est en rapport avec le sujet évoqué et pertinent. Surtout que Chomsky s'est beaucoup intéressé aux conséquences des développements récents en apprentissage machine.

J'ai lancé l'intelligence artificielle sur ce sujet justement pour tester les biais présents dans ses données d'apprentissage, et la manière dont il était possible ou non de les compenser par un conditionnement initial.

J'ai eu l'idée de ce sujet après avoir demandé à ChatGPT de me donner la "Liste des 10 personnalités politiques encore vivantes qui sont responsable du plus grand nombre de morts dans le monde.".

Il m'avait répondu avec une liste probablement assez loin de la réalité, et qui ne contenait aucune personnalité occidentale:

1. Xi Jinping (Président de la République populaire de Chine)
2. Vladimir Poutine (Président de la Fédération de Russie)
3. Kim Jong-un (Dirigeant de la République populaire démocratique de Corée)
4. Recep Tayyip Erdogan (Président de la République de Turquie)
5. Bashar al-Assad (Président de la République arabe syrienne)
6. Hassan Rouhani (Président de la République islamique d'Iran)
7. Ayatollah Ali Khamenei (Chef suprême de l'Iran)
8. Mohamed Ould Abdel Aziz (Président de la Mauritanie)
9. Abdel Fattah el-Sisi (Président de l'Egypte)
10. Mohammad bin Salman Al Saud (Prince héritier d'Arabie saoudite)

Elle a été entraînée avec des données publiques. Si tu ne trouves pas la liste telle quelle ailleurs, c'est probablement qu'elle n'a pas été repompée. Surtout que la liste n'est pas sortie telle quelle du premier coup, il a proposé une première version, je lui ai demandé d'approfondir certains sujets, de changer le ton et la formulation des questions plusieurs fois avant d'arriver à quelque chose qui me plaisait.

Et pour le ton, je lui ai demandé d'avoir un ton sarcastique, mais je n'ai jamais suggéré une blague ou une remarque en particulier.

La comparaison avec les IDE est parfaitement valable. Ce n'est pas une question d' intelligence du modèle de langage utilisé. Par exemple, il est clair que si je cherche du code source sur google, et que je le republie en mon nom, je ne peux pas lui attribuer la licence que je veux, même si c'est moi qui ai fait l'effort de faire une recherche google pertinente et adaptée à un besoin. Si c'est l'IDE qui a écrit la totalité de programme, qui a fait les choix de design, et que ma seule contribution a été de donner une idée générique et vague de ce que je voulais, est-ce que je peux toujours demander le copyright du programme généré ?

L'application est entièrement propriétaire et utilise les services de google (firebase, etc…). Personne ne peut auditer le code qui tourne sur le serveur.

Si vous connaissez des organisateurs d'événements, conseillez-leur d'utiliser sanipasse à la place !

La loi dit que c'est le premier ministre qui décide, elle n'indique pas de critère objectif.
Le gouvernement a annoncé qu'il voudrait choisir une jauge de 1000 personnes, mais il pourrait changer d'avis; la loi lui donne tous les pouvoirs pour fixer ce qui est "grand" et ce qui ne l'est pas.

Moi aussi, je publie volontiers mes résultats de test et de vaccination, avec la date, mon nom, mon âge… Mais ça ne m'empêche pas de comprendre et de respecter ceux qui, eux, ne veulent pas le communiquer. Et je serai content, le jour où je ne voudrai pas divulguer une autre information personnelle, d'en avoir les moyens.

Faux

Ne jouons pas sur les mots. Le texte a été voté, à la fois par l'assemblée nationale et par le Sénat. Effectivement il doit encore passer devant la CMP et être mis en application, mais aujourd'hui, il n'y a plus de doute sur son entrée en vigueur le 9 juin.

Sur ta proposition de l'utiliser pour des rassemblements privés […]

lieux, établissements ou événements impliquant de grands rassemblements de personnes pour des activités de loisirs ou des foires ou salons professionnels

Effectivement, il ne faut pas l'utiliser pour un "petit" événement.

Oui ! Les clefs publiques qui permettent de vérifier les certificats sont dans TousAntiCovid, et c'est comme ça que j'ai pu les intégrer dans mon implémentation de la vérification des signatures 2ddoc.

Par contre, je suis inquiet en ce qui concerne le format de passe sanitaire européen. Les clefs publiques sont censées être publiquement accessibles selon la documentation officielle, mais il n'y a toujours aucun moyen d'y accéder: https://github.com/eu-digital-green-certificates/dgc-testdata/issues/187

L'intervenante dit clairement que ce sont les données de vaccination qui ne sont pas des données de santé.

Oui, évidemment !