Sarah RONNOC

« L’application est pas mal mais pour certain truc c’est vraiment mal pensé. »

35 ans Raisons
Ancienne secrétaire Elle cherche à se reconvertir.

Besoins
Connaissance du milieu Elle veut juste que ça marche et
professionnel, fera la que ce soit simple.
comparaison avec ses Niveau
outils de compta. Débutante.

Contraintes
S’énerve vite sur les designs
Caractère qu’elle trouve mal pensés.
Impatient Patient A l’habitude de batailler avec
des outils pas toujours
Visuel Fonctionnel ergonomiques. A tendance à
persister mais aussi à vite être
Intuitif Factuel
frustrée.
 Sarah RONNOC
« L’application est pas mal mais pour certain truc c’est vraiment mal pensé. »

Dit Pense
« J’aurai fini pour ce soir. »​ Comment je peux faire cela ?​
« Pour être efficace il faut Pourquoi ça marche comme ça ? ​
maitriser ses outils. »​ On ne pouvait pas faire plus simple ?​
« Ce qui compte ce n’est pas que C’est pratique ça.​
ce soit jolie mais que ça marche. » Je ne pense pas que je m’en servirai
souvent.​

Fait Ressent
Planifie sa journée : combien de  Stresse à l’idée de prendre du retard.​
temps passé à apprendre l’IDE.​ Aime quand elle se sent efficace.​
Fait des notes sur comment Frustrée quand
utiliser les éléments complexes mais utiles.​ elle a l’impression de perdre du temps
Joue avec l’IDE afin de comprendre comment  pour rien.​
il fonctionne. Commence par le simple.  ​ Apprécie quand tout est à sa place.
David KING
« Ça c’est bien… ha, ça je ne l’aurais pas fait comme ça… »

65 ans Raisons
S’essaye à de nouveaux IDE par
Senior dev curiosité et passion. 

Il s’est essayé à beaucoup Besoins

d’outils dans sa carrière, Trouver une perle rare et/ou de
il porte un regard très nouvelles idées intéressantes
critique. dans les IDE peu connus.

Niveau
Très compétent. 

Caractère Contraintes
Impatient Patient Pour trouver des pépites il est
prêt à fouiller.
Visuel Fonctionnel

Intuitif Factuel
 David KING 
« Ça c’est bien… ha, ça je ne l’aurais pas fait comme ça… »
Dit
« Je ne suis pas déçu d’avoir essayé
cet IDE. »
« Ça, je l’aurais plutôt fait autrement. »
« Ça manque de finition. »
« Très intéressant ça. »
Fait
Essaye l’intégralité des options qui lui  
sont proposées.
Compare l’IDE à ce qu’il a déjà pu rencontrer.
Envoie un mail de feedback à l’équipe.
Cherche à exposer les points faibles de l’IDE.
Il essaye de le faire planter au travers des fonctionnalités.
Pense
Si je fais comme ça est-ce que tout
va planter ?
Ils ont géré ce cas ?
Par rapport aux autres, qu’est-ce que
ça donne ?
Ressent
        Excité de trouver un outil peu présent
dans les IDE populaires.
Déçu quand il trouve un bug sans même
chercher à casser l’application.
Content quand il trouve un bug après avoir
volontairement essayé de tout casser.
Marcel SUREZ
« Bon aller c’est nul, ça dégage *désinstalle l’IDE* j’ai autre chose à faire. »

19 ans Raisons
Doit coder un TP en java, a pris
Étudiant en informatique. le premier IDE qui « avait l’air
bien » sur google.
Vient de débuter un DUT
informatique. 
Besoins
Un outil pour faire son TP
rapidement et passer à autre
chose.
Niveau
Connais les bases théoriques
mais relativement peu de
pratique : c’est son premier IDE
Caractère java.
Impatient Patient
Contraintes
Visuel Fonctionnel Bien que débrouillard, si l’IDE
fait une mauvaise première
Intuitif Factuel impression il désinstallera
immédiatement et ira voir
ailleurs. 
 Marcel SUREZ
« Bon aller c’est nul, ça dégage *désinstalle l’IDE* j’ai autre chose à faire. »

Dit Pense
« Allez, on fait ça vite. » C’est normal que ce soit long là ? 
« C’est où qu’on ouvre le projet ? » Il va vraiment falloir que je fasse ça à
« Comment ça marche ce truc ? » chaque fois ?
Il n’y a pas un truc moins compliqué ?

Fait Ressent
Ne cherche pas à explorer l’outil. Impatient, se frustre quand
Essaye immédiatement de commencer l’application ne réagit pas vite.
à travailler. Content quand il est capable de
Ouvre le projet fourni, crée un nouveau rapidement commencer à travailler.
fichier et essaye d’exécuter. ​ Avis basé sur la première impression
de l’IDE. 
 Ameli LAMBADA 
« L’application est pas mal mais certain truc sont vraiment mal pensé. »
25ans Raisons
Sa boite a acheté notre IDE et l’a
Dev installé sur les machines.

Salariée dans une boite

Besoins
Un IDE qui justifie le
moyenne. changement d’outil.

Niveau
Dev Bac + 2, 5 ans d’expérience.
Compétente. 

Contraintes
A l’habitude de creuser et de
Caractère toute façon n’a pas trop le choix
Impatient Patient (elle fera remonter les problèmes
en revanche). 
Visuel Fonctionnel
Intuitif Factuel
 Ameli LAMBADA
« L’application est pas mal mais certain truc sont vraiment mal pensé. »

Dit Pense
« Ce programme a intérêt à justifier un Où est la recherche dans cet IDE ?
changement d’IDE. » Qu’est-ce qu’il y a de nouveau ?
« J’espère qu’ils ont pensé à ajouter cette J’espère que l’interface ne sera pas
fonctionnalité. »
« Si l’IDE ne correspond pas à nos attentes
horrible.
je vais aller rapidement me plaindre auprès
du chef, tu peux en être sûr »      

Fait
Cherche où sont les outils quel avait
l’habitude d’utiliser sur son ancien IDE.
Explore les outils de l’IDE mais se fie au nom
pour trier l’utile du « gadget ».
Charge un ancien projet pour tester l’IDE.
Juge l’IDE dans l’ensemble des
fonctionnalités qu’elle pense utiles.
Ressent
Contente de retrouver les fonctionnalités
qu’elle a l’habitude d’utiliser, agacée dans le
cas contraire.
Lassitude devant une fonctionnalité qu’elle
pense inutile.
Une interface peu plaisante visuellement finira
par lui courir sur le haricot et elle le sait.  

La très grande majorité des
IDE existants possèdent :
• Une page « d’accueil » où l’utilisateur peut choisir d’ouvrir un projet.
• Une fenêtre centrale pour l’édition des fichiers, organisée en
onglets.
• La possibilité de réorganisé ses onglets, d’en faire une fenêtre à
part où même d’avoir deux fenêtres côtes à côtes.
• Une édition « moderne » avec coloration syntaxique, affichage
automatique d’erreur, undo, redo, etc.
• Une arborescence de fichier (en général sur la gauche).
• Une console (en bas) pour afficher les résultats et erreurs du
programmes.
• Une barre de menu tout en haut.
• Des boutons (en haut, proche de la barre de menu) permettant un
accès rapide aux fonctionnalités souvent utilisés comme l’exécution,
le debugger, la recherche, la sauvegarde, etc.
• De la génération de code.
• Un onglet / une pop-up « notification » pour les messages
importants en rapport avec l’IDE (ex : mise à jour).
• Un thème clair et un thème sombre minimum.
• Une intégration git.
•
Profiles Utilisateurs
Le monde de l’informatique est vaste : les IDE les plus connus sont utilisés
par des profils très variés. Amateur enthousiaste, étudiant, développeur
salarié, chercheur et bien d’autre. Il nous faut savoir qui cibler.
Lors de la première réunion, il a été établi que nos coachs ont des clients
auquel l’application sera vendue. Autrement dit, l’application sera payante.
Nous pouvons donc écarter les utilisateurs veulent avant tout un produit
gratuit comme l’amateur enthousiaste qui recherche surtout un IDE pour
faire de petits projets personnels. 
Ensuite, un IDE payant signifie que le client s’attend à une certaine qualité
mais aussi qu’il s’y connait un minimum en informatique. Cela est d’autant
plus vrai si le client est une entreprise est qu’elle compte déployer l’IDE sur
son parc informatique. Il nous faut donc un IDE fonctionnel et surtout
efficace. L’apparence est bien moins importante puisqu’il ne s’agit pas
d’attirer la masse mais plutôt de satisfaire des besoins professionnels.
De ce fait, avons-nous réellement besoin d’un onglet dédié à git quand
nous pouvons simplement écrire le résultat des commandes dans la
console ? 
Avons-nous réellement besoin d’une pop-up pour signaler qu’une mise à
jour est disponible quand les maj en entreprise ne sont pas faites par
l’utilisateur mais par la personne en charge du parc informatique ?
La réponse à ces questions est bien évidemment non : nous allons
concentrer sur la création d’un IDE complet et efficace avant tout.
Problématiques types.
Je veux pouvoir travailler sur
l’IDE pendant plusieurs heures
sans pour autant que l’aspect
visuel me fatigue.

Je veux m’y retrouver dans

ce nouvel IDE.
Avoir un/des thème(s) par défaut qui se
rapproche(nt) des thèmes connus comme
(clair et sombre par, ex), faire un effort
sur le visuel de la fenêtre principale.
Avoir une disposition des éléments qui se
rapproche des autres IDE connus afin de
ne pas « perde » les utilisateurs.

Récupérer des palettes de couleurs en

ligne afin de faire un thème possédant
une forte cohérence visuelle.
Avoir les actions principales (ex : ouvrir
un premier projet facilement) accessibles
directement sur l’interface et/ou et
placées en premier dans les menus.