.Net Core 3.0 à .Net 8 (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 : 1077
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 + LibreElec/Kodi, Rpi0WH + Tuner TV HAT
NodeMCU ESP32

piper
Raspinaute
Messages : 645
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é.
3 Pi4 : Emby / Samba , Librelec, Android TV
3 Pi3 : Hifiberry /OSMC, Games station, Samba / VPN / HotSpot Wifi
2 Pi2 : RFID, radio reveil (PiReveil)
1 Pi0 : traker GPS et acquisitions
1 Pi0 2W : tests divers
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 ?

Bud Spencer
Raspinaute
Messages : 1089
Enregistré le : lun. 15 août 2016 21:38

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

Message par Bud Spencer » dim. 19 nov. 2023 15:28

Pour ceux qui suivent, .NET 8.0 vient de passer en LTS. Perso, utilisant principalement .NET pour des développements pro, j’en était resté à LTS précédente soit .NET6. Il y a eu beaucoup d’évolutions depuis avec comme d‘habitude une focalisation quasi maladive sur l’optimisation pour accroitre encore plus les performances. Pour le PI les packages ARM et ARM64 sont dispo et je ferais sans doute quelques tests la semaine prochaine.
Les évolutions de .NET 7 par rapport à .NET 6

Les évolutions de .NET 8 par rapport à .NET 7

La page de download .NET 8

Avec toujours cette bénédiction de pouvoir développer sous l'os de votre choix et de publier et de déboguer directement sur le PI de façon totalement autonome

Image

et bien sur System.Device.Gpio et Iot.Device.Bindings pour tout ce qui est GPIO

Pour ceux qui se souviennent du projet Chronos ou j'avais fabriqué des badgeuse avec des PI codés en .NET 5, et bien cela tourne toujours. Les badgeuses sont allumées h24 depuis septembre 2020 avec parfois des coupures de courrant sauvage, mais elles restes imperturbables. J'en avais meme passé une en wifi à un endroit ou il ni avait pas de prise Ethernet et ca ne bronche jamais. Coté Stats, cela approche les 100000 enregistrements (98615 pour etre exact) avec un poil plus de 20000 pointages sur la badgeuse la plus utilisée.

Cette fois ci, fini l'hideux boitier plastoc .Tout est dans un beau boitier alu au format euro (160x100x35 mm) qui contiens un écran tactile 5", le lecteur RFID, un HAT POE, un ventillo et une led.
Ca à été un peu chaud pour tout faire tenir dans un si petit boitier. La subtilité du montage à été d'utiliser le circuit imprimé de liaison des différents composants comme support pour le PI et moyennant un bon calage de l'ensemble, l'écran tombe pile derrières la plaque de façades (elle aussi réalisée en epoxy pour ci). J'avais un peu peur que cela chauffe, surtout avec le PI4, mais finalement, le petit ventillo (35x35mm) qui se trouve coté face arrière ne se déclenche que vraiment quand il fait très chaud et il régule sans probleme la temperature cpu à 50°.
Pour le programme, c'est toujours la meme appli Blazor mais que j'avais déjà porté en .NET6 et cela sera sans doute une des première appli que je vais porter en .NET8

Je nais pas de photo du modèle fini qui sont tous chez le client, mais j'ai gardé le proto :
pointeuse_proto2.png
pointeuse_proto2.png (339.16 Kio) Vu 675 fois
Le premier ennemi de la connaissance n’est pas l’ignorance, c’est l’illusion de la connaissance (S. Hawking).

Répondre

Retourner vers « Autres langages »