Aller au Forum:
Notez ce sujet :

Page(s) (2): [ <   1   2   ]   Sujet précédent   Sujet suivant
Auteur
Sujet    Tout développer | Tout contracter NOUVEAU SUJET    RÉPONDRE
Réduire ce messageDDidouGuruNiveau 23 · PerchisteRéférenceur Aguerri
Membre depuis
2002
Messages
5746
Plus
Membre n°
65
Inscription
24 Feb 2002
Sujets lancés
289
Ancienneté
100 %
Participation
83 %
Ancien message 01-03-2005 06:53
Message écrit par gortogg, le 01-03-2005 à 00:49
Je confirme pour l'info de gestion, par contre, pour le développement, c'est une brouette.


il faudra que tu me dises la différence que tu fais
On peut faire du développement en informatique de gestion (grande majorité des entreprises) ou en informatique industrielle, scientifique....
mais ça reste toujours du développement

__________________
Que chacun s'efforce dans le milieu où il se trouve de témoigner à d'autres une véritable humanité. C'est de cela que dépend l'avenir du monde.

Signaler ce message à un modérateur | IP: Logguée

Réduire ce messageGgortoggConfirméNiveau 9 · Abonné Canal+Référenceur Appliqué
Membre depuis
2002
Messages
1321
Plus
Membre n°
6145
Inscription
16 Nov 2002
Localisation
Freux ou Bominable, ça dépend des jours
Âge
45 ans
Sujets lancés
38
Ancienneté
98 %
Participation
56 %
Ancien message 01-03-2005 08:04
Le Framework .Net a été conçu pour répondre aux objectifs suivants :
• Fournir un environnement de programmation orienté objet pour des applications dont le code source peut être stocké et exécuté localement, exécuté localement mais stocké sur Internet, ou exécuté à distance.
• Fournir un environnement d'exécution qui facilite le déploiement des applications et les conflits de versions.
• Fournir un environnement d'exécution garantissant l'exécution sécurisée du code source, même pour du code créé par des développeurs externes.
• Fournir un environnement d'exécution qui élimine les problèmes de performances liés aux environnements de scripts ou interprétés.
• Rendre l'expérience des développeurs conforme au développement d'applications variées, telles que les applications Windows classiques mais aussi les applications Web.
• Construire toutes les communications sur les standards de l'industrie pour s'assurer que le code basé sur le Framework .Net puisse être intégré à tous les autres codes sources.

C'est une grosse usine à gaz qui est vertainement très pratique pour des entreprises du même niveau "d'usine à gaz" (je me suis occupé du développement d'un logiciel galère de retour d'espérience et gestion de risques financiers pour mon TFE, on attendait impatiamment un outil de ce style qui nous aurait simplifié la vie pour "développer" nos outils de gestion, mais ce n'est pas ce que j'appelle du développement)

Il fallait plutôt entendre recherche....

Maintenant que j'y pense, il y a aussi des inconvénients en gestion pour une banque de données:

• Toutes les règles métier sont contenues dans le code frontal. En conséquence, s'il vous faut modifier une règle métier, tous les clients doivent être mis à jour. Si vous n'avez pas de système automatisé de mise à jour, cette tâche de maintenance peut s'avérer cauchemardesque. Bien sûr, si vous utilisez SQL Server, vous pouvez mettre certaines règles métier dans les procédures stockées pour diminuer le temps et les coûts de maintenance. -> si tu n'as pas une usine à gaz déjà en place, c'est le bordel, ou t'es obligé d'en créer une

• Tous les noms de champ sont codés en dur soit dans le code source, soit dans les propriétés des contrôles. Si vous changez un nom de champ, vous devez rechercher et remplacer toutes les occurrences dans votre application. Si vous utilisez la liaison de données, vous devez aussi vérifier tous les formulaires et modifier les propriétés. -> Pas chiant du tout....

• Le transfert de données entre deux composants via un réseau est plus lent que la connexion directe à la base de données. Dans un scénario intranet, .NET Remoting peut s'avérer plus performant qu'un service Web Services. Vous serez moins amené à utiliser .NET Remoting dans un scénario Internet. -> Nickel pour les entreprises (beaucoup d'intranet, pour le reste y compris tout le HTTP... c'est pas la joie)

Bien sur, ces inconvénients ne tiennent pas le coup si on utilise un serveur SQL au lieu d'une banque de données

Cela convient-il comme analyse au sieur Didou?

__________________
"Si tu peux te quoter toi même, t'es trop fort" Gortogg

Edité par gortogg le 01-03-2005 à 08:22

Signaler ce message à un modérateur | IP: Logguée

Réduire ce messageDDidouGuruNiveau 23 · PerchisteRéférenceur Aguerri
Membre depuis
2002
Messages
5746
Plus
Membre n°
65
Inscription
24 Feb 2002
Sujets lancés
289
Ancienneté
100 %
Participation
83 %
Ancien message 01-03-2005 22:52
hum je pense que plutôt d'incriminer l'outil tu devrais, si je peux me permettre, revoir ta méthode de développement !

Usine à gaz ?? Ca me fait surtout penser à Java dont la complexité est beaucoup trop importante par rapport au résultat obtenu.
Bien évidemment certaines personnes maitrisent et sont capables faire du beau boulot mais ces personnes sont rares et trop souvent donc mal entourées.

Plus généralement, en dehors des médiocres VB ou Windev qui imposent effectivement par leurs principes de faire des usines à gaz, tout dépend de la façon dont tu développes l'outil et donc tout dépend de la capacité du développeur à faire au plus simple (si votre programme parait compliqué à un développeur confirmé c'est qu'il y a un problème)

Et à ce titre .NET n'est pas exempt de reproches évidemment mais avec C# (programmation orientée objet) + une base de données SQL qui tienne la route (de préférence SQL Server pour la meilleure intégration) on réalise relativement rapidement des programmes structurés, lisibles, maintenables, évolutifs et solides qui tiennent très bien la route.

Et c'est ce qui compte en entreprise !

PS : l'informatique de gestion c'est du développement comme pour le reste même si je peux concevoir que certains considèrent la programmation à des fins scientifiques ou industrielles comme plus "nobles"...on est toujours le "noble" de quelqu'un)

Didier qui a fait grosso modo du Visual Basic (trop!), du C, du C++, du C# (), du Perl (!), du Java (JSP, Servlet...), de l'ASP, du Coldfusion, du PHP
et du SQL Server() / Oracle() pour les bases de données

__________________
Que chacun s'efforce dans le milieu où il se trouve de témoigner à d'autres une véritable humanité. C'est de cela que dépend l'avenir du monde.

Signaler ce message à un modérateur | IP: Logguée

Réduire ce messageSshakes808080GuruNiveau 27 · FigurantRéférenceur Appliqué
Membre depuis
2002
Messages
8978
Plus
Membre n°
517
Inscription
08 Mar 2002
Sujets lancés
354
Ancienneté
100 %
Participation
91 %
Ancien message 02-03-2005 01:03
heuuu... héonclicou ??

__________________
Racket logiciel

Signaler ce message à un modérateur | IP: Logguée

Réduire ce messageGgortoggConfirméNiveau 9 · Abonné Canal+Référenceur Appliqué
Membre depuis
2002
Messages
1321
Plus
Membre n°
6145
Inscription
16 Nov 2002
Localisation
Freux ou Bominable, ça dépend des jours
Âge
45 ans
Sujets lancés
38
Ancienneté
98 %
Participation
56 %
Ancien message 02-03-2005 06:30
Loin de moi l'idée de nier tous les avantages qu'un bon développeur peut tirer du .NET, pour dire vrai, maintenant je suis prof (de génie civil) et je n'en ai véritablement plus rien à foutre .

Toutefois, de mon expérience (certes maigre), avec un outil existant en entreprise (base de donnée), pour développer un prog transitant par du http (boite de Maîtrise d'oeuvre en TP -> pas d'intranet France / Portugal), le .NET Framework me semblait peu efficace. Evidemment, il y a des "cas où" et des "cas où pas", et je me trouvais manifestement dans un "cas où pas".

Après, que pour créer de toute pièces, cette archi soit efficace, je ne dis pas, je n'en sais rien, et je m'en fous, je faisais uniquement part d'une expérience. Quant aux développeurs sous-traitant aux boites de maîtrise d'oeuvre et de gestion de projet (mon cas), je peux t'assurer que je n'avais pas à faire à des développeurs confirmés. Qui plus est, je me bornais à donner les directions d'avancement, pas à développer moi même, j'en aurais été bien incapable.

Gortogg qui n'a jamais programmé de sa vie sauf en Kmel et Mapple, et qui ne comprends que superficiellement ce dont peur bien parler didou....

PS: moi je ne suis pas "ingénieur informaticien"
PPS: "héonclicou" -> part importante du cahier des charges de l'outil de gestion...

__________________
"Si tu peux te quoter toi même, t'es trop fort" Gortogg

Signaler ce message à un modérateur | IP: Logguée

Il est actuellement 05:26 (GMT) NOUVEAU SUJET    RÉPONDRE   
Page(s) (2): [ <   1   2   ]  Sujet précédent   Sujet suivant


Aller au Forum:
Notez ce sujet :


Réponse rapide
Afficher une version imprimable | Chercher dans ce sujet | Envoyer cette page par email | S'inscrire à ce sujet | Télécharger ce sujet
Règles du forum :
Créer de nouveaux sujets
Répondre aux messages
Attacher des fichiers
Editer vos messages
: not autorisé
: not autorisé
: not autorisé
: not autorisé
Le Code HTML est OFF
Le BBCode est ON
Les Smileys sont ONs
Le code [IMG] est ON
Page générée en 0.072374 secondes en exécutant 42 requêtes SQL.
Apache - Compression GZIP : Activée.