.Net Core 3.0 puis .Net 5 (C#,F#, Visual basic .Net)

Parce qu'il en faut pour tout le monde, discutez ici d'ADA, de shell et autres Wolfram...

Modérateur : Francois

Artemus24
Raspinaute
Messages : 953
Enregistré le : ven. 15 sept. 2017 19:15

Re: .Net Core 3.0 puis .Net 5 (C#,F#, Visual basic .Net)

Message par Artemus24 » sam. 20 août 2022 16:52

Salut à tous.

Il ne faut pas confondre une maintenance corrective avec une maintenance évolutive.
Si l'on a corrigé tous les bugs, l'application est en état de fonctionner.
Il n'y a aucune raison de revenir dessus, puisqu'elle fonctionne en l'état.
Sauf que cette application repose sur une chose qui peut évoluer dans le temps.
Et dans ce cas, elle n'est plus en l'état de fonctionner normalement ou comme attendue.
C'est pourquoi, la maintenance évolutive est nécessaire mais pas toujours bien comprise.
L'exemple est le changement d'une norme imposée par l'état.
Ce qui dérange est le caractère imprévisible d'une maintenance qui est indépendante du client et du fournisseur.

Cordialement.
Artemus24.
@+
--> RPI4B/8GB + Argon FanHAt
--> Rpi3A+, Rpi3B+
--> RPi 2B + Joy-It I2C Serial 20x4 2004 LCD Module
--> RPi 2B + PIM273 Unicorn HAT HD 16x16 Leds RGB
--> RPi0v1.3, RPi0W, Rpi0WH + Tuner TV HAT

piper
Raspinaute
Messages : 443
Enregistré le : sam. 5 juin 2021 18:57

Re: .Net Core 3.0 puis .Net 5 (C#,F#, Visual basic .Net)

Message par piper » sam. 10 sept. 2022 19:11

Tout a fait d'accord avec Artemus.

En fait il y a plusieurs niveau de maintenance, artemus vous a parlé de la corrective et de l'évolutive.
Dans l'évolutive, il y a celles imposées par l'état (changement dans les textes de loi ... je connais... dans l'aéronautique, dans le bancaire, dans les échanges boursiers, c'est monnaie courante)
Puis il y a celles voulues par le client
Pour celles-ci , il y en a plusieurs types
- les cosmétiques ("c'est plus beau comme ça) ==> ça se fait sans soucis sauf exception
- celles qui touchent à l'expérience utilisateur (plus facile à prendre en main comme ça) ==> pas toujours facile à mettre en place mais en général ça ce passe bien
- et les fonctionnelles (nouvelles fonctionnalités)
Pour les fonctionnelles, on peut les couper en 3 , il y a :
- les nouvelles fonctionnalités qui s'ajoutent à l'existant avec des liens faibles voir pas de liens avec le modèle initiale ==> ça se fait sans soucis
- les nouvelles fonctionnalités qui s'ajoutent à l'existant qui ont des liens forts avec le modèle initiale ==> ça se fait mais cela peut avoir beaucoup d'impacts et donc un coût de dev important (sans que le client en ait conscience)
- les nouvelles fonctionnalités incompatibles avec le modèle existant : là, il faut savoir dire "STOP" : soit l'application est de taille modeste, on la refait entièrement en revoyant tout le modèle initial (on a raté un truc au départ), soit la fonctionnalité demandée doit être reformulée pour s'adapter : au chef de projet de faire une contre-proposition chiffrée qui répond au mieux à la demande sans remettre en cause toute l'application.

Dans ce dernier cas, sans cette contre-approche, on se retrouve tous avec une application qui fonctionnait bien depuis des années et qui tout à coup bogue de toute part et on a :
- un chef de projet sous pression et mécontent qui, s'il est mauvais (et c'est le cas, sinon, on en serait pas là), rejette la faute sur les développeurs.
- des développeurs sous pression, écoeurés (qui ont peu d'expérience, sinon, ils auraient tiré la sonnette d'alarme au chef de projet, à moins qu'ils ne l'aient fait et que ce dernier est vraiment nul.... c'est souvent le cas avec les petits jeunes chef de projet qui sortent de l'école et pensent tout savoir)
- des clients mécontents qui louchent sur la concurrence.

Bon ça sort du sujet mais c'est la description du monde du développement informatique dans les domaines applicatifs métiers spécialisés.
Et comme il n'y a guerre que dans les grosses structures qu'on peu se payer un architecte fonctionnel digne de ce nom et que les très bons développeurs qui n'ont pas ce titre (même si certains le méritent) ne sont pas entendus, ça finit souvent mal.

Votre vue hollywoodienne du monde du développement vient d'en prendre un coup ? Désolé.
1 Pi 4 Emby / Samba
1 Pi4 Librelec
1 Pi3 / Hifiberry OSMC
1 Pi0 : traker GPS et acquisitions de données moteur automobile
1 Pi 2 : pilotage de serrures / RFID
5 Arduinos dont 4 nanos et 1 Mega
1 ESP32

Arduino-RPI
Messages : 30
Enregistré le : mar. 26 mai 2020 15:21

Re: .Net Core 3.0 puis .Net 5 (C#,F#, Visual basic .Net)

Message par Arduino-RPI » lun. 17 oct. 2022 23:16

Hello !
@Bud (des fois que tu passes par la ;))
Je suis de plus en plus le nanoframework dont tu m'avais parlé il y a quelques mois.
Je ne sais pas si tu as fait quelques projets sur cet environnement, mais je le trouve vraiment intéressante.
J'ai une petite question pour toi, si tu avais un projet à réaliser (type IOT, quelque chose d'embarquée), et que tu devais stocker de la donnée localement (sur carte SD par ex)... Comment procèderais tu ?
Il n'y a pas de lib pour implémenter du sqlite, pas de lib non plus pour du xml... Il y a des lib pour serializer/deserializer du Json... et des lib pour enregistrer sur la mémoire/carte sd du micro-controleur Arduino (type esp32).
A part ca, je ne vois pas grand chose ? Tu aurais des idées comme ca ?

Répondre

Retourner vers « Autres langages »