J'ai l'impression que 30 ans d'expérience en conception d'interfaces utilisateur n'ont servi à rien.
Avant (…) il y avait des fenêtres de document, des fenêtres modales (ou dialogues) qui nécessitaient d'être refermées pour continuer sur le document, et des fenêtres modeless qui pouvaient rester ouvertes en fournissant un service supplémentaire dans les opérations sur le document (typiquement une recherche, ou un paramétrage de styles - qu'on retrouve aussi dans les barres d'outils/d'états que l'on peut réorganiser).
Et dans un dialogue, on n'avait pas de case de fermeture dans la barre de titre, on avait un bouton de validation et un d'annulation - c'était clair.
Maintenant, tout est à la sauce web et/ou tablette tactile, relativement indigeste dans beaucoup de cas pour une utilisation sur un ordinateur de bureau.
Par exemple on retrouve des boutons "back" dont on ne sait pas si les changements qu'on a fait vont être pris en compte ou pas. Typiquement, voir au niveau des dialogues de config, sous Gnome on change des choses et c'est validé tout de suite sans rien demander (pas de possibilité d'annuler), sous KDE il faut Appliquer ou Valider et si on fait un retour au paneau précédent on a une alerte demandant de valider/oublier/rester sur le paneau.
Je ne suis pas contre de l'innovation réfléchie, mais certaines interfaces perdent en cohérence à vouloir absolument tout changer. Pas mal de trucs demanderaient des tests utilisateurs approfondis avant d'être banalisés ainsi - je sais, les développeurs dans le logiciel libre n'ont généralement pas les équipes pour ça. Et les conditions d'utilisation clavier/souris/écran sur un bureau ne sont pas les conditions d'utilisation téléphone sur 4,5 pouces qui ne sont pas celles d'une tablette tactile multitouch de 10 à 12 pouces.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Kerzut, c'est mon cas. Sauf que j'ai commencé à faire comme cela en codant en C/C++, avant même de connaître Python, en mettant les accolades au niveau du bloc qu'elles encadrent - la recherche de l'accolade correspondante et la visualisation du bloc de code concerné sont immédiats.
voidtruc(intx,inty){…}
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Si ton logiciel n'a pas de couplage avec du code lié au matériel (carte d'acquisition par exemple), tu passeras sur une machine récente sous un OS commun, et tu feras tourner un vieux XP en virtualisé - tu ne perdras pas de temps à essayer ReactOS, à moins d'être passionné.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Sur les accès un peu particuliers à l'interface graphique, il faut aussi inclure tous les systèmes d'aide pour les handicapés (navigation, agrandissement des éléments, synthèse vocale, etc).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Certains organismes de recherche mettent en plus des forces dans ownCloud, afin de le fournir comme alternative à proposer aux chercheurs (ça évitera peut-être quelques utilisations de dropbox pour échanger des données qui ne devraient pas transiter par les USA).
Ça ne serait pas une expression maladroite pour indiquer qu'on peut stocker des données statistiques (ex. compteur d'accès) dans un objet? Ce qui ferait une donnée souvent accédée et modifiée, liaison avec les caches, etc.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Pour la carte SCSI, il doit m'en rester qq unes et qq câbles, mais faudrait savoir ce que steph1978 a comme machine (ou bien qu'il apporte ses supports - mais faudrait que je remonte une machine ad-hoc pour supporter une carte SCSI - a priori du PCI pas express).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Peut-être un effet "vieux con", mais je trouve qu'il manque un des créateurs de Borland, qui a permis de démocratiser tout une série de langages en rendant compilos et environnement de développement accessibles (même si pas libre).
À une époque j'avais fait tout le site de ma copro avec Karrigell, qui permettait des pages principalement html avec du Python dedans si besoin, pour des parties logiques, et des pages plus actives en Python principalement.
Depuis c'est passé en version pour Python 3, et ça semble avoir avancé - des posts réguliers sur la liste avec des réponses de l'auteur et d'utilisateurs.
Toutafé, et tu peux définir un objet dont aucune des méthodes ne modifie l'original. Après, on rentre dans d'autres paradigmes de programmation, plus fonctionnelle - mais Python reste pragmatique.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Je veux des chaînes non mutables par défaut, comme le sont les int, bool, float… et str en Python, un bête type de base.
Ne pas avoir à considérer qu'une chaîne est ou pas utile ailleurs, que je peux ou pas la modifier, qu'il y a ou pas des conséquences, qu'il faut penser ou pas à travailler sur une copie.
Chaînes immutables = obligation d'en créer une nouvelle si on veut la modifier, pas d'effet de bord entre les fonctions ou entre les threads.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
C'est un détail interne d'implémentation. Les entiers 0 à 256 (et -1 à -127 je crois) sont très couramment utilisés, et il est plus efficace de les pré-allouer et de ne faire que du comptage de références plutôt que d'allouer/libérer à chaque fois un objet entier correspondant.
Mais c'est vraiment de la cuisine interne, on ne compare jamais deux entiers avec is.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Appréciable, la page de De Python à Ruby, ça permet de voir les grosses différences. Certaines choses ne sont que syntaxiques, mais d'autres portent sur la sémantique, et là il y a vraiment des choix pour lesquels je préfère ce qui a été fait côté Python:
le transtypage vers les booléens [*].
les chaînes mutables (d'autres langages récents ont fait le même choix, pour moi c'est devenu quasi éliminatoire).
les appels de fonctions/méthodes sans parenthèses.
Sinon, une question, la notation Ruby :b => 'this great' dans un appel de fonction, ça crée automatiquement un hash, même sans les accolades?
[*] Quoi que, même pour Python, je préférerais presque, entre autre pour mes étudiants, qu'une expression booléenne soit explicite là où on en besoin d'un booléen (if… while…). Le transtypage implicite raccourcit l'écriture mais casse la sémantique.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Aye les yeux
Posté par lolop (site web personnel) . En réponse au message Pointeur Laser Vert - Technique et Législation Française ?. Évalué à 4.
Même avec une réflexion du rayon, c'est dangereux.
Et un trou dans l'oeil, ça ne se répare pas.
http://www.theepochtimes.com/n2/health/eye-damage-from-laser-pointers-50696.html
Chercher laser+retina+burn+accident sur google image
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: mitigé
Posté par lolop (site web personnel) . En réponse à la dépêche GNOME 3.12 : sans domicile. Évalué à 10.
J'ai l'impression que 30 ans d'expérience en conception d'interfaces utilisateur n'ont servi à rien.
Avant (…) il y avait des fenêtres de document, des fenêtres modales (ou dialogues) qui nécessitaient d'être refermées pour continuer sur le document, et des fenêtres modeless qui pouvaient rester ouvertes en fournissant un service supplémentaire dans les opérations sur le document (typiquement une recherche, ou un paramétrage de styles - qu'on retrouve aussi dans les barres d'outils/d'états que l'on peut réorganiser).
Et dans un dialogue, on n'avait pas de case de fermeture dans la barre de titre, on avait un bouton de validation et un d'annulation - c'était clair.
Maintenant, tout est à la sauce web et/ou tablette tactile, relativement indigeste dans beaucoup de cas pour une utilisation sur un ordinateur de bureau.
Par exemple on retrouve des boutons "back" dont on ne sait pas si les changements qu'on a fait vont être pris en compte ou pas. Typiquement, voir au niveau des dialogues de config, sous Gnome on change des choses et c'est validé tout de suite sans rien demander (pas de possibilité d'annuler), sous KDE il faut Appliquer ou Valider et si on fait un retour au paneau précédent on a une alerte demandant de valider/oublier/rester sur le paneau.
Je ne suis pas contre de l'innovation réfléchie, mais certaines interfaces perdent en cohérence à vouloir absolument tout changer. Pas mal de trucs demanderaient des tests utilisateurs approfondis avant d'être banalisés ainsi - je sais, les développeurs dans le logiciel libre n'ont généralement pas les équipes pour ça. Et les conditions d'utilisation clavier/souris/écran sur un bureau ne sont pas les conditions d'utilisation téléphone sur 4,5 pouces qui ne sont pas celles d'une tablette tactile multitouch de 10 à 12 pouces.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Ca a l'air intéressant comme bouquin
Posté par lolop (site web personnel) . En réponse à la dépêche Coder efficacement, bonnes pratiques et erreurs à éviter. Évalué à 2.
Tu indenterais comment les déclarations de paramètres ?
(note: si je tombe sur un code d'un projet qui a déjà défini ses conventions, il va de soit que je les reprend - mais pour un code privé perso…)
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Ca a l'air intéressant comme bouquin
Posté par lolop (site web personnel) . En réponse à la dépêche Coder efficacement, bonnes pratiques et erreurs à éviter. Évalué à 4.
Kerzut, c'est mon cas. Sauf que j'ai commencé à faire comme cela en codant en C/C++, avant même de connaître Python, en mettant les accolades au niveau du bloc qu'elles encadrent - la recherche de l'accolade correspondante et la visualisation du bloc de code concerné sont immédiats.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Ils ont raté le coche.
Posté par lolop (site web personnel) . En réponse à la dépêche ReactOS : officialisation et financement. Évalué à 5.
Si ton logiciel n'a pas de couplage avec du code lié au matériel (carte d'acquisition par exemple), tu passeras sur une machine récente sous un OS commun, et tu feras tourner un vieux XP en virtualisé - tu ne perdras pas de temps à essayer ReactOS, à moins d'être passionné.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Et pythran ?
Posté par lolop (site web personnel) . En réponse à la dépêche Un projet de VM Python chez Dropbox et état des lieux des autres VM. Évalué à 5.
Qui traduit du Python vers C++ qui est ensuite compilé vers un module python en natif.
Cf https://linuxfr.org/recherche?utf8=%E2%9C%93&q=pythran
Et https://github.com/serge-sans-paille/pythran
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Screenshot du secret de l'utilisateur
Posté par lolop (site web personnel) . En réponse au journal Management des interfaces utilisateur d'autorisation et d'authentification sur Wayland. Évalué à 2.
Sur les accès un peu particuliers à l'interface graphique, il faut aussi inclure tous les systèmes d'aide pour les handicapés (navigation, agrandissement des éléments, synthèse vocale, etc).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Tant qu’on ne stocke pas les mails en local
Posté par lolop (site web personnel) . En réponse au journal Thunderbird : j'en peux plus ! Qui arrive à l'utiliser pour de vrai ? Quoi d'autre ?. Évalué à 1.
L'encodage par défaut semble gérable au niveau de chaque dossier dans Thunderbird (en tout cas sur le 24.4.0 sous kubuntu).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Rust vs Go
Posté par lolop (site web personnel) . En réponse à la dépêche Rust s’oxyde en version 0.10. Évalué à 6.
Et encore… "Errare humanum est…"
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Et pendant ce temps...
Posté par lolop (site web personnel) . En réponse à la dépêche Blender annonce le projet Gooseberry de campagne de dons pour film libre. Évalué à 2.
Visiblement ça a fait assez de bruit pour que ça soit remis en ligne.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Le client de synchronisation d'ownCloud s'améliore
Posté par lolop (site web personnel) . En réponse au journal Canonical abandonne Ubuntu One. Évalué à 9.
Certains organismes de recherche mettent en plus des forces dans ownCloud, afin de le fournir comme alternative à proposer aux chercheurs (ça évitera peut-être quelques utilisations de dropbox pour échanger des données qui ne devraient pas transiter par les USA).
Cf pôle ARESU du CNRS.
https://aresu.dsi.cnrs.fr/spip.php?article183
https://aresu.dsi.cnrs.fr/spip.php?article187
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Sens de la phrase rayée
Posté par lolop (site web personnel) . En réponse à la dépêche OpenJDK 8, JEP 142 & False Sharing. Évalué à 3.
Ça ne serait pas une expression maladroite pour indiquer qu'on peut stocker des données statistiques (ex. compteur d'accès) dans un objet? Ce qui ferait une donnée souvent accédée et modifiée, liaison avec les caches, etc.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Marque Livingstone, en SCSI
Posté par lolop (site web personnel) . En réponse au message lecteur magnéto optique 230MB. Évalué à 2.
Pour la carte SCSI, il doit m'en rester qq unes et qq câbles, mais faudrait savoir ce que steph1978 a comme machine (ou bien qu'il apporte ses supports - mais faudrait que je remonte une machine ad-hoc pour supporter une carte SCSI - a priori du PCI pas express).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Marque Livingstone, en SCSI
Posté par lolop (site web personnel) . En réponse au message lecteur magnéto optique 230MB. Évalué à 2.
Oui… si on peut savoir où se situe steph1978… parce qu'il est plutôt difficile de dématérialiser un lecteur magnéto-optique.
Perso c'est région paris-sud (Orsay, Les Ulis…)
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Marque Livingstone, en SCSI
Posté par lolop (site web personnel) . En réponse au message lecteur magnéto optique 230MB. Évalué à 2.
Modèle externe en boite, avec des bon vieux connecteurs SCSI qui ont une tronche de câbles parallèle centronics.
Contacte moi: laurent.pointal at laposte.net
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Y'a pas Philippe Kahn
Posté par lolop (site web personnel) . En réponse à la dépêche 100 développeurs : la part belle à l’Open Source. Évalué à 2.
Ah, ok, j'avais été dans l'annexe (plutôt pas pratique d'ailleurs).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Mon pauvre ami, bienvenue au club.
Posté par lolop (site web personnel) . En réponse au message C'est quoi eXchange. Évalué à 2.
? http://kolab.org/overview
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Y'a pas Philippe Kahn
Posté par lolop (site web personnel) . En réponse à la dépêche 100 développeurs : la part belle à l’Open Source. Évalué à 9.
Peut-être un effet "vieux con", mais je trouve qu'il manque un des créateurs de Borland, qui a permis de démocratiser tout une série de langages en rendant compilos et environnement de développement accessibles (même si pas libre).
http://fr.wikipedia.org/wiki/Philippe_Kahn
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Ça reste du PHP
Posté par lolop (site web personnel) . En réponse à la dépêche The Hack language : PHP avec un peu de typage statique. Évalué à 6.
Its not a bug, its a feature.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Karrigell ?
Posté par lolop (site web personnel) . En réponse au message Moderniser un petit script web maison, le passer en python, que choisir?. Évalué à 3.
À une époque j'avais fait tout le site de ma copro avec Karrigell, qui permettait des pages principalement html avec du Python dedans si besoin, pour des parties logiques, et des pages plus actives en Python principalement.
Depuis c'est passé en version pour Python 3, et ça semble avoir avancé - des posts réguliers sur la liste avec des réponses de l'auteur et d'utilisateurs.
http://karrigell.sourceforge.net/
Et c'est un produit breton ! (si ça peut faire une différence…)
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: A quand l'équivalent des symboles Ruby en Python ?
Posté par lolop (site web personnel) . En réponse à la dépêche Python 3.4 est sorti avec 7 nouveaux modules. Évalué à 2.
Toutafé, et tu peux définir un objet dont aucune des méthodes ne modifie l'original. Après, on rentre dans d'autres paradigmes de programmation, plus fonctionnelle - mais Python reste pragmatique.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: A quand l'équivalent des symboles Ruby en Python ?
Posté par lolop (site web personnel) . En réponse à la dépêche Python 3.4 est sorti avec 7 nouveaux modules. Évalué à 2.
Q? est-ce qu'il y a une gestion mémoire (ramasse miette, comptage de réfs…) sur les symboles en ruby?
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: A quand l'équivalent des symboles Ruby en Python ?
Posté par lolop (site web personnel) . En réponse à la dépêche Python 3.4 est sorti avec 7 nouveaux modules. Évalué à 3.
Je veux des chaînes non mutables par défaut, comme le sont les int, bool, float… et str en Python, un bête type de base.
Ne pas avoir à considérer qu'une chaîne est ou pas utile ailleurs, que je peux ou pas la modifier, qu'il y a ou pas des conséquences, qu'il faut penser ou pas à travailler sur une copie.
Chaînes immutables = obligation d'en créer une nouvelle si on veut la modifier, pas d'effet de bord entre les fonctions ou entre les threads.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: A quand l'équivalent des symboles Ruby en Python ?
Posté par lolop (site web personnel) . En réponse à la dépêche Python 3.4 est sorti avec 7 nouveaux modules. Évalué à 2.
C'est un détail interne d'implémentation. Les entiers 0 à 256 (et -1 à -127 je crois) sont très couramment utilisés, et il est plus efficace de les pré-allouer et de ne faire que du comptage de références plutôt que d'allouer/libérer à chaque fois un objet entier correspondant.
Mais c'est vraiment de la cuisine interne, on ne compare jamais deux entiers avec
is
.Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: A quand l'équivalent des symboles Ruby en Python ?
Posté par lolop (site web personnel) . En réponse à la dépêche Python 3.4 est sorti avec 7 nouveaux modules. Évalué à 2.
Appréciable, la page de De Python à Ruby, ça permet de voir les grosses différences. Certaines choses ne sont que syntaxiques, mais d'autres portent sur la sémantique, et là il y a vraiment des choix pour lesquels je préfère ce qui a été fait côté Python:
Sinon, une question, la notation Ruby
:b => 'this great'
dans un appel de fonction, ça crée automatiquement un hash, même sans les accolades?[*] Quoi que, même pour Python, je préférerais presque, entre autre pour mes étudiants, qu'une expression booléenne soit explicite là où on en besoin d'un booléen (if… while…). Le transtypage implicite raccourcit l'écriture mais casse la sémantique.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN