Il y a peut-être un travail de désapprentissage de la programmation OOP à mener. Lis la dépêche récente sur John Carmack et la programmation fonctionelle. Il y a des liens intéressant sur l'approche fonctionelle dans différents langages, y compris Python.
Ca j'en suis de plus en plus convaincu. Un des gros problèmes à mon avis, c'est que les écoles/uni (celles que je connais en tout cas) ont tendance à avoir des cours de POO complètement débiles où on crée une hiérarchie complexe pour un petit problème (parce que sinon ça tient pas dans un labo) et où un étudiant qui arrive avec une solution faite de 3 fonctions de 10 lignes et un tableau va se faire démonter par le prof.
La POO, c'est sympa, mais dans 90% de ce qui est présenté à l'école (et dans les tutos sur le net), le code serait plus simple, moins long et plus compréhensible avec juste quelques fonctions. Et garder la POO pour les parties où c'est vraiment utile, où ça simplifie les choses.
J'adore Python et je l'utilise énormément. Le seul gros problème que j'ai avec, c'est l'impossibilité de déclarer des fonctions pures (sans effets de bord). Comme tout ce qui n'est pas type de base est passé par référence, on a vite fait de modifier un paramètre sans y penser.
Il y a aussi les règles de "scoping" qui sont pas très instinctives, avec les boucles qui n'ont pas leur propre espace de noms (une variable déclarée dans une boucle for est en fait déclarée dans le def contenant la boucle).
Une partie de ma formation (un stage en fait) où j'ai le plus appris niveau qualité du code, c'est dans une boîte qui pratique les revues de code systématique de tous les commit.
Ca signifie que pour qu'un bout de code intègre le projet, il faut qu'un autre ingénieur le relise. Outre trouver des bugs, ça permet aussi d'avoir une discussion sur la façon d'implémenter les choses, d'éviter l'over-engineering ("pourquoi y'a besoin de 3 factory et 4 proxy alors qu'une fonction suffirait ?"), etc…
Mais l'effet le plus intéressant, c'est que ça force à relire son code avant d'envoyer pour une revue, à vérifier que les commentaires sont là où il faut, à virer tous les trucs deg qu'on fait quand on développe dans sons coin (genre les log de debug à moitié commentés).
La deuxième chose, c'est d'écrire des tests unitaires. C'est très chiant d'écrire des tests pour du code spaghetti avec 45 dépendances dans tous les sens. Si on arrive à écrire des petits tests unitaires sur chaque fonction/classe, c'est qu'en général, le code est déjà bien découpé.
Après, y'a le style de code. Ca, c'est un peu les goûts et les couleurs, mais si le code passe une revue de code et des tests unitaires, c'est qu'il devrait être compréhensible.
Il y a Wikitravel qui m'est souvent utile quand je voyage. C'est une boîte qui gère (pas une fondation), mais les articles sont sous CC-SA.
La version anglaise donne un bon aperçu des destinations sans entrer dans tous les détails d'un guide papier de 200 pages. J'ai jamais utilisé la version française.
Est-ce que le changement de carte vidéo à chaud (sur les portables qui ont deux cartes) est également facilité avec Wayland ? De mémoire, il me semble que c'était très compliqué à implémenter sous X.org.
Tu peux installer une VM linux sur ton windows, la mettre en fullscreen et tu as Linux sur ton laptop windows. De toute manière, si c'est pour bosser en SSH, c'est pas la (petite) perte de perf entre VM ou Linux natif qui va faire une différence.
Je ne vois pas vraiment en quoi ça plaide pour une interdiction. Tu peux remplacer cannabis par pas mal d'autres activités (alcool, jeux vidéo, bouffe, etc…) et tu auras les mêmes résultats.
C'est très très rare les choses dont l'abus n'est pas nocif pour la santé. C'est pas une raison pour tout interdire.
Mon hypothèse, c'est que si on utilisait les milliards dépensés pour lutter (sans aucun effet) contre le traffic de drogue pour éduquer les gens sur les effets et les méfaits de chaque drogue, ça serait plus efficace. Perso, si je ne consomme pas d'héroïne et de LSD, c'est pas parce que c'est interdit ou difficile à se procurer, c'est parce que je sais que c'est dangereux.
Alors après, qu'il y ait des gens qui deviennent dépendant à la substance XY parce qu'ils ont une période difficile, c'est un problème. Mais c'est pas en interdisant la substance que ça va résoudre le problème, c'est en aidant les personnes.
Substances qu'il est d'ailleurs impossible d'interdire car utilisées par l'industrie en quantité gigantesque (par rapport à la quantité minime qui suffit à se défoncer). On atteint vraiment les limites de la prohibition.
Je ne comprends pas trop comment les projets Kickstarter arrivent à attirer autant d'argent. Quand on va sur la page du projet, on voit une description vague, peu de concept-art… Il y a un truc pour devenir millionaire rapidos? :-)
Des quelques projets de jeux vidéos que j'ai un peu suivi et qui ont été financés, il me semble que la recette est un mélange entre :
- Un concept sympa, en général novateur et peut-être pas assez rentable pour qu'une grosse boîte de jeu se lance dedans (même à 1 ou 2 millions levés, ça reste un petit budget)
- Une équipe crédible. Les projets qui marchent ont en général une équipe solide, qui a de l'expérience dans le domaine.
- Pas mal de marketing, de bouche à oreille, de réseau social, toussa
Je trouve le concept plutôt sympa. Ca permet de court-circuiter les mastodontes que sont les éditeurs traditionels (dans le jeu vidéo et dans d'autres choses) et de lancer des projets indépendants.
Kickstarter a récemment eu quelques "problèmes" de confusion des donateurs. Certaines personnes croient avoir acheté quelque chose lorsqu'elle donnent de l'argent (en général y'a des récompenses si on donne tel montant). Mais en fait, c'est une donation, donc y'a aucune garantie de succès derrière. Du coup, ils essaient de clarifier les choses.
Après, c'est vrai qu'on se dit que y'a des projets libres qui ont de la peine à se financer et que c'est un peu dommage. Mais peut-être justement que le modèle Kickstarter est une chance pour ces projets. Plutôt que d'avoir un bouton "donation" sur le site, peut-être que de lancer une campagne de don pour des développements spécifiques est plus efficace. A explorer…
Franchement, je ne fais pas plus confiance à Canonical qu'à Google pour mes données personnelles. Ce qui me dérange, c'est que quand je crois faire une recherche locale, en fait ça envoie ça sur internet. On est déjà assez espionnés sur le net, y'a pas besoin que nos OS s'y mettent aussi.
Alors après, que Canonical ait besoin d'argent : ok. Mais là, c'est à mon avis une grosse connerie. Ils vont se mettre à dos une énorme partie de leur base d'utilisateur qui est formée de personnes bien au fait des questions de vie privée. Et ce sont ces gens qui recommendent Ubuntu à leur entourage. Perso, si c'est integré comme ça, je vais déconseiller Ubuntu à tout mon entourage.
J'imagine d'ailleurs assez le scandale si c'était Microsoft ou Apple qui avait annoncé un truc pareil.
Il semble qu'Apple ait les données TomTom, mais d'après le premier article, le problème c'est de fusionner les données de plusieurs sources. Il semblerait également que Google ait fait énormément de vérifications manuelles et ils ont évidemment une base de données très très importante avec Street View.
Bref, même à coup de $, construire des cartes précises de la planète entière, ça demande énormément de travail, une très grosse infrastructure (le calcul distribué c'est pas vraiment la spécialité d'Apple) et beaucoup de temps.
Ca ne semble vraiment pas être le même cas de figure que RedHat. Là, Google semble avoir fait pression (en menaçant de leur retirer la licence qui permet de noter "Android with Google" sur leurs téléphones) sur Acer pour qu'ils ne sortent pas de smartphone sous un OS concurrent d'Android. Acer n'a pas demandé à Google de faire du support sur un OS tiers.
Pour prendre l'analogie avec RedHat, c'est comme s'ils menaçaient une entreprise d'arrêter le support des postes RHEL si l'entreprise installe un serveur qui tourne sous Ubuntu.
Je comprends que PHP ait pu avoir du succès à sa sortie, mais actuellement, je ne le comprends plus tellement. Je ne vois pas un seul avantage intrinsèque de PHP par rapport à ses concurrents, notamment par rapport à Python (vu que je maîtrise maintenant assez bien Python, après avoir fait pas mal de PHP).
Le langage en tant que tel, il n'a aucun avantage. Plutôt des désavantages même (moins puissant et expressif que Ruby ou Python). Par contre, le gros truc de PHP c'est que c'est super simple à déployer : tu copie un .php dans un dossier et tu vas sur http://monserveur/mondossier/fichier.php et c'est bon.
Python, Ruby et les autre, c'est en général plus compliqué : il faut en général mettre en place un URL dispatcher et utiliser des template pour séparer HTML du code. Au final, ça donne des applis plus propres, mais faut apprendre un peu plus.
Et puis bon, PHP a l'avantage d'être supporté par tous les fournisseurs d'hébergement web, d'être quasi-intégré à Apache. Par rapport à d'autres langages ou il faut utiliser fastcgi ou autre, c'est plus simple.
Scala s'en tire pas mal non ?
(Je dis pas que c'est parfait hein, mais ça montre que c'est possible d'avoir des bonnes perfs avec un truc différent de Java)
Latex n'est pas une solution. Même si on met de côté sa complexité, il a tout un tas de défauts dans un domaine non scientifique : typiquement, mettre une image à un endroit précis sur une page, c'est la merde (normal c'est pas fait pour). Alors dans le domaine scientifique, on a l'habitude d'avoir des références vers les figure et ça va bien. Mais si c'est pour faire un formulaire, un dépliant ou que sais-je, ça ne marche juste pas.
Bref, Latex fait très bien ce pour quoi il a été crée. De là à remplacer toutes les utilisations d'un traitement de texte, je ne suis pas convaincu.
Puis bon, l'autre chose, c'est que c'est juste illusoire d'apprendre Latex à tous ceux qui bossent dans une administration. Ca demanderait des heures et des heures de formation et je suis même pas sûr que ça réduise les problèmes (les gens vont appeler le support pour savoir comment faire tel ou tel chose en Latex).
En même temps, systemd peut forwarder les logs à syslog ou à ce que tu veux d'autre, donc de ce côté-là, tu peux garder exactement la même configuration qu'avant.
Les gros avantages tournent autour du fait que le design est plus adapté au monde moderne : Contrairement à init standard, systemd considère que tout peut être hotpluggé (pas besoin d'attendre que tout soit monté avant de fsck). Il permet de starter les services en parallèle sans utiliser de hacks comme c'est le cas actuellement. Il permet d'avoir un journal centralisé du stdout/stderr de tous les processus et de facilement trouver ce qu'un processus a loggé (via des metadata). J'en passe et des meilleurs.
Donc maintenant, si quelqu'un d'autre que Lennart propose des réponses (avec du code qui marche, pas au café du commerce) à ces problèmes, y'a probablement plein de distribs qui seront content de proposer l'alternative. Mais voilà, y'a personne qui ne le fait.
Ceci dit, ça n'as pas l'air immédiatement exploitable pour envoyer de fausses notifications ou autre, puisqu'il faut encore un certificat : https://news.ycombinator.com/item?id=4473973
De toute façon, le problème avec ces infos c'est pas tellement en terme de sécurité informatique, mais plutôt de protection des données.
En fait c'est pas forcément Apple qui a livré ces données au FBI. Ca pourrait être n'importe quel développeur d'applis iOS qui utilise les push notifications et qui a 12 millions d'utilisateur (donc ça limite un peu). Ca pourrait aussi ne pas venir du FBI.
Surtout que dans l'état actuel, pdfjs est franchement lent. Le scrolling rame et il faut genre 1/2 second pour charger une page, ce qui est lourd quand on survol le document. Et j'ai un i7… C'est franchement un gag.
Ton exemple de "droit de ne pas se faire chier" est complètement à côté de la plaque. Si le logiciel ne fonctionne pas correctement ou comme tu veux, ça n'a strictement rien à voir avec la licence. A moins que tu me trouves une licence qui spécifie que le logiciel doit crasher toute les 10 utilisations…
Si l'utilisateur préfère un logiciel qui marche à un logiciel libre qui marche moins bien, c'est son problème. Ca veut dire que la liberté de modifier le logiciel est moins importante, pour lui, que les fonctionnalités. Mais ça ne rend pas le logiciel proprio plus libre. Et surtout, ça n'a rien à voir avec la licence, mais avec une autre échelle de comparaison (fonctionne pas - fonctionne bien).
[^] # Re: C'est quoi propre ?
Posté par Jux (site web personnel) . En réponse au journal Du code propre, c'est quoi ?. Évalué à 4.
Ca j'en suis de plus en plus convaincu. Un des gros problèmes à mon avis, c'est que les écoles/uni (celles que je connais en tout cas) ont tendance à avoir des cours de POO complètement débiles où on crée une hiérarchie complexe pour un petit problème (parce que sinon ça tient pas dans un labo) et où un étudiant qui arrive avec une solution faite de 3 fonctions de 10 lignes et un tableau va se faire démonter par le prof.
La POO, c'est sympa, mais dans 90% de ce qui est présenté à l'école (et dans les tutos sur le net), le code serait plus simple, moins long et plus compréhensible avec juste quelques fonctions. Et garder la POO pour les parties où c'est vraiment utile, où ça simplifie les choses.
Cette présentation "Stop Writing Classes" concernant la POO en Python est très très pertinente à ce sujet :
http://pyvideo.org/video/880/stop-writing-classes
[^] # Re: Propre en Python ???
Posté par Jux (site web personnel) . En réponse au journal Du code propre, c'est quoi ?. Évalué à 3.
J'adore Python et je l'utilise énormément. Le seul gros problème que j'ai avec, c'est l'impossibilité de déclarer des fonctions pures (sans effets de bord). Comme tout ce qui n'est pas type de base est passé par référence, on a vite fait de modifier un paramètre sans y penser.
Il y a aussi les règles de "scoping" qui sont pas très instinctives, avec les boucles qui n'ont pas leur propre espace de noms (une variable déclarée dans une boucle for est en fait déclarée dans le def contenant la boucle).
# Code review
Posté par Jux (site web personnel) . En réponse au journal Du code propre, c'est quoi ?. Évalué à 10.
Une partie de ma formation (un stage en fait) où j'ai le plus appris niveau qualité du code, c'est dans une boîte qui pratique les revues de code systématique de tous les commit.
Ca signifie que pour qu'un bout de code intègre le projet, il faut qu'un autre ingénieur le relise. Outre trouver des bugs, ça permet aussi d'avoir une discussion sur la façon d'implémenter les choses, d'éviter l'over-engineering ("pourquoi y'a besoin de 3 factory et 4 proxy alors qu'une fonction suffirait ?"), etc…
Mais l'effet le plus intéressant, c'est que ça force à relire son code avant d'envoyer pour une revue, à vérifier que les commentaires sont là où il faut, à virer tous les trucs deg qu'on fait quand on développe dans sons coin (genre les log de debug à moitié commentés).
La deuxième chose, c'est d'écrire des tests unitaires. C'est très chiant d'écrire des tests pour du code spaghetti avec 45 dépendances dans tous les sens. Si on arrive à écrire des petits tests unitaires sur chaque fonction/classe, c'est qu'en général, le code est déjà bien découpé.
Après, y'a le style de code. Ca, c'est un peu les goûts et les couleurs, mais si le code passe une revue de code et des tests unitaires, c'est qu'il devrait être compréhensible.
# Wikitravel
Posté par Jux (site web personnel) . En réponse au journal Site de recommandation libre ?. Évalué à 4.
Il y a Wikitravel qui m'est souvent utile quand je voyage. C'est une boîte qui gère (pas une fondation), mais les articles sont sous CC-SA.
La version anglaise donne un bon aperçu des destinations sans entrer dans tous les détails d'un guide papier de 200 pages. J'ai jamais utilisé la version française.
[^] # Re: wayland
Posté par Jux (site web personnel) . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 3.
Est-ce que le changement de carte vidéo à chaud (sur les portables qui ont deux cartes) est également facilité avec Wayland ? De mémoire, il me semble que c'était très compliqué à implémenter sous X.org.
[^] # Re: il faut bien ;)
Posté par Jux (site web personnel) . En réponse au journal [PUB] Mon employeur recrute - Boston area - Software Performance. Évalué à 5.
Tu peux installer une VM linux sur ton windows, la mettre en fullscreen et tu as Linux sur ton laptop windows. De toute manière, si c'est pour bosser en SSH, c'est pas la (petite) perte de perf entre VM ou Linux natif qui va faire une différence.
[^] # Re: Dommages irréversibles au QI
Posté par Jux (site web personnel) . En réponse au journal Dépénalisation du cannabis. Qu'en pensez-vous ?. Évalué à 6. Dernière modification le 16 octobre 2012 à 23:05.
Je ne vois pas vraiment en quoi ça plaide pour une interdiction. Tu peux remplacer cannabis par pas mal d'autres activités (alcool, jeux vidéo, bouffe, etc…) et tu auras les mêmes résultats.
C'est très très rare les choses dont l'abus n'est pas nocif pour la santé. C'est pas une raison pour tout interdire.
Mon hypothèse, c'est que si on utilisait les milliards dépensés pour lutter (sans aucun effet) contre le traffic de drogue pour éduquer les gens sur les effets et les méfaits de chaque drogue, ça serait plus efficace. Perso, si je ne consomme pas d'héroïne et de LSD, c'est pas parce que c'est interdit ou difficile à se procurer, c'est parce que je sais que c'est dangereux.
Alors après, qu'il y ait des gens qui deviennent dépendant à la substance XY parce qu'ils ont une période difficile, c'est un problème. Mais c'est pas en interdisant la substance que ça va résoudre le problème, c'est en aidant les personnes.
[^] # Re: débat dogmatique
Posté par Jux (site web personnel) . En réponse au journal Dépénalisation du cannabis. Qu'en pensez-vous ?. Évalué à 2.
Substances qu'il est d'ailleurs impossible d'interdire car utilisées par l'industrie en quantité gigantesque (par rapport à la quantité minime qui suffit à se défoncer). On atteint vraiment les limites de la prohibition.
[^] # Re: traître
Posté par Jux (site web personnel) . En réponse au journal Fin du droit d'option pour les frontaliers (suite). Évalué à 5.
Si tu fais péter les barrages, ça remplit les vallées alpines d'eau et ensuite c'est bon.
[^] # Re: Clef du succès?
Posté par Jux (site web personnel) . En réponse à la dépêche Project Eternity : un jeu de rôle à l’ancienne bientôt sur GNU/Linux. Évalué à 9.
Des quelques projets de jeux vidéos que j'ai un peu suivi et qui ont été financés, il me semble que la recette est un mélange entre :
- Un concept sympa, en général novateur et peut-être pas assez rentable pour qu'une grosse boîte de jeu se lance dedans (même à 1 ou 2 millions levés, ça reste un petit budget)
- Une équipe crédible. Les projets qui marchent ont en général une équipe solide, qui a de l'expérience dans le domaine.
- Pas mal de marketing, de bouche à oreille, de réseau social, toussa
Je trouve le concept plutôt sympa. Ca permet de court-circuiter les mastodontes que sont les éditeurs traditionels (dans le jeu vidéo et dans d'autres choses) et de lancer des projets indépendants.
Kickstarter a récemment eu quelques "problèmes" de confusion des donateurs. Certaines personnes croient avoir acheté quelque chose lorsqu'elle donnent de l'argent (en général y'a des récompenses si on donne tel montant). Mais en fait, c'est une donation, donc y'a aucune garantie de succès derrière. Du coup, ils essaient de clarifier les choses.
Après, c'est vrai qu'on se dit que y'a des projets libres qui ont de la peine à se financer et que c'est un peu dommage. Mais peut-être justement que le modèle Kickstarter est une chance pour ces projets. Plutôt que d'avoir un bouton "donation" sur le site, peut-être que de lancer une campagne de don pour des développements spécifiques est plus efficace. A explorer…
[^] # Re: En pratique
Posté par Jux (site web personnel) . En réponse au journal Ubuntu + Amazon > Big Brother. Évalué à 10. Dernière modification le 23 septembre 2012 à 14:16.
Franchement, je ne fais pas plus confiance à Canonical qu'à Google pour mes données personnelles. Ce qui me dérange, c'est que quand je crois faire une recherche locale, en fait ça envoie ça sur internet. On est déjà assez espionnés sur le net, y'a pas besoin que nos OS s'y mettent aussi.
Alors après, que Canonical ait besoin d'argent : ok. Mais là, c'est à mon avis une grosse connerie. Ils vont se mettre à dos une énorme partie de leur base d'utilisateur qui est formée de personnes bien au fait des questions de vie privée. Et ce sont ces gens qui recommendent Ubuntu à leur entourage. Perso, si c'est integré comme ça, je vais déconseiller Ubuntu à tout mon entourage.
J'imagine d'ailleurs assez le scandale si c'était Microsoft ou Apple qui avait annoncé un truc pareil.
# Lien vers bug ubuntu
Posté par Jux (site web personnel) . En réponse au journal Ubuntu + Amazon > Big Brother. Évalué à 5.
Raaah, évidemment je me suis brouté avec le lien vers le bug Ubuntu qui est là :
https://bugs.launchpad.net/ubuntu/+source/unity-lens-shopping/+bug/1054776
[^] # Re: Le plus important est
Posté par Jux (site web personnel) . En réponse au journal De la mauvaise qualité des cartes sur mobiles Apple . Évalué à 3.
Deux articles intéressants sur le travail gigantesque que représente la construction de cartes :
http://blog.telemapics.com/?p=399
http://www.theatlantic.com/technology/archive/2012/09/how-google-builds-its-maps-and-what-it-means-for-the-future-of-everything/261913/
Il semble qu'Apple ait les données TomTom, mais d'après le premier article, le problème c'est de fusionner les données de plusieurs sources. Il semblerait également que Google ait fait énormément de vérifications manuelles et ils ont évidemment une base de données très très importante avec Street View.
Bref, même à coup de $, construire des cartes précises de la planète entière, ça demande énormément de travail, une très grosse infrastructure (le calcul distribué c'est pas vraiment la spécialité d'Apple) et beaucoup de temps.
[^] # Re: Android ou pas
Posté par Jux (site web personnel) . En réponse au journal Google et Alibaba un autre point de vue que celui de Microsoft. Évalué à 4.
En fait c'est plus une question de trademark. Un peu comme Firefox et Debian :)
[^] # Re: Bisounours
Posté par Jux (site web personnel) . En réponse au journal Do no evil qu'ils disaient. Évalué à 7.
Ca ne semble vraiment pas être le même cas de figure que RedHat. Là, Google semble avoir fait pression (en menaçant de leur retirer la licence qui permet de noter "Android with Google" sur leurs téléphones) sur Acer pour qu'ils ne sortent pas de smartphone sous un OS concurrent d'Android. Acer n'a pas demandé à Google de faire du support sur un OS tiers.
Pour prendre l'analogie avec RedHat, c'est comme s'ils menaçaient une entreprise d'arrêter le support des postes RHEL si l'entreprise installe un serveur qui tourne sous Ubuntu.
[^] # Re: Tu chipotes.
Posté par Jux (site web personnel) . En réponse au journal PHP, A Fractal Of Bad Design. Évalué à 2.
Le langage en tant que tel, il n'a aucun avantage. Plutôt des désavantages même (moins puissant et expressif que Ruby ou Python). Par contre, le gros truc de PHP c'est que c'est super simple à déployer : tu copie un .php dans un dossier et tu vas sur http://monserveur/mondossier/fichier.php et c'est bon.
Python, Ruby et les autre, c'est en général plus compliqué : il faut en général mettre en place un URL dispatcher et utiliser des template pour séparer HTML du code. Au final, ça donne des applis plus propres, mais faut apprendre un peu plus.
Et puis bon, PHP a l'avantage d'être supporté par tous les fournisseurs d'hébergement web, d'être quasi-intégré à Apache. Par rapport à d'autres langages ou il faut utiliser fastcgi ou autre, c'est plus simple.
[^] # Re: Bof...
Posté par Jux (site web personnel) . En réponse au journal PHP, A Fractal Of Bad Design. Évalué à 4.
Scala s'en tire pas mal non ?
(Je dis pas que c'est parfait hein, mais ça montre que c'est possible d'avoir des bonnes perfs avec un truc différent de Java)
[^] # Re: Bien, mais l'obligation....
Posté par Jux (site web personnel) . En réponse à la dépêche Modification du code des marchés publics italien imposant l’usage du logiciel libre. Évalué à 10.
Latex n'est pas une solution. Même si on met de côté sa complexité, il a tout un tas de défauts dans un domaine non scientifique : typiquement, mettre une image à un endroit précis sur une page, c'est la merde (normal c'est pas fait pour). Alors dans le domaine scientifique, on a l'habitude d'avoir des références vers les figure et ça va bien. Mais si c'est pour faire un formulaire, un dépliant ou que sais-je, ça ne marche juste pas.
Bref, Latex fait très bien ce pour quoi il a été crée. De là à remplacer toutes les utilisations d'un traitement de texte, je ne suis pas convaincu.
Puis bon, l'autre chose, c'est que c'est juste illusoire d'apprendre Latex à tous ceux qui bossent dans une administration. Ca demanderait des heures et des heures de formation et je suis même pas sûr que ça réduise les problèmes (les gens vont appeler le support pour savoir comment faire tel ou tel chose en Latex).
[^] # Re: Grep
Posté par Jux (site web personnel) . En réponse au journal Le journal. Évalué à 6.
En même temps, systemd peut forwarder les logs à syslog ou à ce que tu veux d'autre, donc de ce côté-là, tu peux garder exactement la même configuration qu'avant.
[^] # Re: Le thread dont vous éte le Mollah
Posté par Jux (site web personnel) . En réponse au journal udev forké. Évalué à 10.
Bon ok stop. Je te laisse lire un des post de base de Lennart :
http://0pointer.de/blog/projects/systemd.html
Ainsi que (cité dans un commentaire plus bas), celui d'un dev ArchLinux (qu'on peut pas vraiment accuser d'être à la solde de RedHat):
https://bbs.archlinux.org/viewtopic.php?pid=1149530#p1149530
Les gros avantages tournent autour du fait que le design est plus adapté au monde moderne : Contrairement à init standard, systemd considère que tout peut être hotpluggé (pas besoin d'attendre que tout soit monté avant de fsck). Il permet de starter les services en parallèle sans utiliser de hacks comme c'est le cas actuellement. Il permet d'avoir un journal centralisé du stdout/stderr de tous les processus et de facilement trouver ce qu'un processus a loggé (via des metadata). J'en passe et des meilleurs.
Donc maintenant, si quelqu'un d'autre que Lennart propose des réponses (avec du code qui marche, pas au café du commerce) à ces problèmes, y'a probablement plein de distribs qui seront content de proposer l'alternative. Mais voilà, y'a personne qui ne le fait.
[^] # Re: j'ai raté un truc...
Posté par Jux (site web personnel) . En réponse au journal Apple, le logiciel proprivatisateur et la vie privée. Évalué à 2.
Y'a les APNs aussi dans la liste des infos.
Ceci dit, ça n'as pas l'air immédiatement exploitable pour envoyer de fausses notifications ou autre, puisqu'il faut encore un certificat :
https://news.ycombinator.com/item?id=4473973
De toute façon, le problème avec ces infos c'est pas tellement en terme de sécurité informatique, mais plutôt de protection des données.
[^] # Re: j'ai raté un truc...
Posté par Jux (site web personnel) . En réponse au journal Apple, le logiciel proprivatisateur et la vie privée. Évalué à 9. Dernière modification le 04 septembre 2012 à 14:21.
En fait c'est pas forcément Apple qui a livré ces données au FBI. Ca pourrait être n'importe quel développeur d'applis iOS qui utilise les push notifications et qui a 12 millions d'utilisateur (donc ça limite un peu). Ca pourrait aussi ne pas venir du FBI.
Un moyen de trouver le "traître" est de trouver l'application que tous ceux qui sont sur la liste ont installée. C'est ce que propose de faire :
http://fredericjacobs.com/identifying-the-traitor
Le problème des UDIDs, c'est que certains les récoltent et les lient à d'autres données et qu'on peut utiliser leurs service web pour trouver des informations personnelles :
http://corte.si/posts/security/openfeint-udid-deanonymization/index.html
Ceci dit, Lulzsec prétend avoir aussi les numéros de téléphone et adresses des gens, mais ils ne l'ont pas prouvé.
Bref, les prochains jours vont être assez rigolos.
[^] # Re: Apple et Itunes
Posté par Jux (site web personnel) . En réponse au journal Apple, le logiciel proprivatisateur et la vie privée. Évalué à 6.
C'est quoi qui a été démenti ? La plainte de Bruce Willis ou le vol de données ?
[^] # Re: Lecteur pdf
Posté par Jux (site web personnel) . En réponse à la dépêche Firefox et Thunderbird : appelez le 15. Évalué à 2.
Surtout que dans l'état actuel, pdfjs est franchement lent. Le scrolling rame et il faut genre 1/2 second pour charger une page, ce qui est lourd quand on survol le document. Et j'ai un i7… C'est franchement un gag.
[^] # Re: T'es gentil
Posté par Jux (site web personnel) . En réponse au journal Pourquoi je suis libriste intégriste.. Évalué à 10.
Ton exemple de "droit de ne pas se faire chier" est complètement à côté de la plaque. Si le logiciel ne fonctionne pas correctement ou comme tu veux, ça n'a strictement rien à voir avec la licence. A moins que tu me trouves une licence qui spécifie que le logiciel doit crasher toute les 10 utilisations…
Si l'utilisateur préfère un logiciel qui marche à un logiciel libre qui marche moins bien, c'est son problème. Ca veut dire que la liberté de modifier le logiciel est moins importante, pour lui, que les fonctionnalités. Mais ça ne rend pas le logiciel proprio plus libre. Et surtout, ça n'a rien à voir avec la licence, mais avec une autre échelle de comparaison (fonctionne pas - fonctionne bien).