Oui, on peut lire des videos avec des plugin. Sachant que les plugins doivent respecter une interface API spécifique, qui n'est pas dédié à la vidéo. Donc dans un plugin, on peut faire n'importe quoi. En particulier, contrôler ce qui va être affiché, et pouvoir télécharger un flux, le décoder, le passer à la vérification DRM & cie. Le plugin Flash faisait tout ça.
Pour le navigateur, un plugin, c'est une boite noire. Il le charge, lui donne une zone d'affichage (définie par la balise object en html) et basta. Il n'a aucun contrôle sur ce que fait le plugin. Tout au plus peut-il l’arrêter et lui passer les appels de l'API exposée au niveau de la balise object.
Et puis est apparu la balise "video" en HTML. Comme indiqué, dédié à la video. Avec une API spécifique etc. Pas besoin d'installer des plugins obscures sur lesquels le navigateur n'a aucun contrôle.
Problème : c'est le navigateur qui prend en charge du décodage (ou une lib externe de l'OS, comme gstreamer ou directx…). Mais c'est surtout lui qui prend en charge le flux (et le passe à la lib de décodage).
Bref, dans les specs de la balise video : pas de support de DRM.
Et bien sûr, Flash agonisant, et HTML5 prenant de l'ampleur, ça ne plait pas aux diffuseurs de contenu drmisé.
D'où une nouvelle API permettant à la page web d'activer la vérification drm, de savoir si le navigateur prend en charge les DRM etc..
Alors bien sûr, on aura une nouvelle boite noire. Mais elle aura beaucoup moins de possibilité qu'un plugin, d'autant plus que dans Firefox, elle sera coupée de la machine grâce à une sandbox.
Si Mozilla depense trop d'argent pour embaucher et garder des employes au top, ca peut creer du ressentiment chez les volontaires
(note: je suis contributeur depuis 10 ans )
Bof. Franchement, je pense que la majorité des bénévoles s'en bat les c****es si Mozilla (Corporation ici) dépense trop d'argent pour les employés (et perso, je ne trouve pas). Même si il peut y avoir des problèmes de communication avec les bénévoles, globalement, les bénévoles sont plutôt bien "choyés".
Par exemple, il y a un "Summit" tous les 2-3 ans, qui rassemble tous les contributeurs externes et internes (salariés). Mozilla paye tout : voyage, hébergement, nourriture. Pareil pour les rassemblements plus locaux (niveau européens ou France par exemple). Idem, quand c'est nécessaire, pour ceux qui contribuent (font des confs..) au déroulement des sessions Mozilla au Fosdem, JDLL, RMLL etc…
Autre exemple : c'est un plaisir que de venir dans ces nouveaux locaux parisiens, où l'on est très bien accueilli. Fallait voir les anciens bureaux… Toujours bien accueilli, mais pas très grand, et pas très confortable (surtout pour les pleins temps). Là, les contributeurs peuvent "s'épanouir", en atteste les journées organisées depuis 1 an pour faire ensemble du code, de la trad, de la doc… Cela n'existait quasiment pas avant, faute de locaux adéquats. Il ne faut pas oublier que ces "superbes" locaux parisiens, c'est aussi pour les contributeurs, pas que pour les salariés.
Aussi, personnellement, je m'estime plutôt heureux comme contributeur. J'ai pu ainsi voyager (Vancouver/Whistler, Prague, Berlin, Barcelone…) et surtout dialoguer de vive voix / échanger avec des contributeurs venu de partout dans le monde, avec des salariés de la MoCo etc… Plein d'expériences enrichissantes quoi…
Et puis pour moi, plus Mozilla gagne de l'argent, plus je suis content, même si je n'en touche pas un centime : c'est rassurant pour l'avenir du projet (d'autant qu'une partie part dans des fonds de réserves pour au cas oû…), et donc pour le soutien des idées auxquelles j'adhère.
Maintenant, c'est vrai que tout n'est pas rose. Comme dans toute organisation, lucratives ou associatives, il y a des couacs, des trucs qui vont pas, des contents, des pas contents, et pas mal de compromis à faire. J'ai l'impression que beaucoup de gens externes à Mozilla n'en n'ont pas conscience : eh oui m'sieurs dames, le paradis n'existe pas, l'association "pure" n'existe pas, le projet "pure" n'existe pas, et surtout pas un de l'envergure de Mozilla. Plus une organisation comporte de gens, et plus il y a d'utilisateurs, plus c'est compliqué de satisfaire tout le monde.
C'est d'autant plus compliqué que Mozilla est, à ma connaissance, la première (et la seule ?) organisation à devoir gérer autant de bénévoles (des milliers) et de salariés (un millier) à la fois : cela nécessite des organisations de travail inédites, d'inventer des nouveaux modèles d'organisations, d'utiliser des outils de communication peu usuels (surtout pour les employés qui n'ont pas participé à des projets libres auparavant). Sans compter que beaucoup de salariés sont en télé-travail.
Mozilla, ce n'est pas qu'un projet informatique, c'est surtout un laboratoire sociale en expérimentation permanente, à mesure que le projet grossi. C'est aussi ça qui m’intéresse dans le projet personnellement.
Un exemple sur ça : comment faire en sorte que lors de la sortie d'une nouvelle version de Firefox, celui-ci mais aussi les sites web de Mozilla, soient prêt en plus de 80 langues le jour J ? Sachant que tout ce qui est traduction, est réalisé entièrement par des bénévoles. Cela demande une coordination spécifique, du boulot de la part de tout le monde. Pour en savoir plus, adressez vous à pascalc, c'est lui qui gère ça :-)
Certes, mais il serait dommage de n'écouter que ceux qui s'expriment sur le tracker ou la mailing list car ce n'est pas représentatif nécessairement de la base utilisateur, et d'envoyer balader les autres
euh… en gros, tu veux que Mozilla embauche une armée de personnes qui vont aller surfer sur les millions de blogs, histoire de voir ce qu'ils proposent ?
Si tu as vraiment quelque chose à dire, tu peux le dire sur ton blog, mais cela ne t'empêche pas non plus d'aller leur dire directement sur les canaux qu'ils utilisent : tu auras vraiment, mais alors vraiment, plus de chance d'être au moins lu par les personnes concernées.
Mozilla Foundation est sensé être un organisme à but non lucratif
Oui, mais les bureaux à Paris sont louées par Mozilla Corp, pas par Mozilla Foundation.
et vit en partie des dons des gens
En partie (toute petite) oui. Mais comme c'est la MoCo qui loue, avec ses propres sous (venant de contrat comme ceux avec Google), ce n'est pas avec les dons des gens :-p
Sur mobile, c'est plus compréhensible que sur desktop : il y a très peu de place. là, sur desktop, je trouve que ça ajoute plus de complexité qu'autre chose.
Tout à fait. Mais ne dis pas "ce n'est pas réutilisable". Quand on voit le hall of fame, même si il y a des projets abandonnés et/ou ont peu connu le succès, la techno a permis de faire pas mal de chose qui n'ont absolument rien à voir avec un navigateur web (exemple parmi tant d'autres : lecteur audio/media comme songbird, Miro, un IDE comme Komodo etc).
En passant, je n'ai pas indiqué le bon lien, il est finalement trop centré sur XulRunner. La liste serait plutôt celle-ci, ou encore celle-là. Nombre de projets sont des projets embarquant leur propre runtime Gecko (donc sans faire appel au binaire nommé "XulRunner", qui n'est finalement qu'un main() enrobant Gecko)
Que ce ne soit pas populaire, je veux bien l'admettre. mais de là à dire que ce n'est pas reutilisable, c'est totalement faux.
De plus, cette liste est loin d'être exhaustive. Il y a eu plein de boite qui ont utilisé XUL pour des projets internes. Et je sais de quoi je parle : j'en vit.
C'est l'histoire d'un mec qui a des compétences, alors il est embauché.
Ce n'est pas une embauche, c'est un changement de poste. Rappel : il a co-fondé le projet Mozilla ( == libération du code source de Netscape Navigator en 1998) et la fondation Mozilla (2003). Et indirectement donc, co-fondateur de Mozilla Corp (2005).
Bref, Mozilla vient de perdre l'un de ses piliers. Tout le monde polémique sur cette donation, sans voir ce qu'il a fait à coté (promotion d'un web ouvert tout ça, ouverture d'esprit de Mozilla même si ça peut paraitre contradictoire etc…). Et c'est bien dommage. Sans lui (1), on en serait probablement toujours à utiliser un IE6 moisi pour accéder au web.
Donc il est renvoyé,
Il n'a pas été renvoyé. Je sais de source sûre qu'il a vraiment donné sa démission, que c'est une décision de sa part, voyant que tout ce bashing pouvait mettre en péril Mozilla. Certes, il l'a fait sous pression, mais beaucoup plus sous la pression externe qu'interne.
comme ça les gens arrêtent de faire du bruit, et tout redevient comme avant.
C'est pas si sûr que ça. D'après ce que je vois, sa démission fait encore plus de bruit que le bashing extérieure qu'il subissait (et un peu intérieur de certains, qui, au final n'ont pas respecté le code de conduite de Mozilla ).
(1) il y avait aussi d'autres personnes à l'époque bien sûr, c'est le résultat du travail d'un groupe. Mais enlevez une personne d'un groupe de travail, surtout si c'est une des plus compétente, et le résultat est totalement différent. Je parle d'expérience.
Le commentaire faisait reférence au backup. Je donne donc une solution de backup. Et si on parle aussi de partage de fichier : rsync pour la synchro, et apache + Options Indexes + .htaccess + .htpassword pour le partage. ça fonctionne aussi très bien, même si il n'y a pas de clickodrome.
Cette liste sert juste à montrer quelques exemples. Son but n'a jamais été de recensé tout les meilleurs développeurs français, sinon elle ferait quelques centaines d'individus.
ah bah oui, mais bon, faut savoir les avantages/inconvénient d'un langage non typé, savoir les rêgles de conversion implicites du langage etc… Bref, avant de critiquer un langage, on l'apprend.
md5('240610708') === md5('QNKCDZO') Tout de suite, ça va mieux….
Quand on parle de "bureau debout", ce sont pour la plupart des bureaux "assis-debout", c'est à dire qui se règlent en hauteur selon ton besoin, en quelques secondes (sur la page indiquée, à part la 3ieme photo, le bureau noir, tous sont des bureaux assis-debout). Et donc bien entendu, ce n'est pas pour rester debout tous le temps.
J'ai investi dans un bureau assis-debout. Ça change la vie. Réellement. Déjà d'une part parce que tu bouges un peu plus qu'avec uniquement un bureau "assis", donc meilleur pour la santé. D'autre part, tu peux le régler au centimètre près. Donc cela te permet d'avoir exactement le réglage qu'il faut pour avoir les pieds à terre (en réglant la hauteur de chaise) mais aussi avoir les coudes au niveau du bureau, donc le clavier à la bonne hauteur.
Mais ça a aussi a des cotés pratiques indéniables. Exemples de cas où je met systématiquement mon bureau en position debout :
vidéo conférence pour les daily meetings Scrum : je suis débout, comme le reste de l'équipe qui est à l'autre bout de la France. Plus facile pour s'exprimer.
moments "réflexion" : je peux tourner en rond, et dés qu'une idée sort, je n'ai pas à me rassoir ou à me courber pour la noter sur mon ordi. C'est plus "fluide". Ou encore quand je fais des allers et retours entre mon tableau blanc et mon ordi.
tri de papiers (j'ai une fâcheuse manie d'empiler la paperasse, et une fois dans le mois, je range :-)) : pareil, je suis à faire des allers retours entre le bureau et l'armoire. C'est plus fluide, pas besoin de me rassoir ou me courber toutes les 10 secondes.
Et puis sinon, j'alterne debout/assis quand je code, ça dépend des moments.
Bref, ça serait dur de m'en passer (et c'est dur quand je dois passer la journée assis chez le client :-) ).
Cependant, et pour donner un conseil relatif au problème évoquer dans le journal : il faut s'imposer des pauses toutes les 20 minutes, demi-heure, ou heure selon la gravité du mal (de dos ou TMS). Et pendant ces pauses, bouger, faire un peu d'exercice physique (étirements, mouvements de gym…).
Gérer le droit de paternité sur un soft fait en équipe doit être un cauchemar…
Cher patron, c'est moi qui ait codé les lignes 50 à 68 dans le fichier truc.cpp, je voudrais en être propriétaire et les libérer en libre. Bisous.
Ah oui mais non, il y a quinze jour, Robert a corrigé un bug à la ligne 54. Faut que tu demandes à Robert pour la ligne 54
no futur, oubli, espèce de communiste, et fait gaffe, cvs blame indique bien que c'est moi qui est l'auteur de la ligne, je te retrouverai et je te pendrais sur place publique si tu la prend à ton compte, dit Robert
En terme de coût CPU, je trouve que c'est assez coûteux.
Gnii ? Le XML, en rapport avec ses possibilités (hiérarchie des données, attributs etc), est certainement le format le plus simple à parser qui existe ! En terme de tokens primaires, c'est pinuts : ",',inférieur,supérieur,!,--,&..;,: et.. c'est tout.
En comparaison, YAML (puisqu'on parle de lui plus haut) est une horreur. Il y a plein de caractères différents selon ce que tu veux représenter (quand je vois un YAML bien fourni, j'ai l'impression de lire des hiéroglyphes), il y a l'indentation à tenir compte, et j'en passe. Bref, plein de cas différents à traiter etc.. YAML c'est super lent à parser en comparaison à du XML (sans faire de validation).
J'avais comparé les spécifications de XML et YAML à une époque : 77 pages A4 pour YAML, 30 pages A4 pour XML. Faire un parser XML est bien plus facile qu'un parser YAML.
Je ne sais pas si c'est le cas pour la voiture en question, mais :
2) mettre le frein à main
De plus en plus de voiture (dans mon Scenic 2 par ex), le frein à main est électrique. Si les servos sont défaillants ou contrôlés par un ordinateur fou (si il y a connection entre le système de frein à main et le système central), ça ne va pas forcément fonctionner.
Si il n'est pas électrique, attention à ne pas serrer comme un bourrin, en le contrôlant, de manière à garder de l'adhérence..
3) rétrograder (à fond en première, tu ne roules pas à 200!),
Si c'est une boite automatique ou pilotée, est ce que c'est possible ? Est ce qu'il n'y a pas une "protection" empêchant de rétrograder à des rapports "incompatibles" avec la vitesse courante ? Il me semble que oui, même sur des boites manuelles, histoire de ne pas flinguer le moteur pour un bete changement de rapport inadéquate (je n'ai jamais vraiment essayé à fond, mais j'ai l'impression qu'il y a bien une résistance aux changements incompatibles sur les boites manuelles).
5) couper le contact
Attention, ça désactive le servo-frein, donc freinage beaucoup plus dur ! (il faut "pomper")
Je pense que je ferais ça dans un cas pareil : warning, point mort, frein à pied.
En cas d'absence ABS, en relâchant la pression au fur et à mesure de la décélération pour éviter le dérapage et garder de l'adhérence. Je tenterais aussi le frein à main, même électrique, si ça ne suffit pas…
le volant est obligatoirement relié physiquement aux roues.
je ne pourrais pas affirmer cela. Par contre, le volant peut être contrôlé par le système embarqué : c'est le cas pour les assistances au parking. Tu appuie sur un bouton, et la voiture se park toute seule quand elle a détecté une place suffisante. Elle s'occupe alors du volant qui tourne tout seul. Par contre apparemment, le conducteur doit continuer à manœuvrer le frein et l’accélérateur (en tout cas chez Citroen).
sauf que sur Debian, le patch du trou de sécurité apporté dans PHP 5.3.7, a été intégré dans PHP 5.3.3 (pareil sur pas mal de distro d'ailleurs je crois).
Bref, sur Debian, PHP 5.3.3 c'est ok . D'ailleurs j'avais moi même apporté un petite modif pour que ça fonctionne sur Debian. https://github.com/laurentj/password_compat (ce dépôt n'est pas forcément à jour par rapport à l'original…)
[^] # Re: Extension ou greffon?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Mozilla fait avancer le web et ajoute les DRM à Firefox. Évalué à 10.
Oui, on peut lire des videos avec des plugin. Sachant que les plugins doivent respecter une interface API spécifique, qui n'est pas dédié à la vidéo. Donc dans un plugin, on peut faire n'importe quoi. En particulier, contrôler ce qui va être affiché, et pouvoir télécharger un flux, le décoder, le passer à la vérification DRM & cie. Le plugin Flash faisait tout ça.
Pour le navigateur, un plugin, c'est une boite noire. Il le charge, lui donne une zone d'affichage (définie par la balise object en html) et basta. Il n'a aucun contrôle sur ce que fait le plugin. Tout au plus peut-il l’arrêter et lui passer les appels de l'API exposée au niveau de la balise object.
Et puis est apparu la balise "video" en HTML. Comme indiqué, dédié à la video. Avec une API spécifique etc. Pas besoin d'installer des plugins obscures sur lesquels le navigateur n'a aucun contrôle.
Problème : c'est le navigateur qui prend en charge du décodage (ou une lib externe de l'OS, comme gstreamer ou directx…). Mais c'est surtout lui qui prend en charge le flux (et le passe à la lib de décodage).
Bref, dans les specs de la balise video : pas de support de DRM.
Et bien sûr, Flash agonisant, et HTML5 prenant de l'ampleur, ça ne plait pas aux diffuseurs de contenu drmisé.
D'où une nouvelle API permettant à la page web d'activer la vérification drm, de savoir si le navigateur prend en charge les DRM etc..
Alors bien sûr, on aura une nouvelle boite noire. Mais elle aura beaucoup moins de possibilité qu'un plugin, d'autant plus que dans Firefox, elle sera coupée de la machine grâce à une sandbox.
# led eteinte
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal tmpc : un client minimaliste, et qimaptray : utiliser sa webcam pour être notifié des mails. Évalué à 3.
C'est une légende urbaine, ou c'est vraiment possible ?
[^] # Re: Vie privée
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Un nouveau pelage pour Firefox 29. Évalué à 10. Dernière modification le 04 mai 2014 à 15:40.
(note: je suis contributeur depuis 10 ans )
Bof. Franchement, je pense que la majorité des bénévoles s'en bat les c****es si Mozilla (Corporation ici) dépense trop d'argent pour les employés (et perso, je ne trouve pas). Même si il peut y avoir des problèmes de communication avec les bénévoles, globalement, les bénévoles sont plutôt bien "choyés".
Par exemple, il y a un "Summit" tous les 2-3 ans, qui rassemble tous les contributeurs externes et internes (salariés). Mozilla paye tout : voyage, hébergement, nourriture. Pareil pour les rassemblements plus locaux (niveau européens ou France par exemple). Idem, quand c'est nécessaire, pour ceux qui contribuent (font des confs..) au déroulement des sessions Mozilla au Fosdem, JDLL, RMLL etc…
Autre exemple : c'est un plaisir que de venir dans ces nouveaux locaux parisiens, où l'on est très bien accueilli. Fallait voir les anciens bureaux… Toujours bien accueilli, mais pas très grand, et pas très confortable (surtout pour les pleins temps). Là, les contributeurs peuvent "s'épanouir", en atteste les journées organisées depuis 1 an pour faire ensemble du code, de la trad, de la doc… Cela n'existait quasiment pas avant, faute de locaux adéquats. Il ne faut pas oublier que ces "superbes" locaux parisiens, c'est aussi pour les contributeurs, pas que pour les salariés.
Aussi, personnellement, je m'estime plutôt heureux comme contributeur. J'ai pu ainsi voyager (Vancouver/Whistler, Prague, Berlin, Barcelone…) et surtout dialoguer de vive voix / échanger avec des contributeurs venu de partout dans le monde, avec des salariés de la MoCo etc… Plein d'expériences enrichissantes quoi…
Et puis pour moi, plus Mozilla gagne de l'argent, plus je suis content, même si je n'en touche pas un centime : c'est rassurant pour l'avenir du projet (d'autant qu'une partie part dans des fonds de réserves pour au cas oû…), et donc pour le soutien des idées auxquelles j'adhère.
Maintenant, c'est vrai que tout n'est pas rose. Comme dans toute organisation, lucratives ou associatives, il y a des couacs, des trucs qui vont pas, des contents, des pas contents, et pas mal de compromis à faire. J'ai l'impression que beaucoup de gens externes à Mozilla n'en n'ont pas conscience : eh oui m'sieurs dames, le paradis n'existe pas, l'association "pure" n'existe pas, le projet "pure" n'existe pas, et surtout pas un de l'envergure de Mozilla. Plus une organisation comporte de gens, et plus il y a d'utilisateurs, plus c'est compliqué de satisfaire tout le monde.
C'est d'autant plus compliqué que Mozilla est, à ma connaissance, la première (et la seule ?) organisation à devoir gérer autant de bénévoles (des milliers) et de salariés (un millier) à la fois : cela nécessite des organisations de travail inédites, d'inventer des nouveaux modèles d'organisations, d'utiliser des outils de communication peu usuels (surtout pour les employés qui n'ont pas participé à des projets libres auparavant). Sans compter que beaucoup de salariés sont en télé-travail.
Mozilla, ce n'est pas qu'un projet informatique, c'est surtout un laboratoire sociale en expérimentation permanente, à mesure que le projet grossi. C'est aussi ça qui m’intéresse dans le projet personnellement.
Un exemple sur ça : comment faire en sorte que lors de la sortie d'une nouvelle version de Firefox, celui-ci mais aussi les sites web de Mozilla, soient prêt en plus de 80 langues le jour J ? Sachant que tout ce qui est traduction, est réalisé entièrement par des bénévoles. Cela demande une coordination spécifique, du boulot de la part de tout le monde. Pour en savoir plus, adressez vous à pascalc, c'est lui qui gère ça :-)
[^] # Re: Vie privée et Piwik
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Un nouveau pelage pour Firefox 29. Évalué à 3.
euh… en gros, tu veux que Mozilla embauche une armée de personnes qui vont aller surfer sur les millions de blogs, histoire de voir ce qu'ils proposent ?
Si tu as vraiment quelque chose à dire, tu peux le dire sur ton blog, mais cela ne t'empêche pas non plus d'aller leur dire directement sur les canaux qu'ils utilisent : tu auras vraiment, mais alors vraiment, plus de chance d'être au moins lu par les personnes concernées.
[^] # Re: Vie privée
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Un nouveau pelage pour Firefox 29. Évalué à 4.
Oui, mais les bureaux à Paris sont louées par Mozilla Corp, pas par Mozilla Foundation.
En partie (toute petite) oui. Mais comme c'est la MoCo qui loue, avec ses propres sous (venant de contrat comme ceux avec Google), ce n'est pas avec les dons des gens :-p
[^] # Re: Euh euh euuuuuuh
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal GNOME Web, alias Epiphany : le navigateur idéal (le jour de Pâques). Évalué à 5.
Sur mobile, c'est plus compréhensible que sur desktop : il y a très peu de place. là, sur desktop, je trouve que ça ajoute plus de complexité qu'autre chose.
[^] # Re: Peut mieux faire
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Thunderbird : j'en peux plus ! Qui arrive à l'utiliser pour de vrai ? Quoi d'autre ?. Évalué à 2.
Tout à fait. Mais ne dis pas "ce n'est pas réutilisable". Quand on voit le hall of fame, même si il y a des projets abandonnés et/ou ont peu connu le succès, la techno a permis de faire pas mal de chose qui n'ont absolument rien à voir avec un navigateur web (exemple parmi tant d'autres : lecteur audio/media comme songbird, Miro, un IDE comme Komodo etc).
En passant, je n'ai pas indiqué le bon lien, il est finalement trop centré sur XulRunner. La liste serait plutôt celle-ci, ou encore celle-là. Nombre de projets sont des projets embarquant leur propre runtime Gecko (donc sans faire appel au binaire nommé "XulRunner", qui n'est finalement qu'un main() enrobant Gecko)
[^] # Re: Peut mieux faire
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Thunderbird : j'en peux plus ! Qui arrive à l'utiliser pour de vrai ? Quoi d'autre ?. Évalué à 2.
Que ce ne soit pas populaire, je veux bien l'admettre. mais de là à dire que ce n'est pas reutilisable, c'est totalement faux.
De plus, cette liste est loin d'être exhaustive. Il y a eu plein de boite qui ont utilisé XUL pour des projets internes. Et je sais de quoi je parle : j'en vit.
[^] # Re: Peut mieux faire
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Thunderbird : j'en peux plus ! Qui arrive à l'utiliser pour de vrai ? Quoi d'autre ?. Évalué à 1.
Ah bon ?
[^] # Re: Suis-je le seul à avoir l'impression de vivre dans un roman de science-fiction ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Journal bookmark. Évalué à 3.
Oui ici il s'agit de la MoCo. Y a pas de CEO dans une fondation à priori :)
[^] # Re: Suis-je le seul à avoir l'impression de vivre dans un roman de science-fiction ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Journal bookmark. Évalué à 9.
Ce n'est pas une embauche, c'est un changement de poste. Rappel : il a co-fondé le projet Mozilla ( == libération du code source de Netscape Navigator en 1998) et la fondation Mozilla (2003). Et indirectement donc, co-fondateur de Mozilla Corp (2005).
Bref, Mozilla vient de perdre l'un de ses piliers. Tout le monde polémique sur cette donation, sans voir ce qu'il a fait à coté (promotion d'un web ouvert tout ça, ouverture d'esprit de Mozilla même si ça peut paraitre contradictoire etc…). Et c'est bien dommage. Sans lui (1), on en serait probablement toujours à utiliser un IE6 moisi pour accéder au web.
Il n'a pas été renvoyé. Je sais de source sûre qu'il a vraiment donné sa démission, que c'est une décision de sa part, voyant que tout ce bashing pouvait mettre en péril Mozilla. Certes, il l'a fait sous pression, mais beaucoup plus sous la pression externe qu'interne.
C'est pas si sûr que ça. D'après ce que je vois, sa démission fait encore plus de bruit que le bashing extérieure qu'il subissait (et un peu intérieur de certains, qui, au final n'ont pas respecté le code de conduite de Mozilla ).
(1) il y avait aussi d'autres personnes à l'époque bien sûr, c'est le résultat du travail d'un groupe. Mais enlevez une personne d'un groupe de travail, surtout si c'est une des plus compétente, et le résultat est totalement différent. Je parle d'expérience.
[^] # Re: apt-get update
Posté par Laurent J (site web personnel, Mastodon) . En réponse au sondage Quelles sont vos sources d'information pour le logiciel libre/open source ?. Évalué à 2. Dernière modification le 02 avril 2014 à 18:08.
pacman, c'est nul. Avec Ipot, je le sais 6 mois avant.
[^] # Re: Owncloud...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Canonical abandonne Ubuntu One. Évalué à -8.
bon, en fait, tu as marché en plein dedans. Va nettoyer tes chaussures, sinon madame va pas être contente.
[^] # Re: Owncloud...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Canonical abandonne Ubuntu One. Évalué à -10.
Je sais de quoi on parle, merci.
Le commentaire faisait reférence au backup. Je donne donc une solution de backup. Et si on parle aussi de partage de fichier : rsync pour la synchro, et apache + Options Indexes + .htaccess + .htpassword pour le partage. ça fonctionne aussi très bien, même si il n'y a pas de clickodrome.
[^] # Re: Owncloud...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Canonical abandonne Ubuntu One. Évalué à -3.
rsync.
[^] # Re: Bof
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche 100 développeurs : la part belle à l’Open Source. Évalué à 4.
Cette liste sert juste à montrer quelques exemples. Son but n'a jamais été de recensé tout les meilleurs développeurs français, sinon elle ferait quelques centaines d'individus.
[joke] La preuve, je n'y suis pas :-)[/joke]
[^] # Re: oh bah heu... merci :)
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche 100 développeurs : la part belle à l’Open Source. Évalué à 4.
Ou te mettre à ton compte, avec quelques spécialités à ton CV ;-)
[^] # Re: Ça reste du PHP
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche The Hack language : PHP avec un peu de typage statique. Évalué à 3.
ah bah oui, mais bon, faut savoir les avantages/inconvénient d'un langage non typé, savoir les rêgles de conversion implicites du langage etc… Bref, avant de critiquer un langage, on l'apprend.
md5('240610708') === md5('QNKCDZO')
[^] # Re: Bureau debout
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Posture de travail et mal de dos. Évalué à 4. Dernière modification le 16 mars 2014 à 14:46.
Quand on parle de "bureau debout", ce sont pour la plupart des bureaux "assis-debout", c'est à dire qui se règlent en hauteur selon ton besoin, en quelques secondes (sur la page indiquée, à part la 3ieme photo, le bureau noir, tous sont des bureaux assis-debout). Et donc bien entendu, ce n'est pas pour rester debout tous le temps.
J'ai investi dans un bureau assis-debout. Ça change la vie. Réellement. Déjà d'une part parce que tu bouges un peu plus qu'avec uniquement un bureau "assis", donc meilleur pour la santé. D'autre part, tu peux le régler au centimètre près. Donc cela te permet d'avoir exactement le réglage qu'il faut pour avoir les pieds à terre (en réglant la hauteur de chaise) mais aussi avoir les coudes au niveau du bureau, donc le clavier à la bonne hauteur.
Mais ça a aussi a des cotés pratiques indéniables. Exemples de cas où je met systématiquement mon bureau en position debout :
Et puis sinon, j'alterne debout/assis quand je code, ça dépend des moments.
Bref, ça serait dur de m'en passer (et c'est dur quand je dois passer la journée assis chez le client :-) ).
Cependant, et pour donner un conseil relatif au problème évoquer dans le journal : il faut s'imposer des pauses toutes les 20 minutes, demi-heure, ou heure selon la gravité du mal (de dos ou TMS). Et pendant ces pauses, bouger, faire un peu d'exercice physique (étirements, mouvements de gym…).
[^] # Re: euh ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Un autre son de cloche sur le droit d'auteur par un avocat non libriste. Évalué à 5.
Gérer le droit de paternité sur un soft fait en équipe doit être un cauchemar…
# Firefox OS
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Flappy Space Program : les sources. Évalué à 4.
Il manque pas beaucoup pour en faire une web app ;-)
Je ne sais pas si c'est à cause de la qualité pas terrible de mon écran tactile, mais le jeu a du mal à prendre en compte les "tap" sur mon FxOS…
[^] # Re: XML
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal XML c'est de la daube!!!. Évalué à 9.
Gnii ? Le XML, en rapport avec ses possibilités (hiérarchie des données, attributs etc), est certainement le format le plus simple à parser qui existe ! En terme de tokens primaires, c'est pinuts : ",',inférieur,supérieur,!,--,&..;,: et.. c'est tout.
En comparaison, YAML (puisqu'on parle de lui plus haut) est une horreur. Il y a plein de caractères différents selon ce que tu veux représenter (quand je vois un YAML bien fourni, j'ai l'impression de lire des hiéroglyphes), il y a l'indentation à tenir compte, et j'en passe. Bref, plein de cas différents à traiter etc.. YAML c'est super lent à parser en comparaison à du XML (sans faire de validation).
J'avais comparé les spécifications de XML et YAML à une époque : 77 pages A4 pour YAML, 30 pages A4 pour XML. Faire un parser XML est bien plus facile qu'un parser YAML.
[^] # Re: tiens
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Encore un exemple de code spaghetti : Toyota. Évalué à 2.
Je ne sais pas si c'est le cas pour la voiture en question, mais :
De plus en plus de voiture (dans mon Scenic 2 par ex), le frein à main est électrique. Si les servos sont défaillants ou contrôlés par un ordinateur fou (si il y a connection entre le système de frein à main et le système central), ça ne va pas forcément fonctionner.
Si il n'est pas électrique, attention à ne pas serrer comme un bourrin, en le contrôlant, de manière à garder de l'adhérence..
Si c'est une boite automatique ou pilotée, est ce que c'est possible ? Est ce qu'il n'y a pas une "protection" empêchant de rétrograder à des rapports "incompatibles" avec la vitesse courante ? Il me semble que oui, même sur des boites manuelles, histoire de ne pas flinguer le moteur pour un bete changement de rapport inadéquate (je n'ai jamais vraiment essayé à fond, mais j'ai l'impression qu'il y a bien une résistance aux changements incompatibles sur les boites manuelles).
Attention, ça désactive le servo-frein, donc freinage beaucoup plus dur ! (il faut "pomper")
Je pense que je ferais ça dans un cas pareil : warning, point mort, frein à pied.
En cas d'absence ABS, en relâchant la pression au fur et à mesure de la décélération pour éviter le dérapage et garder de l'adhérence. Je tenterais aussi le frein à main, même électrique, si ça ne suffit pas…
[^] # Re: Quelles sont les entrées / sorties d'un tel programme ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Encore un exemple de code spaghetti : Toyota. Évalué à 2.
je ne pourrais pas affirmer cela. Par contre, le volant peut être contrôlé par le système embarqué : c'est le cas pour les assistances au parking. Tu appuie sur un bouton, et la voiture se park toute seule quand elle a détecté une place suffisante. Elle s'occupe alors du volant qui tourne tout seul. Par contre apparemment, le conducteur doit continuer à manœuvrer le frein et l’accélérateur (en tout cas chez Citroen).
[^] # Re: Version PHP
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Kanboard, un logiciel libre pour gérer ses projets avec la méthode Kanban. Évalué à 3.
sauf que sur Debian, le patch du trou de sécurité apporté dans PHP 5.3.7, a été intégré dans PHP 5.3.3 (pareil sur pas mal de distro d'ailleurs je crois).
Bref, sur Debian, PHP 5.3.3 c'est ok . D'ailleurs j'avais moi même apporté un petite modif pour que ça fonctionne sur Debian. https://github.com/laurentj/password_compat (ce dépôt n'est pas forcément à jour par rapport à l'original…)