Les critiques sont pertinentes, mais peut-être un peu rapides.
Je le pense aussi
pour un petit nombre d'utilisateurs américains
americains est important ici. Que des américains utilisent cloudflare pour le DoH, ça ne me choque pas trop.
Je suis à peu près persuadé qu'à terme il y aura une liste de serveurs DoH "locaux", fonction de la langue de Firefox. C'est le cas pour la liste de moteurs de recherche et d'autres choses dans Firefox. Et l'utilisateur pourra choisir. D'ailleurs le choix actuel est une listbox, avec un seul provider pour le moment. à n'en pas douter, il y en aura d'autre. Sans compter qu'il est déjà possible d'ajouter son propre provider DoH (en choisissant "personnalisé" dans la liste).
Maintenant, je suis d'accord qu'il faudrait que cette option soit désactivé par défaut.
Notre ordinateur n’est donc plus jetable, mais (…) écologique.
NON.
Un ordinateur est tout sauf écologique. Il a fallu des litres d'eau, de pétrole et extraire du sol des kilos de matières premières pour le fabriquer (ou fabriquer les machines pour le fabriquer), occasionnant au passage des dégâts environnementaux (l'extraction de métaux et de pétrole ne se fait pas sans destruction). Et quelque soit la façon de construire un ordinateur.
Certes, ce projet est un peu plus respectueux de l'environnement, de par le fait qu'on pourra le faire durer plus longtemps. Et c'est un bel effort. Mais non, on ne peut pas dire que c'est "écologique", sinon on fait ce qu'on appelle du "green whashing".
Un ordinateur "écologique", ou tout autre appareil électronique "écologique", n'existe pas.
A noter pour les curieux qu'on parle la de "téléphone idiot", ressemblant à un tel d'il y a 10+ ans.
Alors oui et non. D'apparence, oui, mais à l'intérieur non.
La base, c'est Firefox OS, donc un OS de smartphone. C'est quand même plus évolué que ce qu'on trouvait il y a 10-15 ans sur les téléphones. Il y a un vrai navigateur, beaucoup plus de fonctionnalités et d'applications. Le Nokia prend en charge la 4G, le wifi, bluetouth &cie. Je m'en sert par exemple comme point d’accès à internet quand je suis en déplacement.
C'est donc un vrai smartphone à l’intérieur, mais avec un petit écran et pas de clavier virtuel. Donc comme sur les anciens, on n'a que les touches 1-9 pour taper un texte, c'est pas génial, je te l'accorde. Mais tu peux y connecter un clavier bluetouth :-)
Clairement, ce genre de téléphone n'est pas fait pour ceux (et surtout celles), qui sont à longueur de journées à échanger des messages sur les réseaux sociaux.
Par contre il est parfait pour des gens comme moi qui ont un usage limité du téléphone (je passe mes journées sur un ordi desktop donc le reste du temps, je n'ai pas vraiment besoin d'aller sur internet avec mon téléphone…)
de voir Mozilla essayer de redévelopper tout pour concurrencer Android malgré l'énorme retard technique et les investissements nécessaires hors de sa portée, alors que AOSP était libre…
Ils n'ont pas fait qu'essayer. Firefox Os est à l'heure actuelle déployé sur des millions de téléphones mobile, surtout en Asie, sous forme de fork géré par KAIOS. Et ça progresse pas mal. On le trouve en France sur les Nokia 8110 4G et ça fonctionne très bien ;-) (le seul point négatif c'est que Kaios y fout des applis google et facebook…)
Bref, au final, ce n'est pas un véritable échec, techniquement parlant..
ok, super, mais en vrai on a pas l'infra pour suivre
Ah ? il faut une infra pour lancer Ansible ? J'ai du louper quelque chose dans son utilisation alors :-)
Je ne pense pas que dans une install party, il soit trop compliqué d'indiquer de faire un sudo apt install ansible… Parce qu'au final, que ce soit un répertoire complet de scripts bash ou un répertoire complet de scripts ansible, ça revient au même, sauf que dans le premier cas, bash est déjà installé.
regarde si il n'y a pas de centre de co-working par chez toi (c'est rare hors agglo, mais avec un peu de chance..).
Ton patron serait peut-être plus "rassuré" de te savoir dans un vrai lieu de travail que chez toi (parce que chez soi, c'est bien connu on fout jamais rien, dixit beaucoup de patrons).
Il faut rappeler que le télé-travail, ce n'est pas "travail à la maison". Mais "travail en dehors des locaux de l'entreprise".
Dell propose aussi des config avec Linux, mais ce sont des portables pour jouer (gamme "G3" de mémoire).
Non par forcément. Ça dépend des périodes. Dans la gamme professionnelle, j'ai acheté un Précision 3530 (pas de sata, mais deux M.2) en octobre dernier, qui était livré avec Ubuntu. Bon actuellement, ils ne le fournissent plus avec Linux, je ne sais pas pourquoi. Trop peu de vente ? Faut dire aussi que c'était une Ubuntu 16.04, mais une reinstall d'une 18.10 tout fraîche s'est faite sans problème.
Il y a eu tentative à une époque (5-10 ans?) de filer des PC sous Linux,
C'est plus qu'une tentative. Dell vend toujours des PC sous linux (Ubuntu) et sans windows. Et pas seulement sur des becanes à 500 balles, mais aussi des becanes pro à plus de 2000 € (comme celle que j'ai acheté pour le boulot il y a quelques mois).
Note : c'est du "vieux" Ubuntu LTS, 16.04 si je me souviens bien, mais ça peut très bien se remplacer par le dernier Ubuntu, et tout fonctionne out-of-the-box sans driver. Les paquets Dell pré-installés avec la 16.04, c'est pour inclure des améliorations/configurations nécessaires, qui manquent dans la 16.04, mais pas dans les dernières versions d'ubuntu.
résultat pas vraiment moins cher
Bah si. Chez Dell, la différence c'est 150 €. Certes sur la machine que j'ai acheté, ça fait pas grand chose, mais sur les machines moins chères, ça fait une plus grosse différence (en % du prix), donc plutôt intéressant pour ceux qui ont des budgets plus restreint.
La synchronisation entre Thunderbird et Android peut être un frein au passage à une distribution GNU/Linux
je ne vois pas le rapport entre le fait de vouloir passer à Linux, et le fait d'utiliser Thunderbird, ce dernier étant dispo sur Mac, Windows et Linux.
Ce que je veux dire, si on veut faire de la synchro avec Thunderbird ou utiliser Thunderbird tout simplement, on n'a pas besoin de Linux. Et si la synchro est compliqué, ça le reste que l'on soit sur Windows ou sur Linux…
euh.. oui, l'objectif de WindowsMaker étant de mimer l'interface de NextStep, c'est normal qu'il ressemble à une interface web mimant NextStep, non ? :-)
J'espère qu'ils satisferont tous les nostalgiques des legos.
45 ans et il m'arrive encore de m'offrir parfois à Noël des boites pour moi tout seul (mes enfants ont leurs propres boites, non mais !). La dernière en date : la superbe fusée Saturn V :-)
un enfant de 3 ans avec sa tétine à la bouche. Je ne sais pas si ça lui déforme les dents, mais je suis convaincu que ça le gêne dans son apprentissage du langage.
Non. L'apprentissage d'un langage n'a absolument rien à voir avec le fait d'avoir un truc dans la bouche ou pas (ou alors mes 3 enfants sont des extra-terrestres, surtout la dernière qui est une vraie pipelette, et qui a eu la tétine jusqu'assez tardivement).
L'apprentissage du langage est lié au cognitif, donc à la qualité des relations avec les autres, à la façon dont on leur parle, à la fréquence des opportunités de communiquer, etc…
Il n'y a pas besoin d'être une personnalité ou pas, pour dire les choses telles qu'elles ont été.
Tout ce que Tarik dit, je l'ai constaté durant ces dernières 25 annnées, et il suffit de s’intéresser à l'histoire de l'internet en France par exemple, (et d'avoir comme moi, un ami chercheur qui a participé à la mise en place des premiers nœuds internet expérimentaux en France), pour apprendre que les politiques de l'époque prenaient des décisions débiles au sujet d'internet, en partie sous la pression de certains lobby comme France telecom.
Bref, il a fallu plusieurs mois (voir années) à l'INRIA pour arriver à mettre en place le premier noeud officiel en France (en 1988, à Sophia Antipolis), parce que les grands daïcideurs de notre beau pays s'y opposaient et voulaient promouvoir ce bon vieux Minitel.
Pour l'anecdote : il a été impossible pour l'INRIA de faire fabriquer par notre industrie de l'époque (Alcatel &co) un routeur TCP/IP, ne serait-ce que des prototypes. Les fabricants ne voulaient pas se lancer là dedans (les cons…). Il a fallu donc que des chercheurs de l'INRIA profitent d'un voyage aux états-unis pour aller acheter eux-même chez un petit fabricant américain (un certain CISCO), quelques routeurs pour leurs expériences…
Ça fait quelques années déjà que les navigateurs implémentent la balise <video> et des fonctions de streaming.
La lib OpenCV a-t-elle des fonctions de flux, genre génère du MPEG-TS à partir de la caméra ? Avec Nginx et ce module nginx-rtmp, ce serait certainement plus efficace en terme de bande passante, et de fluidité, non ?
Alors, en tant qu'ancien contributeur de Mozilla, je vais répondre.
Au départ, Gecko avait une API pour pouvoir être embarqué. Bon, elle n'était pas terrible, mais elle faisait le job à l'époque. Cela a permis le développement de navigateurs comme Epiphany, ou encore Camino (sous Mac OS). Ces navigateurs utilisaient vraiment la version "embarquée" de Gecko : leur interface n'était pas en XUL/JS, mais en pur GTK pour l'un, et Cocoa pour l'autre.
Malheureusement, cette API Embedding n'a pas été maintenue comme elle aurait dû l'être.
En fait les développements de Gecko étaient plus orientés pour faire une plateforme, pour réaliser des applications SUR Gecko, grâce à la technologie XUL pour l'interface, la technologie XPCom pour embarquer des composants tiers en C++, JS, voir Python (ce dernier binding a été réalisé par ActiveState, l'auteur de l'IDE Komodo, qui est donc en XUL + Python).
En effet, Mozilla développait Firefox, Thunderbird, Composer. Il fallait donc une "plateforme".
Bref, Gecko était plus fait pour embarquer, qu'être embarqué. Le paroxysme a été atteint quand XulRunner est sorti, ce qui a permis le développement d'application diverses et variées par divers boites..
Mais du coup, les ressources chez Mozilla n'étant pas extensible, l'API Embedding a connu le succès inverse : de moins en moins maintenue, car pas le temps, et pas utilisée par Mozilla. Et malheureusement pas de contributeurs externes pour la maintenir (ou si peu).
Bref, c'est pour ça qu'Epiphany a fini par se tourner vers Webkit, et que Camino est… mort.
Je me souviens avoir participé à un workshop dédié à l'API embedding lors d'un Summit Mozilla, pour discuter de l'avenir de cette API : abandon ? ou pas ? faut-il la réécrire ? ce qu'il faudrait pour l'améliorer, etc… On était plusieurs à essayer de pousser à faire renaître cette API, parce que la concurrence commençait à se développer, grâce à la facilité d'embarquer WebKit.
Malheureusement, ça n'a pas vraiment eu de suite. Il y a bien eu des tentatives pour la remettre au goût du jour mais la mayonnaise n'a pas pris, vu le peu de contributions externes.
Et puis c'est un peu le cercle vicieux : moins une API est utilisée, moins cela encourage à la maintenir. Et moins elle est maintenue, plus elle a des problèmes, et donc moins elle est utilisée.
Maintenant, dire que "Mozilla a décidé de", est très fortement exagéré. Mozilla n'a rien décidé du tout. L'abandon de l'API Embedding s'est fait par la force des choses, tout simplement. Mozilla ne l'utilisait pas, n'avait pas forcément les moyens humains et financiers d'investir là dedans, et avait d'autres chats à fouetter.
À noter que :
Servo est conçu dés le départ pour être embarqué
la "plateforme XUL", est en train d'être abandonnée, et qu'un gros chantier est en cours pour la virer, en remplaçant les composants XUL/XBL par des Web Components (à terme, d'ici 2 ans je pense, toute l'interface sera probablement en HTML)
Gecko redevient peu à peu embarquable. C'est ainsi qu'il y a une GeckoView, qui sert pour leurs navigateurs et autres expériences sur Android (sur MacOS, ils n'ont pas le choix, Apple impose l'utilisation de WebKit). Pour le coté embarquable sur les autres plateformes, je n'ai pas trop suivi, donc je ne peux pas dire si les choses se sont améliorées.
C'est marrant, j'ai réalisé exactement le même projet avec des potes :-)
Bon, en fait c'était un peu plus évolué, parce qu'il s'agissait d'une implémentation du jeu "dessiné c'est gagné" : sur chaque client il y avait une zone de saisie permettant de proposer un mot, que le dessinateur de son coté validait ou pas. L'autre différence bien sûr, c'était qu'il n'y avait qu'un seul dessinateur à la fois, règles du jeu obligent.
Cependant, il y avait des similitudes : ce n'est pas le dessin qui était transmis, mais des ordres de dessin, genre dessiner des lignes, en fonction des actions de la souris, en temps réel donc. Tout ça relayé par le serveur aux multiples clients, puisqu'il pouvait y avoir plusieurs joueurs.
Bon, ok, il y avait quelques autres différences :
c'était codé en C/C++, avec du bon vieux code bas niveau TCP/IP (socket etc), client et serveur.
client codé sous X-Windows, avec du beau gros toolkit Motif derrière :-)
on faisait tourner ça sur des belles stations X HP, reliées à un système unix central (une machine Bull sous AIX je crois, mes souvenirs commencent à s'effacer :) …)
Et c'était il y a 23-24 ans, à l'IUT d'Orsay, dans le cadre d'un projet en équipe :-D.
Npm, c'est le système de paquet le plus merdique que j'ai jamais vu. Il permet d'installer la même lib dans N versions. Tu te retrouves alors une appli avec du code quasi-dupliqué N fois, à cause des dépendances qui n'utilisent pas la même version de lib que les autres dépendances.
J'ai installé une appli Web servie par nodejs (Strider-cd), assez conséquente, certes, utilisant beaucoup de paquet différents. Voici quelques statistiques :
il y a 670 paquets différents (bon, pourquoi pas…)
à cela faut ajouter 254 paquets supplémentaires qui sont des versions alternatives de certains des 670 paquets. C'est 254 paquets de trop. mon script n'a pas calculé la taille de chaque paquet, mais nulle doute que ça fait un énorme gachi en terme de ressources mémoire, disque, et processeur (lors de l'analyse du code par l'interpreteur JS)
Pour certains paquets, ils sont présents en 5, 6 ou 7 versions !
au total donc, 924 paquets auront été téléchargé et chargé en mémoire. (une demi heure pour télécharger tout ça from scratch, sur un serveur ayant 100 Mbs de bande passante…).
Bref, NPM est un système de paquets qui favorisent le bloatware et le gachi de ressources. Faut pas s'étonner après de toutes ces applis Web ou Electron qui réclament des mégas..
Le nombre de techno qu'ils n'ont pas sut tenir communautairement est affolant (XUL, gecko,…)
Il est beau ce FUD qualité OR.
Au sujet de Gecko, il y a eu certes une période où la communauté était moins prise en compte, c'était pendant la période du développement de FirefoxOS, dû a des problèmes de politique de management en interne. M'enfin cette période est terminée depuis pas mal de temps. En tout cas, ils n'ont jamais empêché quiconque de contribuer.
Au sujet de XUL : si tu parles du langage ou de XulRunner, je ne vois pas de quoi tu parles. XUL a plus de 20 ans, maintenant dépassé par le HTML (beaucoup d'innovations de XUL ont été migré en HTML, et sont devenus le shadow DOM, les WebComponents, Flexbox model en CSS et j'en passe). Ils avaient bien essayé de le proposer au W3C il y a une dizaine d'année mais les autres membres ont refusé parce que chacun avait un langage similaire et concurrent (XAML pour MS, cheupluquoi du coté de Adobe Air etc..).
Quoi qu'il en soit, jusqu'à la décision d’arrêter la prise en charge des extensions réalisées en XUL, il n'y a jamais eu de problème à contribuer sur le XUL ou de l'utiliser. Et si maintenant XUL est mort, c'est pas parce "qu'ils n'ont pas su tenir communautairement", mais parce qu'il y a eu des décisions de changements d'architecture, qui vont dans le bon sens. Ok, ça a fait râler quelques devs d'extensions (moi le premier), parce que il y a des choses que l'on ne peut plus faire dans les webextensions (lire ou écrire des fichiers par exemple), mais bon, c'est mieux pour l'utilisateur quand même (coté sécurité et coté compatibilité avec les autres navigateurs) et je le comprends tout à fait.
De ce que j'en ai compris, sur Android, les permissions ne sont pas géré par le noyau mais par Android. Les applications n'ont pas accès au système (rappel: elles sont en Java), mais à un ensemble d'API (qui elles, appellent les api systèmes). Et une application est dans une sandbox. De ce fait, quand une application fait appelle à une API, Android vérifie que l'application a le droit d'appeler cette API, en se référant aux permissions données par l'utilisateur (que ce dernier a indiqué à l'installation ou au moment de l'appel à la fonctionnalité). Si c'est pas bon, ça échoue.
Bref, c'est la couche Android qui fait "firewall", pas le noyau.
un programme qui permet d’exécuter des tâches sur une autre machine (ou sur la machine locale), sachant que ces tâches sont programmées dans des fichiers Yaml et qu'elles sont idempotent, c'est à dire que si on relance le script de tâches, elles ne seront pas exécutées une nouvelle fois si il n'y a pas besoin.
Typiquement Ansible sert à configurer des machines.
Les seuls ordis que j'utilise sont ceux du boulot, que j'ai acheté après avoir demandé au patron à moi même si je m'autorisais à acheter du matos. Enfin bon bref, étant à mon compte, j'ai acheté un laptop il y a 7 ans et un desktop il y a 4 ans, tous les deux chez Dell.
Le laptop, c'est un latitude e6520 que j'ai pris toutes options (2500€ TTC, écran 15 pouces, Core i7 4c/8t RAM 8Go, SSD 256Go + des gadgets dont finalement je ne me sert pas, comme le lecteur d'empreinte, lecteur carte NFC…).
Je le trimballe partout, quasiment tous les jours (un peu moins depuis que j'ai le desktop). Et je m'en sers tous les jours depuis 7 ans (pour boulot ou perso). Bien que sur les angles la peinture de la coque s'use, il reste impeccable pour un "vieux" truc de 7 ans, et il est plutôt solide vu les quelques coups qu'il a pris (et parfois je resserre les vis des charnières de l'écran :-)). Le seul truc que j'ai vraiment usé : la batterie, j'en suis à ma 3ieme.
Coté performance, je n'ai pas encore de souci, ça ne rame pas même avec la dernière distro du moment (je fais de l'admin sys et du dev web). J'ai tout de même remplacé il y a un an le lecteur DVD intégré par un deuxième SSD, je commençais à manquer de place. Coté mémoire, je commence tout juste à être un peu à l'étroit, parce que j'utilise de plus en plus de VMs (virtualbox). Malheureusement, je ne peux pas rajouter de mémoire : c'est le seul point noir de la machine.
Tout ça pour dire que je ne regrette pas d'avoir mis le prix à l'époque, pour avoir la garantie d'une machine solide et durable, et qui va encore pouvoir me rendre service pas mal de temps je pense (tant que le manque de mémoire ne devient pas pénalisant).
Quant au desktop, pareil, j'ai essayé d'en prendre un évolutif avec suffisamment de performance (1500 €HT, Xeon E5, RAM 16Go, DD 2To, CG AMD Firepro). Je pense que j'ai encore de la marge et donc quelques années (?) avant qu'il devienne obsolète pour mes besoins.
[^] # Re: Un peu rapide
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Mozilla pense-t-il vraiment à notre vie privée comme priorité?. Évalué à 10.
Je le pense aussi
americains est important ici. Que des américains utilisent cloudflare pour le DoH, ça ne me choque pas trop.
Je suis à peu près persuadé qu'à terme il y aura une liste de serveurs DoH "locaux", fonction de la langue de Firefox. C'est le cas pour la liste de moteurs de recherche et d'autres choses dans Firefox. Et l'utilisateur pourra choisir. D'ailleurs le choix actuel est une listbox, avec un seul provider pour le moment. à n'en pas douter, il y en aura d'autre. Sans compter qu'il est déjà possible d'ajouter son propre provider DoH (en choisissant "personnalisé" dans la liste).
Maintenant, je suis d'accord qu'il faudrait que cette option soit désactivé par défaut.
# écologique ??
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Open Computer v0.1 : Preuve de concept d’un ordinateur portable modulaire sous GNU/Linux. Évalué à 10.
Très bonne initiative. Ce projet me plait.
Par contre, dire ça :
NON.
Un ordinateur est tout sauf écologique. Il a fallu des litres d'eau, de pétrole et extraire du sol des kilos de matières premières pour le fabriquer (ou fabriquer les machines pour le fabriquer), occasionnant au passage des dégâts environnementaux (l'extraction de métaux et de pétrole ne se fait pas sans destruction). Et quelque soit la façon de construire un ordinateur.
Certes, ce projet est un peu plus respectueux de l'environnement, de par le fait qu'on pourra le faire durer plus longtemps. Et c'est un bel effort. Mais non, on ne peut pas dire que c'est "écologique", sinon on fait ce qu'on appelle du "green whashing".
Un ordinateur "écologique", ou tout autre appareil électronique "écologique", n'existe pas.
[^] # Re: Fantasmes
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Le libre a perdu. Évalué à 2.
Alors oui et non. D'apparence, oui, mais à l'intérieur non.
La base, c'est Firefox OS, donc un OS de smartphone. C'est quand même plus évolué que ce qu'on trouvait il y a 10-15 ans sur les téléphones. Il y a un vrai navigateur, beaucoup plus de fonctionnalités et d'applications. Le Nokia prend en charge la 4G, le wifi, bluetouth &cie. Je m'en sert par exemple comme point d’accès à internet quand je suis en déplacement.
C'est donc un vrai smartphone à l’intérieur, mais avec un petit écran et pas de clavier virtuel. Donc comme sur les anciens, on n'a que les touches 1-9 pour taper un texte, c'est pas génial, je te l'accorde. Mais tu peux y connecter un clavier bluetouth :-)
Clairement, ce genre de téléphone n'est pas fait pour ceux (et surtout celles), qui sont à longueur de journées à échanger des messages sur les réseaux sociaux.
Par contre il est parfait pour des gens comme moi qui ont un usage limité du téléphone (je passe mes journées sur un ordi desktop donc le reste du temps, je n'ai pas vraiment besoin d'aller sur internet avec mon téléphone…)
[^] # Re: Fantasmes
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Le libre a perdu. Évalué à 2.
Ils n'ont pas fait qu'essayer. Firefox Os est à l'heure actuelle déployé sur des millions de téléphones mobile, surtout en Asie, sous forme de fork géré par KAIOS. Et ça progresse pas mal. On le trouve en France sur les Nokia 8110 4G et ça fonctionne très bien ;-) (le seul point négatif c'est que Kaios y fout des applis google et facebook…)
Bref, au final, ce n'est pas un véritable échec, techniquement parlant..
[^] # Re: ansible
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Faciliter la configuration d'un ordinateur portable (ou fixe) sous Debian GNU/Linux 10 (Buster). Évalué à 4.
Ah ? il faut une infra pour lancer Ansible ? J'ai du louper quelque chose dans son utilisation alors :-)
Je ne pense pas que dans une install party, il soit trop compliqué d'indiquer de faire un
sudo apt install ansible… Parce qu'au final, que ce soit un répertoire complet de scripts bash ou un répertoire complet de scripts ansible, ça revient au même, sauf que dans le premier cas, bash est déjà installé.# Ansible
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Faciliter la configuration d'un ordinateur portable (ou fixe) sous Debian GNU/Linux 10 (Buster). Évalué à 5.
Je me suis fait aussi des scripts de configuration pour ma machine. Par contre j'ai utilisé Ansible. Ça m'évitait d'avoir à gérer "l'idempotence".
[^] # Re: Télétravail : un rêve
Posté par Laurent J (site web personnel, Mastodon) . En réponse au sondage Quel moyen de transport utilisez‐vous pour vous rendre sur votre lieu de travail ?. Évalué à 3.
regarde si il n'y a pas de centre de co-working par chez toi (c'est rare hors agglo, mais avec un peu de chance..).
Ton patron serait peut-être plus "rassuré" de te savoir dans un vrai lieu de travail que chez toi (parce que chez soi, c'est bien connu on fout jamais rien, dixit beaucoup de patrons).
Il faut rappeler que le télé-travail, ce n'est pas "travail à la maison". Mais "travail en dehors des locaux de l'entreprise".
[^] # Re: j'ai fait la même recherche
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Sélection d'un PC libre. Évalué à 2.
Non par forcément. Ça dépend des périodes. Dans la gamme professionnelle, j'ai acheté un Précision 3530 (pas de sata, mais deux M.2) en octobre dernier, qui était livré avec Ubuntu. Bon actuellement, ils ne le fournissent plus avec Linux, je ne sais pas pourquoi. Trop peu de vente ? Faut dire aussi que c'était une Ubuntu 16.04, mais une reinstall d'une 18.10 tout fraîche s'est faite sans problème.
[^] # Re: Effectivement
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Windows est enfin prêt pour le desktop . Évalué à 4.
C'est plus qu'une tentative. Dell vend toujours des PC sous linux (Ubuntu) et sans windows. Et pas seulement sur des becanes à 500 balles, mais aussi des becanes pro à plus de 2000 € (comme celle que j'ai acheté pour le boulot il y a quelques mois).
Note : c'est du "vieux" Ubuntu LTS, 16.04 si je me souviens bien, mais ça peut très bien se remplacer par le dernier Ubuntu, et tout fonctionne out-of-the-box sans driver. Les paquets Dell pré-installés avec la 16.04, c'est pour inclure des améliorations/configurations nécessaires, qui manquent dans la 16.04, mais pas dans les dernières versions d'ubuntu.
Bah si. Chez Dell, la différence c'est 150 €. Certes sur la machine que j'ai acheté, ça fait pas grand chose, mais sur les machines moins chères, ça fait une plus grosse différence (en % du prix), donc plutôt intéressant pour ceux qui ont des budgets plus restreint.
# TB vs linux ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Synchronisation Thunderbird–Android. Évalué à 5.
Sympa le tuto, par contre,
je ne vois pas le rapport entre le fait de vouloir passer à Linux, et le fait d'utiliser Thunderbird, ce dernier étant dispo sur Mac, Windows et Linux.
Ce que je veux dire, si on veut faire de la synchro avec Thunderbird ou utiliser Thunderbird tout simplement, on n'a pas besoin de Linux. Et si la synchro est compliqué, ça le reste que l'on soit sur Windows ou sur Linux…
[^] # Re: Cette interface me rappelle quelque chose…
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Nos origines ... le premier navigateur web a 30 ans. Évalué à 10.
euh.. oui, l'objectif de WindowsMaker étant de mimer l'interface de NextStep, c'est normal qu'il ressemble à une interface web mimant NextStep, non ? :-)
# Nostalgique ? Pas moi
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Legos et cavalier IDE [hors sujet] . Évalué à 4.
45 ans et il m'arrive encore de m'offrir parfois à Noël des boites pour moi tout seul (mes enfants ont leurs propres boites, non mais !). La dernière en date : la superbe fusée Saturn V :-)
# langage
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal une formation à être parent. Évalué à 10.
Non. L'apprentissage d'un langage n'a absolument rien à voir avec le fait d'avoir un truc dans la bouche ou pas (ou alors mes 3 enfants sont des extra-terrestres, surtout la dernière qui est une vraie pipelette, et qui a eu la tétine jusqu'assez tardivement).
L'apprentissage du langage est lié au cognitif, donc à la qualité des relations avec les autres, à la façon dont on leur parle, à la fréquence des opportunités de communiquer, etc…
# Il dit vrai
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Vendus aux GAFAM ?. Évalué à 10.
Il n'y a pas besoin d'être une personnalité ou pas, pour dire les choses telles qu'elles ont été.
Tout ce que Tarik dit, je l'ai constaté durant ces dernières 25 annnées, et il suffit de s’intéresser à l'histoire de l'internet en France par exemple, (et d'avoir comme moi, un ami chercheur qui a participé à la mise en place des premiers nœuds internet expérimentaux en France), pour apprendre que les politiques de l'époque prenaient des décisions débiles au sujet d'internet, en partie sous la pression de certains lobby comme France telecom.
Bref, il a fallu plusieurs mois (voir années) à l'INRIA pour arriver à mettre en place le premier noeud officiel en France (en 1988, à Sophia Antipolis), parce que les grands daïcideurs de notre beau pays s'y opposaient et voulaient promouvoir ce bon vieux Minitel.
Pour l'anecdote : il a été impossible pour l'INRIA de faire fabriquer par notre industrie de l'époque (Alcatel &co) un routeur TCP/IP, ne serait-ce que des prototypes. Les fabricants ne voulaient pas se lancer là dedans (les cons…). Il a fallu donc que des chercheurs de l'INRIA profitent d'un voyage aux états-unis pour aller acheter eux-même chez un petit fabricant américain (un certain CISCO), quelques routeurs pour leurs expériences…
# balise video ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Un serveur de webcam en 35 lignes de Haskell. Évalué à 3.
Ça fait quelques années déjà que les navigateurs implémentent la balise
<video>et des fonctions de streaming.La lib OpenCV a-t-elle des fonctions de flux, genre génère du MPEG-TS à partir de la caméra ? Avec Nginx et ce module nginx-rtmp, ce serait certainement plus efficace en terme de bande passante, et de fluidité, non ?
[^] # Re: From the past
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Microsoft serait en train de développer un navigateur web basé sur Chromium. Évalué à 4.
Non non, il a raison de parler de Gecko, qui avait une vrai API pour être embarqué, l'API Embedding
[^] # Re: From the past
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Microsoft serait en train de développer un navigateur web basé sur Chromium. Évalué à 10.
Alors, en tant qu'ancien contributeur de Mozilla, je vais répondre.
Au départ, Gecko avait une API pour pouvoir être embarqué. Bon, elle n'était pas terrible, mais elle faisait le job à l'époque. Cela a permis le développement de navigateurs comme Epiphany, ou encore Camino (sous Mac OS). Ces navigateurs utilisaient vraiment la version "embarquée" de Gecko : leur interface n'était pas en XUL/JS, mais en pur GTK pour l'un, et Cocoa pour l'autre.
Malheureusement, cette API Embedding n'a pas été maintenue comme elle aurait dû l'être.
En fait les développements de Gecko étaient plus orientés pour faire une plateforme, pour réaliser des applications SUR Gecko, grâce à la technologie XUL pour l'interface, la technologie XPCom pour embarquer des composants tiers en C++, JS, voir Python (ce dernier binding a été réalisé par ActiveState, l'auteur de l'IDE Komodo, qui est donc en XUL + Python).
En effet, Mozilla développait Firefox, Thunderbird, Composer. Il fallait donc une "plateforme".
Bref, Gecko était plus fait pour embarquer, qu'être embarqué. Le paroxysme a été atteint quand XulRunner est sorti, ce qui a permis le développement d'application diverses et variées par divers boites..
Mais du coup, les ressources chez Mozilla n'étant pas extensible, l'API Embedding a connu le succès inverse : de moins en moins maintenue, car pas le temps, et pas utilisée par Mozilla. Et malheureusement pas de contributeurs externes pour la maintenir (ou si peu).
Bref, c'est pour ça qu'Epiphany a fini par se tourner vers Webkit, et que Camino est… mort.
Je me souviens avoir participé à un workshop dédié à l'API embedding lors d'un Summit Mozilla, pour discuter de l'avenir de cette API : abandon ? ou pas ? faut-il la réécrire ? ce qu'il faudrait pour l'améliorer, etc… On était plusieurs à essayer de pousser à faire renaître cette API, parce que la concurrence commençait à se développer, grâce à la facilité d'embarquer WebKit.
Malheureusement, ça n'a pas vraiment eu de suite. Il y a bien eu des tentatives pour la remettre au goût du jour mais la mayonnaise n'a pas pris, vu le peu de contributions externes.
Et puis c'est un peu le cercle vicieux : moins une API est utilisée, moins cela encourage à la maintenir. Et moins elle est maintenue, plus elle a des problèmes, et donc moins elle est utilisée.
Maintenant, dire que "Mozilla a décidé de", est très fortement exagéré. Mozilla n'a rien décidé du tout. L'abandon de l'API Embedding s'est fait par la force des choses, tout simplement. Mozilla ne l'utilisait pas, n'avait pas forcément les moyens humains et financiers d'investir là dedans, et avait d'autres chats à fouetter.
À noter que :
# Ça existe déjà ;-)
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche WBO : un tableau blanc interactif. Évalué à 5. Dernière modification le 05 décembre 2018 à 16:29.
C'est marrant, j'ai réalisé exactement le même projet avec des potes :-)
Bon, en fait c'était un peu plus évolué, parce qu'il s'agissait d'une implémentation du jeu "dessiné c'est gagné" : sur chaque client il y avait une zone de saisie permettant de proposer un mot, que le dessinateur de son coté validait ou pas. L'autre différence bien sûr, c'était qu'il n'y avait qu'un seul dessinateur à la fois, règles du jeu obligent.
Cependant, il y avait des similitudes : ce n'est pas le dessin qui était transmis, mais des ordres de dessin, genre dessiner des lignes, en fonction des actions de la souris, en temps réel donc. Tout ça relayé par le serveur aux multiples clients, puisqu'il pouvait y avoir plusieurs joueurs.
Bon, ok, il y avait quelques autres différences :
Et c'était il y a 23-24 ans, à l'IUT d'Orsay, dans le cadre d'un projet en équipe :-D.
[^] # Re: Il dit qu'il voit pas le rapport
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal La compote de pommes en gourde n'est PAS un truc de fainéant.. Évalué à 2.
C'est une histoire de cyclimse, que peuvent raconter ceux qui n'ont pas un clavier qui se blo
[^] # Re: C'était mieux avant
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Un développeur qui dénonce. Évalué à 10.
Npm, c'est le système de paquet le plus merdique que j'ai jamais vu. Il permet d'installer la même lib dans N versions. Tu te retrouves alors une appli avec du code quasi-dupliqué N fois, à cause des dépendances qui n'utilisent pas la même version de lib que les autres dépendances.
J'ai installé une appli Web servie par nodejs (Strider-cd), assez conséquente, certes, utilisant beaucoup de paquet différents. Voici quelques statistiques :
Bref, NPM est un système de paquets qui favorisent le bloatware et le gachi de ressources. Faut pas s'étonner après de toutes ces applis Web ou Electron qui réclament des mégas..
[^] # Re: Go → Rust
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Go et Rust, lequel est le remplaçant du C ?. Évalué à 10.
Il est beau ce FUD qualité OR.
Au sujet de Gecko, il y a eu certes une période où la communauté était moins prise en compte, c'était pendant la période du développement de FirefoxOS, dû a des problèmes de politique de management en interne. M'enfin cette période est terminée depuis pas mal de temps. En tout cas, ils n'ont jamais empêché quiconque de contribuer.
Au sujet de XUL : si tu parles du langage ou de XulRunner, je ne vois pas de quoi tu parles. XUL a plus de 20 ans, maintenant dépassé par le HTML (beaucoup d'innovations de XUL ont été migré en HTML, et sont devenus le shadow DOM, les WebComponents, Flexbox model en CSS et j'en passe). Ils avaient bien essayé de le proposer au W3C il y a une dizaine d'année mais les autres membres ont refusé parce que chacun avait un langage similaire et concurrent (XAML pour MS, cheupluquoi du coté de Adobe Air etc..).
Quoi qu'il en soit, jusqu'à la décision d’arrêter la prise en charge des extensions réalisées en XUL, il n'y a jamais eu de problème à contribuer sur le XUL ou de l'utiliser. Et si maintenant XUL est mort, c'est pas parce "qu'ils n'ont pas su tenir communautairement", mais parce qu'il y a eu des décisions de changements d'architecture, qui vont dans le bon sens. Ok, ça a fait râler quelques devs d'extensions (moi le premier), parce que il y a des choses que l'on ne peut plus faire dans les webextensions (lire ou écrire des fichiers par exemple), mais bon, c'est mieux pour l'utilisateur quand même (coté sécurité et coté compatibilité avec les autres navigateurs) et je le comprends tout à fait.
[^] # Re: Permissions Android
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Linux capabilities : se passer des commandes su et sudo. Évalué à 3.
De ce que j'en ai compris, sur Android, les permissions ne sont pas géré par le noyau mais par Android. Les applications n'ont pas accès au système (rappel: elles sont en Java), mais à un ensemble d'API (qui elles, appellent les api systèmes). Et une application est dans une sandbox. De ce fait, quand une application fait appelle à une API, Android vérifie que l'application a le droit d'appeler cette API, en se référant aux permissions données par l'utilisateur (que ce dernier a indiqué à l'installation ou au moment de l'appel à la fonctionnalité). Si c'est pas bon, ça échoue.
Bref, c'est la couche Android qui fait "firewall", pas le noyau.
[^] # Re: Cool.
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Ansible: la version 2.7 beta 1 est disponible. Évalué à 3.
un programme qui permet d’exécuter des tâches sur une autre machine (ou sur la machine locale), sachant que ces tâches sont programmées dans des fichiers Yaml et qu'elles sont idempotent, c'est à dire que si on relance le script de tâches, elles ne seront pas exécutées une nouvelle fois si il n'y a pas besoin.
Typiquement Ansible sert à configurer des machines.
# y mettre les moyens
Posté par Laurent J (site web personnel, Mastodon) . En réponse au sondage Mon ordinateur principal a coûté.... Évalué à 3.
Les seuls ordis que j'utilise sont ceux du boulot, que j'ai acheté après avoir demandé au patron à moi même si je m'autorisais à acheter du matos. Enfin bon bref, étant à mon compte, j'ai acheté un laptop il y a 7 ans et un desktop il y a 4 ans, tous les deux chez Dell.
Le laptop, c'est un latitude e6520 que j'ai pris toutes options (2500€ TTC, écran 15 pouces, Core i7 4c/8t RAM 8Go, SSD 256Go + des gadgets dont finalement je ne me sert pas, comme le lecteur d'empreinte, lecteur carte NFC…).
Je le trimballe partout, quasiment tous les jours (un peu moins depuis que j'ai le desktop). Et je m'en sers tous les jours depuis 7 ans (pour boulot ou perso). Bien que sur les angles la peinture de la coque s'use, il reste impeccable pour un "vieux" truc de 7 ans, et il est plutôt solide vu les quelques coups qu'il a pris (et parfois je resserre les vis des charnières de l'écran :-)). Le seul truc que j'ai vraiment usé : la batterie, j'en suis à ma 3ieme.
Coté performance, je n'ai pas encore de souci, ça ne rame pas même avec la dernière distro du moment (je fais de l'admin sys et du dev web). J'ai tout de même remplacé il y a un an le lecteur DVD intégré par un deuxième SSD, je commençais à manquer de place. Coté mémoire, je commence tout juste à être un peu à l'étroit, parce que j'utilise de plus en plus de VMs (virtualbox). Malheureusement, je ne peux pas rajouter de mémoire : c'est le seul point noir de la machine.
Tout ça pour dire que je ne regrette pas d'avoir mis le prix à l'époque, pour avoir la garantie d'une machine solide et durable, et qui va encore pouvoir me rendre service pas mal de temps je pense (tant que le manque de mémoire ne devient pas pénalisant).
Quant au desktop, pareil, j'ai essayé d'en prendre un évolutif avec suffisamment de performance (1500 €HT, Xeon E5, RAM 16Go, DD 2To, CG AMD Firepro). Je pense que j'ai encore de la marge et donc quelques années (?) avant qu'il devienne obsolète pour mes besoins.
[^] # Re: Faut juste bien l'appliquer [TM]
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Tectonique de la pâte thermique (Linux Pratique). Évalué à 3.
s/thermique/électrique ?