steph1978 a écrit 2964 commentaires

Depuis le jour où je l'ai déballé, il y a cinq ans et demi.

Alors c'est sûr il faut que je tape 'CTRL+L' pour poursuivre après le message d'avertissement comme quoi l'OS est pas certifié. Mais on peut pas dire que ce soit très verrouillé.

des "des techniques modernes de programmation pour être un minimum performant." ? Tu peux détailler ?

Et https://www.uber.com/en-CH/blog/neural-networks-jpeg/ qui propose d'utiliser directement la sortie de l'encodeur DCT de JPEG comme entrée du réseau de neurones et ainsi d'en supprimer certaines couches et donc d'accélérer l’entraînement.

Bref, intéressant de voir les liens entre encodeur et ML.

Des groupes d'utilisateurs un peu partout en france organisent des install partie.
Tu viens avec ton ordinateur - portable ou tour - et ils t'aident à démarrer.

Regardes sur l'agenda du libre : https://www.agendadulibre.org/tags/install-party https://www.agendadulibre.org/tags/installation https://www.agendadulibre.org/tags/entraide ou en passant par la carte : https://www.agendadulibre.org/map

Pour le matos, ne te prend pas trop la tête, Linux tourne à peu près sur tout.

debian forever 😅

https://aclanthology.org/2023.findings-acl.426.pdf

https://github.com/Futrell/ziplm/

joplin a des fonctionnalités plutôt sympathiques : édition markdown ou wysiwyg, hiérarchie, tags, synchronisation nextcloud, export site HTML, installation en AppImage, etc.

J'utilise OfflinaIMAP depuis toujours pour backup ma boite mail (imap -> local dir). Mais ça marche aussi en IMAP -> IMAP.

une config du genre

[general]
accounts = Account1

[Account Account1]
localrepository = Remote1
remoterepository = Remote2

[Repository Remote1]
type = IMAP
remotehost = mail.gandi.com
ssl = yes
sslcacertfile = /etc/ssl/certs/ca-certificates.crt
remoteuser = username1
remotepass = password1
maxconnections = 1
holdconnectionopen = no
readonly = True


[Repository Remote2]
type = IMAP
remotehost = mail.infomaniak.com
ssl = yes
sslcacertfile = /etc/ssl/certs/ca-certificates.crt
remoteuser = username2
remotepass = password2
maxconnections = 1
holdconnectionopen = no

L'intérêt est que tu peux le lancer une première fois pour faire le plus gros.
Puis le relancer une dernière fois avant de migrer définitivement.

je connaissais https://openresty.org/

Cependant, désolé pour mon premier message, il était un peu brut et sans explications…

Pas de soucis, c'est aussi une façon d'ouvrir le débat.

La vidéo n'est pas une démonstration scientifique. N'oublions pas que les vidéastes sont là pour faire des vues. Mais l'étude/expérience sur laquelle elle s'appuie montre bien une perte de capacité cognitive… chez la souris.

En fait, la dérive : les jeunes […]

Je n'ai pas parlé de jeune initialement. Je sais que les utilisateurs de tiktok sont plus jeunes en moyenne que ceux des autres gros réseaux sociaux mais ceux que je coutoies/vois ne sont pas si jeunes.

La vidéo souligne l'addiction. Ce que je vois aussi sur ce réseau c'est un culte du paraître, du consumérisme.

Cela me gène encore plus depuis que nos gouvernants se servent des réseaux sociaux pour expliquer tout un tas de maux de notre société

Pourtant plus haut tu parles d'alcoolisme et en effet les mécanismes physiologiques sont les mêmes.

Mais je t'accorde que c'est une perche facile tendu à un gouvernement libérale dont l'idéologie fondamentale est de saper les services publiques pour les privatiser.

Alors que, IMHO c'est justement plus de service publique (éducation, santé, police) qui serait nécessaire pour endiguer ces maux.

J'ai du mal à voir

Ta clim ne consomme pas d'électricité ?

Si ta clim comsomme 2000W pour faire du froid bah elle crée 2000W de chaleur en plus de la chaleur qu'elle remet dans l'atmosphère et qui y était déjà.

Multiplie ça par le nombre de bureaux, de maisons, d'appartements, de m2 de centre commerciaux.

Donc une clim chauffe.

Les goûts les couleurs …

Mois j'aime bien parce que y a une base de réalité : https://invidious.tiekoetter.com/watch?v=FALDuZ5pPxc

Pour le cerveau des utilisateurs de tiktok.

Alors que si il y a un vrai problème écologique c'est plus avec les chats domestiques qu'avec les chats sauvages.

Les chats sauvages, si la population de leurs proies (oiseaux) diminue, leur propre population diminue (famine).

Par contre les chats domestiques peuvent continuer à décimer la population de leurs proies sans conséquence pour eux car ils sont nourris par ailleurs.

Heureusement qu'il n'est pas nécessaire de recourir à un ORM pour faire du nettoyage d'input.

C'est énervant, ça marche même sous windows. Je l'ai testé au taf.
C'est bien pour ça Rust (comme Go et Zig), ça cross compile facilement.

Je l'utilise depuis toujours.
Rien à envier à un DBBeaver ou un SquirelSQL si ce n'est qu'il ne gère que du SQLite.
Surtout beaucoup plus léger.

Je l'avais ouvert en // de faire le tuto proposé par l'OP. Ça permet de voir ce qui se passe dans la base tant que toutes les fonctionnalités ne sont pas là.

Super projet en effet, c'est clean

Je partage le sentiment qu'il y a trop de couches à gérer manuellement dans les applications web dites "modernes". Et qui dans une grande majorité des cas n'apporte pas de valeur, seulement de la complexité. Je pense que cela titille pas mal de développeurs.

Les ORM sont une plaie à utiliser et à débugger. J'ai subit Hibernate en début de carrière. Aujourd'hui j'utilise Ecto qui est un peu plus maîtrisable et qui permet d'écrire du SQL directement en Elixir et donc de bénéficier de l'aide du compilateur et d'avoir un langage de programmation généraliste et plutôt agréable.

Mais quitte a écrire du SQL alors en effet pourquoi pas l'utiliser pour tout!

Je ne sais pas si un développement en SQLApp peut passer à l'échelle. Cela demande de changer de mindset ; utiliser les vues par exemple. Mais c'est super pour un PoC ou une application simple.

Ce qui va être rapidement indispensable c'est de pouvoir gérer les droits (admins, membre, visiteurs) et donc l'authentification (OAuth2) sinon le nombre de cas d'usage va être très restreint, surtout en entreprise.

Je sais que je suis bassement terre à terre et que le débat se situe surtout sur la liberté privée mais concrètement ça marche comment ?

Moi rien que le Google concent, ça passe pas. Et ensuite, les suggestions de la une, wouatch quelle horreur.

J'ai tellement d'"artists" au taf qu'il faudrait inventer un châtiment quand qqun t'envoie une copie d'écran d'un truc qui pourrait être copié-collé.

Avant elles s'appelait "vidéo surveillance", elles faisaient leur taf.
On (sarko ?) les a renommé "vidéo-protection", et elles font pas leur taf. Sûrement un manque de formation.

le tweet, en plus net

Je n'ai pas testé toutes tes options mais rien qu'en partant de la première jq ., je ne sais pas si on parle de la même chose.

$ jq '.' <<< '{"a":{"b":"c"}}'
{
  "a": {
    "b": "c"
  }
}

vs

$ gron <<< '{"a":{"b":"c"}}'
json = {};
json.a = {};
json.a.b = "c";

Jq indente alors que gron donne le chemin complet pour chaque ligne (l'idée de "flatten", mettre à plat).

Donc avec gron je peux faire une décision local (si chemin est "a.b", faire un uppercase à la valeur). Alors que pour jq, je vais devoir maintenir un état (pile ?) contenant le chemin actuel.

D'autre part, cf "ti bench", jq ne fonctionne pas en flux, par défaut, il charge tout en mémoire.

Le mode flux existe et est efficace (21MB de RAM dans mon "ti bench"), mais difficilement exploitable sans post-traitement :

jq --stream '.' <<< '{"a":{"b":"c"}}'
[
  [
    "a",
    "b"
  ],
  "c"
]
[
  [
    "a",
    "b"
  ]
]
[
  [
    "a"
  ]
]

Bref, je cherche un gron rapide, économe en RAM et avec une sortie stable.

Y a ça dans tes options ?

Super ! Tu crois qu'il y moyen de le mettre sur F-Droid pour celles et ceux (celui ?) qui n'ont pas le ggplay ?