Olivier Serve a écrit 856 commentaires

Attention, inutile de choisir un modèle avec accélération matérielle, elle ne sera pas supportée par OpenWRT. J'ai un collègue qui a dû revenir au firmware d'origine parce qu'il avait des perfs minables avec OpenWRT.

Donc soit je ne comprends pas bien la loi (tout à fait possible), soit ceux qui te disent "en naviguant sur ce site, vous acceptez qu'on dépose des cookies blablabla" ne respectent pas la loi, puisque tu n'as pas le choix.

Certes, mais cela n'a rien à voir avec le choix bandeau ou fenêtre bloquante.

Le problème n'est pas le paquet télécom, c'est l'implémentation qui en est faite :
- certains sites affichent juste un petit bandeau qui ne gène en rien la navigation ;
- d'autres comme cette merde de TRUSTe bloquent la navigation et mettent trois plombes quand on veut sélectionner le niveau minimal.

Point positif de TRUSTe : ça permet d'initialiser la liste des cookies à refuser. Problème : j'ai le popup systématiquement.

Sur mes navigateurs, la plupart des cookies sont refusés (pub, tracking, domaines croisés), une partie acceptée pour la session (sites marchands) et une dizaine seulement sont acceptés totalement.

Rappel : personne ne force à passer à systemd

Euh si, les distributions. Ou alors tu m'expliques comment rester sur Arch ou Fedora sans systemd ? Et pour rappel, il n'y a pas que SysV en dehors de systemd.

Et même si on ne l'utilise pas, on ne peut pas l'ignorer (comme pour pulseaudio, Gnome3 ou KDE4) car il phagocyte petit-à-petit tous les composants de base d'un système Linux moderne.
Mots de Lennart lui-même ( http://lists.freedesktop.org/archives/systemd-devel/2014-May/019657.html ) :
we will not support non-systemd systems with udev anymore
C'est assez clair. udev fonctionnait bien sans systemd, et paf.

Tu veux vraiment comparer les temps de compilation java et c++???

Oui si on considère les 2 min de compilation JIT, de chargement JVM et d'optimization "server" à chaque exécution du bloat.

Mouhahaha ! Même en comptant tout ça, la compilation C++ est à des années-lumières derrière…

Et tu négliges un aspect essentiel : tu tapes bien plus vite que tu n'écris, cela te permet accessoirement d'être plus attentif au contenu du cours qu'à sa réécriture…

Carrément pas, non.

En vitesse pure peut-être (et encore, j'en doute).
Mais surtout parce que l'écriture manuscrite n'est pas limitée aux symboles du clavier et au formatage ligne par ligne. S'il faut commencer à chercher où est ce *#&@ de symbole mathématique pendant que tu tapes, tu perds le fil du cours et tu prends du retard. Et je ne parle pas des schémas…

Les interfaces actuelles n'utilisent plus les commandes vectorielles, donc la soit-disant efficacité de X11 en réseau est déjà morte dans les faits. Et les pixmaps, compressés, seront plus efficaces que ce que fait X11 actuellement.

Je vois plutôt la RAII comme une alternative aux GC, qui à l'avantage de permettre quand on ne se sert plus d'un objet de libérer les ressources qu'il utilisait immédiatement, comme une connexion, chose qui est faite avec une latence dans le cas d'un GC (puisqu'il ne passe pas en permanence derrière le programme, si je ne m'abuse).

Même dans les langages à GC, tu as des méthodes close() dans ce genre de cas.
Le rôle du GC est de gérer la mémoire, pas de libérer des ressources.

Ce n'est pas System V mais OpenRC par défaut.

parce que ça ne nécessite pas de démon supplémentaire

Jamais besoin de base de données ?

Je ne vois pas en quoi la question est plus simple si posée à un humain.

C'est bien le problème justement. Si, déjà, nous ne sommes pas capables de savoir comment réagir dans certains cas, comment peut-on l'automatiser ?

De plus, j'imagine mal des ingénieurs élaborer des algorithmes autour de "vaut-il mieux tuer A que B?", l'IA devrait vraisemblablement tenter son possible pour sauver tout d'abord ses propres passagers.

Pourtant, au final, ça revient à ça. Dans le cas que j'ai exposé, tu ciblerait donc les motards (ou cyclistes/piétons…) : moins de masse, moins de risque pour les passagers. Ça se défend, mais c'est un peu dégueulasse quand même.

Je doute que ce genre de chose soit implémentée, et même faisable avec les technos actuelles.

C'est une interrogation théorique pour l'instant. Pourtant, quand une IA de conduite sera implémentée, il faudra bien qu'elle gère ce genre de cas. J'imagine mal une IA qui dès qu'elle se rend compte qu'une situation accidentogène arrive, redonne le contrôle au conducteur. Le temps qu'il analyse la situation, prenne une décision et l'applique, il est déjà trop tard.

En effet la solution préconisé par la machine sera généralement meilleur et moins mortelle que celle d'un humain conduisant la voiture, mais au premier accident grave, on va remettre en question, faire des gros titre, chercher un responsable…

Une question éthique se pose aussi. Imaginons le cas où une IA se trouve dans une situation d'accident contre une voiture et une moto. Elle peut éviter l'un ou l'autre, mais pas les deux. Quelle est la meilleure stratégie ? Si on prend en compte la survie des passagers, il vaut mieux choisir la moto, le choc sera moins violent. Par contre, ça transforme les motards en cibles. Si elle choisit à l'inverse de favoriser la survie des autres véhicules, elle ira percuter la voiture, afin d'épargner le motard moins bien protégé. Du coup, celui qui prend une voiture pour la protection accrue se retrouve ciblé par défaut.

Bref, c'est loin d'être simple.

Et le pire, j'ai pesté pendant des années contre KDE et ses boîtes de dialogues trop grosses (ce qui s'est bien arrangé depuis KDE4), Gnome était relativement parfait de se côté là et là quelle déception, j'ai vu une ou deux boîtes de dialogue qui était presque aussi large que mon écran… Pour 3 lignes d'affichées…

Mais c'est pas grave, ils ont gagné de la place dans le haut de la fenêtre, c'était super important !

Non, tu n'es pas seul, chez moi aussi Nepomuk fonctionne bien sans causer de ralentissements.

Mouais, enfin c'est du Oracle quoi.

+1

Les fichiers de configuration en JSON sans possibilité de commentaire, quelle brillante idée !

Pourquoi s'embêter avec Python alors qu'ils ont déjà toute la plateforme .Net ?

PowerShell est plutôt bien foutu pour faire des scripts. C'est une sorte de langage de script pour .Net, et c'est un énorme progrès par rapport au vbscript, même les langage de shell Unix classiques.

Par contre, je n'arrive pas à m'y faire en tant que ligne de commande. Je ne sais pas pourquoi, trop verbeux peut-être.

ceux d'NVIDIA ils plantent à peu près une fois par jour, Nouveau, c'est toutes les heures…

Ça ressemble plus à un problème matériel ça.

Si on cherche à écrire du code pour avoir du beau code, on peut se retrouver avec un truc qui ne marchera jamais, car jamais assez beau du point de vue du code, ou un truc lent comme pas possible parce que le code rès bien écrit n'est pas optimal

Dans mon expérience, c'est plutôt l'inverse : le code crade que j'ai pu voir avait des perfs pourries (cpu ou mémoire) et était plein d'effets de bord (donc fonctionnait mal en dehors des cas utilisés).

Après, reste à définir crade…

J'avais 4 disques dans mon Syno (4 Maxtor 250Go) que j'ai changés récemment (merci Papa Noël). Ils étaient à 55400h environ et semblent encore en bon état. Par contre, ils ont eu peu cycle arrêt/démarrage, or c'est souvent un moment critique.

Après m'être battu avec PowerPoint et ses copier-coller de schémas foireux, j'ai choisi : Impress vainqueur haut la main. Au moins il ne m'a jamais fait perdre des heures de boulot. Pour moi, il « juste marche » et c'est tout ce qui m'importe.

[…] des binaires sortis dont ne sait où […]

sortis d'on ne sait où

« sorti dont ne sait où » n'a strictement aucun sens : qui ne sait où ? « Dont » ? C'est qui lui ?

Digikam me propose « Ouvrir avec Darktable » lors d'un clic-droit sur une photo.

rc-status sous OpenRC.

Il différencie les niveaux :
- démarré ;
- arrêté ;
- inactif : par exemple une carte réseau non branchée ;
- en attente (scheduled) : quand une dépendance est inactive (ex: un service a besoin du réseau qui n'est pas branché).