fond

Nos convictions techniques de développement

Chaque entreprise, et plus spĂ©cifiquement chaque dĂ©veloppeur, a ses propres convictions sur « qu’est-ce qu’un bon code » et « qu’est-ce qu’un bon projet de dĂ©veloppement ». Chez AXOPEN, on ne dĂ©roge pas Ă  la rĂšgle, et notre Ă©quipe a bien sĂ»r un avis sur la question 😊 VoilĂ  les grandes convictions techniques qui basent nos guidelines de dĂ©veloppement au quotidien dans nos projets.

Contacter un expert

decoration

Optimisation et performances

Rien de pire qu’une application qui lague, et des utilisateurs frustrĂ©s ! On travaille un code qui est optimisĂ© performances, avec pour objectif des temps de rĂ©ponse proches de l’instantanĂ©. Et pour s’assurer de la performance au long cours, on pense Ă  mettre en place des outils de monitoring et Ă  Ă©couter les alertes !

date illustration

Qualité de code

Le code source d’une application se doit d’ĂȘtre clair, lisible et « beau ». Cet objectif est la meilleure maniĂšre de s’assurer de la qualitĂ© du logiciel dans son ensemble. De la conception Ă  la rĂ©alisation, nous nous assurons que la qualitĂ© du code ne baisse pas, en particulier par l’usage systĂ©matique d’audit de code.

date illustration

Penser cycle de vie

Comme tout projet, une application a un commencement, une fin, et surtout connaßt de nombreuses évolutions depuis sa conception initiale jusqu'à l'adaptation aux besoins changeants. Ainsi, nous ne restons pas figés dans le moment présent, mais prenons du recul pour envisager l'ensemble du cycle de vie de l'application. Notre objectif est de gérer efficacement ce cycle au fil du temps, en restant flexibles et anticipant les évolutions à venir.

date illustration

Technos fiables et pérennes

Dans l’objectif de rĂ©aliser des applications qui durent dans le temps et d’éviter toute rĂ©alisation de code jetable, nous faisons des choix techniques les plus pĂ©rennes possibles : des technos connues, Ă©prouvĂ©es sur le marchĂ© avec des grosses communautĂ©s derriĂšre, et donc une facilitĂ© Ă  trouver de nouveaux dĂ©veloppeurs si besoin sur le sujet.

date illustration

Maintenabilité : on pense aux suivants

Penser maintenabilitĂ©, c’est penser aux dĂ©veloppeurs et Ă  l’équipe qui prendra le relai sur la gestion de l’app ! On s’accorde donc Ă  avoir un code lisible, facilement comprĂ©hensible, et un minimum de documentation pour que les prochaines personnes qui rentrent sur le projet puissent le prendre en main facilement !

date illustration

Efficience

On ne fonce pas tĂȘte baissĂ©e dans les projets et dans les lignes de code. On prend un peu de recul, et surtout on rĂ©flĂ©chit avant d’agir pour gagner du temps sur les phases suivantes ! On reste des adeptes du crayon et du papier pour cela d’ailleurs.

date illustration

Des fonctionnalités utiles, et utilisées

DĂ©velopper une app ou une fonctionnalitĂ© pour faire plaisir Ă  une personne, ça n’a pas vraiment d’intĂ©rĂȘt, surtout qu’il faudra la maintenir dans le temps. On s’assure de challenger les vrais besoins des utilisateurs pour couvrir les fonctionnalitĂ©s importantes, et essentielles ! Keep It Simple : rien de pire qu’une interface oĂč l'on a tellement de fonctionnalitĂ©s dans tous les sens, qu’on en oublie le but mĂȘme de l’application.

date illustration

Intégration dans le SI existant

Une application ne vit pas seule, mais dans un environnement qui plus-est contraint. Avant la conception, on rĂ©flĂ©chit Ă  la maniĂšre dont l’application doit s’intĂ©grer dans le SI ; quelles sont les interconnexions, les dĂ©pendances, les choix techniques rĂ©alisĂ©s
 bref, on pense global !

date illustration

Pragmatisme et honnĂȘtetĂ©

On ne se ment pas, ça se verra forcĂ©ment un jour â˜ș Chez AXOPEN, on sera toujours transparents sur nos pensĂ©es, on se challenge rĂ©ellement pour avancer, mĂȘme si bien sĂ»r, et on n’a pas honte de dire « je ne sais pas » si on n’a pas d’avis !

date illustration