J'ai le même problème.
J'essaie de varier les réveils, les endroits, etc, car je m'habitue beaucoup. Je peux même me "lever" un poil pour aller éteindre le réveil sur le bureau et me recoucher sans me rendre compte de l'avoir fait une fois réveillé plus tard. À un époque pourtant, je me réveillais toujours 1 à 2 minutes avant que le réveille ne sonne. Je ne sais pas ce qui s'est déréglé mais c'est assez chiant. Et l'heure à laquelle je me couche et la durée de sommeil n'y change rien.
La société à prévenu Cisco, qui aurait patché la faille dans leur dernier firmware (4.30.14), mais cette faille serait toujours présente.
Est-ce qu'il faut comprendre que le patch ne corrige rien ? Comment c'est possible de faire un patch sur une notification d'une boîte de sécu sans vérifier que le patch corrige tout ? Ou alors j'ai pas bien compris.
En tout cas ils leur reste deux semaines (un peu moins le temps que les admin réagissent) pour faire un patch correct car avec la divulgation de l'exploit, les scripts kiddies font s'en donner à cœur joie !
Je plussoie les deux remarques.
Ce serait plus utile d'avoir une table des matières accessibles via un petit truc qui défile avec la page et qui quand on passe la souris dessus (ou qu'on tape une certaine touche) affiche la table des matières.
Ok. Ben je vais regarder pour faire un paquet pour Salix. J'aime bien ton jeu, il est sympa et original.
Pour lwjgl, c'est compliqué à empaqueter ? Bah, je vais regarder le PKGBUILD de Arch, comme je fais souvent :) Ils m'aident beaucoup à faire des paquets, et vu que les SLKBUILD sont similaires (et inspirés) des PKGBUILD, c'est assez facile en général de faire un paquet Salix à partir d'un paquet Arch.
De toute façon les extensions ne s'affichent pas sous Windows.
L'idée de l'exe qui lance le java -jar est bien pour une distribution pour Windows.
Pour Linux, un .desktop qui contient le java -jar fichier.jar, puis le lien vers l'icône qui se trouve dans le même dossier et tu as un beau lanceur où y'a juste à double-cliquer dessus. L'exemple n'est ptre pas terrible au regard du libre, mais c'est ce que fait Skype, un Skype.dekstop et un Skype.png (je crois), référencé dans le Skype.desktop.
De toute façon, ce sera empaqueté dans les distributions. À la limite si ton soucis c'est de pouvoir proposer des versions plus à jour, tu peux toujours t'arranger pour regarder dans un répertoire particulier si une nouvelle version n'est pas disponible, genre ~/.local/newtonadventure qui ne contiendrait que les jars mis à jour. Enfin j'imagine que tu fais tout ça parce que tu trouves que les distros mettent trop de temps à mettre à jour le paquet de Newton Adventure à ton goût, non ?
Ok je ne connaissais pas. Ça n'a de sens que dans le cas d'une discussion à plusieurs et si un délai existe entre la saisie d'un message et l'affichage des messages des correspondants. Je ne vois pas comment il peut y avoir un tel délai avec XMPP. Si j'ai bien compris, les "norloges" seraient un moyen d'avoir un contexte (de temps) à partir duquel le message a été rédigé.
Si aucun délai n'existe entre la saisie et l'affichage, je ne vois pas l'intérêt de ce contexte. Ou alors il y aurait deux temps pour un message : le temps du message (qui correspond au moment où il a été envoyé) et le temps de début de rédaction du message.
Actuellement XMPP ne gère que l'horodatage du message (c'est à dire son temps au moment de l'envoi). Il faudrait faire une XEP pour décrire comment ajouter des données contextuelles à chaque message, contenant l'horodatage de début de rédaction du message. Ensuite l'affichage par le client serait un jeu d'enfant.
Je ne sais pas comment générer une info supplémentaire pour chaque message textuel émis, mais ça doit être possible. Si tu as une info sur comment faire en XMPP, je peux ptre regarder pour faire un plugin pour Gajim pour ça. Ça me fera faire un peu de python, ce serait sympa :)
Pour pidgin je ne sais plus, ça fait longtemps que je ne l'utilise plus.
Pour gajim, en fait j'ai dis une connerie, c'est pas un plugin, c'est dans les options avancées :
print_ichat_every_foo_minutes
Au lieu d'afficher l'heure à chaque message (print_time==sometimes), l'afficher toutes les X minutes
print_time
'always' - afficher l'heure pour chaque message.
'sometimes' - afficher l'heure pour chaque print_ichat_every_foo_minute.
'never' - ne jamais afficher l'heure.
print_time_fuzzy
Afficher l'horodatage dans les conversations à l'aide de l'« horloge approximative ». L'approximation peut prendre des vlaeurs comprises entre 1 (plus précis) et 4 (moint précis), ou peut être désactivée en utilisant la valeur 0. Ceci est utilisé seulement lorsque la valeur de print_time est 'sometimes'.
time_stamp
Cette option vous permet de configurer l'heure affichée dans les conversations. Par exemple "[%H:%M]" affichera "[heure:minute]". Voir la documentation python de strftime pour une documentation complète : http://docs.python.org/lib/module-time.html
Ça me parait suffisant pour afficher tes messages comme tu veux non ? Ou alors j'ai pas compris ?
J'ai accès à mon compte Facebook depuis mon client Gajim…client XMPP. Bon les fonctionnalités disponibles sur le compte XMPP de Facebook sont très limitées (très peu de XEP implémentées), mais bon ça marche.
Après c'est pas interconnecté aux autres serveurs XMPP. Du coup je ne peux pas prendre le JID d'un utilisateur de Facebook et l'ajouter à mon compte Jabber perso, enfin aux dernières nouvelles. J'ai pas reessayé depuis un moment.
En vérité t'en sais rien. Et presque personne ne sait. Mais comme tu disais un peu plus haut, c'est un problème de confiance. As-tu confiance en ces entreprises ? En général ? Sur ce sujet précis ?
La réaction de la plupart des gens c'est « Bah c'est un truc connu, ils doivent pas faire des trucs illégaux ni douteux ». Mouais, ça reste une supposition. On n'en sait rien, et on suppose que tout va bien tant qu'on n'a pas la preuve du contraire.
Moi je suis ptre un peu parano mais je donne jamais mes identifiants de courriel ou de messagerie instantané à un site, qu'il soit connu ou non. Mais bon, si ça se trouve, c'est une précaution inutile…ou pas. On sait simplement pas.
Je me souviens qu'il a expliqué qu'un nombre de choses non négligeables sont difficilement, sinon pas du tout, accessibles au clavier. L'autre problème était, pour un handicap visuel important, que les données retournées par les différentes parties de l'interface de Gnome 3 sont difficiles à identifier ou ne sont pas identifiées du tout. Du coup impossible de naviguer dans l'interface.
Je ne suis pas, mais alors pas du tout, un spécialiste de Gnome 3, donc je ne saurais être plus précis, désolé. Pour la mini-conférence elle n'était pas filmée. Dommage.
Je donnais l'exemple de l'aveugle puisque c'était le cas de l'orateur. Par contre il a parlé aussi des autres handicaps. Ce n'était pas seulement axé sur le problème de la vue. Quand on a un handicap on est forcément plus conscient de ce qui peut poser problème avec d'autres handicap que le sien. Ce n'était donc spécialement orienté déficience visuelle.
Après, tant mieux si Gnome 3 s'améliore et arrive à intégrer toutes les problématiques pour gérer les différents handicaps. Le constat était juste qu'à présent c'est pas bon. Faut pas non plus déterrer la hache de guerre. Tant mieux si ça fait réagir des développeurs et que des solutions sont trouvées pour les versions ultérieures non ?
Oui du point de vue de l'accessibilité lol, j'avais pas pensé qu'on pouvait le comprendre autrement. C'était pas un appel à troll.
De quelle manière ? Je n'en sais rien. Je répète simplement ce que m'a dit la personne qui en savait bien plus sur le sujet que moi. Après, ils sont pas beaucoup chez Xfce. Avoir les meilleures intentions du monde ne suffit pas à avoir le temps de tout faire :)
Ouais enfin, après avoir été à une mini-conférence sur l'accessibilité au JDLL la semaine dernière, j'ai appris que que Gnome 3 était totalement inutilisable par une personne handicapée. Parmi les deux intervenants, un était aveugle et nous expliquait que seul Gnome 2 lui permettait d'utiliser son PC, que les bureaux comme Xfce et LXDE sont en phase de devenir utilisable, que KDE (et surtout Qt) vont dans le bon sens mais que ça va prendre encore un peu de temps, et donc que Gnome 3 était le pire de tous en terme d'accessibilité et d'utilisabilité.
Pour la faute, oui, mais il manque un bout à la phrase ou alors elle n'est pas correctement construite.
Si on enlève la subordonnée relative, il reste :
« John Carmack développeur de renom chez IdSoftware. » Du coup, il n'y a pas de verbe dans cette phrase, c'est un peu bizarre. En ajoutant le verbe "être" au minimum, on en fait une phrase correcte.
Mais j'avais bien compris de quoi il s'agissait…et non ce n'est pas stable.
Les outils en espace utilisateurs qui s'interfacent avec le noyau doivent se mettre à jour de temps en temps. Essaye de mettre une kernel récent sur une vieille distro, tu vas voir que la libc sera foireuse par exemple.
J'ai retrouvé la vidéo dont je parlais plus haut : https://www.youtube.com/watch?v=L2SED6sewRw (si qq1 a une autre source que youtube…)
Gné ? Linux n'a jamais été stable ni en API ni en ABI. C'est d'ailleurs pour ça que Greg Hartman a bien expliqué que de vouloir maintenir des drivers (propriétaires ou pas) de son côté sans intégration dans les sources du noyau est peine perdu et qu'il sera toujours difficile à une entreprise de suivre les évolutions et refacto qui sont fait dans le noyau si le code en question n'est pas dedans directement.
Donc non Linux n'a ni une API ni une ABI stable, et la compatibilité ascendante ou descendante n'existe que dans ton commentaire.
Non pas forcément.
IPv6 a d'autres avantages, comme l'unicast. Ça permet aussi de tester que les OS, le matos, et les logiciels fonctionnent bien en Ipv6. La Freebox, que l'on va considérer comme du matos (vu qu'on n'a pas accès à l'OS et qu'on ne peut pas le modifier) peine un peu de ce côté pour le moment.
On peut vouloir faire des zones privées avec de l'Ipv6, ce n'est pas incompatible.
L'interface c'est Map, HashMap est une des implémentations possibles. Et ça c'est juste de l'objet standard et ça ne pose aucun problème.
L'exemple pour le XML par contre, c'est vrai que c'est chiant. Par contre ça a une réelle utilité, et c'est utilisé. Ça permet de fournir d'autres implémentations (qui s'enregistrent au près de la fabrique) et qui font un travail un peu différent, ou plus rapide, ou que sait-je d'autre. Par contre c'est un peu dommage qu'il n'existe pas un masquage ou wrapper pour éviter d'écrire ce genre de choses à rallonge quand on n'est pas intéressé par le type d'implémentation précise qui sera choisi.
Il existe surtout pas mal de choses qui sont manquantes dans la grammaire Java qui peuvent être chiantes au quotidien, mais ce n'est pas du tout les exemples que tu montres.
Java 7 améliore quelques petites choses sur le langage (switch sur un type string, catch multiples, meilleure gestion des ressources systèmes ouvertes (équivalent des file descriptors), syntaxe diamond pour l'intialisation de type générique), mais on est encore très loin de la souplesse de grammaire qu'offre un langage comme Python par exemple avec ses dictionnaires, tuples et surtout toutes les méthodes qui tournent autour.
Car tout de même, dans un langage procédural (fusse-t-il objet), on a majoritairement un enchaînement de blocs de contrôles (if, while, for, switch, try catch), de manipulation arithmétique, affectations…et de manipulations ensemblistes.
Et sur ce dernier point que Java est très très loin derrière les autres langages. C'est la panacée du tout‑objet, qui fait qu'il n'existe qu'un seul type primitif de liste, qui est très très limité, et que pour le reste il faille passer par des objets/classes ensemblistes (java.util.Collection) qui ont une API très pauvres. Du coup il existe un tas de bibliothèques qui permettent d'ajouter quelques fonctionnalités ensemblistes, mais on reste sur une manipulation orientée objet, ce qui n'est pas du tout adapté pour ce cas de figure. De plus, ces librairies externes ne sont pas considérées pour une future inclusion dans le JRE, ce qui reste donc pénalisant.
Je pense qu'il existe d'autres domaines que la pauvreté du domaine ensembliste qui pourrait être cité, mais c'est vraiment celui qui me dérange au quotidien.
Elle est où la gestion des paramètres du script init original, à savoir :
# change this line if you want dnsmasq to serve an MX record for
# the host it is running on.
MAILHOSTNAME=""
# change this line if you want dns to get its upstream servers from
# somewhere other that /etc/resolv.conf
RESOLV_CONF=""
# change this if you want dnsmasq to cache any "hostname" or "client-hostname" from
# a dhcpd's lease file
DHCP_LEASE="/var/lib/dhcp/dhcpd.leases"
DOMAIN_SUFFIX=`dnsdomainname`
Ainsi que :
if [ ! -z "${MAILHOSTNAME}" ]; then
OPTIONS="$OPTIONS -m $MAILHOSTNAME"
fi
if [ ! -z "${RESOLV_CONF}" ]; then
OPTIONS="$OPTIONS -r $RESOLV_CONF"
fi
if [ ! -z "${DHCP_LEASE}" ]; then
OPTIONS="$OPTIONS -l $DHCP_LEASE"
fi
if [ ! -z "${DOMAIN_SUFFIX}" ]; then
OPTIONS="$OPTIONS -s $DOMAIN_SUFFIX"
fi
[^] # Re: Rien ne vaut la pluralité !
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au sondage Quel réveil matin utilisez-vous ?. Évalué à 4.
J'ai le même problème.
J'essaie de varier les réveils, les endroits, etc, car je m'habitue beaucoup. Je peux même me "lever" un poil pour aller éteindre le réveil sur le bureau et me recoucher sans me rendre compte de l'avoir fait une fois réveillé plus tard. À un époque pourtant, je me réveillais toujours 1 à 2 minutes avant que le réveille ne sonne. Je ne sais pas ce qui s'est déréglé mais c'est assez chiant. Et l'heure à laquelle je me couche et la durée de sommeil n'y change rien.
# Lapin compris
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Faille sur les routeurs Linksys WRT54GL. Évalué à 5.
Est-ce qu'il faut comprendre que le patch ne corrige rien ? Comment c'est possible de faire un patch sur une notification d'une boîte de sécu sans vérifier que le patch corrige tout ? Ou alors j'ai pas bien compris.
En tout cas ils leur reste deux semaines (un peu moins le temps que les admin réagissent) pour faire un patch correct car avec la divulgation de l'exploit, les scripts kiddies font s'en donner à cœur joie !
[^] # Re: En Bash
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au message Couper une chaîne de caractère en deux. Évalué à 2.
Pertinent !
Et si tu veux être 100% portable, tu fais simplement :
[^] # Re: conclusion
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Écrire une page web de nos jours. Évalué à 2.
Heuh sous Firefox (17), j'ai toujours le même soucis du chat qui bouge pas quand je scroll vertical.
[^] # Re: le vrai avantage de bundler en vrai
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Écrire une page web de nos jours. Évalué à 3.
Et il l'a déjà dit dans le journal tout ça.
[^] # Re: Table des matières
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Écrire une page web de nos jours. Évalué à 1.
Je plussoie les deux remarques.
Ce serait plus utile d'avoir une table des matières accessibles via un petit truc qui défile avec la page et qui quand on passe la souris dessus (ou qu'on tape une certaine touche) affiche la table des matières.
[^] # Re: Pour le lancement du jar
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Write once, run anywhere qu'il disait. Évalué à 2. Dernière modification le 04 décembre 2012 à 13:54.
Ok. Ben je vais regarder pour faire un paquet pour Salix. J'aime bien ton jeu, il est sympa et original.
Pour lwjgl, c'est compliqué à empaqueter ? Bah, je vais regarder le PKGBUILD de Arch, comme je fais souvent :) Ils m'aident beaucoup à faire des paquets, et vu que les SLKBUILD sont similaires (et inspirés) des PKGBUILD, c'est assez facile en général de faire un paquet Salix à partir d'un paquet Arch.
[^] # Re: Pour le lancement du jar
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Write once, run anywhere qu'il disait. Évalué à 2.
De toute façon les extensions ne s'affichent pas sous Windows.
L'idée de l'exe qui lance le java -jar est bien pour une distribution pour Windows.
Pour Linux, un .desktop qui contient le java -jar fichier.jar, puis le lien vers l'icône qui se trouve dans le même dossier et tu as un beau lanceur où y'a juste à double-cliquer dessus. L'exemple n'est ptre pas terrible au regard du libre, mais c'est ce que fait Skype, un Skype.dekstop et un Skype.png (je crois), référencé dans le Skype.desktop.
De toute façon, ce sera empaqueté dans les distributions. À la limite si ton soucis c'est de pouvoir proposer des versions plus à jour, tu peux toujours t'arranger pour regarder dans un répertoire particulier si une nouvelle version n'est pas disponible, genre ~/.local/newtonadventure qui ne contiendrait que les jars mis à jour. Enfin j'imagine que tu fais tout ça parce que tu trouves que les distros mettent trop de temps à mettre à jour le paquet de Newton Adventure à ton goût, non ?
[^] # Re: Réponse
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal la fin de msn ?. Évalué à 1.
Ok je ne connaissais pas. Ça n'a de sens que dans le cas d'une discussion à plusieurs et si un délai existe entre la saisie d'un message et l'affichage des messages des correspondants. Je ne vois pas comment il peut y avoir un tel délai avec XMPP. Si j'ai bien compris, les "norloges" seraient un moyen d'avoir un contexte (de temps) à partir duquel le message a été rédigé.
Si aucun délai n'existe entre la saisie et l'affichage, je ne vois pas l'intérêt de ce contexte. Ou alors il y aurait deux temps pour un message : le temps du message (qui correspond au moment où il a été envoyé) et le temps de début de rédaction du message.
Actuellement XMPP ne gère que l'horodatage du message (c'est à dire son temps au moment de l'envoi). Il faudrait faire une XEP pour décrire comment ajouter des données contextuelles à chaque message, contenant l'horodatage de début de rédaction du message. Ensuite l'affichage par le client serait un jeu d'enfant.
Je ne sais pas comment générer une info supplémentaire pour chaque message textuel émis, mais ça doit être possible. Si tu as une info sur comment faire en XMPP, je peux ptre regarder pour faire un plugin pour Gajim pour ça. Ça me fera faire un peu de python, ce serait sympa :)
[^] # Re: Réponse
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal la fin de msn ?. Évalué à 2.
Pour pidgin je ne sais plus, ça fait longtemps que je ne l'utilise plus.
Pour gajim, en fait j'ai dis une connerie, c'est pas un plugin, c'est dans les options avancées :
Ça me parait suffisant pour afficher tes messages comme tu veux non ? Ou alors j'ai pas compris ?
[^] # Re: Réponse
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal la fin de msn ?. Évalué à 1.
Pour tes norloge, il existe ce qu'il faut en plugin pour pidgin ou gajim.
Pour le transfert de fichier, non ça marche et c'est rapide.
[^] # Re: frustration palpable à des kilomètres
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal la fin de msn ?. Évalué à 1.
J'ai accès à mon compte Facebook depuis mon client Gajim…client XMPP. Bon les fonctionnalités disponibles sur le compte XMPP de Facebook sont très limitées (très peu de XEP implémentées), mais bon ça marche.
Après c'est pas interconnecté aux autres serveurs XMPP. Du coup je ne peux pas prendre le JID d'un utilisateur de Facebook et l'ajouter à mon compte Jabber perso, enfin aux dernières nouvelles. J'ai pas reessayé depuis un moment.
[^] # Re: Où est le problème ?
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal L'hameçonnage facile avec google. Évalué à 5. Dernière modification le 27 novembre 2012 à 00:22.
En vérité t'en sais rien. Et presque personne ne sait. Mais comme tu disais un peu plus haut, c'est un problème de confiance. As-tu confiance en ces entreprises ? En général ? Sur ce sujet précis ?
La réaction de la plupart des gens c'est « Bah c'est un truc connu, ils doivent pas faire des trucs illégaux ni douteux ». Mouais, ça reste une supposition. On n'en sait rien, et on suppose que tout va bien tant qu'on n'a pas la preuve du contraire.
Moi je suis ptre un peu parano mais je donne jamais mes identifiants de courriel ou de messagerie instantané à un site, qu'il soit connu ou non. Mais bon, si ça se trouve, c'est une précaution inutile…ou pas. On sait simplement pas.
[^] # Re: Qu'est-ce qui est le plus important
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal L'ergonomie de GNOME 3. Évalué à 2.
Merci pour ces infos :)
Je n'avais pas été à cette conférence. C'est intéressant de voir que ça va dans le bon sens.
[^] # Re: Qu'est-ce qui est le plus important
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal L'ergonomie de GNOME 3. Évalué à 1.
Je me souviens qu'il a expliqué qu'un nombre de choses non négligeables sont difficilement, sinon pas du tout, accessibles au clavier. L'autre problème était, pour un handicap visuel important, que les données retournées par les différentes parties de l'interface de Gnome 3 sont difficiles à identifier ou ne sont pas identifiées du tout. Du coup impossible de naviguer dans l'interface.
Je ne suis pas, mais alors pas du tout, un spécialiste de Gnome 3, donc je ne saurais être plus précis, désolé. Pour la mini-conférence elle n'était pas filmée. Dommage.
[^] # Re: Qu'est-ce qui est le plus important
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal L'ergonomie de GNOME 3. Évalué à 2.
Je donnais l'exemple de l'aveugle puisque c'était le cas de l'orateur. Par contre il a parlé aussi des autres handicaps. Ce n'était pas seulement axé sur le problème de la vue. Quand on a un handicap on est forcément plus conscient de ce qui peut poser problème avec d'autres handicap que le sien. Ce n'était donc spécialement orienté déficience visuelle.
Après, tant mieux si Gnome 3 s'améliore et arrive à intégrer toutes les problématiques pour gérer les différents handicaps. Le constat était juste qu'à présent c'est pas bon. Faut pas non plus déterrer la hache de guerre. Tant mieux si ça fait réagir des développeurs et que des solutions sont trouvées pour les versions ultérieures non ?
[^] # Re: Qu'est-ce qui est le plus important
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal L'ergonomie de GNOME 3. Évalué à 1.
Oui du point de vue de l'accessibilité lol, j'avais pas pensé qu'on pouvait le comprendre autrement. C'était pas un appel à troll.
De quelle manière ? Je n'en sais rien. Je répète simplement ce que m'a dit la personne qui en savait bien plus sur le sujet que moi. Après, ils sont pas beaucoup chez Xfce. Avoir les meilleures intentions du monde ne suffit pas à avoir le temps de tout faire :)
[^] # Re: Qu'est-ce qui est le plus important
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal L'ergonomie de GNOME 3. Évalué à 10.
Ouais enfin, après avoir été à une mini-conférence sur l'accessibilité au JDLL la semaine dernière, j'ai appris que que Gnome 3 était totalement inutilisable par une personne handicapée. Parmi les deux intervenants, un était aveugle et nous expliquait que seul Gnome 2 lui permettait d'utiliser son PC, que les bureaux comme Xfce et LXDE sont en phase de devenir utilisable, que KDE (et surtout Qt) vont dans le bon sens mais que ça va prendre encore un peu de temps, et donc que Gnome 3 était le pire de tous en terme d'accessibilité et d'utilisabilité.
[^] # Re: typo ?
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal Adopter un style de programmation fonctionnel. Évalué à 1.
Pour la faute, oui, mais il manque un bout à la phrase ou alors elle n'est pas correctement construite.
Si on enlève la subordonnée relative, il reste :
« John Carmack développeur de renom chez IdSoftware. » Du coup, il n'y a pas de verbe dans cette phrase, c'est un peu bizarre. En ajoutant le verbe "être" au minimum, on en fait une phrase correcte.
[^] # Re: Sauf que le noyau n'est pas vraiment un "bazar"
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal A Generation Lost in the Bazaar. Évalué à 1. Dernière modification le 09 novembre 2012 à 22:25.
Mais j'avais bien compris de quoi il s'agissait…et non ce n'est pas stable.
Les outils en espace utilisateurs qui s'interfacent avec le noyau doivent se mettre à jour de temps en temps. Essaye de mettre une kernel récent sur une vieille distro, tu vas voir que la libc sera foireuse par exemple.
J'ai retrouvé la vidéo dont je parlais plus haut : https://www.youtube.com/watch?v=L2SED6sewRw (si qq1 a une autre source que youtube…)
[^] # Re: Sauf que le noyau n'est pas vraiment un "bazar"
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal A Generation Lost in the Bazaar. Évalué à -3.
Gné ? Linux n'a jamais été stable ni en API ni en ABI. C'est d'ailleurs pour ça que Greg Hartman a bien expliqué que de vouloir maintenir des drivers (propriétaires ou pas) de son côté sans intégration dans les sources du noyau est peine perdu et qu'il sera toujours difficile à une entreprise de suivre les évolutions et refacto qui sont fait dans le noyau si le code en question n'est pas dedans directement.
Donc non Linux n'a ni une API ni une ABI stable, et la compatibilité ascendante ou descendante n'existe que dans ton commentaire.
[^] # Re: Article non pertinent
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse à la dépêche Windows 8, Windows Server 2012 et Windows Phone 8. Évalué à 3.
Je vais me faire l'avocat du diable….mais tu trouves que les gars de Gnome font mieux ? Ils écoutent leurs utilisateurs ? J'ai pas l'impression moi…
[^] # Re: ip6table dans Freebox ?
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au sondage Utilisez vous IPv6 ?. Évalué à 3.
Non pas forcément.
IPv6 a d'autres avantages, comme l'unicast. Ça permet aussi de tester que les OS, le matos, et les logiciels fonctionnent bien en Ipv6. La Freebox, que l'on va considérer comme du matos (vu qu'on n'a pas accès à l'OS et qu'on ne peut pas le modifier) peine un peu de ce côté pour le moment.
On peut vouloir faire des zones privées avec de l'Ipv6, ce n'est pas incompatible.
[^] # Re: Bof...
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal PHP, A Fractal Of Bad Design. Évalué à 3.
L'interface c'est Map, HashMap est une des implémentations possibles. Et ça c'est juste de l'objet standard et ça ne pose aucun problème.
L'exemple pour le XML par contre, c'est vrai que c'est chiant. Par contre ça a une réelle utilité, et c'est utilisé. Ça permet de fournir d'autres implémentations (qui s'enregistrent au près de la fabrique) et qui font un travail un peu différent, ou plus rapide, ou que sait-je d'autre. Par contre c'est un peu dommage qu'il n'existe pas un masquage ou wrapper pour éviter d'écrire ce genre de choses à rallonge quand on n'est pas intéressé par le type d'implémentation précise qui sera choisi.
Il existe surtout pas mal de choses qui sont manquantes dans la grammaire Java qui peuvent être chiantes au quotidien, mais ce n'est pas du tout les exemples que tu montres.
Java 7 améliore quelques petites choses sur le langage (switch sur un type string, catch multiples, meilleure gestion des ressources systèmes ouvertes (équivalent des file descriptors), syntaxe diamond pour l'intialisation de type générique), mais on est encore très loin de la souplesse de grammaire qu'offre un langage comme Python par exemple avec ses dictionnaires, tuples et surtout toutes les méthodes qui tournent autour.
Car tout de même, dans un langage procédural (fusse-t-il objet), on a majoritairement un enchaînement de blocs de contrôles (if, while, for, switch, try catch), de manipulation arithmétique, affectations…et de manipulations ensemblistes.
Et sur ce dernier point que Java est très très loin derrière les autres langages. C'est la panacée du tout‑objet, qui fait qu'il n'existe qu'un seul type primitif de liste, qui est très très limité, et que pour le reste il faille passer par des objets/classes ensemblistes (java.util.Collection) qui ont une API très pauvres. Du coup il existe un tas de bibliothèques qui permettent d'ajouter quelques fonctionnalités ensemblistes, mais on reste sur une manipulation orientée objet, ce qui n'est pas du tout adapté pour ce cas de figure. De plus, ces librairies externes ne sont pas considérées pour une future inclusion dans le JRE, ce qui reste donc pénalisant.
Je pense qu'il existe d'autres domaines que la pauvreté du domaine ensembliste qui pourrait être cité, mais c'est vraiment celui qui me dérange au quotidien.
[^] # Re: Trop d'honneurs...
Posté par Cyrille Pontvieux (site web personnel, Mastodon) . En réponse au journal yet another journal about systemd. Évalué à 6.
Elle est où la gestion des paramètres du script init original, à savoir :
Ainsi que :
?