Guillaume Denry a écrit 2965 commentaires

C'est une réponse sérieuse ?
Tu mets vraiment à égalité l'accession centralisée aux données comme un webmail et le fait de devoir copier un répertoire d'une machine à une autre, en supposant que le profile soit facilement trouvable, qu'il n'y ait pas trop de problème d'incompatibilité entre les deux clients mails, sans compter les problèmes de synchronisation, les situations où tu es dans un cybercafé quelque part et que tu veux tout retrouver rapidement, que t'as pas forcément ta clef usb, ou bien chez un ami, pour ne pas pourrir son ordi avec ton répertoire de profile, etc etc
Défendre les clients mails natifs, il y a pas mal de bonnes raisons de le faire, par exemple thunderbird a l'avantage de bénéficier d'une énorme base d'extensions, par contre, venir dire qu'il suffit de "copier coller un profil" et hop, "chacun a ses préférences", faut arrêter un peu de déconner :)

apt-get install thunderbird (Si il n'est pas déjà installé par défaut)

Et l'installation des comptes mails…

Je veux bien être moinssé mais s'il vous plaît, donnez moi au moins la réponse :)

Et puis le plaisir de créer ses propres jeux en recopiant des pages de listing.

Ah oui, perso, le plus hardcore que j'ai pu faire, c'était de recopier des pages de langage machine (avec le checksum au bout de chaque ligne à copier) d'un mag'.
Je crois que c'est à cette époque que j'ai appris à taper relativement vite.

GMail c'est juste Thunderbird sur le Web, il n'y a rien de révolutionnaire dedans.

Pour les clients mails, oui le concept est toujours le même : lire son courrier et en rédiger. Mais le diable est dans les détails, des gens sont agacés par Thunderbird à cause de détails techniques chiants, comme la recherche pas top ou la gestion du spam qui demande des interventions manuelles, ou bien les problèmes en cas de gros volumes et d'archivage.
De mon expérience de (presque-)quadra qui est passé par un paquet de logiciels mail, ça me fait un peu mal de le reconnaître (à cause des compromis qu'on doit faire au niveau de la vie privée), mais gmail est celui qui m'a donné le plus satisfaction. Et je suis pas loin de penser que la masse critique de développeurs au delà de laquelle les clients "lourds" pourraient être améliorés a été érodée justement à cause de l'attractivité des clients web.
Bon, soyons honnête, le gros avantage reste quand même le fait de ne plus jamais rien avoir à installer ou bien de ne plus avoir besoin de faire un backup de ses messages, je pense que l'ergonomie vient juste après.

la recherche, c'est vraiment le « cœur de métier » (débile cette expression, personne n'en a une meilleure ?)

Y'a quoi de débile dans l'expression ?

Ce baser sur ce que l'utilisateur connait déjà, c'est le contraire de l'ergonomie

Un peu arbitraire comme affirmation.
Prenons le programme le plus ergonomique possible. Les gens l'utilisent et le connaissent.
Dérivons le légèrement pour en faire un autre. Comme l'utilisateur connait déjà le fonctionnement, c'est le contraire de l'ergonomie ?

En outre, pour moi, l'ergonomie est une notion plus large et complexe que de "rendre utilisable facilement quelque chose qu'on ne connait pas". Ca serait plutôt "rendre utilisable un outil de façon la plus simple mais également la plus poussée possible" => un programme peut être plus ergonomique qu'un autre, modulo le petit effort qu'aura effectué l'utilisateur pour le prendre en main initialement.
Il faut tendre vers une utilisation initiale la plus simple possible mais parfois, c'est pas possible ni souhaitable dans le cas où la simplification entre en contradiction avec la puissance d'utilisation.

En fait, je voulais principalement parler du paradigme ergonomique, et tu as raison, le thème peut en effet avoir une influence importante sur l'expérience de l'utilisateur, mais je voulais surtout souligner l'importance de ne pas mettre tous les "flat design" dans le même panier.

Pour moi, justement, il est beaucoup plus facile de faire une IHM non ergonomique qu'avec du skeumorphisme.

Je vais présumer que tu utilises "skeumorphisme" ici dans le sens "habillage graphique proche du réel (icône photo réalistes etc)", et tu as peut-être raison, mais pour moi, c'est juste une partie relativement mineure par rapport à la vraie question interfaces skeumorphiques VS interfaces non skeumorphiques.
Je ne suis pas forcément perdu par les screenshots qu'à collé Gnumdk dans son journal ; après tout, on est face au même type d'agencements d'informations qu'on connait déjà depuis longtemps.

Je ne comprend vraiment pas cette mode au flat design, je trouve personnellement que cela rend les applications incompréhensibles…

Je pense que tu jettes le bébé avec l'eau du bain. Le flat design, c'est "juste" du theming, les interfaces skeumorphique le restent quand même, donc l'ergonomie n'est que peu touchée. Donc ce qui te plaît pas ici, c'est le theming spécifique utilisé par Apple pour ses applis.
Le flat design, je trouve généralement que ça va dans le bon sens ; on se concentre sur l'essentiel, l'œil n'est plus sollicité par des motifs riches, et on optimise l'espace.

Tu fais l'aveugle depuis le début, on ne parle pas de n'importe quel job, mais de celui de représentant de Mozilla, sa "vitrine".
On tourne en rond.

Et ben je suis désolé de me répéter, mais n'importe quel travail ne doit souffrir de discriminations.

Plutôt que de faire des généralités qui ne peuvent rendre compte de la complexité de la réalité, tu peux aussi examiner le cas qui nous intéresse ici : certains pensent qu'on ne met pas à la tête d'une société qui prône la non discrimination quelqu'un qui justement lutte POUR la discrimination d'une certaine catégorie de personnes. Et j'ai du mal à prouver qu'ils ont tort.

Ca me gêne pas. Un tel type serait juste un connard. Ca ne donne pas le droit de le discriminer dans son travail sans autre forme de procès.

Je me répète mais on ne parle pas ici de n'importe quel travail.

Tu es a coté de la plaque, je trouve ca très bien que les homos ait le droit de se marier.

J'ai pas écris le contraire, quand je dis "ça passe", il faut comprendre "ça ne te dérange pas que quelqu'un qui discrimine les homos soit l'ambassadeur de Mozilla" (et encore, il faudrait imaginer que Mozilla en tant qu'organisation t'importe pour que ton opinion soit réellement pertinente mais bon).

CEO ou pas, notre société n'a pas à avoir discriminer les citoyens selon leurs activités politiques, que l'on considère la cause juste ou non.

Quel rapport avec la société ? Il s'agit ici d'une organisation (et entreprise).
En outre, quelle est ta limite en ce qui concerne les idées "politiques" d'une personne pour l'accepter ou non a la tête d'une organisation comme Mozilla ? Par exemple, donner de l'argent pour limiter les droits des noirs, ça te semblerait acceptable et ne devrait pas rentrer en compte ? Je ne pense pas. Par contre, visiblement, lorsqu'il s'agit de limiter le droits des homos, ça passe ?

Il s'agit ici d'une carrière singulière et de forte représentativité, pour une organisation dont l'ouverture et la liberté sont les éléments constitutifs du coeur de projet. Le CEO est un peu l'ambassadeur de l'organisation.
J'ai personnellement du mal à me positionner sur cette histoire, mais je voudrais seulement relever qu'il ne s'agit pas ici de n'importe quel poste.

Sans lui (1), on en serait probablement toujours à utiliser un IE6 moisi pour accéder au web.

Un peu audacieuse comme présomption.
Ca me rappelle le fameux "Sans Bill Gates, l'informatique personnelle ne serait pas rentré dans les foyers".

La nature a horreur du vide.

C'est parfait ! Comme ça, ça donne du code vraiment portable !

Si ça peut te consoler, je te conseille juste de regarder ton calendrier :)

Je suis d'accord, même si les activités du logiciel ne semblent pas excessivement techniques, il fallait de la créativité et de la volonté pour ne pas se décourager et porter ce projet jusqu'au bout, et également, être un des premiers (le premier ?) à trouver un tel système de rétribution inventif tout en conservant le logiciel libre.

Le truc qui m'a vraiment fait le plus halluciner au cours de ma carrière c'est les utilisateurs qui n'ont pas la moindre idée d'où se trouvent leurs fichiers !

Il faut être honnête, l'explorateur de fichier windows fait tout ce qu'il peut pour cacher cette notion de hiérarchie à l'utilisateur.
Lorsque tu sauvegardes sous Word, un peu rapidement, et que tu souhaites retrouver ton fichier avec l'explorateur, c'est pas forcément trivial, même pour un utilisateur avancé.
"Alors, Mes Documents, c'est où déjà ? Ah putain, le volet de gauche est caché, bon bon…"

Personnellement, un développeur qui m'a beaucoup marqué le temps où j'ai pu le côtoyer, c'est Fabien Letouzey, l'auteur de Fruit, un moteur d'échec opensource qui a explosé ses concurrents en quelques années, et sur du matos modeste, puis qui a été forké par de nombreux auteurs moteurs par la suite.
Il avait auparavant également créé un des meilleurs programmes d'othello de son époque (Turtle).
Fabien, tu cartonnes et je te salue bien bas.

Plus j'y pense, puis ça me fait penser à l'informatique médicale, ça peut vite devenir un truc MONSTRUEUX, et y'a de quoi manger à tous les rateliers : infographie, étude des sols, topographie, hydrométrie, etc.
L'avantage, c'est que beaucoup de choses peuvent être réalisée de manière itérative car il y a un découplage assez fort entre toutes ces notions.

QtQuick est nécessaire pour tourner sous Android ?

C'est juste qu'une IHM pour smartphone/tablette basée sur QtWidgets, c'est horrible et que la façon de faire du GUI avec Qt sous Android, c'est d'utiliser QtQuick.

Salut Mickael et merci pour ton projet,

Je viens de le compiler (*) et de tester un peu et je trouve que l'IHM est quand même assez rustique, as-tu prévu d'intégrer des pré-sélections au niveau des légumes et des variétés ?
J'ai pas trop compris non plus comment intégrer mes plantes dans mes parcelles (dernier onglet). Je créé une parcelle de 120x120 (d'ailleurs, ca manque pas mal d'unités dans les Ui), mais ensuite, je vois pas trop ce qu'il faut faire.

Concernant le code source, je pense qu'utiliser les .ui pour certaines de tes interfaces Qt te permettra d'éviter d'écrire du boilerplate code au kilomètre, et contrairement aux idées reçues sur Qt Designer, ça fait quand même sacrément gagner du temps et la maintenabilité des écrans est au top. Et l'avantage des .ui de Qt, c'est qu'on peut les utiliser même pour une portion d'un écran, dans un sous-widget.

Bonne continuation pour la suite, j'essaye de monter un potager donc je vais suivre ton soft avec attention :)

A+

(*) d'ailleurs, il faudrait intégrer une dépendance à boost dans le script cmake (avec un find_package) parce que rien en dit qu'il manque jusqu'à ce qu'on compile

Est-ce que les photos imprimées sont "administration-compliant" ?

Je lis sur http://vosdroits.service-public.fr/particuliers/F10619.xhtml

(…) Celles-ci doivent être réalisées par un professionnel ou dans une cabine utilisant un système agréé par le ministère de l'intérieur.

Sinon, super projet !

logiquement les freins doivent freiner plus que la force du moteur.

J'aimerais bien une explication, parce que je trouve pas ça forcément évident à comprendre :)