Papey a écrit 582 commentaires

Une autre nouvelle sans doute moins importante ;-) : Python devrait voler la 2ème place à Java dès l'an prochain.

Sans doute une confusion entre les règles d'accord française et anglaise. En anglais on dira par exemple "the police are coming" pour dire "la police arrive".

Ce qui serait pas mal sinon ce serait de monter une commission sur le changement climatique, mais pas une commission avec des parlementaires, une avec des citoyens tirés au sort, qui feraient des propositions au gouvernement et aux parlementaires après avoir pu consulter un panel varié d'experts. Il n'y aurait plus qu'à rependre sans filtre leurs propositions ensuite.

Il faut prendre en compte le fait que les lecteurs ont été subjugués par les deux premiers mots du journal.

L'apotravail serait une notion aporétique ?

Racine carrée étant une fonction strictement croissante, plus la taille de l'équipe augmente plus l'efficacité augmente dans ce cas.

Comment tu fais pour envoyer ton flux OBS vers ton outil de conf genre teams ? En installer un pilote de webcam virtuelle ? (pas possible sans droits d'admin sur le poste malheureusement)

J'aime beaucoup Guix mais j'ai rencontré des difficultés en installant lmms (logiciel de musique), qui devait utiliser jack pour utiliser un clavier maître USB et la carte son. Le lmms installé par guix n'avait pas accès au jack du système debian hôte, et un jack installé avec guix dans l'espoir qu'il communique mieux avec lmms ne communiquait pas avec ma carte audio ni mon clavier.

Bref, j'ai sûrement raté quelque chose mais je n'ai pas compris comment faire communiquer des applis guix avec certaines couches basses de mon système.

Utiliser les styles est indispensable pour générer et maintenir à jour automatiquement une table des matières, ce qui est bien utile pour les documents plus longs.

En même temps on pourrait aussi souligner le fait que les gros labos ont attendu d'avoir des milliards d'argent public sous forme de pré-commandes pour lancer la production (après avoir reçu des milliards de subventions publiques pour la recherche et développement), et qu'il est plus que probable que d'autres Etats (comme l'Inde) seraient prêts eux aussi à soutenir massivement le développement de filières nationales si l'obstacle juridique était levé.

Je fais pareil avec mise à jour régulière du fichier requirements (ou requirements.txt sur windows) que je mets à la racine du projet sous gestion de conf (fossil dans mon cas).

Le principe de base actuellement c'est surtout que c'est l'Etat, les régions, les départements, la Caisse des Dépôts et Consignations, la BPI… qui prennent les plus gros risques en finançant la recherche fondamentale, les crédits impôts recherche, les subventions et aides par dizaines de milliards aux entreprises privées, les infrastructures, la police, la justice, la préservation des connaissances montées dans le domaine public etc… mais attenttion surtout jamais jamais jamais en fonds propres (= en devenant co-propriétaire des entreprises financées), ça serait bien sûr de la mauvaise gestion, le public étant nul de ce point de vue, il n'est bon qu'à donner de l'argent sans contrepartie autre que d'attendre le fameux "ruissellement".

Les "business angels" eux investissent en fonds propres le delta uniquement, en gérant le risque sur des dizaines ou des centaines de projets en parallèle. Mais cette part de financement privé que l'on peut qualifier d'"investissement" ne concerne que le marché primaire du capital des entreprises dans leur jeune temps. Une fois sur les rails, en grande partie grâce aux investissements publics donc, l'entreprise continue de se développer essentiellement grâce au travail de ses salariés (et toujours grâce aux infrastructures publiques), aux prêts publics et privés, mais finalement très peu grâce à de nouvelles émissions d'actions. Autrement dit l'augmentation de la valeur de l'entreprise qui se traduit dans le prix des actions se crée principalement sans ses actionnaires.

De plus, la plupart des actionnaires des grandes entreprises ont en fait acheté leurs actions sur le marché secondaire des capitaux. Autrement dit ils n'ont donné aucun argent à l'entreprise, ils ont juste racheté les actions à quelqu'un qui lui-même les avait rachetées à un autre auparavant… Ils n'ont donc pas apporté d'argent à l'entreprise, n'ont pas "investi", ne sont pas solidaires des dettes de l'entreprise (bancaires ou vis-à-vis des fournisseurs) ou du paiement des salaires en cas de difficultés financières. Ils ne prennent de "risque" qu'à la hauteur du prix des actions achetées.

Parler d'investissement privé est souvent une énorme arnaque intellectuelle qui amalgame plein de choses.

Je comprends tes choix et SQLite ne permettra effectivement jamais (sauf à inclure la bibliothèque dans de prochaines version des explorateurs de fichiers) d'explorer les données sans programme dédié.

Quelques précisions par rapports aux autres points évoqués. A partir du moment où aucune transaction en écriture n'est en cours tu peux sauvegarder une base SQLite en copiant simplement le fichier de la base, par FTP ou par un autre moyen, en même temps que les autres fichiers de l'application. Et en général même si une transaction en écriture est en cours, le fichier ne sera pas corrompu, même si en toute rigueur ce n'est pas garanti.

Pour ce qui est des accès concurrents, ce qui est problématique c'est lorsque plusieurs processus différents essaient d'accéder au même fichier SQLite à travers le réseau, à partir d'ordinateurs différents. Ce sont les imperfections de la gestion des accès à des systèmes de fichiers distants par les systèmes d'exploitation qui ne garantit pas que toutes les modifications apportées dans ce cas le seront de manière cohérente : SQLite ne peut pas imposer explicitement un vidage des tampons à la fin des transactions avec l'assurance que les modifications seront effectivement écrites physiquement sur le support cible. Chaque ordinateur pourra donc potentiellement avoir une vision un peu différente du fichier SQLite.

Cependant si un logiciel serveur centralise les accès via le web à l'application, et que seule l'application accède à la base de données, a priori la base SQLite est soit sur le disque physique associé à l'ordinateur où tourne l'application, et la bibliothèque SQLite peut donc s'assurer du vidage effectif des tampons, soit l'application utilise la même pile d'accès à un répertoire réseau, et a priori les différents processus / threads devraient avoir la même vue sur l'état du fichier, mais cela dépend peut-être du protocole réseau utilisé et de sa manière de gérer localement les accès concurrents aux ressources distantes.

Dans le cas où SQLite peut contrôler efficacement les tampons d'accès en écriture à la base de données, il n'y a aucun problème de concurrence : SQLite est pleinement ACID, chaque processus a une vue purement transactionnelle sur la base et les différents processus ou threads font simplement la queue pour écrire dans la base, avec en général de très bonnes performances.

Quoi qu'il en soit, dans de nombreux cas les accès concurrents à une base SQLite sont plus simples à gérer que des accès concurrents à d'autres types de fichiers binaires ou texte, dans la mesure ou SQLite gère pour toi les mécanismes de gestion de la concurrence (mutex ou autres), et que les problèmes d'asymétrie dans les accès au réseau touche aussi les autres types de fichiers que tu pourrais utiliser.

Salut,

je ne sais pas en quoi un SGBDR pourrait être utile ou pas, mais si ça peut effectivement être utile et que la raison pour laquelle tu ne veux pas en mettre est que tu souhaites optimiser l'architecture, la maintenance et l'exploitation de ton logiciel, SQLite pourrait être un bon candidat malgré tout. SQLite est une simple bibliothèque et ne nécessite pas d'autre service que le programme PHP qui tourne déjà. Sauf évidemment si c'est le SQL qui te gêne, là c'est sûr que ça n'aidera pas :-D.

Tu voulais sans doute dire "pas de pair à pair ?"

Bien vu en effet pour le profilage ! Pour l'écriture, l'argument de l'équipe SQLite est que l'on peut préparer l'écriture du fichier en continu, en utilisant la gestion fine des versions sur des bouts de document, permise par la base SQL. Il ne reste plus qu'à mettre à jour les pointeurs de versions quand l'utilisateur clique sur "enregistrer", pour que la version en cours devienne la version officielle, ce qui est quasi instantané.

Merci d'avoir pris le temps de répondre de manière aussi détaillée.
Il est vrai que les perspectives d'amélioration des temps d'ouverture et d'enregistrement des documents Libre Office font quand même bien envie.

Concernant la pérennité du format, l'équipe SQLite s'engage à rester rétro-compatible avec le format SQLite3 jusqu'en 2050 a minima, ce qui semble tout à fait important à l'heure de "l'agilité" parfois mal comprise et pouvant confiner à l'agitation marketing (marketing dont SQLite n'est pas exempte, mais a minima plus dans le fait de changer le format de fichier). Mais effectivement zip a eu 10 ans d'avance et une plus grande stabilité dans les faits, et c'était encore plus vrai au moment de la création des standards en question.

Pour ce qui est de l'inexistence d'implémentations tierces, c'est bien sûr vrai (modulo les 2 ou 3 que tu mentionnes) mais c'est peut-être lié au fait que la bibliothèque officielle soit dans le domaine public et écrite en C ANSI et très compacte donc facilement adaptable à tout système sans avoir à réinventer la roue.

Pour ce qui est du "découpage du contenu en tables, avec des relations entre les tables et cie", ce n'est pas ce que j'ai compris de la fin de l'article, qui au contraire souligne le fait qu'on peut tout à fait stocker du XML (avec les namespaces donc) dans des tables SQL, en gagnant en plus la possibilité de les versioner et indexer plus facilement. Je reprends juste ce passage :

"Some readers might be reluctant to consider SQLite as an application file format because they have been inculcated with the idea that all SQL database schemas must be factored into third normal form and store only small primitive data types such as strings and integers. Certainly relational theory is important and designers should strive to understand it. But, as demonstrated above, it is often quite acceptable to store complex information as XML or JSON in text fields of a database."

Mais les autres points sont aussi abordés.

Après je te suis sur l'inertie importante en terme d'habitude de formats de fichiers, mais si on divise par 10 le temps d'ouverture et d'enregistrement ça pourrait booster l'adoption (la passer de 20 ans à 10 ans ?).

Il ne reste plus qu'à (re?)lancer le sujet auprès de l'OASIS, comme tu le suggères :-)

Merci beaucoup pour cet article !

Un peu hors sujet mais j'ai toujours été intrigué par cet article du site SQLite, qui semble proposer de bonnes amélioration de perfs sur les documents Open Document en les encapsulant dans une base SQLite plutôt que dans un zip.

Je profite donc d'avoir sous la main en la personne de Pinaraf un développeur compétent en formats office pour essayer d'en savoir plus sur le fait que cette solution n'ait pas été choisie. Est-ce parce qu'elle n'a pas été étudiée ? Parce que ce serait trop compliqué de tout changer ? Parce qu'elle n'est pas appropriée (et pourquoi) ?

Merci pour ces éclaircissements :-)

Il n'y a aucun moyen de s'assurer que c'est bien le code publié qui est utilisé sur les serveurs.

Merci et bravo pour cet album

Il aurait été intéressant de connaître les matériels, logiciels, soundfonts, vst… utilisés pour composer/arranger/mixer/masteriser les morceaux de cet album, et il n'est pas trop tard pour nous en dire plus ;-)

Je devais absolument tout typer avant d'importer, effacer les tables suivant les versions

Pour ça je me suis fait un script d'import Excel (qui pourrait être adapté pour du csv) qui lit une centaine de lignes du fichier pour essayer d'en déduire des types probables pour les différentes colonnes, puis qui crée la table correspondante ou qui remplit une table existante avec les données du fichier, en mettant à jour dynamiquement la liste des colonnes concernées dans l'insert en fonction des en-têtes de colonnes.

Pour la lecture plutôt que de passer par un ORM je crée aussi en dynamique des tuples nommés à partir des champs ramenés par une requête simple pour chaque table / requête utilisée. Par défaut ça fait un :

     select * from table limit 1

mais pour certaines vues un peu chronophages j'écris à la main une requête ad hoc dont je sais qu'elle retourne vite (avec un where tapant dans un index typiquement). J'ai opté pour cette solution plutôt que de passer par des pragma car la fiabilité des pragma m'a joué des tours sur certaines vues.

Bon ça casse pas 3 pattes à un canard mais ça me fait gagner du temps quand je dois charger des nouveaux fichiers, ou des fichiers légèrement différents, ou que je renomme une colonne n'entrant pas dans une jointure : le code s'adapte dans un certain nombre de cas.

Après pour le fait de faire du python pour les calculs plus complexes je peux comprendre. J'ai une requête de 137 lignes dans une vue qui certes fait le boulot mais qui n'est pas des plus simples à maintenir.

Merci !

le code est sous licence MIT et les ressources (sprites, sons) sous Creative Commons mais les niveaux eux-mêmes sont fermés, ce qui fait qu'on ne peut pas l'utiliser simplement sans s'abonner au final, à moins de passer un certain temps à créer soi-même des niveaux.

Le cursus Codecombat existe en français ?

De mon côté j'ai désactivé le pilote wifi, et je n'installe de nouveaux logiciels que via RJ45, auxquels les enfants n'ont pas accès sur le poste qui leur est dédié. Debian + XFCE + PyChess + Scratch + mindustry + klavaro essentiellement.