Le code est plus souvent exécuté que lu

Le système de valeurs du développement logiciel

• Au cours du développement logiciel, le code est plus souvent lu qu’écrit, ce qui signifie qu’écrire un code facile à maintenir est un bon investissement.
• Le code n’est pas simplement écrit : il a pour but de fournir un service aux utilisateurs, et l’expérience utilisateur est importante.
• Pour un développement centré sur l’utilisateur, il est important de montrer le programme tôt et souvent aux utilisateurs et de recueillir leurs retours.

L’importance de l’exploitation du code

• Le fait que le code soit exécuté inclut l’exploitation du programme, notamment le déploiement, les mises à niveau, la supervision, etc.
• Lorsque le logiciel s’exécute dans un véritable environnement de production, le principe KISS (Keep It Simple, Stupid) devient encore plus important.
• En exploitation réelle, il est important de comprendre non seulement le code, mais aussi chaque partie du système, et de faire en sorte qu’il puisse fonctionner même en situation d’échec.

L’importance de la perspective métier

• Le développement centré sur l’utilisateur n’est valable qu’à condition que le logiciel apporte de la valeur à l’organisation.
• Il peut être utile d’intégrer une perspective métier au processus de développement, en tenant compte du budget, du marketing, des délais, etc.
• Lorsqu’on considère l’organisation dans son ensemble, une décision pertinente pour le logiciel, l’équipe ou l’utilisateur n’est pas toujours la meilleure.

Problèmes courants du développement logiciel

• Le code difficile à maintenir résulte d’une approche centrée sur l’auteur.
• Les logiciels qui ne prennent pas en compte l’expérience utilisateur résultent d’une approche centrée sur le développeur.
• Les logiciels conçus sans tenir compte de l’exploitation résultent d’une approche centrée sur le développeur.
• Les logiciels qui ne prennent pas en compte la perspective métier résultent d’une approche centrée sur le développeur.
• Les logiciels qui ne sont jamais réellement exploités peuvent résulter d’une approche centrée sur le business.

L’avis de GN⁺

Le point le plus important de cet article est de reconnaître l’importance relative des différents éléments du processus de développement logiciel et de prendre des décisions sur cette base. Il est essentiel de comprendre les relations entre les utilisateurs, l’exploitation, les développeurs et le business, puis de trouver un équilibre. Cet article offre des pistes de réflexion intéressantes aux développeurs logiciels et peut contribuer à favoriser une culture de développement plus efficace et plus responsable en soulignant l’importance du business et de l’exploitation, souvent négligée dans le processus de développement.

[GN⁺]

Avis Hacker News

• Augmentation de l’usage entre les concepteurs de langages et de bibliothèques standard, les développeurs de modules, les développeurs généralistes et les utilisateurs finaux

  Le ratio entre les concepteurs de langages, les développeurs de modules, les développeurs généralistes et les utilisateurs finaux tend à augmenter d’environ 1000 fois à chaque niveau. Cela signifie qu’une petite paresse au début de la conception du langage ou du développement de la bibliothèque standard peut avoir un impact majeur en aval.

• Les raisons d’utiliser un système et le rôle des cadres intermédiaires

  Les utilisateurs peuvent utiliser un système simplement parce que leur entreprise l’a acheté ; dans ce cas, les développeurs doivent répondre aux exigences des cadres intermédiaires plutôt qu’aux besoins réels des utilisateurs. Cela suggère que les utilisateurs peuvent se retrouver prisonniers d’un produit imparfait.

• Découverte du symbole mathématique ≹ indiquant une relation de comparaison

  Le symbole « ≹ » indique une relation dans laquelle deux objets ne sont ni plus grands ni plus petits l’un que l’autre, sans pour autant être nécessairement égaux. C’est une distinction importante dans les situations qui ne se prêtent pas à une comparaison purement numérique.

• Le coût d’exécution du code face à la valeur du temps des développeurs

  Le coût d’exécuter du code un milliard de fois peut être inférieur à quelques minutes du temps d’un développeur. On peut aussi exécuter 100 milliards de fois le code d’une API web en utilisant un serveur AWS pendant un mois. L’optimisation du code doit toujours donner la priorité à la lisibilité humaine, jusqu’au moment où cela devient économiquement inefficace.

• L’importance de la lisibilité du code

  Si le code n’est pas lu, cela signifie qu’il ne sera pas exécuté longtemps. Cela est compris du point de vue d’un débutant cherchant à passer de l’administration système au développement.

• Regard critique sur la théorie de l’auteur

  En réinterprétant des vérités générales pour construire sa propre théorie, l’auteur risque de produire une formulation pénible et de la faire passer pour un raccourci peu utile.

• La nature du business et l’importance des utilisateurs

  Le business n’existe pas réellement ; c’est une structure fictive qui aide à organiser les ressources. Son objectif est de servir les utilisateurs, et lorsque la politique interne devient chaotique au point de ne poursuivre que l’intérêt du business, l’organisation devient toxique.

• Les relations complexes entre développement, opérations et business

  Le développement, les opérations et le business ne sont pas chacun une entité unique, mais sont composés de personnes aux expertises variées et aux rôles différents dans l’organisation. Tous influencent la manière dont le code est écrit et le moment où il est livré aux utilisateurs.

• Débat sur les questions éthiques dans l’industrie du logiciel

  En cherchant à expliquer l’inconfort croissant parmi les professionnels du logiciel, cela soulève la question de leurs obligations éthiques lorsque l’utilisateur n’est pas le client ou lorsque le modèle économique a un impact négatif sur lui.

• Point de vue personnel sur l’importance relative du développement, des opérations et du business

  L’importance du développement, des opérations et du business varie selon les situations, et il faut reconnaître que, parfois, le développement doit passer avant le business ou les opérations.