À mesure que les tests publics approchent, ajouter une fonction uniquement pour allonger la liste des possibilités devient moins utile. Il est beaucoup plus important de perfectionner ce qui existe déjà. Pour MyDeskViewer, cette phase a occupé une part importante des derniers mois de développement.

Nous avons amélioré le comportement après une perte de connexion, la reconnexion, l'affichage de l'état des appareils et les situations où un ordinateur distant disparaît temporairement du réseau avant de revenir. Ces problèmes paraissent mineurs jusqu'au moment où ils se produisent pendant une session importante.

Les mises à jour ont également demandé une attention particulière. Un logiciel d'accès distant est différent d'une application locale classique : si une mise à jour casse la machine distante, l'utilisateur peut ne pas disposer d'un moyen simple de la réparer physiquement. La comparaison des versions, l'ordre des mises à jour et la transition entre les versions méritent donc plus de prudence qu'un simple bouton « Update ».

En parallèle, nous avons simplifié l'interface. Un outil interne peut contenir des boutons techniques et des messages compris uniquement par son auteur. Un produit testé par d'autres personnes doit présenter clairement le Machine ID, l'état de connexion, les appareils disponibles, l'authentification et les actions, sans exiger de connaître l'architecture du programme.

Plusieurs écrans sont ainsi devenus plus simples alors même que l'application devenait plus complète. Une bonne interface doit cacher la complexité inutile au lieu de la transférer à l'utilisateur.

Cela ne signifie pas que tous les problèmes sont résolus. La bêta publique sert précisément à découvrir les cas que nous n'avons pas anticipés. La différence est qu'aujourd'hui MyDeskViewer gère beaucoup mieux les interruptions ordinaires et retrouve plus facilement un état correct sans intervention manuelle.