Dring a écrit 1182 commentaires

C'est juste son prénom.

Le compilateur Vala génère du C, donc du code natif in fine. Pas du C#.

On peut en déduire qu'ils ont considéré que sudoku étant une application très gourmande en calcul (pour une application Gnome), il fallait donc l'optimiser autant que possible.

L'autre solution était de simplifier l'application en limitant les grilles à 1 case, mais les spécialistes de l'UI n'ont pas eu encore le temps de rendre leurs conclusion ; ce sera pour Gnome 4. Merci Gnome !

Un utilisateur heureux de Gnome/Unity mais qui pourrait aussi bien utiliser GnomeShell.

le problème c'est que ce n'est pas rabattable : si tu veux une capacité équivalente à un break, tu es bon pour les retirer

Où est-ce que tu as vu que les sièges n'étaient pas rabattables ? Ils le sont tous. Et c'est pas du 1/3 - 2/3, c'est bien chaque siège qui est rabattable indépendamment.

Ou pas, car comme je l'ai dit, si le plafond est plus haut, le plancher aussi. Au final, on gagne très peu, j'ai même été supris la première fois que je suis monté dedans.

Très peu ? Tu as un truc plus précis qu'une impression foireuse ?

En terme de longueur : un grand scenic mesure 4496mm, une laguna break 4803mm, et un espace 4660mm. C'était quoi ces âneries à propos de "à longueur équivalente blah blah blah" ? Pour info, le grand espace fait 4856mm, et pour 53mm de plus qu'une Laguna break, il propose un vrai coffre, et 7 vraies places. Rien de comparable en terme d'habitabilité.

Le renault espace premier du nom a été pensé sur une plateforme aux dimensions proches d'une renault 9 de l'époque. C'est la force de ces véhicules : une carrosserie plus haute pour redonner de l'espace aux passagers. Et quoi que tu en penses, c'est efficace.

Après, le prix est élevé, mais il existe les monospaces compacts (Picasso, Scenic & co) pour les budgets plus serrés. Et on peut aussi ne pas aimer la position de conduite haute et tout un tas d'autres défauts réels. Mais pour l'habitabilité, il n'y a pas photo.

L'homme qui a vu l'homme qui a vu l'ours.

Le vendeur, il a juste voulu prouver à ton père qu'il y avait des moyens. Le vendeur, c'est un vendeur. Y'a encore des gens pour prendre un discours commercial pour une vérité qu'on peut réutiliser comme argument ?

Ils ne sont pas "meilleurs". Par contre, monospace ou van, en général le véhicule est plus haut et la cabine est plus avancée, laissant plus de place pour l'espace habitable.

Plus haut = surface au sol plane, c'est à dire que tu n'as pas le passage de transmission qui vient pourrir la vie de "celui du milieu", avec les pieds sur ceux de ses voisins. Et la plupart du temps, c'est 3 vrais places au second rang, et non 2 places + un espace qui peut soit servir à mettre Kate Moss soit permettre de passer les skis.

Je ne peux pas dire pour une famille de 6, mais pour une famille de 5, qui accueille régulièrement mais pas tout le temps un 6ème passager, un monospace compact ça déchire grave n'importe quel break en terme de praticité. A prix équivalent s'entend.

Ne dit-on point plutôt "déroger à la règle" plutôt que "manquer à la règle" ?

C'est dingue le nombre de gens qui au lieu de dire « ça me convient » disent « c'est génial ».

À moins que ça soit pour faire comprendre à ceux qui les utilisent pas parce que ça leur convient pas que ce sont des gros cons ?

…

Ou alors, c'est simplement parce que quand on dit c'est génial/une horreur, on s'imagine que les gens en face vont comprendre qu'on parle en notre nom, qu'on exprime juste une opinion, et qu'on est juste un peu brut de décoffrage à cet instant précis.

Ah, moi je suis encore à Office 2007, donc je l'ai dans l'os. Mais merci quand même pour l'info. Je vais aller acquérir un Office 2010.

Alors je te rejoins totalement ; on néglige souvent la valeur d'une explication textuelle "classique".

Un double clic sur l'onglet du ruban le fait disparaître, et ensuite un survol le fait apparaître.

Cela dit, et comme indiqué au dessus, j'aurais préféré une approche "on met tout sur le côté" ou "on laisse le choix"..

Ben chez moi ça marche pas. Tu fais clic droit sur quel élément ? Moi, où que je sois, c'est la barre d'outils "Accès rapide" qu'il me propose de paramétrer… (celle qui est sur la barre de titre de l'application).

Le danger avec cette approche c'est que tu te retrouves vite à ne plus faire de documentation.

La doc, les specs, ce n'est pas uniquement pour préparer l'étape développement, c'est aussi pour communiquer. Avec les utilisateurs, et valider ce que tu vas faire. Avec tes pairs, pour discuter/valider tes choix. Avec les autres développeurs, qui feront le support/la maintenance. Etc.

Alors évidemment, il y a l'approche "j'ai mis plein de commentaires, les variables et noms des méthodes sont explicites, pas besoin de doc", mais sur des projets complexes impliquant plein de règles "métier", ça ne marche pratiquement jamais.

D'ailleurs, c'est pour ça que j'aime pas UML, qui était pensé au début pour pouvoir communiquer avec les utilisateurs, mais qui est illisible pour qui n'est pas dans l'informatique et déjà un peu versé en UML.

retour au point de départ : comment présente-t-on tout ça ?

Moi je sais ! On fait des rubans, et chaque ruban représente une activité, et contient un accès rapide à la majeure partie des fonctions de cette activité. Plus un ruban "général" pour les fonctions communes à la majorité des utilisateurs.

J'ai bon ?

Plus sérieusement, j'ai longtemps craché sur les rubans, avant d'être obligé de m'en servir. Je peste encore car l'organisation n'est pas toujours logique, et retrouver ses petits est parfois ardu, mais dans l'ensemble c'est pas mal.

Mon principal reproche : tout est encore en haut de l'écran, à l'époque des écrans 16/9ème c'est un peu chiant de voir la zone de travail encore réduite (même si le masquage automatique des rubans est efficace). Mon autre gros reproche : on ne peut plus rien paramétrer (ou j'ai pas trouvé comment).

Je crois que les gens de chez IBM ont fait un bon boulot là dessus, avec des "espèces" de rubans verticaux. Calligra est assez souple aussi - je crois. Mais loin d'être complet et stable, hélas.

Ah. Dommage, j'aurais bien aimé troller là dessus.

Ben en l'occurrence, je trouve que là on a une illustration d'un bon usage. Ca aide bien à comprendre comment est initiée une partie, on voit les intervenants, la séquence, les méthodes, etc.

Dans ce cas, je dirais que je trouve ça plutôt utile, et vraiment enrichissant par rapport à un texte qui aurait été lourd et long - et donc chiant.

Hum, ta question est-elle "est-ce que tout le monde trouve que UML c'est de la merde", ou est-elle vraiment innocente ? Ca vaudrait le coup d'un autre journal pour répondre à ça. Ca sent la digression (et le troll) à plein nez.

Bon, un élément quand même : moi, du texte ou un diagramme UML, ça me donne exactement la même info. Mais parfois, la vision graphique donne une vision d'ensemble en plus.

Après, ça n'empêche pas UML d'être de la merde.

Pas vraiment ; pour le calcul du libor, les banques doivent publier les prix auquel elles empruntent, pas celui auquel elles prêtent.

C'est très différent, et c'est d'ailleurs pour ça qu'une banque a fini par tricher. Avouer qu'elle empruntait à un taux plus élevé que les autres aurait montré un manque de confiance envers elle.

Je confirme également. Lotus Notes est sans doute à l'origine du mot bloatware.

Le problème, c'est que ça ressemble également beaucoup à Lotus Notes, d'où ma première réaction : une grosse nausée, heureusement compensée par l'organisation des outils sur le côté qui colle un peu mieux avec les écrans modernes.

C'est par ici la bonne soupe : http://kde-apps.org/content/show.php/luckyBackup?content=94391

Pas essayé, mais ça à l'air intéressant. L'interface est pas trop vilaine.

Déjà que Selenium remplace avantageusement QuickTest Pro pour une grande majorité d'IHM.

Ah, un retour d'expérience dans ce domaine m'intéresse fortement. Ici, on utilise les deux, mais Selenium est plutôt utilisé par l'IT, et QTP par les utilisateurs (avancés). Mais du coup, l'IT commence à s'en servir, à mon grand désespoir.

Je peux me tromper, mais l'outil s'interfaçant directement avec le bug tracker, il est tout à fait envisageable de mettre en place dans ton cas une instance de JIRA reliée à Squash pour les défauts de recette et une autre instance indépendante pour les "bugs de prod".

C'est effectivement une piste ; mais est-ce que dans ce cas on perd tout ou partie des fonctionnalités de navigation défaut/cas de test/exécution de test/exigence qui sont vraiment naturelles dans un outil comme QC (que j’exècre par ailleurs).

Pour la partie gestion à un bugtracker, juste un retour d'expérience sur comment ça marche les tests "chez nous", pour plusieurs centaines de projets et autant de développeurs, répartis sur 3 pays.

On a d'un côté un bugtracker (un JIRA) qui sert à :

• suivre les demandes de changement, i.e. améliorations, corrections de bugs et nouvelles fonctionnalités
• suivre les incidents et demandes de support de production

De l'autre côté, un outil de suivi de test (QualityCenter), qui sert à :

• suivre les exigences ET les demandes de changements (et là déjà y a un peu de variation d'un projet à l'autre)
• créer/gérer les plans de tests
• créer/gérer les campagnes de tests
• créer/suivre les défauts

Et oui : on gère d'un côté les défaut dans QC (pour ce qui est détecté pendant les phases de tests) et de l'autre les bugs dans JIRA (pour ce qui est détecté en production). D'ailleurs, quand un défaut détecté en recette ne peut être corrigé (soit parce que c'est trop compliqué et non bloquant, soit parce que finalement c'est une nouvelle fonctionnalité), on crée une demande de changement dans JIRA, pour la planifier dans une version ultérieure.

Bref, tout ça pour dire que l'idéal serait qu'un outil comme SquashTest propose une gestion intégrée des défauts de recette. Ainsi, un défaut est clairement lié à une exécution de test, à une ou plusieurs exigences, … Et n'est pas mélangé à des demandes de changement et des bugs "de production".

De manière plus générale, le site de test de Squash ne répondait pas quand j'ai voulu l'essayer ; les copies d'écran laissent apparaître quelque chose manquant de fini sur la partie présentation, avec peu de possibilités de personnalisation. Mais je garderai un oeil sur ce projet à partir de maintenant, car trouver un remplaçant à QC serait… un pur bonheur (ActiveX suxxxent !)

M'enfin là, c'est l'histoire de l'homme qui a vu l'homme qui a vu l'ours.

Au final, et tu le dis toi même, tu n'as que peu de détails, et l'histoire t'a été racontée par une personne non informaticienne. Pour travailler dans un grand groupe bancaire, la situation est loin d'être rose, mais la plupart des gens n'ont pas idée de la complexité engendrée par un système d'information qui comprend des milliers d'applications, de serveurs, et des centaines de milliers d'utilisateurs.

On est parfois obligé de composer entre une volonté légitime de rationaliser et d'uniformiser les outils et les besoins spécifiques. Regarder par le petit trou de la lorgnette, et pointer un problème en particulier, c'est un peu facile et ça mène pas loin.

Ca ne m'empêche pas de m'énerver régulièrement et de pester, mais je garde en tête que derrière, c'est un gros truc.

De toute façon, en bon français, on dit pas "emoticon", mais "frimousse".

Donc on peut dire qu'Apple a inventé la tablette qui se vend, là ou d'autres avaient seulement inventé la tablette.

Tout devient clair.